search

tonesto7 / homebridge-smartthings

SmartThings Homebridge Plugin
385 stars 767 forks source link

(BUG) Lock accessory not receiving status updates to Homekit #305

Open Kepete opened 4 years ago

Kepete commented 4 years ago

Verify the following before opening an trouble issue

Go over all the following points, and put an x in all the boxes that apply. If you're unsure about any of these, don't hesitate to ask. We're here to help!

The SmartApp has been published for me. But in the IDE -> My Devices -> then it appers there as just "published" or I can change it to "self-published".

About Your Setup

Expected Behavior

Tell us what you think should be happening If in Apple Home app I lock the door, the door should go according to this flow: unlock -> locking... ->locked Or the other way: locked -> unlocking... -> unlocked Or if lock in manually updated, then in home app the status should always be correct.

Current Behavior

What happens instead of the expected behavior? The lock accessory in Apple Home app does not update the status. If click on accessory it will send the command to the lock, but stay itself in locking.../unlocking.... state. Seems no status updates are sent to homebridge, as in homebridge logs I can see command sent but never and update to the status: [SmartThings-v2] NOTICE: Sending Device Command: lock | Name: (Door Lock) | DeviceID: (xxx-xxx-xxx) | SendToLocalHub: (false)

Steps to Reproduce (for bugs)

Provide a link to a live example, or an unambiguous set of steps to reproduce this bug. Include code to reproduce, if relevant

  1. Click unlock or lock
  2. Wait and make sure the lock does the action
  3. Wait for Homekit status update
  4. Still wait...

Context

How has this issue affected you? What are you trying to accomplish? Providing context helps us come up with a solution that is most useful in the real world** The lock status is updated always in SmartThings app and also I can see the lock status update in IDE -> My Devices

At first in IDE -> My Devices the device had no type associated with it. I updated the type to "Lock Capability", now I see the lock status there and it is updated always according to the actual state of the lock(even if the lock is manually operated, so that is awesome).

No device handler in place, I also don't use a zigbee / z-wave hub, so I believe it is not needed?

I noticed that lock status is updated if I restart Homebridge, then it always retrieves the correct lock state.

Please include a copy of any relevant log output to assist in tracking down the bug

Homebridge: [SmartThings-v2] NOTICE: Temperature Unit is Now: (C) [SmartThings-v2] WARN: Devices to Remove: (0) [] [SmartThings-v2] INFO: Devices to Update: (1) [SmartThings-v2] GOOD: Devices to Create: (0) [] [SmartThings-v2] ALERT: Total Initialization Time: (1 seconds) [SmartThings-v2] NOTICE: Unknown Capabilities: [] [SmartThings-v2] INFO: SmartThings DeviceCache Size: (1) [SmartThings-v2] INFO: WebServer Initiated... [SmartThings-v2] INFO: Sending StartDirect Request to SmartThings | SendToLocalHub: (false) [SmartThings-v2] INFO: Direct Connect Active | Listening at 192.168.x.xxx:8000

[SmartThings-v2] NOTICE: Sending Device Command: lock | Name: (Door Lock) | DeviceID: (xxx-xxx-xxx) | SendToLocalHub: (false)

faraz commented 3 years ago

seeing the same thing

Jamie9192 commented 3 years ago

I am also experiencing this with Yale Conexis L1

The door will unlock, but won’t update the tile

SmartThings is however updating on their app

bvelazquez1 commented 3 years ago

This same issue is happening for me with my August Lock. I can unlock the door just fine but the status of the lock doesn't update so I cannot lock the door.

hubz87 commented 3 years ago

Also having the same thing! Anyone managed to sort this?

rob-gore commented 3 years ago

Same thing with me. @tonesto7 have you or anyone else looked into this? Can we provide any additional logs to help?

AndreaCCIE commented 3 years ago

Any fix for this? It's been opened for a while