Neues YouTube-Video: Visualisierung im Devices-Adapter

[Andreas.S]

@andreas-s
Heute Morgen habe ich dieses seltsame Protokoll gesehen

zigbee.0 8855	2022-04-06 07:46:34.596	info	Zigbee started
zigbee.0 8855	2022-04-06 07:46:34.594	info	0x60a423fffeb29ead (addr 22336): ZTS-EU_3gang - Moes Wall touch light switch (3 gang) (EndDevice)
zigbee.0 8855	2022-04-06 07:46:34.575	info	Currently 1 devices are joined:
zigbee.0 8855	2022-04-06 07:46:34.559	info	--> transmitPower : normal
zigbee.0 8855	2022-04-06 07:46:34.541	info	Unable to disable LED, unsupported function.
zigbee.0 8855	2022-04-06 07:46:34.534	info	Coordinator firmware version: {"type":"zStack3x0","meta":{"transportrev":2,"product":1,"majorrel":2,"minorrel":7,"maintrel":1,"revision":20200805}}
zigbee.0 8855	2022-04-06 07:46:34.280	info	Installed Version: iobroker.zigbee@1.6.16
zigbee.0 8855	2022-04-06 07:46:33.772	info	Starting Zigbee npm ...
zigbee.0 8855	2022-04-06 07:46:33.656	info	starting. Version 1.6.16 in /opt/iobroker/node_modules/iobroker.zigbee, node: v12.22.7, js-controller: 4.0.21
zigbee.0 7051	2022-04-06 07:45:59.337	warn	Terminated (UNCAUGHT_EXCEPTION): Without reason
zigbee.0 7051	2022-04-06 07:45:59.332	info	terminating
zigbee.0 7051	2022-04-06 07:45:58.841	info	Zigbee: disabling joining new devices.
zigbee.0 7051	2022-04-06 07:45:58.831	info	cleaned everything up...
zigbee.0 7051	2022-04-06 07:45:58.816	error	Cannot read property 'mapped' of undefined
zigbee.0 7051	2022-04-06 07:45:58.815	error	TypeError: Cannot read property 'mapped' of undefined at Zigbee.publishFromState (/opt/iobroker/node_modules/iobroker.zigbee/main.js:499:36) at runMicrotasks (<anonymous>) at processTicksAndRejections (internal/process/task_queues.js:97:5)
zigbee.0 7051	2022-04-06 07:45:58.812	error	unhandled promise rejection: Cannot read property 'mapped' of undefined
zigbee.0 7051	2022-04-06 07:45:58.810	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().

[Andreas.S]

@andreas-s
Ich habe nun das eine Gerät gesucht, das im Protokoll angezeigt wird.
Und tatsächlich ist seit heute Morgen eines der 37 Geräte wieder verbunden.
Dafür wurde das benannte Objekt offenbar rausgeschmissen und das Gerät neu ohne Namen eingefügt.
Mal sehen wie das weiter geht. Da ich alles über den Alias Adapter gemacht habe, sind die benannten Datenpunkte für diesen einen Taster auch wieder verfügbar.

[arteck]

@andreas-s sagte in Ausfall einer Zigbee Instanz:

zigbee.0 8855 2022-04-06 07:46:34.575 info Currently 1 devices are joined:

dir fehlt die alte (deine Monatssicherung) shepherd.db da stehen die Gerätedefinitionen drin..

[Andreas.S]

@arteck
also das mit dem Sicherung zurückspielen geht nicht über den Backup Adapter. Der löscht das Verzeichnis Zigbee_0 hört dann aber mit Error auf.
Beim kompletten Verzeichnis manuell kopieren, meckert er auch mit extrem vielen Fehlern.

ABER den Stand von Gestern Abend und nur die shepherd.db austauschen --> das funktioniert!!!!!

Nur die dev_names.json scheint neu seit Adapter-Update. Da stehen jetzt noch nicht die korrekten Namen drin.

Aber ich bin erst mal Happy --> Vielen Dank

Heute Abend wird die komplette SSD wieder mit belenaEtcher gecloned. Die Art der Sicherung hat sich als sehr stabil erwiesen.

[Andreas.S]

@andreas-s
Es ist zum heulen!
Heute Morgen iob gestoppt und die SSD auf das baugliche Modell gecloned.
Neustart - nun geht die Instanz Zigbee_1 (am slave) nicht mehr. Der slave wurde nicht angerührt.
Die Instanz Zigbee_1 bleibt auf gelb (Ausrufezeichen) stehen. Es gibt KEINEN Protokolleintrag. Die Instanz lässt sich nicht stoppen oder neu starten. Die shepherd.db ist am Slave und am Host im Verzeichnis vorhanden. Aber es tut sich nix.
Übrigens bei beiden SSDs gleiches Ergebnis.

[Asgothian]

@andreas-s sagte in Ausfall einer Zigbee Instanz:

Die Instanz Zigbee_1 bleibt auf gelb (Ausrufezeichen) stehen. Es gibt KEINEN Protokolleintrag. Die Instanz lässt sich nicht stoppen oder neu starten. Die shepherd.db ist am Slave und am Host im Verzeichnis vorhanden. Aber es tut sich nix.

Es muss einen Protokolleintrag geben, es sei denn du hast den Log-Modus so eingestellt das ausschliesslich Fehlermeldungen protokolliert werden.

Bitte das Log vom Startversuch posten.

A.

[Andreas.S]

@asgothian
Ich bin mir nicht bewusst, am Log-Modus etwas verändert zu haben.
Es sind nur Infos und Warnungen drin.

Bei Instanz Zigbee_0 diese zwei fehlenden Geräte...

zigbee.0 1376	2022-04-07 10:29:02.570	warn	DeviceAvailability:Failed to ping 0x0017880102b31fc2 LWB010
zigbee.0 1376	2022-04-07 10:29:02.511	warn	DeviceAvailability:Failed to ping 0x00178801030dc382 LWB010

[arteck]

@andreas-s ach komm schon... du betreibst ein Multihost..dann wechsel mal auf den richtigen Host und schau dann in den LOG wenn der Adapter startet

sonst log dich per konsole auf dem Host dass du sehen willst und poste von da das LOG

[Asgothian]

@andreas-s Es hat niemand davon gesprochen das nur Warnungen und Fehler gepostet werden sollen. Du musst schon alle log Meldungen des Zigbee Adapters beim Startversuch posten - auch die die als info laufen.

A.

[Andreas.S]

@arteck
Ich habe mich nun mal am Slave direkt angemeldet und dort die LOG Datei angesehen.
Heute morgen ging noch alles perfekt.
Nur Hoste einmal neu gestartet wegen dem SSD Copy.
Ansonsten NICHTS verändert.

2022-04-07 08:58:06.090  - info: host.raspi-slave instance system.adapter.zigbee.1 started with pid 14337
2022-04-07 08:58:06.067  - info: zigbee.1 (14305) cleaned everything up...
2022-04-07 08:58:06.078  - info: zigbee.1 (14305) Zigbee: disabling joining new devices.
2022-04-07 08:58:06.083  - warn: zigbee.1 (14305) Failed to stop zigbee during startup
2022-04-07 08:58:06.086  - info: zigbee.1 (14305) terminating
2022-04-07 08:58:06.091  - info: zigbee.1 (14305) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason
2022-04-07 08:58:06.095  - error: zigbee.1 (14305) 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().
2022-04-07 08:58:06.097  - error: zigbee.1 (14305) unhandled promise rejection: Cannot read property 'getEntries' of null
2022-04-07 08:58:06.102  - error: zigbee.1 (14305) TypeError: Cannot read property 'getEntries' of null
    at Function.loadFromDatabaseIfNecessary (/opt/iobroker/node_modules/zigbee-herdsman/dist/controller/model/device.js:220:55)
    at Function.all (/opt/iobroker/node_modules/zigbee-herdsman/dist/controller/model/device.js:240:16)
    at Controller.getDevices (/opt/iobroker/node_modules/zigbee-herdsman/dist/controller/controller.js:303:31)
    at ZigbeeController.getClients (/opt/iobroker/node_modules/iobroker.zigbee/lib/zigbeecontroller.js:228:49)
    at DeviceAvailability.stop (/opt/iobroker/node_modules/iobroker.zigbee/lib/zbDeviceAvailability.js:222:43)
    at ZigbeeController.callExtensionMethod (/opt/iobroker/node_modules/iobroker.zigbee/lib/zigbeecontroller.js:214:42)
    at ZigbeeController.stop (/opt/iobroker/node_modules/iobroker.zigbee/lib/zigbeecontroller.js:385:20)
    at Zigbee.onUnload (/opt/iobroker/node_modules/iobroker.zigbee/main.js:696:41)
    at runMicrotasks (<anonymous>)
    at processTicksAndRejections (internal/process/task_queues.js:97:5)
2022-04-07 08:58:06.104  - error: zigbee.1 (14305) Cannot read property 'getEntries' of null
2022-04-07 08:58:06.116  - warn: zigbee.1 (14305) Got terminate signal. Checking desired PID: 14337 vs own PID 14305
2022-04-07 08:58:10.824  - error: zigbee.1 (14337) zigbee.1 already running
2022-04-07 08:58:10.828  - warn: zigbee.1 (14337) Terminated (ADAPTER_ALREADY_RUNNING): Without reason
2022-04-07 08:58:11.644  - error: host.raspi-slave instance system.adapter.zigbee.1 terminated with code 7 (ADAPTER_ALREADY_RUNNING)
2022-04-07 08:58:11.645  - info: host.raspi-slave Restart adapter system.adapter.zigbee.1 because enabled
2022-04-07 08:58:41.704  - info: host.raspi-slave instance system.adapter.zigbee.1 started with pid 14349
2022-04-07 08:58:42.518  - error: host.raspi-slave instance system.adapter.zigbee.1 terminated by request of the instance itself and will not be restarted, before user restarts it.
2022-04-07 08:58:42.519  - info: host.raspi-slave Do not restart adapter system.adapter.zigbee.1 because desired by instance
2022-04-07 08:58:47.237  - info: zigbee.1 (14349) starting. Version 1.5.6 in /opt/iobroker/node_modules/iobroker.zigbee, node: v12.22.7, js-controller: 4.0.21
2022-04-07 08:58:47.397  - info: zigbee.1 (14349) Starting Zigbee  npm ...
2022-04-07 08:58:48.097  - info: zigbee.1 (14349) Installed Version: iobroker.zigbee@1.5.6
2022-04-07 08:59:27.704  - error: zigbee.1 (14349) Starting zigbee-herdsman problem : "Failed to connect to the adapter (Error: SRSP - SYS - ping after 6000ms)"
2022-04-07 08:59:27.708  - error: zigbee.1 (14349) Failed to start Zigbee
2022-04-07 08:59:27.709  - error: zigbee.1 (14349) Error herdsman start
2022-04-07 08:59:37.713  - info: zigbee.1 (14349) Try to reconnect. 1 attempts left
2022-04-07 08:59:37.716  - info: zigbee.1 (14349) Starting Zigbee  npm ...
2022-04-07 08:59:43.091  - error: zigbee.1 (14349) Starting zigbee-herdsman problem : "Error while opening serialport 'Error: Error Resource temporarily unavailable Cannot lock port'"
2022-04-07 08:59:43.094  - error: zigbee.1 (14349) Failed to start Zigbee
2022-04-07 08:59:43.096  - error: zigbee.1 (14349) Error herdsman start
2022-04-07 09:00:20.987  - error: host.raspi-slave States database error: read ECONNRESET
2022-04-07 09:00:20.996  - error: host.raspi-slave Objects database error: read ECONNRESET
2022-04-07 09:00:22.863  - error: zigbee.1 (14349) States database error: read ECONNRESET
2022-04-07 09:00:23.496  - error: zigbee.1 (14349) Objects database error: read ECONNRESET

[Thomas Braun]

@andreas-s

Version 1.5.6 in /opt/iobroker/node_modules/iobroker.zigbee, node: v12.22.7

