-
-
Notifications
You must be signed in to change notification settings - Fork 1.6k
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
Paul Neuhaus Q-MALINA doesn't work correctly (timeouts) #2677
Comments
Same here with Paulmann Rgb 50049. Same Stick and Z2M version. |
After deleting the device I was thrown back to receiving timeouts all the time while pairing. @Koenkk Would you be so kind to take a look at the logs and the sniffed traffic and confirm my assumption (or any other one that has more knowledge of Zigbee than I have) :)? From what I can see, the device does not respond to the message to read model while pairing etc.: Frame 197: 65 bytes on wire (520 bits), 65 bytes captured (520 bits) on interface \.\pipe\zboss_sniffer, id 0 Is this correct? I switched to a CC26X2R1 some days ago (much more reliable btw.). Filter for Wireshark file: "zbee_nwk.addr eq 0x2B1B or zbee_nwk.addr eq 0x2B1B" |
@TilmanK it indeed doesn't respond to the model read, can you try pairing it a few times more and see if it always fails at this point? |
It does. Does it make sense to try with the CC2531 and a different firmware? |
Strange, because in the OP it did right? ( i see you have the modelid), you can always try with a different firmware (but there shouldn't be a difference). |
Yes it did. But only after some tries. And then I ran into the initially described problem. I'll try to get it paired with some other firmware on the stick and maybe an older version of Z2M. If this doesn't work, I'll close the ticket and contact the device manufacturer. |
Did you achieve anything? I have the same problem with a CC2531. |
@oepoemoepoe Not yet, but I hope I'll find some time this weekend to run some further tests. Do you have exactly the same device and exactly the same problem? |
I have this light, which however is an RGB light: It appears to me that more users/devices have this problem. If I can assist, please let me know. I don't know what to start with at the moment. |
Are you able to sniff Zigbee traffic or provide herdsman debug logs from a pairing atempt? https://www.zigbee2mqtt.io/how_tos/how_to_sniff_zigbee_traffic.html It would be interesting to know if your device fails to respond at the same point. |
The device stays the way it was. It doesn't respond to the model read... I wrote Paul Neuhaus to see if they can help. In the meantime I sniffed traffic when pairing it with my Hue Bridge. Pairing works except that also my Hue bridge thinks that the lamp is an RGB device (address is 0x000a): @Koenkk: Can you see any difference in the communication? It seems as if my CC2531 did not capture all the responses. |
@TilmanK I've looked at the herdsman logs again and found the issue. Actually it has already been fixed in another issue (#2780). With the latest zigbee2mqtt dev branch the device should pair and interview successfully. Btw I cannot decrypt the Hue traffic as I don't have your network key, feel free to send it to me on telegram (@Koenkk). |
The Hue keys are the default keys: https://hal9k.dk/sniffing-philips-hue-zigbee-traffic-with-wireshark/. I pulled the dev branch and voilà - pairing is successful. But I'm now back to the fun part. The device identifies itself as We're back where the device is identified as an RGBW light - I guess they're just using the same ZigBee module (it's something from Jennic) for every light - we won't be able to identify the lights of this manufacturer correctly, right? It's not a problem I guess, except that I don't get the correct picture in Zigbee2Mqtt assistant. I just don't send any color commands from NodeRed. @Koenkk: Could you do me a favor and point me to the commit that fixed the problem you're talking about? Unfortunately it's not linked to the issue and I'd like to have a look - just out of interest. And if there's nothing we can do with the identification, just close the issue. Ahhh, and thanks a lot for the fix! :) |
So does that commit only solve your pairing problem or also the issue of the light timing out after a while? |
@TilmanK Koenkk/zigbee-herdsman@8b8e77e This is what happend:
Fix: read modelID from endpoint which supports |
@TilmanK let's continue the identification issue here; #2778 (comment) |
@oepoemoepoe. Well, I totally forgot. I'm back with receiving timeouts from the paired device. I know that it works with the Hue bridge so'll get some traces from both communications and will compare them. @Koenkk Thanks for the explanation. Makes sense ;) |
@Koenkk My Hue bridge talks successfully to endpoint 2:
But Z2M sends the same command to endpoint 1:
Attached are the sniffed traffic and the debugslogs. |
@TilmanK well found, you can specify the default endpoint like this: https://github.com/Koenkk/zigbee-herdsman-converters/blob/master/devices.js#L556 (you can leave out the system one) |
As the pr has been merged, I assume this issue is solved and can be closed. |
Thanks a lot you two! |
I am still getting this error when reporting, although anything else seems to work fine.
|
Bug Report
What happened
I bought the following device for my living room: https://www.paul-neuhaus.de/shop/de/led-deckenleuchte-smart-home-design-modern-welle.html
The device paired as follows (Doesn't seem correct, it's not an RGB capable device and not supported yet):
{"id":28,"type":"Router","ieeeAddr":"0x00158d0002a6d294","nwkAddr":11097,"manufId":4151,"manufName":"Neuhaus Lighting Group ","powerSource":"Mains (single phase)","modelId":"NLG-RGBW light ","epList":[1,2],"endpoints":{"1":{"profId":49246,"epId":1,"devId":4096,"inClusterList":[4096],"outClusterList":[4096],"clusters":{},"binds":[]},"2":{"profId":49246,"epId":2,"devId":528,"inClusterList":[0,4,3,6,8,5,768],"outClusterList":[0,25],"clusters":{"genBasic":{"attributes":{"modelId":"NLG-RGBW light ","manufacturerName":"Neuhaus Lighting Group ","powerSource":1,"zclVersion":1,"appVersion":1,"stackVersion":2,"hwVersion":1,"dateCode":"20150821","swBuildId":"1001-0007"}}},"binds":[]}},"appVersion":1,"stackVersion":2,"hwVersion":1,"dateCode":"20150821","swBuildId":"1001-0007","zclVersion":1,"interviewCompleted":true,"meta":{}}
Nonetheless, the device will work for some minutes after pairing. Afterwards, it will announce itself when powered, but will then not accept any commands. Everything I send to the device results in a timeout (see logs, announce works, nothing else).
The device is ~4m line of sight away from the coordinator (with only one door in between). In the same room I have 3 Osram Smart plugs working without problems and another Phillips Hue light (router) between coordinator and the affected device is also working flawlessly.
Debug Info
zigbee2mqtt version: Dev from 03.01.2020
CC253X firmware version: CC2531_SOURCE_ROUTING_20190619
Logs: https://pastebin.com/Gc5sZi9S
Thanks for your support!
The text was updated successfully, but these errors were encountered: