I would like to have several temperature/humidity sensors in my flat. I have bought a Xiaomi Aqara Sensor on ebay to play with it because they are very inexpensive. I would like however to connect them over a “standard” coordinator (I have the the USB Xbee stick) because I don’t like the the “proprietary” gateway philosophy (especially a chinese one).
I have been able to add the Aqara sensor as a thing to my openhab setup, with all 3 channels (temp, humidity ,and pressure) but I don’t get the values very reliably (I only get them for 2-3 minutes after I press the button on the sensor). I read that this is a known problem and this shows me that these Aqara sensors are not real Zigbee devices (or at least don’t really respect/implement the standard).
Does anyone have a recommendation for similar sensors ? I would love to find an alternative to them that is well supported.
Yes I have read about Zigbee2MQTT. But I don’t favor this solution for the same reasons @chris mentions in this thread:
it relies on a specific coordinator device (that I don’t own and don’t intend to buy) with a custom firmware (I don’t want to have a flash a microcontroler on such a device)
the MQTT side does conceptually nothing special on the Zigbee side of things. I guess that the zibgee-sheperd/custom firmware combination does something that prevents the Aqara devices from going to sleep. But this could theoretically be implemented in openHAB as well.
They are indeed working fine as I get the 3 channels discovered with the zigbee binding. The problem is just the disconnection/sleep/that happens after a few minutes as you mention.
I agree, it may depend on the coordinator. I’m going to have a look at this “insecure rejoin” feature for the coordinator and see if I can enable it.
I have thus raised the SP and SN values to respectively 0xAF0 and 130 (as recommended in the above linked discussion) with the XCTU tool. Hopefully this will prevent the Aqara device from being seen as not having sent the poll request.
Well, the raised SP and SN values are not enough to prevent the Aqara sensor from “disappearing”. I still have push its button for it to send values again.
I don’t know what is missing in my setup to prevent this “loss” of the sensor. Obviously this happens for a lot of other Aqara users who only rely on standard zigbee. On the other end, some similar setups (Zigbee2MQTT most notably, but I think @chris reported once that it works in his setup as well) are able to prevent this “loss”.
Without any other change on my side, things are much better since I have upgraded from openHAB 2.4.0 M5 to 2.4.0 M7: the Aqara sensor has been sending updates for 2 days without interruption, approximately 2-3x per hour.
I will keep monitoring this, hopefully it goes on like that.
Yes it’s still working. As long as I keep only one sensor. I have unfortunately not been able to have more than one Aqara sensor in my zigbee network.
I currently don’t have time anymore to work on that so I have given up adding more sensors. I may come back to it later (and will then update this thread).
Are you happy with the range of the cd2531? My test with the CC2531 were a nightmare. Compared to my z-wave network the range is a desaster and zigbee2mqtt is very inconvenient to support. Plus the reliablity was not to my satisfaciton. My z-wave network just works - all zigbee stuff causes issues.
I just want to get rid of the Xiaomi China Hub which had excellent range by thew way (two levels in my house without any additional repeater or plug). The zigbee binding would be my favourite choice - when supporting the cheap Xiaomi and Osram devices.
Yeah, that is also my problem currently.
I will test to set the usb stick outside of my network cabinet.
In the zigbee network I only have batterie devices, which works as endpoints.
My zwave network is also working perfectly, but it has cable devices which repeats the signal.
Three weeks ago I tried the zigbee binding again, but it doesn’t support my xiaomi water leak sensors. So I go back to the zigbee2mqtt binding.