i have an issue with my philips hue dimmer (324131092621)
i paired it successfully but it does not generate any mqtt messages
am i doing something wrong or is it not fully supported yet because it is in the supported devices i tought it would work but it clearly does not.
Did it successfully join and complete all the configuration steps? Mine work and generates events for all buttons. Although when joining it did take a few tries before it succesfully completed the whole interview.
which steps should i perform then?
Op vr 29 nov. 2019 om 22:05 schreef Jorge Schrauwen <
[email protected]>:
Did it successfully join and complete all the configuration steps? Mine
work and generates events for all buttons. Although when joining it did
take a few tries before it succesfully completed the whole interview.—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
https://github.com/Koenkk/zigbee2mqtt/issues/2438?email_source=notifications&email_token=ANCRZTQ7MET65AJ5KSA6L7DQWF7YLA5CNFSM4JTC3WR2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEFPRSMY#issuecomment-559880499,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/ANCRZTSEOG3AV4AHOQHPVODQWF7YLANCNFSM4JTC3WRQ
.
I'd probbaly start with:
If it still doesn't work after that, you can post the debug log.
I have a similar behaviour here. I use iobroker ( https://github.com/ioBroker/ioBroker.zigbee ) and upgraded to herdsman a few days ago. Everything worked fine, including the hue dimmer switches.
Then, today, I switched to a new coordinator ( CC26X2R1 ) and ZStack3 and had to repair all my devices. Since that the dimmer switches won't work anymore. Behaviour is quite strange. The adapter (sorry, don't know if I can get to log output from herdsman in iobroker somewhere) seems happy about the join process:
https://pastebin.com/9AX7BqVn
But after that I do not receive any button presses. Also the LED in front of the dimmer switches won't light up on button presses anymore (before it would emit green light for successful transmitted command and red if there were connection issues).
So there seems to be something wrong somewhere... I'd be glad if I can be of any more help.
This might be a duplicate of #2224
Question: why is configuration not attempted directly after pairing? Or is it? I could not see debug output for that.
Based on the information provided in this issue, I am not certain that it is related to my experience with the Philips Hue Dimmer Switch. However, I also experience similar (but probably not completely identical) problems with the switch.
Typically the switch works properly for a while. Then every once in a while (between a few minutes and multiple hours) the switch locks up completely. Each time a button is pressed in this state, the light indicator on the switch blinks red. I've posted a log of such an occurrence here.
Other times the MQTT messages are published correctly, but often with a few seconds delay. It seems that it might be caused by the device being unreachable and then reconnecting multiple times, but that is only a guess based on the log messages. The log from this kind of event can be found here.
I'm on the newest master branch, version 1.8.0, with the following configuration:
{"version":"1.8.0","commit":"da4d26a","coordinator":{"type":"zStack12","meta":{"transportrev":2,"product":0,"majorrel":2,"minorrel":6,"maintrel":3,"revision":20190608}},"log_level":"debug","permit_join":false}
Switching to the dev branch did not resolve this issue. Turning on/off the report feature does not seem to make a difference. My switches are able to interview and join successfully. It does not occur when the dimmer switches are connected to the Philips Hue bridge.
Connectivity does not seem to be the problem, as I live in a small apartment and the problem persists when moving the switch right next to the coordinator. If I can be of any help debugging or similar, please let me know!
Each time a button is pressed in this state, the light indicator on the switch blinks red.
I have exactly the same issue.
I have 4 hue dimmer switches and they all do this from time to time.
Now 2 of them dropped out of my network and are not at all responsive.
I will try unpairing and repairing them, but I guess this would only be a temporary fix.
Dropping off is a different issue, see #2693
I see a similar issue. With the Hue bridge, I never had any problems with the dimmer switches. They work very reliable. But when I try to switch them to zigbee2mqtt, I sometimes see a red light after I pressed a button. I can't really say when that happens. If you press a button multiple times in a row, it's very likely that one of the signals shows a red indication.
Btw. is it normal that when I press a button that the action is sometimes empty?
zigbee2mqtt:info 2020-01-30 23:16:08: MQTT publish: topic 'zigbee2mqtt/bed_side_remote_alex', payload '{"counter":1,"linkquality":36,"brightness":223,"battery":93.5,"action":"on-press","duration":0}'
zigbee2mqtt:info 2020-01-30 23:16:08: MQTT publish: topic 'zigbee2mqtt/bed_side_remote_alex', payload '{"counter":1,"linkquality":36,"brightness":223,"battery":93.5,"action":""}'
Here are some logs from Wireshark. One for the communication between the dimmer switch and zigbee2mqtt. The first button press was "green", the one after the mark showed red:

