Test Adapter zigbee2mqtt
-
@idlebit
Ich hoffe ich habe alles richtig gemacht.
Hier die aktuelle Ausgabe im Protokoll. Die Instanz wird Rot.host.AndCom 2023-02-18 14:27:49.105 info "system.adapter.zigbee2mqtt.0" disabled host.AndCom 2023-02-18 14:27:42.918 info Restart adapter system.adapter.zigbee2mqtt.0 because enabled host.AndCom 2023-02-18 14:27:42.917 error instance system.adapter.zigbee2mqtt.0 terminated with code 6 (UNCAUGHT_EXCEPTION) mqtt.0 2023-02-18 14:27:42.457 info Server: Changed type of "mqtt.0.zigbee2mqtt.0x54ef4410006492a3" from "number" to "string" zigbee2mqtt.0 2023-02-18 14:27:42.360 warn Terminated (UNCAUGHT_EXCEPTION): Without reason zigbee2mqtt.0 2023-02-18 14:27:42.358 info terminating zigbee2mqtt.0 2023-02-18 14:27:42.350 debug Search can't be optimized because wildcard not at the end, fallback to keys!: function(doc) { if (doc.type === 'state') emit(doc._id, doc) } zigbee2mqtt.0 2023-02-18 14:27:42.318 warn Start try again in 1 seconds... zigbee2mqtt.0 2023-02-18 14:27:42.304 debug Search can't be optimized because wildcard not at the end, fallback to keys!: function(doc) { if (doc.type === 'state') emit(doc._id, doc) } zigbee2mqtt.0 2023-02-18 14:27:42.291 error Cannot set properties of undefined (setting 'prop') zigbee2mqtt.0 2023-02-18 14:27:42.290 error TypeError: Cannot set properties of undefined (setting 'prop') at createDeviceFromExposes (/opt/iobroker/node_modules/iobroker.zigbee2mqtt/lib/exposes.js:970:29) at DeviceController.createDeviceDefinitions (/opt/iobroker/node_modules/iobroker.zigbee2mqtt/lib/deviceController.js:30:39) at Zigbee2mqtt.messageParse (/opt/iobroker/node_modules/iobroker.zigbee2mqtt/main.js:154:40) at WebSocket.<anonymous> (/opt/iobroker/node_modules/iobroker.zigbee2mqtt/main.js:125:18) at WebSocket.emit (node:events:525:35) at Receiver.receiverOnMessage (/opt/iobroker/node_modules/ws/lib/websocket.js:1180:20) at Receiver.emit (node:events:513:28) at Receiver.dataMessage (/opt/iobroker/node_modules/ws/lib/receiver.js:541:14) at Receiver.getData (/opt/iobroker/node_modules/ws/lib/receiver.js:459:17) at Receiver.startLoop (/opt/iobroker/node_modules/ws/lib/receiver.js:158:22) zigbee2mqtt.0 2023-02-18 14:27:42.289 error unhandled promise rejection: Cannot set properties of undefined (setting 'prop') zigbee2mqtt.0 2023-02-18 14:27:42.288 error Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). zigbee2mqtt.0 2023-02-18 14:27:42.287 info MQTT publish: topic 'zigbee2mqtt/bridge/event', payload '{"data":{"friendly_name":"0x54ef4410006492a3","ieee_address":"0x54ef4410006492a3","status":"started"},"type":"device_interview"}' zigbee2mqtt.0 2023-02-18 14:27:42.272 info Starting interview of '0x54ef4410006492a3' zigbee2mqtt.0 2023-02-18 14:27:42.270 info MQTT publish: topic 'zigbee2mqtt/bridge/event', payload '{"data":{"friendly_name":"0x54ef4410006492a3","ieee_address":"0x54ef4410006492a3"},"type":"device_joined"}' zigbee2mqtt.0 2023-02-18 14:27:42.264 error Cannot set properties of undefined (setting 'prop') zigbee2mqtt.0 2023-02-18 14:27:42.264 error TypeError: Cannot set properties of undefined (setting 'prop') at createDeviceFromExposes (/opt/iobroker/node_modules/iobroker.zigbee2mqtt/lib/exposes.js:970:29) at DeviceController.createDeviceDefinitions (/opt/iobroker/node_modules/iobroker.zigbee2mqtt/lib/deviceController.js:30:39) at Zigbee2mqtt.messageParse (/opt/iobroker/node_modules/iobroker.zigbee2mqtt/main.js:154:40) at WebSocket.<anonymous> (/opt/iobroker/node_modules/iobroker.zigbee2mqtt/main.js:125:18) at WebSocket.emit (node:events:525:35) at Receiver.receiverOnMessage (/opt/iobroker/node_modules/ws/lib/websocket.js:1180:20) at Receiver.emit (node:events:513:28) at Receiver.dataMessage (/opt/iobroker/node_modules/ws/lib/receiver.js:541:14) at Receiver.getData (/opt/iobroker/node_modules/ws/lib/receiver.js:459:17) at Receiver.startLoop (/opt/iobroker/node_modules/ws/lib/receiver.js:158:22) zigbee2mqtt.0 2023-02-18 14:27:42.261 error unhandled promise rejection: Cannot set properties of undefined (setting 'prop') zigbee2mqtt.0 2023-02-18 14:27:42.260 error Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). zigbee2mqtt.0 2023-02-18 14:27:42.234 info Device '0x54ef4410006492a3' joined zigbee2mqtt.0 2023-02-18 14:27:29.384 info MQTT publish: topic 'zigbee2mqtt/bridge/response/permit_join', payload '{"data":{"time":254,"value":true},"status":"ok","transaction":"1t5n7-4"}' -
Das scheint aber nicht die aktuelle Version vom git zu sein.
Wie bist du vorgegangen?
-
@idlebit
Instanz entfernt
Expertenmodus eingeschaltet
auf die Katze geklickt
dann von Github geklickt
Adapter aus Liste ausgesucht und installiert
Anschließend Adapter installiert -
@aragon Entfernen musst du nichts, aber der Rest passt .. komisch ich prüfe ..
-
@idlebit
Mein Fehler hatte in den Einstellungen unter Repositories auf Beta stehen, umgestellt auf Stable.
Jetzt siehts anders aus, Instanz bleibt GRÜN.zigbee2mqtt.0 2023-02-18 14:53:17.474 debug {"date_code":"20210121","definition":{"description":"Aqara presence detector FP1","exposes":[{"access":5,"description":"Indicates whether the device detected presence","name":"presence","property":"presence","type":"binary","value_off":false,"value_on":true},{"access":1,"description":"Temperature of the device","name":"device_temperature","property":"device_temperature","type":"numeric","unit":"°C"},{"access":1,"description":"Number of power outages (since last pairing)","name":"power_outage_count","property":"power_outage_count","type":"numeric"},{"access":1,"description":"Presence events: \"enter\", \"leave\", \"left_enter\", \"right_leave\", \"right_enter\", \"left_leave\", \"approach\", \"away\"","name":"presence_event","property":"presence_event","type":"enum","values":["enter","leave","left_enter","right_leave","right_enter","left_leave","approach","away"]},{"access":7,"description":"Monitoring mode with or without considering right and left sides","name":"monitoring_mode","property":"monitoring_mode","type":"enum","values":["undirected","left_right"]},{"access":7,"description":"The distance at which the sensor detects approaching","name":"approach_distance","property":"approach_distance","type":"enum","values":["far","medium","near"]},{"access":7,"description":"Different sensitivities means different static human body recognition rate and response speed of occupied","name":"motion_sensitivity","property":"motion_sensitivity","type":"enum","values":["low","medium","high"]},{"access":2,"description":"Reset the status of no presence","name":"reset_nopresence_status","property":"reset_nopresence_status","type":"enum","values":[""]},{"access":1,"description":"Most recent region event. Event template is \"region_<REGION_ID>_<EVENT_TYPE>\", where <REGION_ID> is region number (1-10), <EVENT_TYPE> is one of \"enter\", \"leave\", \"occupied\", \"unoccupied\". \"enter\" / \"leave\" events are usually triggered first, followed by \"occupied\" / \"unoccupied\" after a couple of seconds.","name":"action","property":"action","type":"enum","values":["region_*_enter","region_*_leave","region_*_occupied","region_*_unoccupied"]},{"access":2,"description":"Definition of a new region to be added (or replace existing one). Creating or modifying a region requires you to define which zones of a 7x4 detection grid should be active for that zone. Regions can overlap, meaning that a zone can be defined in more than one region (eg. \"zone x = 1 & y = 1\" can be added to region 1 & 2). \"Zone x = 1 & y = 1\" is the nearest zone on the right (from sensor's perspective, along the detection path).","features":[{"access":2,"name":"region_id","property":"region_id","type":"numeric","value_max":10,"value_min":1},{"access":2,"item_type":{"features":[{"access":2,"name":"x","property":"x","type":"numeric","value_max":4,"value_min":1},{"access":2,"name":"y","property":"y","type":"numeric","value_max":7,"value_min":1}],"name":"zone_position","type":"composite"},"name":"zones","property":"zones","type":"list"}],"name":"region_upsert","property":"region_upsert","type":"composite"},{"access":2,"description":"Region definition to be deleted from the device.","features":[{"access":2,"name":"region_id","property":"region_id","type":"numeric","value_max":10,"value_min":1}],"name":"region_delete","property":"region_delete","type":"composite"},{"access":1,"description":"Link quality (signal strength)","name":"linkquality","property":"linkquality","type":"numeric","unit":"lqi","value_max":255,"value_min":0}],"model":"RTCZCGQ11LM","options":[{"access":2,"description":"Calibrates the device_temperature value (absolute offset), takes into effect on next report of device.","name":"device_temperature_calibration","property":"device_temperature_calibration","type":"numeric"}],"supports_ota":true,"vendor":"Xiaomi"},"disabled":false,"endpoints":{"1":{"bindings":[],"clusters":{"input":["genBasic","genIdentify","aqaraOpple"],"output":["genIdentify","genOta"]},"configured_reportings":[],"scenes":[]}},"friendly_name":"0x54ef4410006492a3","ieee_address":"0x54ef4410006492a3","interview_completed":false,"interviewing":false,"manufacturer":"aqara","model_id":"lumi.motion.ac01","network_address":58871,"power_source":"DC Source","software_build_id":"","supported":true,"type":"EndDevice"} zigbee2mqtt.0 2023-02-18 14:53:17.473 warn Cannot 0x54ef4410006492a3 create Device from Exposes! zigbee2mqtt.0 2023-02-18 14:53:17.464 debug Device: 0x54ef4410006492a3 not found, queue state in incStatsQueue! zigbee2mqtt.0 2023-02-18 14:53:17.463 debug Device: 0x54ef4410006492a3 not found, queue state in incStatsQueue! zigbee2mqtt.0 2023-02-18 14:53:17.463 debug Device: 0x54ef4410006492a3 not found, queue state in incStatsQueue! zigbee2mqtt.0 2023-02-18 14:53:17.462 debug Device: 0x54ef4410006492a3 not found, queue state in incStatsQueue! zigbee2mqtt.0 2023-02-18 14:53:17.462 debug Device: 0x54ef4410006492a3 not found, queue state in incStatsQueue! zigbee2mqtt.0 2023-02-18 14:53:17.461 debug Device: 0x54ef4410006492a3 not found, queue state in incStatsQueue! zigbee2mqtt.0 2023-02-18 14:53:17.461 debug Device: 0x54ef4410006492a3 not found, queue state in incStatsQueue! zigbee2mqtt.0 2023-02-18 14:53:17.460 debug Device: 0x54ef4410006492a3 not found, queue state in incStatsQueue! zigbee2mqtt.0 2023-02-18 14:53:17.460 debug Device: 0x54ef4410006492a3 not found, queue state in incStatsQueue! zigbee2mqtt.0 2023-02-18 14:53:17.459 debug Device: 0x54ef4410006492a3 not found, queue state in incStatsQueue! zigbee2mqtt.0 2023-02-18 14:53:17.445 info Starting interview of '0x54ef4410006492a3' zigbee2mqtt.0 2023-02-18 14:53:17.433 info MQTT publish: topic 'zigbee2mqtt/bridge/event', payload '{"data":{"friendly_name":"0x54ef4410006492a3","ieee_address":"0x54ef4410006492a3"},"type":"device_joined"}' zigbee2mqtt.0 2023-02-18 14:53:17.428 debug TypeError: Cannot set properties of undefined (setting 'prop') -
@idlebit ich habs jetzt nicht ganz kapiert, habe aber auch 4 x FP1 im Einsatz. Ich habe nun auch mit der Katze via Github nochmal den Treiber installiert.
Habe eben den 1.30.1 Container gestartet -> Läuft!
Besten Dank! -
@aragon Konnte den Fehler eingrenzen...
Dieser neuen State mach mir Probleme weil er eine Objekt in einen Objekt ist und das gab es meines Wissens vorher nicht. da muss ich nun mal grübeln wie ich das umsetzte.
{ "access": 2, "description": "Definition of a new region to be added (or replace existing one). Creating or modifying a region requires you to define which zones of a 7x4 detection grid should be active for that zone. Regions can overlap, meaning that a zone can be defined in more than one region (eg. \"zone x = 1 & y = 1\" can be added to region 1 & 2). \"Zone x = 1 & y = 1\" is the nearest zone on the right (from sensor's perspective, along the detection path).", "features": [ { "access": 2, "name": "region_id", "property": "region_id", "type": "numeric", "value_max": 10, "value_min": 1 }, { "access": 2, "item_type": { "features": [ { "access": 2, "name": "x", "property": "x", "type": "numeric", "value_max": 4, "value_min": 1 }, { "access": 2, "name": "y", "property": "y", "type": "numeric", "value_max": 7, "value_min": 1 } ], "name": "zone_position", "type": "composite" }, "name": "zones", "property": "zones", "type": "list" } ], "name": "region_upsert", "property": "region_upsert", "type": "composite" }, -
@idlebit Okay vielen Dank für die Info und deine Mühe
-
@idlebit ok, meine Aqaras FP1 sind jetzt alle 4 weg. Ansonsten scheint alles zu gehen.
-
Testet jetzt mal von git, jetzt sollten die wieder angelegt werden allerdings erstmal ohne diesen neuen State.
-
@idlebit Bester Mann! Sind wieder da!
Vielen Dank! -
@idlebit Ich habe jetzt auch einen Eintrag in den Objekten. Dankeschön
-
Guten Morgen zusammen,
Kann mir einer vielleicht sagen, warum mir im ioBroker nicht der state available angezeigt wird. In den z2m Einstellungen habe ich es aktiviert, aber ich erhalte nur false als Wert.
Gruß und schönen Sonntag
-
@meerkat schon mal hier geschaut ob alles in der Config vorhanden ist?
https://github.com/o0shojo0o/ioBroker.zigbee2mqtt/blob/main/docs/DE/DE_get-started.md -
@idlebit ja, bis auf
device_options: legacy: falseHabe ich die anderen Sachen auch drin stehen.
Availability ist auf true -
@meerkat zeigmal die komplette konfig
-
@arteck moin, fehler habe ich gefunden. In der Oberfläche habe ich die Option "Legacy availability payload" deaktiviert und nun erhalte ich die availability
-
@meerkat Ja das steht auch so in der Doku
-
Hallo @idlebit
zuerst einmal meinen Dank für diesen Adapter. Er funktioniert bei mir wunderbar.
Ein Punkt beschäftigt mich jedoch im Moment.
Ich habe eine Art Alive-Skript, was mir Geräte (nicht nur Zigbee) anhand des Zeitstempels überwacht. Wenn der state z.B. Temperatur oder Batterie oder oder (je gerät hab ich das individuell gewählt) nicht innerhalb z.B. 1h aktualisiert wird, meldet es mir das Skript.
Ich hatte zuvor den Zigbee-Adapter verwendet. Dort war es so, dass die Zeitstempel der States von "geändert" und "aktualisiert" so erzeugt werden wie es wohl auch sein sollte.
Beim z2m-Adapter sind jedoch die Zeitstempel für aktualisiert und geändert immer gleich. Ist das so gewollt bzw. könnte man das Verhalten hier noch anpassen?
Ich hoffe ich hab mich nicht zu umständlich ausgedrückt
Danke und Grüße
Daniel -
@friesenjung Bei den Adapter werden Datenpunkte nur unter zwei Bedingungen neu gesetzt, die erste wäre wenn sich ein Wert ändert und die zweite ist wenn es sich um ein Event handelt.
Ein Event wird von zigbee2mqtt vorgeben und ist z.B. ein Taster oder der gleichen.
Hier wurde schon mal darüber diskutiert -> https://github.com/o0shojo0o/ioBroker.zigbee2mqtt/issues/119Die Alive Logik kann man das auch wunderbar anpassen wenn die ein im Default nicht gefällt.
