Neues YouTube-Video: Visualisierung im Devices-Adapter

[Thomas Braun]

@puls200 sagte in Zigbee mit ConBee2: kein Pairing mehr möglich:

Ich überlege bereits, die ioBroker-Installation komplett neu aufzusetzen, aber ich habe sicherlich 100h in die Perfektionierung der Scripts etc. investiert und möchte ungerne alles von vorne machen.

Du kennst das Konzept 'Backup'? Sollte man unabhängig von zickendem zickbee ohnehin haben.

Im Log File passiert genau was, wenn du mit den Instanzen herumspielst?

[puls200]

@thomas-braun Klar, Backups habe ich, aber dieses Problem habe ich regelmäßig. Ich nutze seit ca. 1,5 Jahren die gleiche ioBroker Installation bzw. Backup. Ich habe vor 1,5 Jahren mit ioBroker angefangen, sehr viel ausprobiert und immer ioBroker zugemüllt etc. Kann ja sein, dass irgendwas mal "hängengeblieben" ist. Im Netz finde ich recht wenig zu der Problematik. Eine Neuinstallation würde sich auf jeden Fall gut anfühlen...

Aber bzgl. Log: ich sehe nur das hier:
(1751) Zigbee: allowing new devices to join.
(1751) Zigbee: stop joining

Im Zigbee-Adapter zählt er manchmal runter, aber startet kein Interview etc.

[Thomas Braun]

@puls200

Bitte nix kürzen. Und den Konsolentext in CodeTags posten.

[puls200]

@thomas-braun Sorry... welchen Konsolentext?

[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.