Neues YouTube-Video: Visualisierung im Devices-Adapter

[Thomas Braun]

@puls200 Den Output, den du siehst wenn du in einem Terminal z. B.

iobroker logs --watch

mitlaufen lässt, während du den Adapter/die Instanz neustartest beispielsweise.

[puls200]

@thomas-braun

Ich habe über Deinen Command Folgendes erhalten (also den Command eingegeben und den Pair-Modus im Zigbee-Adapter und am Sensor gestartet):

2021-05-16 22:05:12.145  - info: zigbee.0 (1751) Zigbee: allowing new devices to join.
2021-05-16 22:05:12.145  - info: zigbee.0 (1751) Zigbee: allowing new devices to join.
2021-05-16 22:06:33.140  - warn: tahoma.0 (1657) error during tahomalink request: null, request path: /setup/devices/states/refresh with payload:{}
2021-05-16 22:06:33.141  - warn: tahoma.0 (1657) Response: {"statusCode":400,"body":{"errorCode":"TOO_MANY_OPERATIONS_IN_PROGRESS","error":"Too many asynchronous jobs, try again later (job was Full refresh all states)"},"headers":{"date":"Sun, 16 May 2021 20:06:32 GMT","server":"overkiz","strict-transport-security":"max-age=31536000; includeSubDomains","content-type":"application/json;charset=UTF-8","connection":"close","transfer-encoding":"chunked"},"request":{"uri":{"protocol":"https:","slashes":true,"auth":null,"host":"www.tahomalink.com","port":443,"hostname":"www.tahomalink.com","hash":null,"search":null,"query":null,"pathname":"/enduser-mobile-web/enduserAPI//setup/devices/states/refresh","path":"/enduser-mobile-web/enduserAPI//setup/devices/states/refresh","href":"https://www.tahomalink.com/enduser-mobile-web/enduserAPI//setup/devices/states/refresh"},"method":"POST","headers":{"User-Agent":"Mozilla/5.0 (Macintosh; Intel Mac OS X 10_7_5) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/49.0.2623.112 Safari/537.36","cookie":"JSESSIONID=6A575A5ABC8102493D18D5A3C674804A","accept":"application/json","content-type":"application/json","content-length":2}}}
2021-05-16 22:06:33.142  - warn: tahoma.0 (1657) Body: {"errorCode":"TOO_MANY_OPERATIONS_IN_PROGRESS","error":"Too many asynchronous jobs, try again later (job was Full refresh all states)"}
2021-05-16 22:06:33.142  - warn: tahoma.0 (1657) refresh device state failed
2021-05-16 22:06:33.140  - warn: tahoma.0 (1657) error during tahomalink request: null, request path: /setup/devices/states/refresh with payload:{}
2021-05-16 22:06:33.141  - warn: tahoma.0 (1657) Response: {"statusCode":400,"body":{"errorCode":"TOO_MANY_OPERATIONS_IN_PROGRESS","error":"Too many asynchronous jobs, try again later (job was Full refresh all states)"},"headers":{"date":"Sun, 16 May 2021 20:06:32 GMT","server":"overkiz","strict-transport-security":"max-age=31536000; includeSubDomains","content-type":"application/json;charset=UTF-8","connection":"close","transfer-encoding":"chunked"},"request":{"uri":{"protocol":"https:","slashes":true,"auth":null,"host":"www.tahomalink.com","port":443,"hostname":"www.tahomalink.com","hash":null,"search":null,"query":null,"pathname":"/enduser-mobile-web/enduserAPI//setup/devices/states/refresh","path":"/enduser-mobile-web/enduserAPI//setup/devices/states/refresh","href":"https://www.tahomalink.com/enduser-mobile-web/enduserAPI//setup/devices/states/refresh"},"method":"POST","headers":{"User-Agent":"Mozilla/5.0 (Macintosh; Intel Mac OS X 10_7_5) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/49.0.2623.112 Safari/537.36","cookie":"JSESSIONID=6A575A5ABC8102493D18D5A3C674804A","accept":"application/json","content-type":"application/json","content-length":2}}}
2021-05-16 22:06:33.142  - warn: tahoma.0 (1657) Body: {"errorCode":"TOO_MANY_OPERATIONS_IN_PROGRESS","error":"Too many asynchronous jobs, try again later (job was Full refresh all states)"}
2021-05-16 22:06:33.142  - warn: tahoma.0 (1657) refresh device state failed
2021-05-16 22:06:43.531  - info: zigbee.0 (1751) Zigbee: stop joining
2021-05-16 22:06:43.531  - info: zigbee.0 (1751) Zigbee: stop joining

Das Einzige, das mir auffällt ist, dass zweimal jeweils der Adapter eine Rückmeldung gibt...

Die Tahoma-Warnungen hätte ich löschen können, aber ich habe es bewusst so gelassen...

Gruss
Puls

[Thomas Braun]

@puls200
Lass das mal mitlaufen und starte die Instanz zigbee.0 neu.
Den zweiten Stick hast du in einer Instanz zigbee.1?

[puls200]

@thomas-braun Ne, den zweiten Stick habe ich aktuell gar nicht am Laufen. Ich habe alle Instanzen und Adapter gelöscht und wollte von vorne anfangen. Daher bin ich nun beim ersten Stick auf Zigbee.0. Und korrekt... den zweiten Stick lasse ich dann auf Zigbee.1 laufen, wenn der erste läuft.

Log:

2021-05-16 22:15:46.816  - info: host.PiMaster stopInstance system.adapter.zigbee.0 (force=false, process=true)
2021-05-16 22:15:46.829  - info: zigbee.0 (5551) Got terminate signal TERMINATE_YOURSELF
2021-05-16 22:15:46.830  - info: host.PiMaster stopInstance system.adapter.zigbee.0 send kill signal
2021-05-16 22:15:46.833  - info: zigbee.0 (5551) cleaned everything up...
2021-05-16 22:15:46.840  - info: zigbee.0 (5551) Zigbee: disabling joining new devices.
2021-05-16 22:15:47.126  - info: zigbee.0 (5551) terminating
2021-05-16 22:15:47.127  - info: zigbee.0 (5551) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason
2021-05-16 22:15:46.816  - info: host.PiMaster stopInstance system.adapter.zigbee.0 (force=false, process=true)
2021-05-16 22:15:46.829  - info: zigbee.0 (5551) Got terminate signal TERMINATE_YOURSELF
2021-05-16 22:15:46.830  - info: host.PiMaster stopInstance system.adapter.zigbee.0 send kill signal
2021-05-16 22:15:46.833  - info: zigbee.0 (5551) cleaned everything up...
2021-05-16 22:15:46.840  - info: zigbee.0 (5551) Zigbee: disabling joining new devices.
2021-05-16 22:15:47.126  - info: zigbee.0 (5551) terminating
2021-05-16 22:15:47.127  - info: zigbee.0 (5551) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason
2021-05-16 22:15:47.773  - info: host.PiMaster instance system.adapter.zigbee.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION)
2021-05-16 22:15:47.773  - info: host.PiMaster instance system.adapter.zigbee.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION)
2021-05-16 22:15:49.897  - info: host.PiMaster instance system.adapter.zigbee.0 started with pid 5607
2021-05-16 22:15:49.897  - info: host.PiMaster instance system.adapter.zigbee.0 started with pid 5607
2021-05-16 22:15:52.598  - info: zigbee.0 (5607) starting. Version 1.4.4 in /opt/iobroker/node_modules/iobroker.zigbee, node: v12.22.1, js-controller: 3.2.16
2021-05-16 22:15:52.700  - info: zigbee.0 (5607) Starting Zigbee  npm ...
2021-05-16 22:15:53.303  - info: zigbee.0 (5607) Installed Version: iobroker.zigbee@1.4.4
2021-05-16 22:15:53.334  - info: zigbee.0 (5607) Coordinator firmware version: {"type":"ConBee2/RaspBee2","meta":{"transportrev":0,"product":0,"majorrel":38,"minorrel":107,"maintrel":0,"revision":"0x266b0700"}}
2021-05-16 22:15:53.355  - info: zigbee.0 (5607) Unable to disable LED, unsupported function.
2021-05-16 22:15:53.356  - info: zigbee.0 (5607)   --> transmitPower : high
2021-05-16 22:15:53.358  - info: zigbee.0 (5607) Unable to set transmit power, unsupported function.
2021-05-16 22:15:53.361  - info: zigbee.0 (5607) Currently no devices.
2021-05-16 22:15:53.362  - info: zigbee.0 (5607) Zigbee started
2021-05-16 22:15:52.598  - info: zigbee.0 (5607) starting. Version 1.4.4 in /opt/iobroker/node_modules/iobroker.zigbee, node: v12.22.1, js-controller: 3.2.16
2021-05-16 22:15:52.700  - info: zigbee.0 (5607) Starting Zigbee  npm ...
2021-05-16 22:15:53.303  - info: zigbee.0 (5607) Installed Version: iobroker.zigbee@1.4.4
2021-05-16 22:15:53.334  - info: zigbee.0 (5607) Coordinator firmware version: {"type":"ConBee2/RaspBee2","meta":{"transportrev":0,"product":0,"majorrel":38,"minorrel":107,"maintrel":0,"revision":"0x266b0700"}}
2021-05-16 22:15:53.355  - info: zigbee.0 (5607) Unable to disable LED, unsupported function.
2021-05-16 22:15:53.356  - info: zigbee.0 (5607)   --> transmitPower : high
2021-05-16 22:15:53.358  - info: zigbee.0 (5607) Unable to set transmit power, unsupported function.
2021-05-16 22:15:53.361  - info: zigbee.0 (5607) Currently no devices.
2021-05-16 22:15:53.362  - info: zigbee.0 (5607) Zigbee started
^C
pi@PiMaster:~ $ 

[Thomas Braun]

@puls200
Da steht absolut nichts ungewöhnliches drin.
Keine Ahnung dann.
Aber deCONZ läuft nicht zufällig noch parallel?

systemctl status deconz deconz-gui

[puls200]

@thomas-braun Ne, den deCONZ-Adapter hatte ich mal installiert, als ich die ConBees zum ersten Mal in Betrieb genommen habe. Die sind aber wieder deinstalliert:

pi@PiMaster:~ $ systemctl status deconz deconz-gui
Unit deconz.service could not be found.
Unit deconz-gui.service could not be found.
pi@PiMaster:~ $ 

Also komme ich der Komplett-Neuinstallation ein Stück näher...

[Thomas Braun]

@puls200
War nur so ein Schuß ins Blaue.

[puls200]

Was mich immer noch nachdenklich macht, ist, dass im Log immer zwei Rückmeldungen kommen. Das war noch nie so...

[Thomas Braun]

@puls200

Im letzten log file ist aber nix doppelt.

[puls200]

@thomas-braun Na klar... siehe 6x Posts vorher... Dass der deCONZ nicht zweimal meckert, sollte normal sein.

Hier ein aktueller Log:

2021-05-16 22:33:24.679  - info: zigbee.0 (5607) Zigbee: allowing new devices to join.
2021-05-16 22:33:24.679  - info: zigbee.0 (5607) Zigbee: allowing new devices to join.
2021-05-16 22:34:56.018  - info: zigbee.0 (5607) Zigbee: stop joining
2021-05-16 22:34:56.018  - info: zigbee.0 (5607) Zigbee: stop joining

[Thomas Braun]

@puls200

Zeig mal die Konfiguration in der Instanz.

ExtPanIDs hattest du unterschiedliche gesetzt z. B.?

[puls200]

@thomas-braun Ich hatte bereits den Adapter/die Instanz wiederholt gelöscht und nun als Zigbee.8 angelegt:

PanIDs hatte ich unterschiedliche...

Aber er zählt schon wieder nicht:

[puls200]

Also ich habe überhaupt keine Ahnung, woran es liegen könnte... Derzeit sieht es so aus, als ob ich Zigbee komplett rausschmeisen muss. Es geht gar nix... Leider besteht mein SmartHome ca. 60% aus Zigbee...

[Thomas Braun]

@puls200
Keine Ahnung.
Vielleicht fällt @Asgothian was dazu ein.

[puls200]

@thomas-braun HA!!!!!!!!!!!!!!!!!!!!!!! Ich habe den USB-Port geändert!!!!!!!!!!!!!! Jetzt startet die verdammte Instanz ein Interview... WARUM?!

EDIT:
Unfassbar... jetzt erkennt er plötzlich Alles...

[Thomas Braun]

@puls200
Hast du die Sticks nicht jeweils an einer USB-Verlängerung?
An einem Raspberry 4 betrieben, zufällig?
Da am besten die USB2-Ports nehmen.

[puls200]

@thomas-braun Verlängerung habe ich. Ich habe soeben von USB3 auf USB2 gewechselt. Wieso könnte das ein Grund sein?

[BananaJoe]

@puls200 also - soweit ich es verstanden habe ist es so:

Ich habe auch den ZigBee-Adapter mit dem Conbee II am laufen. Für ein Firmware-Update habe ich einmal meinen ioBroker heruntergefahren, den Stick von meiner Linux-Büchse abgezogen und dann an meinen Windows-Rechner mit Installierter Deconz-Software angeschlossen. Und da konnte ich alle zu der zeit vorhandenen ZigBee-Geräte sehen - denn die werden in dem Stick gespeichert.

Ergo kannst du nicht einfach ständig den Adapter neu installieren und einfach andere Daten für Network, PanID, Kanal und so weiter verwenden. Wenn du diese änderst und dann die Geräte neu anlernst bin ich nicht sicher ob die alten weg sind.
Wenn du unter Einstellungen auf zurücksetzen gehst, ja dann werden alle Daten in dem Stick gelöscht und er fängt bei 0 an.
Denn so ein Stick kann auch nicht unbegrenzt viele ZigBee Geräte anlernen. Es heißt es sind 200, ich meine (steht hier in einem anderen Beitrag, finde ich aber gerade nicht) es sind 28 oder 32 direkt + jede Menge (mehr als 200) wenn diese über Repeater angeschlossen sind. Meiner Theorie nach könnte dein Stick schlicht voll sein.

[Thomas Braun]

@puls200
USB3 ist bekanntermaßen auf den Raspi4 extrem anfällig für 'komisches Verhalten'. Irgendwie streuts da wohl gerne rein und die Ports fliegen aus der Kurve. Daher immer so bandbreitenmageres Zeug wie zigbee-Sticks an USB2 betreiben.

[BananaJoe]

@puls200 die Sticks sollten an USB 2.0 an einer Verlängerung Betrieben werden - es geht darum Abstand zu den USB3.0 Ports zu haben denn diese können Störungen verursachen