-
Notifications
You must be signed in to change notification settings - Fork 11
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
One ZigBee Device does not deliver events. #38
Comments
I realized now that status changes are also not shown in the Tahoma Android App. |
To ensure that the controller is not defective, I tested it with the DeConz USB Bridge. It is recognized as GLEDOPTO GL-C-008P, but it works normally (including events). On the Tahoma switch the controller is recognized as GLEDOPTO GL-C-007P. ### device_json.txt shows the whole device object. |
I continued to test GLEDOPTO GL-C-002P and compared the behavior with Deconz USB Bridge. Here the initial states as delivered by setup :
Then I sent several commands, they all are executed correctly, LED strip reacts as intended :
When I set the color using Hue and Saturation, I get no events.
First, setIntensity is executed correctly but never delivers an event. |
Great that you classified the problem as a bug. GLEDOPTO GL-C-002P is very new and a very attractive LED strip controller because of its compactness. I was unable to find an alternative. In order to be able to analyze such problems better, it might be useful for developers to have access to Tahoma Switch internal logs. Tahoma Switch has the potential to become a truly universal smart home device, integrating many popular protocols. |
Today I got API Version 2022.4.4-10 installed. I had some hope that my problem with the GLEDOPTO GL-C-002P is fixed. But the behavior is still the same. Commands are working but no state changes are delivered. The GetDeviceStates API function now does not fail but it does not deliver any state change from the GLEDOPTO GL-C-002P. |
Hi @ChristianRiedl |
Hi @llavorel-somfy |
Today I tested with Tahoma Update 1.19, API Version 2023.3.4-5 . |
One of my Zigbee 3.0 devices (GLEDOPTO GL-C-002P - 5 in 1 Zigbee mini ultra thin LED-Controller) does not deliver StateChange events. Other devices like Philips HUE are delivering the events, so event registration was properly done.
I found out that the device which does not send events defines an attribute "zigbee:NotificationEnable" inside the device definition. But this attribute is not present in the device attributes (it is only inside definition.attributes).
Maybe it is required to enable the notification for this device somehow. The API does not contain access to the attributes.
The Tahome software could set this attribute if it is defined.
What else could be the reason that specific devices do not deliver state change events ?
The text was updated successfully, but these errors were encountered: