Bei mir ist der Sensor eher komisch. Es scheint so, als wenn der Sensor Zahlen anstatt true/false für Motion liefert. Hatte aber noch keine Zeit mir das genauer anzusehen.
also bei mir sendet er immer true bei erkannter Bewegung (leider ein false nach Zeit XY ohne Bewegung, aber gut … irgendwo muss der Preis ja herkommen ).
Die Helligkeit ist bei dem Teil eigentlich nur ein nettes Gimmik, laesst sich aber nicht wirklich grossartig verwenden … die wird naemlich nur gesendet, wenn auch Motion erkannt wurde
One problem with zigbee battery devices is that they tend to go to sleep before finishing querying them.
There is nothing one can do about it in code, pressing the button on the device once each 6-10 seconds might help to keep it awake, but it’s not a warranty. Pressing too fast prevents querying it, as the device sends notifications instead of replying to queries, pressing too seldom will not prevent it going to sleep. It can be quite hard of getting it right. In your case, querying did not finish (notice the CONFIG_PENDING still 1).
Now, as for your concern of the notification, what you have there are generic values, dynamically generated by the zigbee module from info obtained while querying the device. The occupancy is one byte (OCCUPANCY_SENSING.OCCUPANCY) which is basically a number. There is also a bitmask (OCCUPANCY_SENSING.OCCUPANCY__OCCUPIED) which in this case it’s only a bit (if I recall correctly) and in this particular case it could be interpreted as a boolean. For bitmasks this is not always the case and you get numbers because of the generic handling.
Now, I think I already provided a device xml file for that particular device (still work in progress, I’m trying to see if I could add battery voltage info in there from a manufacturer specific report). With that file in place (in the 26 devices directory) you’ll get OCCUPANCY as a boolean variable in the channel 1 (also the ILLUMINATION variable will be there).
You’ll need to unpair and pair the device again, because the info for the devices changes with the addition of the one from the device xml file.
Ich habe einige der Sensoren mit Zigbee2mqtt am laufen. Nach einem vernünftigen Einbinden funktionieren die eigentlich ganz gut.
Hmm. Das sehe ich bei zigbee2mqtt nicht so. Ich bekomme regelmäßig Helligkeitsmeldungen, unabhängig ob Bewegung da ist oder nicht. OCCUPANCY true/false kommt dann entsprechend mit. Ich meine sogar, es wird jede “merkliche” Helligkeitsveränderungen mitgeteilt, also irgendein Schwellenwert der Veränderung.
Das entspricht auch dem Verhalten des Aqara Temperatursensors. Ich habe so einen an meinem Heizkessel und messe damit die Heiz- bzw. Abkühlphase. Zur Zeit, sendet er so gut wie gar nicht, da die Heizung aus ist. Ist der Kessel an, teilweise sekündlich.
Habe das gestern mal getestet, nachdem der Micha das geschrieben hatte. Als ich in einem abgedunkelten Raum das Licht für 10s eingeschaltet habe, wurde das nicht direkt übermittelt, erst mit dem Bewegungsereignis. Vielliecht ist das Intervall bei Helligkeit größer als bei der Temperatur, da sind Sprünge ja eher möglich.
Reporting values is typically configurable. The zigbee module tries to configure them in a reasonable manner (or if provided, with values from a configuration file), but for battery devices where config pending remains to 1, that might not succeed, so the device stays with default settings, which depend on the device.
If configuring succeeds, the default is to report a value change and also send the value at a time interval (one hour for sleeping devices, 10 minutes for online).
In principle the configuration can be changed later by items exposed in config channels (those with REPORTING_CONFIG in the name), but for battery devices it might not work, since they are sleeping (perhaps by repeatedly sending the packet and waking up the device from the button?).
Schön, dass ich nicht der einzige bin, der nun mit Zigbee over Homegear loslegt.
Ich habe ZIGBEE installiert und auch recht schnell den Xiaomi / Aqara Zweifach-Wandschalter über die admin-ui angelernt. Aber von den angeblich vorhandenen 19 Channels sehr ich im MQTT-Explorer nur 9, und ein Schaltvorgang wird nicht übermittelt:
Soll man fehlende Kanäle manuell ergänzen? Beim Anlernen über die admin-ui werde ich bei ‘select devices’ nach secure oder insecure gefragt - was ist damit gemeint?
I’m not sure I understand this correctly (I’m using google translate).
If reports are sent from the device, you should see the change in ON/OFF in the channel 13, ONOFF.ONOFF value.
On the other hand, if you want to switch it ON or OFF, you have the option of either setting ONOFF.OFF.ACTION to turn it off and ONOFF.ON.ACTION to turn in on, or if you want to toggle it no matter of its state, you could use ONOFF.TOGGLE.ACTION.
I could probably provide an xml file for that device that should expose an ONOFF value in channel 1 in VALUES, which is both readable and writable.
in the channel 13 is because of the ZigBee specs: there is an ONOFF attribute that is read only and the ACTION ones actually come from separate command packets definitions.
I am so happy to reduce the amount of programmes running on my RasPi (actual, only Mosquitto, Homegear, NodeRED and NGrok are installed) and I could eliminate Zigbee2MQTT. Quite funny, the readings from Zigbee2MQTT were different if I remember correctly. I would be very happy if you can submit that XML-file.
BTW, did you try to connect IKEA’s lamps within Homegear?
Now I think I see one of the issues you have: why there are missing channels.
It’s hard to be certain without seeing the log while the device is paired, but probably the device reports as supported some clusters, but then when queried about them it reports that it doesn’t actually support attributes/commands. As such, those channels remain empty and are not displayed.
I reinstalled again. Now, I can switch ONOFF on channel 13. But only the left switch, no chance for the right one (I’m using the double key version). Maybe doubling the XML-entry can help?
The IKEA-lamp (LED1737R5 or LED1739R5) I still couldn’t install. Had no probs with Zigbee2MQTT. Is linkkeyexchange = “no” correct?
linkKeyExchange = “no” should be set, because otherwise a lot of devices won’t join the network, a lot of them are ‘legacy’.
You might need to reset the lamps in order to make them join the network.
As for the ONOFF, it might be the case that you have a device that exposes two end points, one for each switch. If that’s the case, the ZigBee module should create two peers, one for each end point.
As I didn’t have available such a device (with multiple end points like that) to test, I cannot be sure that it works as expected.
Of course, I cannot be sure that is the case with your device, I would need a log with the device pairing to figure it out, with debug level turned to something like 7.
I don’t see any packets that switch into network admin mode.
All I see here that might be relevant is an incoming packet that appears to be an ‘attr read’ request (which is quite odd). Looks as being for ‘time’ cluster. homegear won’t reply for such request (yet, now that I’m seeing that I might consider implementing it).
Anyway, that packet, if it’s incoming from the device you are trying to add, shows that’s already in the ZigBee network, just it’s not paired into homegear. The way of solving this is to reset the device and pair it again.
Brauchst nur den Dienst auszumachen, damit dein „Device“ frei wird.
Steht glaube in der Installationsdoku, da wo auch das Einrichten als Dienst beschrieben ist.
Hallo Zusammen,
ich habe jetzt einen Zigbee Gateway mit einem CC2531 am Laufen und testweise eine Osram Schaltsteckdose (Typ “bbaaPlug 013”) und eine HUE Color Bulb (Typ: “100bLCT001b”) damit verknüpft. Die Steckdose lässt sich wunderbar schalten. Die Lampe kann ich jedoch nicht ansteuern - sicher da auch die entsprechende XML fehlt (es gibt nur …7b.xml und ..15b.xml).
Außerdem steht in der Admin-UI seit einer Woche für beide Geräte: “Konfigurationsdaten stehen zur Übertragung an”.
Könnte mir jemand einen Tipp geben, wie ich die HUE ansteuern kann und wie die Konfigurationsdaten zu den Geräten kommen?
Gibt es eine Quelle für neue XML-Definitionen von Zigbee-Geräten, die ich dann einfach in den Ordner kopieren kann?
Vielen Dank!
VG Carsten