Würde ich beides in die Gegenwart holen.

[Asgothian]

@andreas-s

2022-04-07 08:58:47.237  - info: zigbee.1 (14349) starting. Version 1.5.6 in /opt/iobroker/node_modules/iobroker.zigbee, node: v12.22.7, js-controller: 4.0.21
2022-04-07 08:58:47.397  - info: zigbee.1 (14349) Starting Zigbee  npm ...
2022-04-07 08:58:48.097  - info: zigbee.1 (14349) Installed Version: iobroker.zigbee@1.5.6
2022-04-07 08:59:27.704  - error: zigbee.1 (14349) Starting zigbee-herdsman problem : "Failed to connect to the adapter (Error: SRSP - SYS - ping after 6000ms)"
2022-04-07 08:59:27.708  - error: zigbee.1 (14349) Failed to start Zigbee
2022-04-07 08:59:27.709  - error: zigbee.1 (14349) Error herdsman start

Diese Nachrichten zeigen zweierlei

• Du nutzt eine alte Adapterversion
• Du hast ein problem mit dem Koordinator, der beim Neustart die Verbindungsaufnahme verweigert.

Mögliche Gegenmassnahmen:

• USB Kabel zwischen Koordinator und Rechner (wenn vorhanden) austauschen
• Koordinator an einen anderen USB Port anstecken.
• Firmware auf dem Koordinator neu flashen
• Koordinator austauschen.

A.

[arteck]

@andreas-s ich gib auf..kein plan was du da womit fabrizierst...

der adapter läuft 2 mal ..

@andreas-s sagte in Ausfall einer Zigbee Instanz:

           022-04-07 08:58:11.644  - error: host.raspi-slave instance system.adapter.zigbee.1 terminated with code 7 (ADAPTER_ALREADY_RUNNING)

warum ..weisst du bestimmt wieder nicht.. eine uralt version hastd du auch noch im einsatz.. auf dem anderen host läuft die 1.6.16

ehh eine Baustelle nach der anderen.. und dann noch.. schnippsel vom LOG..

[Andreas.S]

@thomas-braun
Die node v12.22.7 muss ich noch angehen,
aber der Zigbee Adapter sollte doch die 1.6.16 haben.
Muss man hier nach dem Update noch auf der Console das Slave etwas tun?

[arteck]

@andreas-s wenn du auf dem einen host zigbee betreibst und auf dem anderen host auch.. dann müsen beide hosts akutalisiert werden

[Andreas.S]

@arteck
Ich hatte fälschlicher Weise angenommen, dass ein Update am Master dazu führt, dass es alle Instanzen auf die Version 1.6.16 gezogen hat. Aktuell hätte ich gar keinen Plan, wie ich am Slave das nachziehen könnte.

Daher gerade einen weiteren CC26X2R1 bestellt, den ich als Zigbee-Coordinator per Ethernet an den Master binde und kein Multihost mehr brauche.
Dann sollte sich so ein Drama erledigen. Die paar Geräte sind schnell wieder angelernt. wegen Alias Adapter sollte dann alles weiter funktionieren.

[arteck]

@andreas-s sagte in Ausfall einer Zigbee Instanz:

Aktuell hätte ich gar keinen Plan, wie ich am Slave das nachziehen könnte.

im Adpin auf Adapter gehen... oben den richtigen Host auswählen.. F5 drücken da wir noch ein Bug im admin haben..dann von GIT installieren

wo ist da Problem ?

[Andreas.S]

@arteck
Zwischenstand:
Nach einiger Suche habe ich herausgefunden, dass das Verzeichnis am Slave ein Problem hatte. Ich habe die Shepherd.DB aus einer alten Sicherung auf dem Slave neu gespeichert.
Danach ging auch am Slave das Zigbee Update.
Aktueller Status: Zigbee geht wieder.
Das Backup mache ich nun einmal die Woche als SSD Komplett-Abbild. Ist insoweit klasse, da ein Problem erstmal dadurch gelöst werden kann, einfach mal eben die Ersatz-SSD anzuhängen.