NEWS
ZigBee neue/unbekannte Geräte - ab 1.2.0
-
wenn die TRADFRI open/close remote über den deconz adapter am iobroker angebunden wird gibt es da dann sogenannte buttonevents (zb. 1002 für kurz und 1003 für langen tastendruck bei open), wäre es möglich sowas auch bei diesem adapter zu integrieren?
damit könnte man schön noch zwei zusätzliche position mit der rollo anfahren :blush:
im moment geht das nichtmal über ein ausführen timout, weil der datenpunkt auch bei langen tastendruck sofort wieder auf false wechselt :(
beim TRADFRI ON/OFF switch geht es mit dem timeout da der datenpunkt so lange der taster betätigt ist auf true bleibt.
danke im voraus -
@arteck Ok. Das funktioniert wieder. Sowohl 3fach als auch 4fach Klick geht wieder. Danke
Ich habe immer noch das Problem mit den Error Meldungen das erst seit 1.2 auftaucht. Unter 1.1.1 gab es das nicht.
DeviceConfigure failed 0x04cf8cdf3c78dbc9 lumi.sen_ill.mgl01, attempt 5 (Error: Bind 0x04cf8cdf3c78dbc9/1 genPowerCfg from '0x00124b00014d2885/1' failed (AREQ - ZDO - bindRsp after 10000ms)
Nach 5 Versuchen ist dann Ruhe. Der Sensor funktioniert übrigens.
-
@arteck
Hallo arteck, ich habe das update auf Version 1.20 gemacht und seit dem verhält sich ein Datenpunkt sehr, sehr seltsam., ich versuche das mal zu beschreiben.
Ich habe einen motorisierten Vorhang von Zemismart:
als model: owvfni3 (laut Änderungsprotokoll hast du den eingepflegt).
Vor dem Update (also mit Version 1.1.1) des Adapters konnte ich nur den Datenpunkt Position ändern. Stop ging nicht, open und close waren nicht vorhanden.
Nach Update auf Version 1.20 habe ich immer noch die gleichen Datenpunkte, stop geht leider immer noch nicht und open und close gibt es nicht.
Aber mit Position kann ich jetzt auch nicht mehr arbeiten, denn:
Beispiel: der Vorhang ist offen, Position=100%
Schreibe ich nun 90 in diesen Datenpunkt, also 90%, soll er sich nur ein kleinwenig schließen. Er fährt aber fast ganz zu (also auf 10%) und schreibt das dann auch von selbst in den Datenpunkt.
Also: ich will von 100 auf 90, schreibe 90 in den DP Position, der Vorhang schließt sich fast komplett, und der Wert von Position wird von selbst auf 10 geändert.
Ich weiß nicht, ob das verstehbar ist, ich kanns nicht besser erklären, könnte dir noch ein Video machen.
Kannst du da helfen?
Wäre toll, vielen Dank!@io_laurent diese Änderung ist das Problem
~~https://github.com/ioBroker/ioBroker.zigbee/issues/600~~
nope die ist nur für licht
zigbee hab ich, zwave auch, nuc's genauso und HA auch
-
@io_laurent diese Änderung ist das Problem
~~https://github.com/ioBroker/ioBroker.zigbee/issues/600~~
nope die ist nur für licht
@arteck
Nur um sicher zu gehen: du schreibst auf GitHub von Problem mit TRADFRI Curtain, ist aber kein TRADFRI, sondern ein Zemismart bzw. Tuya bzw. owvfni3 , also der hier:
https://www.zigbee2mqtt.io/devices/TS0601_curtain.htmlNicht, dass wir aneinander vorbeireden...
-
@io_laurent diese Änderung ist das Problem
~~https://github.com/ioBroker/ioBroker.zigbee/issues/600~~
nope die ist nur für licht
Hallo,
ich war es, der für den besagten Patch (600) verantwortlich ist. Mir ist nicht klar, wie dieses "Rollo" (oder was genau das ist) angesteuert wird... tatsächlich so wie eine "Lampe" über ein "brightness"-Level? Ich habe mit dem Patch lediglich das Mapping zwischen "brightness" (0...100) und Lampenlevel (0...254) angepasst, und zwar für Lampen. Und geändert hat sich nicht viel: auch früher schon wurde immer "0" als "aus" verschickt; der niedrigste aktive Dimmwert ist aktuell "2/254", früher war es "3/254". Ich sehe noch nicht, wo das Problem herkommen soll.
Viele Grüße,
Florian -
Hallo,
ich war es, der für den besagten Patch (600) verantwortlich ist. Mir ist nicht klar, wie dieses "Rollo" (oder was genau das ist) angesteuert wird... tatsächlich so wie eine "Lampe" über ein "brightness"-Level? Ich habe mit dem Patch lediglich das Mapping zwischen "brightness" (0...100) und Lampenlevel (0...254) angepasst, und zwar für Lampen. Und geändert hat sich nicht viel: auch früher schon wurde immer "0" als "aus" verschickt; der niedrigste aktive Dimmwert ist aktuell "2/254", früher war es "3/254". Ich sehe noch nicht, wo das Problem herkommen soll.
Viele Grüße,
Florian@Florian-Evers
Ich weiß leider auch nicht genau, was arteck meint. Auf GitHub schrieb er von einem tradfri curtain, es ist aber ein zemismart Vorhang.
So sehen dessen Datenpunkte aus:
Es geht um den Datenpunkt "position". 100% = Vorhang offen, 0%= Vorhang zu. Dieser Datenpunkt verhält sich sehr seltsam:
Also: ich will von 100% (=offen) auf 90% (= nur ein paar Zentimeter schließen), schreibe 90 in den DP "Position", der Vorhang schließt sich fast komplett (also er schließt sich zu eigentlich 10%) und sobald der Vorhang stoppt ändert sich der Wert position von selbst auf 10.
Wie und was das jetzt mit brightness zu tun hat, das weiß ich leider nicht.
Freu mich aber, wenn du helfen kannst :-) -
@Florian-Evers
Ich weiß leider auch nicht genau, was arteck meint. Auf GitHub schrieb er von einem tradfri curtain, es ist aber ein zemismart Vorhang.
So sehen dessen Datenpunkte aus:
Es geht um den Datenpunkt "position". 100% = Vorhang offen, 0%= Vorhang zu. Dieser Datenpunkt verhält sich sehr seltsam:
Also: ich will von 100% (=offen) auf 90% (= nur ein paar Zentimeter schließen), schreibe 90 in den DP "Position", der Vorhang schließt sich fast komplett (also er schließt sich zu eigentlich 10%) und sobald der Vorhang stoppt ändert sich der Wert position von selbst auf 10.
Wie und was das jetzt mit brightness zu tun hat, das weiß ich leider nicht.
Freu mich aber, wenn du helfen kannst :-)@io_laurent Ok, dann bin ich mir jetzt ziemlich sicher, dass mein Patch nichts mit dem Problem zu tun hat. Erstens fasse ich nirgends Datenpunkte namens "position" an, zweitens ist der von Dir beschriebene Effekt einer solchen falschen Umrechnung in meinem Patch nicht gegeben. Denn sollte tatsächlich "90%" in den falschen Rollo-Wert gewandelt und an das Rollo gesendet werden, würde der falsche Wert bei Bestätigung auch wieder "symmetrisch" in "90%" zurückgewandelt werden. Da hier aber etwas ganz anderes bei rauskommt sehe ich das Problem auch ganz woanders. Leider habe ich auch keine Idee wie und wo, da ich mich bislang nur mit Lampen beschäftigt habe, und da heißt der Datenpunkt immer "brightness".
Viele Grüße!
Florian -
@io_laurent Ok, dann bin ich mir jetzt ziemlich sicher, dass mein Patch nichts mit dem Problem zu tun hat. Erstens fasse ich nirgends Datenpunkte namens "position" an, zweitens ist der von Dir beschriebene Effekt einer solchen falschen Umrechnung in meinem Patch nicht gegeben. Denn sollte tatsächlich "90%" in den falschen Rollo-Wert gewandelt und an das Rollo gesendet werden, würde der falsche Wert bei Bestätigung auch wieder "symmetrisch" in "90%" zurückgewandelt werden. Da hier aber etwas ganz anderes bei rauskommt sehe ich das Problem auch ganz woanders. Leider habe ich auch keine Idee wie und wo, da ich mich bislang nur mit Lampen beschäftigt habe, und da heißt der Datenpunkt immer "brightness".
Viele Grüße!
Florian@Florian-Evers
Trotzdem vielen Dank, Florian. Dann werde ich wohl @arteck weiter auf die Nerven gehen müssen :grimacing: -
@Florian-Evers
Trotzdem vielen Dank, Florian. Dann werde ich wohl @arteck weiter auf die Nerven gehen müssen :grimacing:@io_laurent Teste mal bitte Folgendes:
- 90% führt zu "gefühlt" 10% und wird schlussendlich mit 10% bestätigt. So weit so gut.
- Was passiert mit 0%, 20%, 50%, 80% und 90%? Ist ein Muster erkennbar?
- Ggf. fahre das Rollo vorher immer auf wohldefinierte 100% und teste ab da. Vielleicht erwartet das Rollo als "Kommando" so etwas wie relative Bewegungswerte. 90% wäre vielleicht eine Bewegung um 90% auf besagte 10%.
- "Stottere" mal mehrmals mit "10%" als Kommando. Bleibt er beim zweiten Mal stehen, oder geht er jedesmal ein Stückchen weiter?
-
@io_laurent Teste mal bitte Folgendes:
- 90% führt zu "gefühlt" 10% und wird schlussendlich mit 10% bestätigt. So weit so gut.
- Was passiert mit 0%, 20%, 50%, 80% und 90%? Ist ein Muster erkennbar?
- Ggf. fahre das Rollo vorher immer auf wohldefinierte 100% und teste ab da. Vielleicht erwartet das Rollo als "Kommando" so etwas wie relative Bewegungswerte. 90% wäre vielleicht eine Bewegung um 90% auf besagte 10%.
- "Stottere" mal mehrmals mit "10%" als Kommando. Bleibt er beim zweiten Mal stehen, oder geht er jedesmal ein Stückchen weiter?
@Florian-Evers
Ich fürchte, genau so ist das.
Gebe ich 80 ein, er bewegt sich UM 80%, stoppt dann die Bewegung bei 20% und schreibt den Wert 20% dann auch in den Datenpunkt.
Bei 70% entsprechend Bewegung UM 70% bis stop bei 30%...usw. -
@io_laurent Teste mal bitte Folgendes:
- 90% führt zu "gefühlt" 10% und wird schlussendlich mit 10% bestätigt. So weit so gut.
- Was passiert mit 0%, 20%, 50%, 80% und 90%? Ist ein Muster erkennbar?
- Ggf. fahre das Rollo vorher immer auf wohldefinierte 100% und teste ab da. Vielleicht erwartet das Rollo als "Kommando" so etwas wie relative Bewegungswerte. 90% wäre vielleicht eine Bewegung um 90% auf besagte 10%.
- "Stottere" mal mehrmals mit "10%" als Kommando. Bleibt er beim zweiten Mal stehen, oder geht er jedesmal ein Stückchen weiter?
@Florian-Evers
Bei mehrmals 10% Eingabe hintereinander bewegt er sich nur beim ersten mal und bleibt dann stehen, wenn ich immer wieder 10% eingebe. -
@Florian-Evers
Ich fürchte, genau so ist das.
Gebe ich 80 ein, er bewegt sich UM 80%, stoppt dann die Bewegung bei 20% und schreibt den Wert 20% dann auch in den Datenpunkt.
Bei 70% entsprechend Bewegung UM 70% bis stop bei 30%...usw.@io_laurent Prima! Das sind doch gute Nachrichten. So ein Verhalten ist vermutlich aktuell im ZigBee-Adapter noch nicht abgebildet worden und muss "nur" nachgerüstet werden. Kein Bug, nur ein neues Feature für ein neues Device.
Ich empfehle einen Bugreport / Featurerequest mit genau dem beobachteten Verhalten.
EDIT: Also Hin- und Rückrichtung haben eine andere Formel; eine Richtung ist quasi invertiert.
-
@io_laurent Prima! Das sind doch gute Nachrichten. So ein Verhalten ist vermutlich aktuell im ZigBee-Adapter noch nicht abgebildet worden und muss "nur" nachgerüstet werden. Kein Bug, nur ein neues Feature für ein neues Device.
Ich empfehle einen Bugreport / Featurerequest mit genau dem beobachteten Verhalten.
EDIT: Also Hin- und Rückrichtung haben eine andere Formel; eine Richtung ist quasi invertiert.
@Florian-Evers Und genau deshalb werde ich @arteck weiter belästigen, denn laut Info im zigbee-Adapter ist das model ein "owvfni3" und laut Update-protokoll der Version 1.20 hat er den eingepflegt und kann da hoffentlich helfen...
-
@Florian-Evers Und genau deshalb werde ich @arteck weiter belästigen, denn laut Info im zigbee-Adapter ist das model ein "owvfni3" und laut Update-protokoll der Version 1.20 hat er den eingepflegt und kann da hoffentlich helfen...
@io_laurent Dieses Rollo hat einen Datenpunkt "reverse_direction", zumindest laut dieser Seite hier. Sieht für mich sehr verdächtig aus... müsste nur im ioBroker angeboten werden und fertig.
-
@io_laurent Dieses Rollo hat einen Datenpunkt "reverse_direction", zumindest laut dieser Seite hier. Sieht für mich sehr verdächtig aus... müsste nur im ioBroker angeboten werden und fertig.
@Florian-Evers Ich hab das gelesen, aber um ehrlich zu sein, kann ich damit nix anfangen, das ist mir leider zu hoch :man-shrugging:
-
BITTE HIER NUR UNBEKANNTE GERÄTE REIN
was wir brauchen ist
am besten so eine Kachel nachdem man das Gerät angelernt hat (das geht immer)
und ein Link zu dem Gerät
wichtig ist es muss ein FRAGEZEICHEN Icon dazu geben UND eine genaue richtige Bezeichnung..
nur so können wir mit der Informationen was anfangenwenn da ein UNDEFINED steht müsst ihr so lange das Device anlernen bis es einen Namen/Bezeichnung preisgibt
eine Beschreibung was das Gerät kann währe auch hilfreich und ein Bild
wichtig:
Bitte unbedingt drauf achten die die genutzte Firmware auch aktuell ist..wie bekomme ich die Info :
im Log nach adapter Startzigbee.0 2020-01-09 09:22:54.893 info Starting Zigbee...steht
zigbee.0 2020-01-09 09:22:58.553 info Coordinator firmware version: {"type":"zStack12","meta":{"transportrev":2,"product":0,"majorrel":2,"minorrel":6,"maintrel":3,"revision":20180815}}die revision ist die Firmware als Datum
revision":20180815hier im Beispiel vom 20180815 also sehr alt... Bitte nur mit neuer Firmware arbeiten (sollte von mitte 2019 sein)
-
@Mooo said in ZigBee neue/unbekannte Geräte - ab 1.2.0:
Also der Xiaomi Curtain Motor B1 müsste ja jetzt funktionieren oder?
Bei mir wird er nicht erkannt. Erst wenn ich in
"/opt/iobroker/node_modules/iobroker.zigbee/lib/devices.js"
den Namen des alten Curtain Motors auf "models: ['ZNCLDJ12LM'],"
ändere kann ich ihn steuern. :thinking_face:{ models: ['ZNCLDJ12LM'], icon: 'img/aqara_curtain.png', states: [states.curtain_position, states.curtain_running, states.curtain_stop], },Ich habe in der devices.js das model auf "ZNCLDJ12LM" geändert.
Gruss
-
@Mooo said in ZigBee neue/unbekannte Geräte - ab 1.2.0:
Also der Xiaomi Curtain Motor B1 müsste ja jetzt funktionieren oder?
Bei mir wird er nicht erkannt. Erst wenn ich in
"/opt/iobroker/node_modules/iobroker.zigbee/lib/devices.js"
den Namen des alten Curtain Motors auf "models: ['ZNCLDJ12LM'],"
ändere kann ich ihn steuern. :thinking_face:{ models: ['ZNCLDJ12LM'], icon: 'img/aqara_curtain.png', states: [states.curtain_position, states.curtain_running, states.curtain_stop], },Ich habe in der devices.js das model auf "ZNCLDJ12LM" geändert.
Gruss
Leider habe ich mit der V1.2.0 auch ein Problem.
Und zwar kann ich nicht mehr pairen.
Wenn ich auf den Knopf klicke bleibt das Feld weiß und nichts passiert.
Habe dann mal auf 1.1.1 downgegraded und auf auf die GIT Version 1.2.1 upgegraded.
Kann mit keiner Version pairen..Was passiert wenn ich die Instanz lösche und neu installiere, sind da alle Geräte weg?
Hier das Log.
zigbee.0 2020-08-16 16:20:12.305 error (3887) Error: Error while opening serialport 'Error: Error Resource temporarily unavailable Cannot lock port' at Znp.<anonymous> (/opt/iobroker/node_modules/zigbee-herdsman/dist/adapter/z-stack/zn zigbee.0 2020-08-16 16:20:12.303 error (3887) Failed to start Zigbee zigbee.0 2020-08-16 16:20:07.079 debug (3887) Starting zigbee-herdsman... zigbee.0 2020-08-16 16:20:07.079 info (3887) Starting Zigbee... zigbee.0 2020-08-16 16:20:07.078 info (3887) Try to reconnect. 1 attempts left zigbee.0 2020-08-16 16:19:57.075 error (3887) Error: Failed to connect to the adapter (Error: SRSP - SYS - ping after 6000ms) at ZStackAdapter.<anonymous> (/opt/iobroker/node_modules/zigbee-herdsman/dist/adapter/z-stack/adapter/zStackA zigbee.0 2020-08-16 16:19:57.073 error (3887) Failed to start Zigbee zigbee.0 2020-08-16 16:19:23.655 debug (3887) sendTo "listUart" to system.adapter.admin.0 from system.adapter.zigbee.0 zigbee.0 2020-08-16 16:19:23.655 debug (3887) List of ports: [{"comName":"/dev/ttyACM0"},{"comName":"/dev/ttyUSB0"},{"comName":"/dev/ttyUSB1"},{"comName":"/dev/ttyAMA0"}] zigbee.0 2020-08-16 16:19:23.531 debug (3887) sendTo "getGroups" to system.adapter.admin.0 from system.adapter.zigbee.0 zigbee.0 2020-08-16 16:19:23.531 debug (3887) getGroups result: {} zigbee.0 2020-08-16 16:19:23.490 debug (3887) sendTo "getLibData" to system.adapter.admin.0 from system.adapter.zigbee.0 zigbee.0 2020-08-16 16:19:23.482 debug (3887) sendTo "getDevices" to system.adapter.admin.0 from system.adapter.zigbee.0 zigbee.0 2020-08-16 16:19:22.218 debug (3887) system.adapter.admin.0: logging true zigbee.0 2020-08-16 16:19:17.102 debug (3887) Starting zigbee-herdsman... zigbee.0 2020-08-16 16:19:17.101 info (3887) Starting Zigbee... zigbee.0 2020-08-16 16:19:17.099 debug (3887) Using zigbee-herdsman with settings: {"network":{"panID":6754,"extendedPanID":[221,221,221,221,221,221,221,221],"channelList":[11],"networkKey":[1,3,5,7,9,11,13,15,0,2,4,6,8,10,12,13]},"databa zigbee.0 2020-08-16 16:19:17.059 info (3887) starting. Version 1.2.1 in /opt/iobroker/node_modules/iobroker.zigbee, node: v10.19.0 zigbee.0 2020-08-16 16:19:15.808 debug (3887) statesDB connected zigbee.0 2020-08-16 16:19:15.807 debug (3887) States connected to redis: 127.0.0.1:9000 zigbee.0 2020-08-16 16:19:15.787 debug (3887) States create System PubSub Client zigbee.0 2020-08-16 16:19:15.785 debug (3887) States create User PubSub Client zigbee.0 2020-08-16 16:19:15.773 debug (3887) Redis States: Use Redis connection: 127.0.0.1:9000 zigbee.0 2020-08-16 16:19:15.770 debug (3887) objectDB connected zigbee.0 2020-08-16 16:19:15.764 debug (3887) Objects connected to redis: 127.0.0.1:9001 zigbee.0 2020-08-16 16:19:15.738 debug (3887) Objects client initialize lua scripts zigbee.0 2020-08-16 16:19:15.738 debug (3887) Objects create User PubSub Client zigbee.0 2020-08-16 16:19:15.737 debug (3887) Objects create System PubSub Client zigbee.0 2020-08-16 16:19:15.732 debug (3887) Objects client ready ... initialize now zigbee.0 2020-08-16 16:19:15.690 debug (3887) Redis Objects: Use Redis connection: 127.0.0.1:9001 zigbee.0 2020-08-16 16:19:11.104 warn (3867) Terminated (ADAPTER_ALREADY_RUNNING): Without reason zigbee.0 2020-08-16 16:19:11.103 error (3867) zigbee.0 already running zigbee.0 2020-08-16 16:19:11.097 debug (3867) statesDB connected zigbee.0 2020-08-16 16:19:11.096 debug (3867) States connected to redis: 127.0.0.1:9000 zigbee.0 2020-08-16 16:19:11.077 debug (3867) States create System PubSub Client zigbee.0 2020-08-16 16:19:11.074 debug (3867) States create User PubSub Client zigbee.0 2020-08-16 16:19:11.063 debug (3867) Redis States: Use Redis connection: 127.0.0.1:9000 zigbee.0 2020-08-16 16:19:11.060 debug (3867) objectDB connected zigbee.0 2020-08-16 16:19:11.054 debug (3867) Objects connected to redis: 127.0.0.1:9001 zigbee.0 2020-08-16 16:19:11.028 debug (3867) Objects client initialize lua scripts zigbee.0 2020-08-16 16:19:11.027 debug (3867) Objects create User PubSub Client zigbee.0 2020-08-16 16:19:11.026 debug (3867) Objects create System PubSub Client zigbee.0 2020-08-16 16:19:11.022 debug (3867) Objects client ready ... initialize now zigbee.0 2020-08-16 16:19:10.977 debug (3867) Redis Objects: Use Redis connection: 127.0.0.1:9001 zigbee.0 2020-08-16 16:19:07.518 info (3751) Terminated (START_IMMEDIATELY_AFTER_STOP): Without reason zigbee.0 2020-08-16 16:19:07.516 info (3751) terminating zigbee.0 2020-08-16 16:19:07.015 info (3751) Zigbee: disabling joining new devices. zigbee.0 2020-08-16 16:19:07.013 info (3751) cleaned everything up... zigbee.0 2020-08-16 16:19:07.011 info (3751) Got terminate signal TERMINATE_YOURSELF zigbee.0 2020-08-16 16:18:50.155 info (3751) Zigbee started zigbee.0 2020-08-16 16:18:50.154 info (3751) 0x00158d000522a54f (addr 30798): MCCGQ01LM - Xiaomi MiJia door & window contact sensor (EndDevice) zigbee.0 2020-08-16 16:18:50.152 info (3751) 0x00158d00045eb4e5 (addr 943): RTCGQ11LM - Xiaomi Aqara human body movement and illuminance sensor (EndDevice) zigbee.0 2020-08-16 16:18:50.151 info (3751) 0x00158d00034df76e (addr 85): WSDCGQ01LM - Xiaomi MiJia temperature & humidity sensor (EndDevice) zigbee.0 2020-08-16 16:18:50.150 info (3751) 0x00158d0003546d1c (addr 13697): WSDCGQ01LM - Xiaomi MiJia temperature & humidity sensor (EndDevice) zigbee.0 2020-08-16 16:18:50.149 info (3751) 0x00158d000445d8ff (addr 51954): RTCGQ01LM - Xiaomi MiJia human body movement sensor (EndDevice) zigbee.0 2020-08-16 16:18:50.147 info (3751) 0x00158d000358d96d (addr 58044): WSDCGQ01LM - Xiaomi MiJia temperature & humidity sensor (EndDevice) zigbee.0 2020-08-16 16:18:50.146 info (3751) 0x00158d00039ea4f7 (addr 35317): WSDCGQ01LM - Xiaomi MiJia temperature & humidity sensor (EndDevice) zigbee.0 2020-08-16 16:18:50.145 info (3751) 0x00158d0003546c07 (addr 10122): WSDCGQ01LM - Xiaomi MiJia temperature & humidity sensor (EndDevice) zigbee.0 2020-08-16 16:18:50.143 info (3751) 0x00124b0019367acc (addr 49295): CC2530.ROUTER - Custom devices (DiY) [CC2530 router](http://ptvo.info/cc2530-based-zigbee-coordinator-and-router-112/) (Router) zigbee.0 2020-08-16 16:18:50.142 info (3751) 0x680ae2fffea8d588 (addr 57745): E1746 - IKEA TRADFRI signal repeater (Router) zigbee.0 2020-08-16 16:18:50.137 info (3751) 0x680ae2fffeaf1152 (addr 4524): E1746 - IKEA TRADFRI signal repeater (Router) zigbee.0 2020-08-16 16:18:50.129 info (3751) Currently 11 devices are joined: zigbee.0 2020-08-16 16:18:50.120 info (3751) --> transmitPower : high zigbee.0 2020-08-16 16:18:50.110 info (3751) Coordinator firmware version: {"type":"zStack12","meta":{"transportrev":2,"product":0,"majorrel":2,"minorrel":6,"maintrel":3,"revision":20190608}} zigbee.0 2020-08-16 16:18:46.627 info (3751) Starting Zigbee... zigbee.0 2020-08-16 16:18:46.584 info (3751) starting. Version 1.2.1 in /opt/iobroker/node_modules/iobroker.zigbee, node: v10.19.0 zigbee.0 2020-08-16 16:18:39.642 info (2615) Terminated (START_IMMEDIATELY_AFTER_STOP): Without reason zigbee.0 2020-08-16 16:18:39.639 info (2615) terminating zigbee.0 2020-08-16 16:18:39.638 error at process._tickCallback (internal/process/next_tick.js:68:7)) zigbee.0 2020-08-16 16:18:39.638 error at ZigbeeController.stop (/opt/iobroker/node_modules/iobroker.zigbee/lib/zigbeecontroller.js:306:33) zigbee.0 2020-08-16 16:18:39.638 error at Controller.stop (/opt/iobroker/node_modules/zigbee-herdsman/dist/controller/controller.js:182:16) zigbee.0 2020-08-16 16:18:39.638 error at __awaiter (/opt/iobroker/node_modules/zigbee-herdsman/dist/controller/controller.js:23:12) zigbee.0 2020-08-16 16:18:39.638 error at new Promise (<anonymous>) zigbee.0 2020-08-16 16:18:39.638 error at /opt/iobroker/node_modules/zigbee-herdsman/dist/controller/controller.js:27:71 zigbee.0 2020-08-16 16:18:39.638 error at Generator.next (<anonymous>) zigbee.0 2020-08-16 16:18:39.638 error at Controller.<anonymous> (/opt/iobroker/node_modules/zigbee-herdsman/dist/controller/controller.js:186:49) zigbee.0 2020-08-16 16:18:39.638 error at Function.all (/opt/iobroker/node_modules/zigbee-herdsman/dist/controller/model/group.js:88:15) zigbee.0 2020-08-16 16:18:39.638 error at Function.loadFromDatabaseIfNecessary (/opt/iobroker/node_modules/zigbee-herdsman/dist/controller/model/group.js:76:55) zigbee.0 2020-08-16 16:18:39.638 error (2615) Failed to stop zigbee (TypeError: Cannot read property 'getEntries' of null zigbee.0 2020-08-16 16:18:39.633 info (2615) Zigbee: disabling joining new devices. zigbee.0 2020-08-16 16:18:39.622 info (2615) cleaned everything up... zigbee.0 2020-08-16 16:18:39.619 info (2615) Got terminate signal TERMINATE_YOURSELF zigbee.0 2020-08-16 16:12:45.540 error at binding.open.then.err (/opt/iobroker/node_modules/zigbee-herdsman/node_modules/@serialport/stream/lib/index.js:242:12) zigbee.0 2020-08-16 16:12:45.540 error at SerialPort._error (/opt/iobroker/node_modules/zigbee-herdsman/node_modules/@serialport/stream/lib/index.js:198:14) zigbee.0 2020-08-16 16:12:45.540 error at SerialPort.serialPort.open (/opt/iobroker/node_modules/zigbee-herdsman/dist/adapter/z-stack/znp/znp.js:134:49) zigbee.0 2020-08-16 16:12:45.540 error at __awaiter (/opt/iobroker/node_modules/zigbee-herdsman/dist/adapter/z-stack/znp/znp.js:23:12) zigbee.0 2020-08-16 16:12:45.540 error at new Promise (<anonymous>) zigbee.0 2020-08-16 16:12:45.540 error at /opt/iobroker/node_modules/zigbee-herdsman/dist/adapter/z-stack/znp/znp.js:27:71 zigbee.0 2020-08-16 16:12:45.540 error at Generator.next (<anonymous>) zigbee.0 2020-08-16 16:12:45.540 error at Znp.<anonymous> (/opt/iobroker/node_modules/zigbee-herdsman/dist/adapter/z-stack/znp/znp.js:136:32) zigbee.0 2020-08-16 16:12:45.540 error (2615) Error: Error while opening serialport 'Error: Error Resource temporarily unavailable Cannot lock port' zigbee.0 2020-08-16 16:12:45.538 error (2615) Failed to start Zigbee zigbee.0 2020-08-16 16:12:45.242 info (2615) Starting Zigbee... zigbee.0 2020-08-16 16:12:45.241 info (2615) Try to reconnect. 1 attempts left zigbee.0 2020-08-16 16:12:35.240 error at rejected (/opt/iobroker/node_modules/zigbee-herdsman/dist/adapter/z-stack/adapter/zStackAdapter.js:25:65) zigbee.0 2020-08-16 16:12:35.240 error at Generator.throw (<anonymous>) zigbee.0 2020-08-16 16:12:35.240 error at ZStackAdapter.<anonymous> (/opt/iobroker/node_modules/zigbee-herdsman/dist/adapter/z-stack/adapter/zStackAdapter.js:89:31) zigbee.0 2020-08-16 16:12:35.240 error (2615) Error: Failed to connect to the adapter (Error: SRSP - SYS - ping after 6000ms) zigbee.0 2020-08-16 16:12:35.239 error (2615) Failed to start Zigbee zigbee.0 2020-08-16 16:12:15.376 info (2615) Starting Zigbee... zigbee.0 2020-08-16 16:12:15.315 info (2615) starting. Version 1.2.1 in /opt/iobroker/node_modules/iobroker.zigbee, node: v10.19.0 zigbee.0 2020-08-16 16:19:22.218 debug (3887) system.adapter.admin.0: logging true
)
Support us
799
Online32.5k
Benutzer81.7k
Themen1.3m
Beiträge