-
Notifications
You must be signed in to change notification settings - Fork 3k
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
Busch-Jaeger 6735/6736/6737: Zigbee control of relais/dimmer very unstable after polling interval has been made configurable #7939
Comments
I also noticed that the "last seen" value in the ui often gets (much) hight than the configured polling intervall. That does not seem correct to me, as polling means querying and "seeing" the device. |
Update: I THOUGHT I had the problem solved: I re-learned all Busch-Jäger Zigbee devices and afterwards everything went smooth. But after a restart, everything is worse than before, log is flooded with error messages:
|
When trying to operate the internal switch/relais of these Busch-Jaeger devices by Zigbee, it is almost unusable, as there are long delays, timeouts and errors. Not even half of the Zigbee commands are carried out as expected.
This only affects the internal relais/dimmer, direct operation with the switch panel and also Zigbee usage of the additional switch rows is working normally.
This behaviour is observable since pull request #7747
Current setup:
This bug report is a follow-up of #7733, as the issue only occured after this issue had been fixed. I also opened a seperate issue on the regular Z2M issue tracker, Koenkk/zigbee2mqtt#23347, which got no result at all.
In the following log, all entries named "...Dimmer-Bedienelement..." and "...Relais-Bedienelement..." are such Busch-Jaeger devices. "WZ: Relais-Bedienelement Kombi Tür links" is operated and reacts with several seconds delay, while "WZ: Dimmer-Bedienelement Kombi Tür links" operated a few seconds later does not react at all. The log apparently contains errors in both cases.
All other devices in the log are not being actively operated. I'm also a bit surprised that the log contains so many entries for those devices nevertheless, as I have increased the polling intervall already.
Another observation: All those Busch-Jaeger devices are controlled as if they are dimmers, i.e. the brightness is handled as controllable, however many of my devices are only simple on/off switches. I don't know if this is related.
The text was updated successfully, but these errors were encountered: