Weiter zum Inhalt
  • Home
  • Aktuell
  • Tags
  • 0 Ungelesen 0
  • Kategorien
  • Unreplied
  • Beliebt
  • GitHub
  • Docu
  • Hilfe
Skins
  • Hell
  • Brite
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dunkel
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Standard: (Kein Skin)
  • Kein Skin
Einklappen
ioBroker Logo

Community Forum

donate donate
  1. ioBroker Community Home
  2. Deutsch
  3. ioBroker Allgemein
  4. [Gelöst] Ausfall einer Zigbee Instanz

NEWS

  • Neues YouTube-Video: Visualisierung im Devices-Adapter
    BluefoxB
    Bluefox
    10
    1
    232

  • Neuer ioBroker-Blog online: Monatsrückblick März/April 2026
    BluefoxB
    Bluefox
    8
    1
    1.8k

  • Verwendung von KI bitte immer deutlich kennzeichnen
    HomoranH
    Homoran
    11
    1
    769

[Gelöst] Ausfall einer Zigbee Instanz

Geplant Angeheftet Gesperrt Verschoben ioBroker Allgemein
41 Beiträge 5 Kommentatoren 3.0k Aufrufe 5 Beobachtet
  • Älteste zuerst
  • Neuste zuerst
  • Meiste Stimmen
Antworten
  • In einem neuen Thema antworten
Anmelden zum Antworten
Dieses Thema wurde gelöscht. Nur Nutzer mit entsprechenden Rechten können es sehen.
  • A 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.

    3ad8daa4-3b3e-4e33-a7cc-7f104a052283-image.png

    arteckA Offline
    arteckA Offline
    arteck
    Developer Most Active
    schrieb am zuletzt editiert von arteck
    #26

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

    zigbee hab ich, zwave auch, nuc's genauso und HA auch

    A 1 Antwort Letzte Antwort
    0
    • arteckA 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..

      A Offline
      A Offline
      Andreas.S
      schrieb am zuletzt editiert von
      #27

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

      A 1 Antwort Letzte Antwort
      0
      • A 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.

        A Offline
        A Offline
        Andreas.S
        schrieb am zuletzt editiert von
        #28

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

        AsgothianA 1 Antwort Letzte Antwort
        0
        • A 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.

          AsgothianA Offline
          AsgothianA Offline
          Asgothian
          Developer
          schrieb am zuletzt editiert von
          #29

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

          ioBroker auf RPi4 - Hardware soweit wie möglich via Zigbee.
          "Shit don't work" ist keine Fehlermeldung, sondern ein Fluch.

          A 1 Antwort Letzte Antwort
          0
          • AsgothianA 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.

            A Offline
            A Offline
            Andreas.S
            schrieb am zuletzt editiert von
            #30

            @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
            
            arteckA AsgothianA 2 Antworten Letzte Antwort
            0
            • 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
              
              arteckA Offline
              arteckA Offline
              arteck
              Developer Most Active
              schrieb am zuletzt editiert von arteck
              #31

              @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

              zigbee hab ich, zwave auch, nuc's genauso und HA auch

              A 1 Antwort Letzte Antwort
              0
              • 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
                
                AsgothianA Offline
                AsgothianA Offline
                Asgothian
                Developer
                schrieb am zuletzt editiert von
                #32

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

                ioBroker auf RPi4 - Hardware soweit wie möglich via Zigbee.
                "Shit don't work" ist keine Fehlermeldung, sondern ein Fluch.

                1 Antwort Letzte Antwort
                0
                • arteckA 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

                  A Offline
                  A Offline
                  Andreas.S
                  schrieb am zuletzt editiert von
                  #33

                  @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 BraunT AsgothianA 2 Antworten Letzte Antwort
                  0
                  • 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 BraunT Online
                    Thomas BraunT Online
                    Thomas Braun
                    Most Active
                    schrieb am zuletzt editiert von
                    #34

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

                    Linux-Werkzeugkasten:
                    https://forum.iobroker.net/topic/42952/der-kleine-iobroker-linux-werkzeugkasten
                    NodeJS Fixer Skript:
                    https://forum.iobroker.net/topic/68035/iob-node-fix-skript
                    iob_diag: curl -sLf -o diag.sh https://iobroker.net/diag.sh && bash diag.sh

                    A 1 Antwort Letzte Antwort
                    0
                    • 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
                      
                      
                      AsgothianA Offline
                      AsgothianA Offline
                      Asgothian
                      Developer
                      schrieb am zuletzt editiert von
                      #35

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

                      ioBroker auf RPi4 - Hardware soweit wie möglich via Zigbee.
                      "Shit don't work" ist keine Fehlermeldung, sondern ein Fluch.

                      1 Antwort Letzte Antwort
                      0
                      • arteckA Offline
                        arteckA Offline
                        arteck
                        Developer Most Active
                        schrieb am zuletzt editiert von
                        #36

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

                        zigbee hab ich, zwave auch, nuc's genauso und HA auch

                        1 Antwort Letzte Antwort
                        0
                        • Thomas BraunT 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.

                          A Offline
                          A Offline
                          Andreas.S
                          schrieb am zuletzt editiert von
                          #37

                          @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?

                          4bf3a90f-d203-490c-8d1e-50b4148159ec-image.png

                          arteckA 1 Antwort Letzte Antwort
                          0
                          • A 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?

                            4bf3a90f-d203-490c-8d1e-50b4148159ec-image.png

                            arteckA Offline
                            arteckA Offline
                            arteck
                            Developer Most Active
                            schrieb am zuletzt editiert von
                            #38

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

                            zigbee hab ich, zwave auch, nuc's genauso und HA auch

                            A 1 Antwort Letzte Antwort
                            0
                            • arteckA arteck

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

                              A Offline
                              A Offline
                              Andreas.S
                              schrieb am zuletzt editiert von
                              #39

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

                              arteckA 1 Antwort Letzte Antwort
                              0
                              • A 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.

                                arteckA Offline
                                arteckA Offline
                                arteck
                                Developer Most Active
                                schrieb am zuletzt editiert von
                                #40

                                @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 ?

                                zigbee hab ich, zwave auch, nuc's genauso und HA auch

                                A 1 Antwort Letzte Antwort
                                0
                                • arteckA 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 ?

                                  A Offline
                                  A Offline
                                  Andreas.S
                                  schrieb am zuletzt editiert von
                                  #41

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

                                  1 Antwort Letzte Antwort
                                  0

                                  Hey! Du scheinst an dieser Unterhaltung interessiert zu sein, hast aber noch kein Konto.

                                  Hast du es satt, bei jedem Besuch durch die gleichen Beiträge zu scrollen? Wenn du dich für ein Konto anmeldest, kommst du immer genau dorthin zurück, wo du zuvor warst, und kannst dich über neue Antworten benachrichtigen lassen (entweder per E-Mail oder Push-Benachrichtigung). Du kannst auch Lesezeichen speichern und Beiträge positiv bewerten, um anderen Community-Mitgliedern deine Wertschätzung zu zeigen.

                                  Mit deinem Input könnte dieser Beitrag noch besser werden 💗

                                  Registrieren Anmelden
                                  Antworten
                                  • In einem neuen Thema antworten
                                  Anmelden zum Antworten
                                  • Älteste zuerst
                                  • Neuste zuerst
                                  • Meiste Stimmen


                                  Support us

                                  ioBroker
                                  Community Adapters
                                  Donate
                                  FAQ Cloud / IOT
                                  HowTo: Node.js-Update
                                  HowTo: Backup/Restore
                                  Downloads
                                  BLOG

                                  324

                                  Online

                                  32.9k

                                  Benutzer

                                  83.0k

                                  Themen

                                  1.3m

                                  Beiträge
                                  Community
                                  Impressum | Datenschutz-Bestimmungen | Nutzungsbedingungen | Einwilligungseinstellungen
                                  ioBroker Community 2014-2025
                                  logo
                                  • Anmelden

                                  • Du hast noch kein Konto? Registrieren

                                  • Anmelden oder registrieren, um zu suchen
                                  • Erster Beitrag
                                    Letzter Beitrag
                                  0
                                  • Home
                                  • Aktuell
                                  • Tags
                                  • Ungelesen 0
                                  • Kategorien
                                  • Unreplied
                                  • Beliebt
                                  • GitHub
                                  • Docu
                                  • Hilfe