And another one for the communication between the dimmer switch and the Hue Bridge:

I don't see anything useful here. But I think it's weird that the dump for the communication with the Hue Bridge doesn't show any respone to the dimmer (address 0x0006). However it should be, otherwise the dimmer couldn't acknowledge it with a green light? (Ok, I see there is an ACK if I remove the filter, it just has no destination or source address)
@ZzetT interesting finding:
homeassistant: true is set in configuration.yaml), it's required by home assistant to create automations.What coordinator/firmware are you using?
The firmware is zStack12 rev 20190608 and I'm using a CC2531.
Besides the red light, does everything else work? (no clicks missed etc.)
What I can say is that even if the red light flashes, I can see the clicks in the logs so they don't get lost. If I go to the next room, all signals from the remote are lost and the red light is always shown. Maybe it only works close to a light bulb which acts as a router, because for now I still have a few bulb connected to the Hue Bridge and not to the CC2531.
Edit: Actually, I saw that even if I press the buttons connected to the Hue Brdige a few times, I can provoce a red light. So maybe this is nothing to worry about :)
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.
Does anyone have a solution for this? I've been trying to get my remote back to work again for weeks but so far I had no success, even after switching from a CC2531 to a CC1352P-2. The remote is connected successfully, but button presses are not being received as it seems.
It is working for me, but I agree that it's always a little pain to re-pair Hue devices like the remote or the motioin sensor. I have to try it a few times beforeI see a successful pairing. Is your remote successfully paired?
It seems that it is successfully paired, yes.
Could you try to remove it with "zigbee2mqtt/bridge/config/remove" (or force remove) as described in https://www.zigbee2mqtt.io/information/mqtt_topics_and_message_structure.html and then re-pair it again?
That worked, thanks! \o/
It is important to have it successfully paired and configured. If it seems to be paired but does not work, try to send the configure command right after you reset the remote (ie keep all 4 buttons pressed until the led turns green, then release).
It is important to have it successfully paired and configured. If it seems to be paired but does not work, try to send the configure command right after you reset the remote (ie keep all 4 buttons pressed until the led turns green, then release).
Got it, thanks for the additional information :-)
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.
Most helpful comment
Based on the information provided in this issue, I am not certain that it is related to my experience with the Philips Hue Dimmer Switch. However, I also experience similar (but probably not completely identical) problems with the switch.
Typically the switch works properly for a while. Then every once in a while (between a few minutes and multiple hours) the switch locks up completely. Each time a button is pressed in this state, the light indicator on the switch blinks red. I've posted a log of such an occurrence here.
Other times the MQTT messages are published correctly, but often with a few seconds delay. It seems that it might be caused by the device being unreachable and then reconnecting multiple times, but that is only a guess based on the log messages. The log from this kind of event can be found here.
I'm on the newest
masterbranch, version 1.8.0, with the following configuration:Switching to the
devbranch did not resolve this issue. Turning on/off the report feature does not seem to make a difference. My switches are able to interview and join successfully. It does not occur when the dimmer switches are connected to the Philips Hue bridge.Connectivity does not seem to be the problem, as I live in a small apartment and the problem persists when moving the switch right next to the coordinator. If I can be of any help debugging or similar, please let me know!