Skip to content
  • Home
  • Aktuell
  • Tags
  • 0 Ungelesen 0
  • Kategorien
  • Unreplied
  • Beliebt
  • GitHub
  • Docu
  • Hilfe
Skins
  • Light
  • Brite
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • 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. Error/Bug
  4. Zigbee Adapter grün, aber Error 225

NEWS

  • UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?
    apollon77A
    apollon77
    48
    3
    8.8k

  • Monatsrückblick – September 2025
    BluefoxB
    Bluefox
    13
    1
    2.2k

  • Neues Video "KI im Smart Home" - ioBroker plus n8n
    BluefoxB
    Bluefox
    16
    1
    3.2k

Zigbee Adapter grün, aber Error 225

Geplant Angeheftet Gesperrt Verschoben Error/Bug
cc26x2r1error 225zigbeezigbee-adapter
23 Beiträge 6 Kommentatoren 4.1k Aufrufe 6 Watching
  • Ä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.
  • J Offline
    J Offline
    Jona
    schrieb am zuletzt editiert von Jona
    #1
    Systemdata
    Hardwaresystem: Raspberry Pi 4B mit LAUNCHXL-CC26X2R1
    Arbeitsspeicher: 4GB
    Festplattenart: SD-Karte
    Betriebssystem: Raspbian 10 Lite 32-bit (Firmware Revision des CC26X2R1: 20201026
    Node-Version: 14.18.2
    Nodejs-Version: 14.18.2
    NPM-Version: 6.14.15
    js-controller-Version: 3.3.21
    Installationsart: Manuell
    Image genutzt: Nein

    Moin,
    klingt immer sehr blöd und gar nicht hilfreich, aber "vom einen auf den anderen Tag" läuft's mit Zigbee nicht mehr. Der Adapter war solide und zuverlässig - bis vor zwei Tagen. Geändert habe ich IOBroker-betreffen nichts, von dem ich weiß. Ich habe nur in etwa dem Zeitraum einen vsftpd Server aufgesetzt. Das aktuelle Verhalten ist nun so, dass bei jedem Schalten eines meiner Zigbee-Geräte folgende Fehlermeldung auftaucht:

    Error 225 on send command to 0xa4c138ec0e4ef1cf. Error: Error: Command 0xa4c138ec0e4ef1cf/1 genOnOff.on({}, {"sendWhenActive":false,"timeout":10000,"disableResponse":false,"disableRecovery":false,"disableDefaultResponse":false,"direction":0,"srcEndpoint":null,"reservedBits":0,"manufacturerCode":null,"transactionSequenceNumber":null,"writeUndiv":false}) failed (Data request failed with error: 'MAC channel access failure' (225)) at ZStackAdapter.sendZclFrameToEndpointInternal (/opt/iobroker/node_modules/zigbee-herdsman/dist/adapter/z-stack/adapter/zStackAdapter.js:310:23) at async Queue.executeNext (/opt/iobroker/node_modules/zigbee-herdsman/dist/utils/queue.js:19:32)
    

    Als ich das log-level vom Adapter zu debug geändert und Zigbee-herdsman debug info aktiviert habe, kamen direkt nach dem Neustart des Adapters zwei drei Befehle mit ordentlicher Verzögerung durch, danach stellte sich aber das beschriebene Verhalten wieder ein. Hier der ausführliche Log dazu: zigbee_debug_log.rtf

    Der Adapter meldet selbst keinen Fehler und "alle Lampen sind grün". Erst wenn eine Interaktion gefordert wird, taucht ein Fehler (in Form des Error 225) auf.

    Ich hoffe auf Eure Hilfe und beantworte gerne alle weiteren Fragen.

    J 1 Antwort Letzte Antwort
    0
    • J Jona
      Systemdata
      Hardwaresystem: Raspberry Pi 4B mit LAUNCHXL-CC26X2R1
      Arbeitsspeicher: 4GB
      Festplattenart: SD-Karte
      Betriebssystem: Raspbian 10 Lite 32-bit (Firmware Revision des CC26X2R1: 20201026
      Node-Version: 14.18.2
      Nodejs-Version: 14.18.2
      NPM-Version: 6.14.15
      js-controller-Version: 3.3.21
      Installationsart: Manuell
      Image genutzt: Nein

      Moin,
      klingt immer sehr blöd und gar nicht hilfreich, aber "vom einen auf den anderen Tag" läuft's mit Zigbee nicht mehr. Der Adapter war solide und zuverlässig - bis vor zwei Tagen. Geändert habe ich IOBroker-betreffen nichts, von dem ich weiß. Ich habe nur in etwa dem Zeitraum einen vsftpd Server aufgesetzt. Das aktuelle Verhalten ist nun so, dass bei jedem Schalten eines meiner Zigbee-Geräte folgende Fehlermeldung auftaucht:

      Error 225 on send command to 0xa4c138ec0e4ef1cf. Error: Error: Command 0xa4c138ec0e4ef1cf/1 genOnOff.on({}, {"sendWhenActive":false,"timeout":10000,"disableResponse":false,"disableRecovery":false,"disableDefaultResponse":false,"direction":0,"srcEndpoint":null,"reservedBits":0,"manufacturerCode":null,"transactionSequenceNumber":null,"writeUndiv":false}) failed (Data request failed with error: 'MAC channel access failure' (225)) at ZStackAdapter.sendZclFrameToEndpointInternal (/opt/iobroker/node_modules/zigbee-herdsman/dist/adapter/z-stack/adapter/zStackAdapter.js:310:23) at async Queue.executeNext (/opt/iobroker/node_modules/zigbee-herdsman/dist/utils/queue.js:19:32)
      

      Als ich das log-level vom Adapter zu debug geändert und Zigbee-herdsman debug info aktiviert habe, kamen direkt nach dem Neustart des Adapters zwei drei Befehle mit ordentlicher Verzögerung durch, danach stellte sich aber das beschriebene Verhalten wieder ein. Hier der ausführliche Log dazu: zigbee_debug_log.rtf

      Der Adapter meldet selbst keinen Fehler und "alle Lampen sind grün". Erst wenn eine Interaktion gefordert wird, taucht ein Fehler (in Form des Error 225) auf.

      Ich hoffe auf Eure Hilfe und beantworte gerne alle weiteren Fragen.

      J Offline
      J Offline
      Jona
      schrieb am zuletzt editiert von Jona
      #2

      ufw und vsftpd, die ich beide in den letzten Tagen eingerichtet habe, habe ich zu Testzwecken auch schon ausgeschaltet. Leider (oder zum Glück) ohne Auswirkungen auf das Verhalten des Zigbee-Adapters (dieser ist Übergens auf Version 1.6.6).

      AsgothianA 1 Antwort Letzte Antwort
      0
      • J Jona

        ufw und vsftpd, die ich beide in den letzten Tagen eingerichtet habe, habe ich zu Testzwecken auch schon ausgeschaltet. Leider (oder zum Glück) ohne Auswirkungen auf das Verhalten des Zigbee-Adapters (dieser ist Übergens auf Version 1.6.6).

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

        @jona Das deutet darauf hin das du Probleme mit dem Funknetz hast - wie sieht deine Funkabdeckung aus (WLan Kanäle, Zigbee Kanäle) ?

        A.

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

        J 3 Antworten Letzte Antwort
        0
        • AsgothianA Asgothian

          @jona Das deutet darauf hin das du Probleme mit dem Funknetz hast - wie sieht deine Funkabdeckung aus (WLan Kanäle, Zigbee Kanäle) ?

          A.

          J Offline
          J Offline
          Jona
          schrieb am zuletzt editiert von Jona
          #4

          @asgothian So sieht der 2.4Ghz Bereich aus.

          Bildschirmfoto 2021-12-16 um 18.44.02.jpg

          Ich selbst (nicht aufgelistet) bin auf Channel 9 unterwegs.

          1 Antwort Letzte Antwort
          0
          • AsgothianA Asgothian

            @jona Das deutet darauf hin das du Probleme mit dem Funknetz hast - wie sieht deine Funkabdeckung aus (WLan Kanäle, Zigbee Kanäle) ?

            A.

            J Offline
            J Offline
            Jona
            schrieb am zuletzt editiert von
            #5

            @asgothian In den Einstellungen des Zigbee-Adapters habe ich vor Jahren Nummer 14 gewählt. Nutze ich die Scan-Funktion dieser Einstellungen, sieht die Lage so aus:

            Bildschirmfoto 2021-12-17 um 01.12.49.jpg

            Wechsle ich in einen anderen Channel (probiert mit 16 und 18), startet der Adapter leider nicht mehr richtig. Connected to device or service bleibt dann leider rot.

            AsgothianA 1 Antwort Letzte Antwort
            0
            • J Jona

              @asgothian In den Einstellungen des Zigbee-Adapters habe ich vor Jahren Nummer 14 gewählt. Nutze ich die Scan-Funktion dieser Einstellungen, sieht die Lage so aus:

              Bildschirmfoto 2021-12-17 um 01.12.49.jpg

              Wechsle ich in einen anderen Channel (probiert mit 16 und 18), startet der Adapter leider nicht mehr richtig. Connected to device or service bleibt dann leider rot.

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

              @jona sagte in Zigbee Adapter grün, aber Error 225:

              Wechsle ich in einen anderen Channel (probiert mit 16 und 18), startet der Adapter leider nicht mehr richtig. Connected to device or service bleibt dann leider rot.

              Ohne Log Einträge dieser Startversuche ist eine Diagnose unmöglich.

              A.

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

              J 1 Antwort Letzte Antwort
              0
              • AsgothianA Asgothian

                @jona sagte in Zigbee Adapter grün, aber Error 225:

                Wechsle ich in einen anderen Channel (probiert mit 16 und 18), startet der Adapter leider nicht mehr richtig. Connected to device or service bleibt dann leider rot.

                Ohne Log Einträge dieser Startversuche ist eine Diagnose unmöglich.

                A.

                J Offline
                J Offline
                Jona
                schrieb am zuletzt editiert von Jona
                #7

                @asgothian Das ist absolut richtig, ich bitte um Entschuldigung.
                Hier der Log (debug-Modus des Adapters aktiviert) zum Wechsel von Channel 14 auf 16.

                2021-12-17 11:19:44.872 - info: zigbee.0 (27036) starting. Version 1.6.6 in /opt/iobroker/node_modules/iobroker.zigbee, node: v14.18.2, js-controller: 3.3.21
                2021-12-17 11:19:44.961 - info: zigbee.0 (27036) Starting Zigbee npm ...
                2021-12-17 11:19:45.382 - info: zigbee.0 (27036) Installed Version: iobroker.zigbee@1.6.6
                2021-12-17 11:19:45.516 - error: zigbee.0 (27036) Configuration is not consistent with adapter state/backup!
                2021-12-17 11:19:45.517 - error: zigbee.0 (27036) - PAN ID: configured=6754, adapter=6754
                2021-12-17 11:19:45.517 - error: zigbee.0 (27036) - Extended PAN ID: configured=2fd4dd42dd2dd4dd, adapter=ddd42ddd42ddd42f
                2021-12-17 11:19:45.518 - error: zigbee.0 (27036) - Network Key: configured=01030507090b0d0f00020406080a0c0d, adapter=01030507090b0d0f00020406080a0c0d
                2021-12-17 11:19:45.518 - error: zigbee.0 (27036) - Channel List: configured=16, adapter=14
                2021-12-17 11:19:45.519 - error: zigbee.0 (27036) Please update configuration to prevent further issues.
                2021-12-17 11:19:45.519 - error: zigbee.0 (27036) If you wish to re-commission your network, please remove coordinator backup at /opt/iobroker/iobroker-data/zigbee_0/nvbackup.json.
                2021-12-17 11:19:45.519 - error: zigbee.0 (27036) Re-commissioning your network will require re-pairing of all devices!
                2021-12-17 11:19:45.520 - error: zigbee.0 (27036) Starting zigbee-herdsman problem : "startup failed - configuration-adapter mismatch - see logs above for more information"
                2021-12-17 11:19:45.521 - error: zigbee.0 (27036) Failed to start Zigbee
                2021-12-17 11:19:45.521 - error: zigbee.0 (27036) Error herdsman start
                2021-12-17 11:19:55.524 - info: zigbee.0 (27036) Try to reconnect. 1 attempts left
                2021-12-17 11:19:55.526 - info: zigbee.0 (27036) Starting Zigbee npm ...
                2021-12-17 11:19:55.576 - info: zigbee.0 (27036) Installed Version: iobroker.zigbee@1.6.6
                2021-12-17 11:19:55.728 - error: zigbee.0 (27036) Starting zigbee-herdsman problem : "Error while opening serialport 'Error: Error Resource temporarily unavailable Cannot lock port'"
                2021-12-17 11:19:55.729 - error: zigbee.0 (27036) Failed to start Zigbee
                2021-12-17 11:19:55.729 - error: zigbee.0 (27036) Error herdsman start
                

                Ich sehe schon, dass mir anscheinend mein Backup hineingrätscht. Hintergrund: Ich habe meinen Pi komplett neu aufgesetzt und IOBroker aus einem (backitup) Backup wiederhergestellt. Bedeutet denn ein Wechsel des Channels, dass ich alle Geräte neu einrichten muss?

                AsgothianA 2 Antworten Letzte Antwort
                0
                • J Jona

                  @asgothian Das ist absolut richtig, ich bitte um Entschuldigung.
                  Hier der Log (debug-Modus des Adapters aktiviert) zum Wechsel von Channel 14 auf 16.

                  2021-12-17 11:19:44.872 - info: zigbee.0 (27036) starting. Version 1.6.6 in /opt/iobroker/node_modules/iobroker.zigbee, node: v14.18.2, js-controller: 3.3.21
                  2021-12-17 11:19:44.961 - info: zigbee.0 (27036) Starting Zigbee npm ...
                  2021-12-17 11:19:45.382 - info: zigbee.0 (27036) Installed Version: iobroker.zigbee@1.6.6
                  2021-12-17 11:19:45.516 - error: zigbee.0 (27036) Configuration is not consistent with adapter state/backup!
                  2021-12-17 11:19:45.517 - error: zigbee.0 (27036) - PAN ID: configured=6754, adapter=6754
                  2021-12-17 11:19:45.517 - error: zigbee.0 (27036) - Extended PAN ID: configured=2fd4dd42dd2dd4dd, adapter=ddd42ddd42ddd42f
                  2021-12-17 11:19:45.518 - error: zigbee.0 (27036) - Network Key: configured=01030507090b0d0f00020406080a0c0d, adapter=01030507090b0d0f00020406080a0c0d
                  2021-12-17 11:19:45.518 - error: zigbee.0 (27036) - Channel List: configured=16, adapter=14
                  2021-12-17 11:19:45.519 - error: zigbee.0 (27036) Please update configuration to prevent further issues.
                  2021-12-17 11:19:45.519 - error: zigbee.0 (27036) If you wish to re-commission your network, please remove coordinator backup at /opt/iobroker/iobroker-data/zigbee_0/nvbackup.json.
                  2021-12-17 11:19:45.519 - error: zigbee.0 (27036) Re-commissioning your network will require re-pairing of all devices!
                  2021-12-17 11:19:45.520 - error: zigbee.0 (27036) Starting zigbee-herdsman problem : "startup failed - configuration-adapter mismatch - see logs above for more information"
                  2021-12-17 11:19:45.521 - error: zigbee.0 (27036) Failed to start Zigbee
                  2021-12-17 11:19:45.521 - error: zigbee.0 (27036) Error herdsman start
                  2021-12-17 11:19:55.524 - info: zigbee.0 (27036) Try to reconnect. 1 attempts left
                  2021-12-17 11:19:55.526 - info: zigbee.0 (27036) Starting Zigbee npm ...
                  2021-12-17 11:19:55.576 - info: zigbee.0 (27036) Installed Version: iobroker.zigbee@1.6.6
                  2021-12-17 11:19:55.728 - error: zigbee.0 (27036) Starting zigbee-herdsman problem : "Error while opening serialport 'Error: Error Resource temporarily unavailable Cannot lock port'"
                  2021-12-17 11:19:55.729 - error: zigbee.0 (27036) Failed to start Zigbee
                  2021-12-17 11:19:55.729 - error: zigbee.0 (27036) Error herdsman start
                  

                  Ich sehe schon, dass mir anscheinend mein Backup hineingrätscht. Hintergrund: Ich habe meinen Pi komplett neu aufgesetzt und IOBroker aus einem (backitup) Backup wiederhergestellt. Bedeutet denn ein Wechsel des Channels, dass ich alle Geräte neu einrichten muss?

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

                  @jona sagte in Zigbee Adapter grün, aber Error 225:

                  Warum der Adapter nicht grün wird steht da (Zeile 1)
                  Was zu tun ist auch (Zeile 3)

                  Es steht da sogar was dann passieren wird (Zeile 4)

                  2021-12-17 11:19:45.518 - error: zigbee.0 (27036) - Channel List: configured=16, adapter=14
                  2021-12-17 11:19:45.519 - error: zigbee.0 (27036) Please update configuration to prevent further issues.
                  2021-12-17 11:19:45.519 - error: zigbee.0 (27036) If you wish to re-commission your network, please remove coordinator backup at /opt/iobroker/iobroker-data/zigbee_0/nvbackup.json.
                  2021-12-17 11:19:45.519 - error: zigbee.0 (27036) Re-commissioning your network will require re-pairing of all devices!
                  
                  

                  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
                  • J Jona

                    @asgothian Das ist absolut richtig, ich bitte um Entschuldigung.
                    Hier der Log (debug-Modus des Adapters aktiviert) zum Wechsel von Channel 14 auf 16.

                    2021-12-17 11:19:44.872 - info: zigbee.0 (27036) starting. Version 1.6.6 in /opt/iobroker/node_modules/iobroker.zigbee, node: v14.18.2, js-controller: 3.3.21
                    2021-12-17 11:19:44.961 - info: zigbee.0 (27036) Starting Zigbee npm ...
                    2021-12-17 11:19:45.382 - info: zigbee.0 (27036) Installed Version: iobroker.zigbee@1.6.6
                    2021-12-17 11:19:45.516 - error: zigbee.0 (27036) Configuration is not consistent with adapter state/backup!
                    2021-12-17 11:19:45.517 - error: zigbee.0 (27036) - PAN ID: configured=6754, adapter=6754
                    2021-12-17 11:19:45.517 - error: zigbee.0 (27036) - Extended PAN ID: configured=2fd4dd42dd2dd4dd, adapter=ddd42ddd42ddd42f
                    2021-12-17 11:19:45.518 - error: zigbee.0 (27036) - Network Key: configured=01030507090b0d0f00020406080a0c0d, adapter=01030507090b0d0f00020406080a0c0d
                    2021-12-17 11:19:45.518 - error: zigbee.0 (27036) - Channel List: configured=16, adapter=14
                    2021-12-17 11:19:45.519 - error: zigbee.0 (27036) Please update configuration to prevent further issues.
                    2021-12-17 11:19:45.519 - error: zigbee.0 (27036) If you wish to re-commission your network, please remove coordinator backup at /opt/iobroker/iobroker-data/zigbee_0/nvbackup.json.
                    2021-12-17 11:19:45.519 - error: zigbee.0 (27036) Re-commissioning your network will require re-pairing of all devices!
                    2021-12-17 11:19:45.520 - error: zigbee.0 (27036) Starting zigbee-herdsman problem : "startup failed - configuration-adapter mismatch - see logs above for more information"
                    2021-12-17 11:19:45.521 - error: zigbee.0 (27036) Failed to start Zigbee
                    2021-12-17 11:19:45.521 - error: zigbee.0 (27036) Error herdsman start
                    2021-12-17 11:19:55.524 - info: zigbee.0 (27036) Try to reconnect. 1 attempts left
                    2021-12-17 11:19:55.526 - info: zigbee.0 (27036) Starting Zigbee npm ...
                    2021-12-17 11:19:55.576 - info: zigbee.0 (27036) Installed Version: iobroker.zigbee@1.6.6
                    2021-12-17 11:19:55.728 - error: zigbee.0 (27036) Starting zigbee-herdsman problem : "Error while opening serialport 'Error: Error Resource temporarily unavailable Cannot lock port'"
                    2021-12-17 11:19:55.729 - error: zigbee.0 (27036) Failed to start Zigbee
                    2021-12-17 11:19:55.729 - error: zigbee.0 (27036) Error herdsman start
                    

                    Ich sehe schon, dass mir anscheinend mein Backup hineingrätscht. Hintergrund: Ich habe meinen Pi komplett neu aufgesetzt und IOBroker aus einem (backitup) Backup wiederhergestellt. Bedeutet denn ein Wechsel des Channels, dass ich alle Geräte neu einrichten muss?

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

                    @jona sagte in Zigbee Adapter grün, aber Error 225:

                    Bedeutet denn ein Wechsel des Channels, dass ich alle Geräte neu einrichten muss?

                    Neu mit dem Koordinator verbinden (neu anlernen) - Ja.
                    Du bekommst aber die identischen Datenpunkte im ioBroker, da die Benennung der Datenpunkte von den Hardware-ID's abhängen und sich daher nicht ändern.

                    A.

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

                    J 1 Antwort Letzte Antwort
                    0
                    • AsgothianA Asgothian

                      @jona sagte in Zigbee Adapter grün, aber Error 225:

                      Bedeutet denn ein Wechsel des Channels, dass ich alle Geräte neu einrichten muss?

                      Neu mit dem Koordinator verbinden (neu anlernen) - Ja.
                      Du bekommst aber die identischen Datenpunkte im ioBroker, da die Benennung der Datenpunkte von den Hardware-ID's abhängen und sich daher nicht ändern.

                      A.

                      J Offline
                      J Offline
                      Jona
                      schrieb am zuletzt editiert von Jona
                      #10

                      @asgothian Danke für die Erklärung.
                      Ich wechsle nun alles in den Channel 23, allerdings bekomme ich immer und immer wieder diesen Error beim Verbinden der Geräte, was zum Absturz des Adapters führt. Hier ein Beispiel anhand eines Zigbee Relais:

                      2021-12-18 01:08:40.731 - info: zigbee.0 (8841) Successfully interviewed '0xa4c138ec0e4ef1cf', device has succesfully been paired
                      2021-12-18 01:08:40.732 - info: zigbee.0 (8841) Device '0xa4c138ec0e4ef1cf' is supported, identified as: TuYa 1 gang switch (TS0001)
                      2021-12-18 01:08:40.733 - info: zigbee.0 (8841) Configuring 0xa4c138ec0e4ef1cf TS0001
                      2021-12-18 01:08:41.465 - error: zigbee.0 (8841) 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().
                      2021-12-18 01:08:41.466 - error: zigbee.0 (8841) unhandled promise rejection: Cluster with name '57344' does not exist
                      2021-12-18 01:08:41.468 - error: zigbee.0 (8841) Error: Cluster with name '57344' does not exist
                      at Object.getCluster (/opt/iobroker/node_modules/zigbee-herdsman/dist/zcl/utils.js:65:19)
                      at Endpoint.saveClusterAttributeKeyValue (/opt/iobroker/node_modules/zigbee-herdsman/dist/controller/model/endpoint.js:160:35)
                      at Controller.onZclOrRawData (/opt/iobroker/node_modules/zigbee-herdsman/dist/controller/controller.js:544:26)
                      at ZStackAdapter. (/opt/iobroker/node_modules/zigbee-herdsman/dist/controller/controller.js:111:73)
                      at ZStackAdapter.emit (events.js:400:28)
                      at ZStackAdapter.onZnpRecieved (/opt/iobroker/node_modules/zigbee-herdsman/dist/adapter/z-stack/adapter/zStackAdapter.js:629:30)
                      at Znp.emit (events.js:400:28)
                      at Znp.onUnpiParsed (/opt/iobroker/node_modules/zigbee-herdsman/dist/adapter/z-stack/znp/znp.js:93:18)
                      at Parser.emit (events.js:400:28)
                      at Parser.parseNext (/opt/iobroker/node_modules/zigbee-herdsman/dist/adapter/z-stack/unpi/parser.js:59:26)
                      2021-12-18 01:08:41.469 - error: zigbee.0 (8841) Cluster with name '57344' does not exist
                      2021-12-18 01:08:41.483 - info: zigbee.0 (8841) cleaned everything up...
                      2021-12-18 01:08:41.487 - info: zigbee.0 (8841) Zigbee: disabling joining new devices.
                      2021-12-18 01:08:41.659 - error: zigbee.0 (8841) 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().
                      2021-12-18 01:08:41.660 - error: zigbee.0 (8841) unhandled promise rejection: Cluster with name '57344' does not exist
                      2021-12-18 01:08:41.660 - error: zigbee.0 (8841) Error: Cluster with name '57344' does not exist
                      at Object.getCluster (/opt/iobroker/node_modules/zigbee-herdsman/dist/zcl/utils.js:65:19)
                      at Endpoint.saveClusterAttributeKeyValue (/opt/iobroker/node_modules/zigbee-herdsman/dist/controller/model/endpoint.js:160:35)
                      at Controller.onZclOrRawData (/opt/iobroker/node_modules/zigbee-herdsman/dist/controller/controller.js:544:26)
                      at ZStackAdapter. (/opt/iobroker/node_modules/zigbee-herdsman/dist/controller/controller.js:111:73)
                      at ZStackAdapter.emit (events.js:400:28)
                      at ZStackAdapter.onZnpRecieved (/opt/iobroker/node_modules/zigbee-herdsman/dist/adapter/z-stack/adapter/zStackAdapter.js:629:30)
                      at Znp.emit (events.js:400:28)
                      at Znp.onUnpiParsed (/opt/iobroker/node_modules/zigbee-herdsman/dist/adapter/z-stack/znp/znp.js:93:18)
                      at Parser.emit (events.js:400:28)
                      at Parser.parseNext (/opt/iobroker/node_modules/zigbee-herdsman/dist/adapter/z-stack/unpi/parser.js:59:26)
                      2021-12-18 01:08:41.661 - error: zigbee.0 (8841) Cluster with name '57344' does not exist
                      2021-12-18 01:08:41.733 - debug: zigbee.0 (8841) Publish available for 0xa4c138ec0e4ef1cf = true
                      2021-12-18 01:08:41.735 - debug: zigbee.0 (8841) Publish LQ for 0xa4c138ec0e4ef1cf = 10
                      2021-12-18 01:08:41.984 - info: zigbee.0 (8841) terminating
                      2021-12-18 01:08:41.985 - debug: zigbee.0 (8841) Plugin sentry destroyed
                      2021-12-18 01:08:41.986 - warn: zigbee.0 (8841) Terminated (UNCAUGHT_EXCEPTION): Without reason
                      2021-12-18 01:08:42.614 - error: host.raspberrypi instance system.adapter.zigbee.0 terminated with code 6 (UNCAUGHT_EXCEPTION)
                      2021-12-18 01:08:42.621 - info: host.raspberrypi Restart adapter system.adapter.zigbee.0 because enabled
                      2021-12-18 01:08:42.622 - warn: host.raspberrypi Do not restart adapter system.adapter.zigbee.0 because restart loop detected
                      

                      Ich freue mich über jegliche Hilfe.

                      EDIT: Nach weiteren Versuchen taucht nun diese Meldung im Pairing-Fenster auf:

                      Error: Failed to open the network: Error: Cannot execute command, in Inter-PAN mode
                          at ZStackAdapter.checkInterpanLock (/opt/iobroker/node_modules/zigbee-herdsman/dist/adapter/z-stack/adapter/zStackAdapter.js:821:19)
                          at Object.func (/opt/iobroker/node_modules/zigbee-herdsman/dist/adapter/z-stack/adapter/zStackAdapter.js:154:18)
                          at Queue.executeNext (/opt/iobroker/node_modules/zigbee-herdsman/dist/utils/queue.js:19:42)
                          at /opt/iobroker/node_modules/zigbee-herdsman/dist/utils/queue.js:11:18
                          at new Promise (<anonymous>)
                          at Queue.execute (/opt/iobroker/node_modules/zigbee-herdsman/dist/utils/queue.js:9:16)
                          at ZStackAdapter.permitJoin (/opt/iobroker/node_modules/zigbee-herdsman/dist/adapter/z-stack/adapter/zStackAdapter.js:153:26)
                          at Controller.permitJoinInternal (/opt/iobroker/node_modules/zigbee-herdsman/dist/controller/controller.js:173:32)
                          at Controller.permitJoin (/opt/iobroker/node_modules/zigbee-herdsman/dist/controller/controller.js:164:20)
                          at ZigbeeController.permitJoin (/opt/iobroker/node_modules/iobroker.zigbee/lib/zigbeecontroller.js:440:37). undefined
                      Pairing started 
                      

                      Und kurz darauf im Log:

                      2021-12-18 01:32:39.117 - error: zigbee.0 (10326) Starting zigbee-herdsman problem : "Error while opening serialport 'Error: Error Resource temporarily unavailable Cannot lock port'"
                      2021-12-18 01:32:39.118 - error: zigbee.0 (10326) Failed to start Zigbee
                      2021-12-18 01:32:39.118 - error: zigbee.0 (10326) Error herdsman start
                      

                      Das beendet dann wohl meine Versuche für heute - ich spiele das Backup von letzter Nacht auf. Kurios.

                      J 1 Antwort Letzte Antwort
                      0
                      • AsgothianA Asgothian

                        @jona Das deutet darauf hin das du Probleme mit dem Funknetz hast - wie sieht deine Funkabdeckung aus (WLan Kanäle, Zigbee Kanäle) ?

                        A.

                        J Offline
                        J Offline
                        Jona
                        schrieb am zuletzt editiert von
                        #11

                        @asgothian said in Zigbee Adapter grün, aber Error 225:

                        @jona Das deutet darauf hin das du Probleme mit dem Funknetz hast - wie sieht deine Funkabdeckung aus (WLan Kanäle, Zigbee Kanäle) ?

                        A.

                        Im Übrigen und für spätere Leser, hat es mir geholfen, das Funknetz meines Accesspoints von fix (WiFi) Kanal 9 auf automatisch zu wechseln. Er entschied sich daraufhin für (WiFi) Kanal 6 und Zigbee konnte wieder Befehle übermitteln.

                        Ich habe allerdings gesehen, dass (Zigbee) Kanal 14 immer überfüllt ist (> 100%), weshalb ich gerne in (Zigbee) Kanal 23 wechseln möchte. Ich hoffe, mir kann der Fehler bezüglich dabei geholfen werden.

                        1 Antwort Letzte Antwort
                        0
                        • J Jona

                          @asgothian Danke für die Erklärung.
                          Ich wechsle nun alles in den Channel 23, allerdings bekomme ich immer und immer wieder diesen Error beim Verbinden der Geräte, was zum Absturz des Adapters führt. Hier ein Beispiel anhand eines Zigbee Relais:

                          2021-12-18 01:08:40.731 - info: zigbee.0 (8841) Successfully interviewed '0xa4c138ec0e4ef1cf', device has succesfully been paired
                          2021-12-18 01:08:40.732 - info: zigbee.0 (8841) Device '0xa4c138ec0e4ef1cf' is supported, identified as: TuYa 1 gang switch (TS0001)
                          2021-12-18 01:08:40.733 - info: zigbee.0 (8841) Configuring 0xa4c138ec0e4ef1cf TS0001
                          2021-12-18 01:08:41.465 - error: zigbee.0 (8841) 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().
                          2021-12-18 01:08:41.466 - error: zigbee.0 (8841) unhandled promise rejection: Cluster with name '57344' does not exist
                          2021-12-18 01:08:41.468 - error: zigbee.0 (8841) Error: Cluster with name '57344' does not exist
                          at Object.getCluster (/opt/iobroker/node_modules/zigbee-herdsman/dist/zcl/utils.js:65:19)
                          at Endpoint.saveClusterAttributeKeyValue (/opt/iobroker/node_modules/zigbee-herdsman/dist/controller/model/endpoint.js:160:35)
                          at Controller.onZclOrRawData (/opt/iobroker/node_modules/zigbee-herdsman/dist/controller/controller.js:544:26)
                          at ZStackAdapter. (/opt/iobroker/node_modules/zigbee-herdsman/dist/controller/controller.js:111:73)
                          at ZStackAdapter.emit (events.js:400:28)
                          at ZStackAdapter.onZnpRecieved (/opt/iobroker/node_modules/zigbee-herdsman/dist/adapter/z-stack/adapter/zStackAdapter.js:629:30)
                          at Znp.emit (events.js:400:28)
                          at Znp.onUnpiParsed (/opt/iobroker/node_modules/zigbee-herdsman/dist/adapter/z-stack/znp/znp.js:93:18)
                          at Parser.emit (events.js:400:28)
                          at Parser.parseNext (/opt/iobroker/node_modules/zigbee-herdsman/dist/adapter/z-stack/unpi/parser.js:59:26)
                          2021-12-18 01:08:41.469 - error: zigbee.0 (8841) Cluster with name '57344' does not exist
                          2021-12-18 01:08:41.483 - info: zigbee.0 (8841) cleaned everything up...
                          2021-12-18 01:08:41.487 - info: zigbee.0 (8841) Zigbee: disabling joining new devices.
                          2021-12-18 01:08:41.659 - error: zigbee.0 (8841) 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().
                          2021-12-18 01:08:41.660 - error: zigbee.0 (8841) unhandled promise rejection: Cluster with name '57344' does not exist
                          2021-12-18 01:08:41.660 - error: zigbee.0 (8841) Error: Cluster with name '57344' does not exist
                          at Object.getCluster (/opt/iobroker/node_modules/zigbee-herdsman/dist/zcl/utils.js:65:19)
                          at Endpoint.saveClusterAttributeKeyValue (/opt/iobroker/node_modules/zigbee-herdsman/dist/controller/model/endpoint.js:160:35)
                          at Controller.onZclOrRawData (/opt/iobroker/node_modules/zigbee-herdsman/dist/controller/controller.js:544:26)
                          at ZStackAdapter. (/opt/iobroker/node_modules/zigbee-herdsman/dist/controller/controller.js:111:73)
                          at ZStackAdapter.emit (events.js:400:28)
                          at ZStackAdapter.onZnpRecieved (/opt/iobroker/node_modules/zigbee-herdsman/dist/adapter/z-stack/adapter/zStackAdapter.js:629:30)
                          at Znp.emit (events.js:400:28)
                          at Znp.onUnpiParsed (/opt/iobroker/node_modules/zigbee-herdsman/dist/adapter/z-stack/znp/znp.js:93:18)
                          at Parser.emit (events.js:400:28)
                          at Parser.parseNext (/opt/iobroker/node_modules/zigbee-herdsman/dist/adapter/z-stack/unpi/parser.js:59:26)
                          2021-12-18 01:08:41.661 - error: zigbee.0 (8841) Cluster with name '57344' does not exist
                          2021-12-18 01:08:41.733 - debug: zigbee.0 (8841) Publish available for 0xa4c138ec0e4ef1cf = true
                          2021-12-18 01:08:41.735 - debug: zigbee.0 (8841) Publish LQ for 0xa4c138ec0e4ef1cf = 10
                          2021-12-18 01:08:41.984 - info: zigbee.0 (8841) terminating
                          2021-12-18 01:08:41.985 - debug: zigbee.0 (8841) Plugin sentry destroyed
                          2021-12-18 01:08:41.986 - warn: zigbee.0 (8841) Terminated (UNCAUGHT_EXCEPTION): Without reason
                          2021-12-18 01:08:42.614 - error: host.raspberrypi instance system.adapter.zigbee.0 terminated with code 6 (UNCAUGHT_EXCEPTION)
                          2021-12-18 01:08:42.621 - info: host.raspberrypi Restart adapter system.adapter.zigbee.0 because enabled
                          2021-12-18 01:08:42.622 - warn: host.raspberrypi Do not restart adapter system.adapter.zigbee.0 because restart loop detected
                          

                          Ich freue mich über jegliche Hilfe.

                          EDIT: Nach weiteren Versuchen taucht nun diese Meldung im Pairing-Fenster auf:

                          Error: Failed to open the network: Error: Cannot execute command, in Inter-PAN mode
                              at ZStackAdapter.checkInterpanLock (/opt/iobroker/node_modules/zigbee-herdsman/dist/adapter/z-stack/adapter/zStackAdapter.js:821:19)
                              at Object.func (/opt/iobroker/node_modules/zigbee-herdsman/dist/adapter/z-stack/adapter/zStackAdapter.js:154:18)
                              at Queue.executeNext (/opt/iobroker/node_modules/zigbee-herdsman/dist/utils/queue.js:19:42)
                              at /opt/iobroker/node_modules/zigbee-herdsman/dist/utils/queue.js:11:18
                              at new Promise (<anonymous>)
                              at Queue.execute (/opt/iobroker/node_modules/zigbee-herdsman/dist/utils/queue.js:9:16)
                              at ZStackAdapter.permitJoin (/opt/iobroker/node_modules/zigbee-herdsman/dist/adapter/z-stack/adapter/zStackAdapter.js:153:26)
                              at Controller.permitJoinInternal (/opt/iobroker/node_modules/zigbee-herdsman/dist/controller/controller.js:173:32)
                              at Controller.permitJoin (/opt/iobroker/node_modules/zigbee-herdsman/dist/controller/controller.js:164:20)
                              at ZigbeeController.permitJoin (/opt/iobroker/node_modules/iobroker.zigbee/lib/zigbeecontroller.js:440:37). undefined
                          Pairing started 
                          

                          Und kurz darauf im Log:

                          2021-12-18 01:32:39.117 - error: zigbee.0 (10326) Starting zigbee-herdsman problem : "Error while opening serialport 'Error: Error Resource temporarily unavailable Cannot lock port'"
                          2021-12-18 01:32:39.118 - error: zigbee.0 (10326) Failed to start Zigbee
                          2021-12-18 01:32:39.118 - error: zigbee.0 (10326) Error herdsman start
                          

                          Das beendet dann wohl meine Versuche für heute - ich spiele das Backup von letzter Nacht auf. Kurios.

                          J Offline
                          J Offline
                          Jona
                          schrieb am zuletzt editiert von
                          #12

                          Hat jemand eine Idee, was die Fehlermeldungen beheben könnte? Ich habe teilweise große Latenzen, vermutlich weil der Channel schon ganz schön überlastet ist. Daher würde ich gerne den Kanal wie beschrieben wechseln.

                          AsgothianA 1 Antwort Letzte Antwort
                          0
                          • J Jona

                            Hat jemand eine Idee, was die Fehlermeldungen beheben könnte? Ich habe teilweise große Latenzen, vermutlich weil der Channel schon ganz schön überlastet ist. Daher würde ich gerne den Kanal wie beschrieben wechseln.

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

                            @jona

                            Kanalwechsel ist 'verhältnismässig' einfach:

                            • In den Einstellungen den Funkkanal anpassen
                            • Zigbee Adapter anhalten
                            • nvbackup.json Datei umbenennen
                            • Zigbee Adapter starten
                            • Alle Geräte neu am Zigbee Netz anmelden.

                            Wichtig - es ist zu empfehlen auf die ZLL kompatiblen Kanäle (11,15,20,25) zu wechseln, da nicht alle Geräte alle Kanäle unterstützen.

                            A.

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

                            F J 2 Antworten Letzte Antwort
                            0
                            • AsgothianA Asgothian

                              @jona

                              Kanalwechsel ist 'verhältnismässig' einfach:

                              • In den Einstellungen den Funkkanal anpassen
                              • Zigbee Adapter anhalten
                              • nvbackup.json Datei umbenennen
                              • Zigbee Adapter starten
                              • Alle Geräte neu am Zigbee Netz anmelden.

                              Wichtig - es ist zu empfehlen auf die ZLL kompatiblen Kanäle (11,15,20,25) zu wechseln, da nicht alle Geräte alle Kanäle unterstützen.

                              A.

                              F Offline
                              F Offline
                              Flo 0
                              schrieb am zuletzt editiert von
                              #14

                              Der Fehler kommt mir bekannt vor. Seit ich auf NodeJS 14.18.1 gewechselt habe stürzt mir der Adapter ab und zu mit dem genau gleichen Fehler ab :(. Nach einem Absturz funktioniert jedoch alles wieder wie gehabt. Etwas unschön:

                              5ec1529b-4205-48e8-88f1-0376aa6b971c-image.png

                              BananaJoeB 1 Antwort Letzte Antwort
                              0
                              • F Flo 0

                                Der Fehler kommt mir bekannt vor. Seit ich auf NodeJS 14.18.1 gewechselt habe stürzt mir der Adapter ab und zu mit dem genau gleichen Fehler ab :(. Nach einem Absturz funktioniert jedoch alles wieder wie gehabt. Etwas unschön:

                                5ec1529b-4205-48e8-88f1-0376aa6b971c-image.png

                                BananaJoeB Online
                                BananaJoeB Online
                                BananaJoe
                                Most Active
                                schrieb am zuletzt editiert von
                                #15

                                @flo-0 Bei mir zickte der auch rum nach dem Upgrade. In der Anleitung zum Upgrade steht auch wie man Problem-Adapter noch mal neu übersetzt.

                                iobroker rebuild zigbee --install
                                

                                Ich hatte auch sporadisch neu Neustart des Servers das er meine den ZigBee-Adapter nochmal neu übersetzen zu müssen

                                ioBroker@Ubuntu 24.04 LTS (VMware) für: >260 Geräte, 5 Switche, 7 AP, 9 IP-Cam, 1 NAS 42TB, 1 ESXi 15TB, 4 Proxmox 1TB, 1 Hyper-V 48TB, 14 x Echo, 5x FireTV, 5 x Tablett/Handy VIS || >=160 Tasmota/Shelly || >=95 ZigBee || PV 8.1kW / Akku 14kWh || 2x USV 750W kaskadiert || Creality CR-10 SE 3D-Drucker

                                1 Antwort Letzte Antwort
                                0
                                • AsgothianA Asgothian

                                  @jona

                                  Kanalwechsel ist 'verhältnismässig' einfach:

                                  • In den Einstellungen den Funkkanal anpassen
                                  • Zigbee Adapter anhalten
                                  • nvbackup.json Datei umbenennen
                                  • Zigbee Adapter starten
                                  • Alle Geräte neu am Zigbee Netz anmelden.

                                  Wichtig - es ist zu empfehlen auf die ZLL kompatiblen Kanäle (11,15,20,25) zu wechseln, da nicht alle Geräte alle Kanäle unterstützen.

                                  A.

                                  J Offline
                                  J Offline
                                  Jona
                                  schrieb am zuletzt editiert von
                                  #16

                                  @asgothian Moin. Ich habe jetzt alles versucht, von dem ich mir eine Lösung versprach. Zigbee Adapter mehrfach neu gebaut, nvbackup umbenannt, die shepard.db umbenannt, eine neuere Version von Github ausprobiert, den Adapter komplett deinstalliert und neu aufgesetzt und alle denkbare Kombinationen aus den zuvorgenannten Aktionen. Leider klappt jetzt auch das Wiederherstellen des Backups nicht mehr, bzw startet der Adapter mit diesem Fehler nicht:

                                  getGroups: caught error: TypeError: Cannot read property 'getGroups' of undefined
                                  

                                  Manch anderes mal, insbesondere nach dem Kanalwechsel sah ich:

                                  Starting zigbee-herdsman problem : "Error while opening serialport 'Error: Error Resource temporarily unavailable Cannot lock port'"
                                  

                                  und/oder

                                  Starting zigbee-herdsman problem : "network commissioning timed out - most likely network with the same panId or extendedPanId already exists nearby"
                                  

                                  Ich bin also seit dem Beitrag vom 18.12.21 kein Stück weitergekommen. Ich bin nun auch bereit alle 40 Zigbee-Geräte neu einzurichten, wenn mir jemand zeigt, wie ich einen zuverlässigen clean install hinbekomme. Derzeit ist es nämlich wie im ersten Post vom 16.12. beschrieben: "Aus dem Nichts heraus" hat der Adapter erneut eine sehr ähnliche Fehlermeldung geliefert, wann immer ich einen Befehl schicken wollte:

                                  error: zigbee.0 (19299) Error 225 on send command to 0x7cb03eaa00acb990. Error: Error: Command 0x7cb03eaa00acb990/3 genOnOff.on({}, {"sendWhenActive":false,"timeout":10000,"disableResponse":false,"disableRecovery":false,"disableDefaultResponse":false,"direction":0,"srcEndpoint":null,"reservedBits":0,"manufacturerCode":null,"transactionSequenceNumber":null,"writeUndiv":false}) failed (Data request failed with error: 'MAC channel access failure' (225))
                                  

                                  Daraufhin begann ich meine Reparaturversuche und stecke nun in ich größerem Schlamassel, siehe oben.

                                  AsgothianA 1 Antwort Letzte Antwort
                                  0
                                  • J Jona

                                    @asgothian Moin. Ich habe jetzt alles versucht, von dem ich mir eine Lösung versprach. Zigbee Adapter mehrfach neu gebaut, nvbackup umbenannt, die shepard.db umbenannt, eine neuere Version von Github ausprobiert, den Adapter komplett deinstalliert und neu aufgesetzt und alle denkbare Kombinationen aus den zuvorgenannten Aktionen. Leider klappt jetzt auch das Wiederherstellen des Backups nicht mehr, bzw startet der Adapter mit diesem Fehler nicht:

                                    getGroups: caught error: TypeError: Cannot read property 'getGroups' of undefined
                                    

                                    Manch anderes mal, insbesondere nach dem Kanalwechsel sah ich:

                                    Starting zigbee-herdsman problem : "Error while opening serialport 'Error: Error Resource temporarily unavailable Cannot lock port'"
                                    

                                    und/oder

                                    Starting zigbee-herdsman problem : "network commissioning timed out - most likely network with the same panId or extendedPanId already exists nearby"
                                    

                                    Ich bin also seit dem Beitrag vom 18.12.21 kein Stück weitergekommen. Ich bin nun auch bereit alle 40 Zigbee-Geräte neu einzurichten, wenn mir jemand zeigt, wie ich einen zuverlässigen clean install hinbekomme. Derzeit ist es nämlich wie im ersten Post vom 16.12. beschrieben: "Aus dem Nichts heraus" hat der Adapter erneut eine sehr ähnliche Fehlermeldung geliefert, wann immer ich einen Befehl schicken wollte:

                                    error: zigbee.0 (19299) Error 225 on send command to 0x7cb03eaa00acb990. Error: Error: Command 0x7cb03eaa00acb990/3 genOnOff.on({}, {"sendWhenActive":false,"timeout":10000,"disableResponse":false,"disableRecovery":false,"disableDefaultResponse":false,"direction":0,"srcEndpoint":null,"reservedBits":0,"manufacturerCode":null,"transactionSequenceNumber":null,"writeUndiv":false}) failed (Data request failed with error: 'MAC channel access failure' (225))
                                    

                                    Daraufhin begann ich meine Reparaturversuche und stecke nun in ich größerem Schlamassel, siehe oben.

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

                                    @jona sagte in Zigbee Adapter grün, aber Error 225:

                                    @asgothian Moin. Ich habe jetzt alles versucht, von dem ich mir eine Lösung versprach. Zigbee Adapter mehrfach neu gebaut, nvbackup umbenannt, die shepard.db umbenannt, eine neuere Version von Github ausprobiert, den Adapter komplett deinstalliert und neu aufgesetzt und alle denkbare Kombinationen aus den zuvorgenannten Aktionen. Leider klappt jetzt auch das Wiederherstellen des Backups nicht mehr, bzw startet der Adapter mit diesem Fehler nicht:

                                    getGroups: caught error: TypeError: Cannot read property 'getGroups' of undefined
                                    

                                    Manch anderes mal, insbesondere nach dem Kanalwechsel sah ich:

                                    Starting zigbee-herdsman problem : "Error while opening serialport 'Error: Error Resource temporarily unavailable Cannot lock port'"
                                    

                                    und/oder

                                    Starting zigbee-herdsman problem : "network commissioning timed out - most likely network with the same panId or extendedPanId already exists nearby"
                                    

                                    Ich bin also seit dem Beitrag vom 18.12.21 kein Stück weitergekommen. Ich bin nun auch bereit alle 40 Zigbee-Geräte neu einzurichten, wenn mir jemand zeigt, wie ich einen zuverlässigen clean install hinbekomme. Derzeit ist es nämlich wie im ersten Post vom 16.12. beschrieben: "Aus dem Nichts heraus" hat der Adapter erneut eine sehr ähnliche Fehlermeldung geliefert, wann immer ich einen Befehl schicken wollte:

                                    error: zigbee.0 (19299) Error 225 on send command to 0x7cb03eaa00acb990. Error: Error: Command 0x7cb03eaa00acb990/3 genOnOff.on({}, {"sendWhenActive":false,"timeout":10000,"disableResponse":false,"disableRecovery":false,"disableDefaultResponse":false,"direction":0,"srcEndpoint":null,"reservedBits":0,"manufacturerCode":null,"transactionSequenceNumber":null,"writeUndiv":false}) failed (Data request failed with error: 'MAC channel access failure' (225))
                                    

                                    Daraufhin begann ich meine Reparaturversuche und stecke nun in ich größerem Schlamassel, siehe oben.

                                    • Die Meldungen das der Port geschlossen war sind wahrscheinlich Folgefehler, die dadurch entstehen das die Kommunikation mit dem Koordinator abgebrochen wurde und der Adapter in der Folge versucht hat sich neu zu starten.
                                    • Die Meldung MAC Channel access failure deutet auf Probleme auf der Funk-seit hin. Das kann sein:
                                      -- ein defekter Stick
                                      -- eine Störung auf der Kommunikationsleitung (USB3 Geräte in der Nähe ?)
                                      -- ein volles 2.4GHz Band auf dem Kanal wo du den Adapter nutzen willst.
                                    • Dieses wird auch durch die oben beschriebenen Probleme bestätigt.

                                    Ich würde zunächst einmal die Firmware des TI Boards aktualisieren, und dann verifizieren ob das USB Kabel soweit ok ist. Des weiteren wäre zu prüfen in wie weit der vsftpd ggf. Probleme macht (dienst zum Test deaktivieren) und wie der PI am Netz angebunden ist (WLan oder Lan)

                                    A.

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

                                    J 1 Antwort Letzte Antwort
                                    0
                                    • AsgothianA Asgothian

                                      @jona sagte in Zigbee Adapter grün, aber Error 225:

                                      @asgothian Moin. Ich habe jetzt alles versucht, von dem ich mir eine Lösung versprach. Zigbee Adapter mehrfach neu gebaut, nvbackup umbenannt, die shepard.db umbenannt, eine neuere Version von Github ausprobiert, den Adapter komplett deinstalliert und neu aufgesetzt und alle denkbare Kombinationen aus den zuvorgenannten Aktionen. Leider klappt jetzt auch das Wiederherstellen des Backups nicht mehr, bzw startet der Adapter mit diesem Fehler nicht:

                                      getGroups: caught error: TypeError: Cannot read property 'getGroups' of undefined
                                      

                                      Manch anderes mal, insbesondere nach dem Kanalwechsel sah ich:

                                      Starting zigbee-herdsman problem : "Error while opening serialport 'Error: Error Resource temporarily unavailable Cannot lock port'"
                                      

                                      und/oder

                                      Starting zigbee-herdsman problem : "network commissioning timed out - most likely network with the same panId or extendedPanId already exists nearby"
                                      

                                      Ich bin also seit dem Beitrag vom 18.12.21 kein Stück weitergekommen. Ich bin nun auch bereit alle 40 Zigbee-Geräte neu einzurichten, wenn mir jemand zeigt, wie ich einen zuverlässigen clean install hinbekomme. Derzeit ist es nämlich wie im ersten Post vom 16.12. beschrieben: "Aus dem Nichts heraus" hat der Adapter erneut eine sehr ähnliche Fehlermeldung geliefert, wann immer ich einen Befehl schicken wollte:

                                      error: zigbee.0 (19299) Error 225 on send command to 0x7cb03eaa00acb990. Error: Error: Command 0x7cb03eaa00acb990/3 genOnOff.on({}, {"sendWhenActive":false,"timeout":10000,"disableResponse":false,"disableRecovery":false,"disableDefaultResponse":false,"direction":0,"srcEndpoint":null,"reservedBits":0,"manufacturerCode":null,"transactionSequenceNumber":null,"writeUndiv":false}) failed (Data request failed with error: 'MAC channel access failure' (225))
                                      

                                      Daraufhin begann ich meine Reparaturversuche und stecke nun in ich größerem Schlamassel, siehe oben.

                                      • Die Meldungen das der Port geschlossen war sind wahrscheinlich Folgefehler, die dadurch entstehen das die Kommunikation mit dem Koordinator abgebrochen wurde und der Adapter in der Folge versucht hat sich neu zu starten.
                                      • Die Meldung MAC Channel access failure deutet auf Probleme auf der Funk-seit hin. Das kann sein:
                                        -- ein defekter Stick
                                        -- eine Störung auf der Kommunikationsleitung (USB3 Geräte in der Nähe ?)
                                        -- ein volles 2.4GHz Band auf dem Kanal wo du den Adapter nutzen willst.
                                      • Dieses wird auch durch die oben beschriebenen Probleme bestätigt.

                                      Ich würde zunächst einmal die Firmware des TI Boards aktualisieren, und dann verifizieren ob das USB Kabel soweit ok ist. Des weiteren wäre zu prüfen in wie weit der vsftpd ggf. Probleme macht (dienst zum Test deaktivieren) und wie der PI am Netz angebunden ist (WLan oder Lan)

                                      A.

                                      J Offline
                                      J Offline
                                      Jona
                                      schrieb am zuletzt editiert von
                                      #18

                                      @asgothian Vielen Dank!
                                      Ein neues Kabel hat meinen Koordinator wieder ansprechbar gemacht. Leider scheint das nur ein Teil des Problems zu sein. Ich bin nun wieder bei den selben Problemen, die ich beim sporadischen Funktionieren das alten Kabels auch hatte. Konkret sind etwa die hälfte meiner Geräte einfach nicht erreichbar. Wenn ich sie ansteuere:

                                      Send command to 0xa4c138934ce2822b failed with no error code (Timeout - 41566 - 1 - 32 - 6 - 11 after 10000ms)
                                      

                                      Ich vermute, dass es wie Du schon sagtest mit der Fülle and Funksignalen zu tun hat. Angefügt siehst Du drei aktuelle Scans der Frequenzen:
                                      Bildschirmfoto 2022-01-06 um 17.31.17.jpg Bildschirmfoto 2022-01-06 um 17.31.44.jpg Bildschirmfoto 2022-01-06 um 17.40.52.jpg
                                      Da weiß man echt nicht, was man wählen soll... Ich probiere jetzt noch mal von 14 auf 11 zu wechseln. In weiteren Scans ist Ch. 11 zwar auch über 100% Auslastung, aber deutlich seltener als 15, 20 oder 25.

                                      (Ein Firmwareupdate werde ich später einmal machen, dazu habe ich auf die Schnelle keine Anleitung gefunden.)

                                      1 Antwort Letzte Antwort
                                      0
                                      • J Offline
                                        J Offline
                                        Jona
                                        schrieb am zuletzt editiert von
                                        #19

                                        Vielen Dank für die ganze Hilfe! Das System läuft nun auf dem etwas weniger ausgelasteten Kanal 11 deutlich stabiler als zuvor und wird aufgrund des getauschten Kabels nun hoffentlich auch nicht mehr sporadisch aussetzen.

                                        @asgothian Kurze Rückmeldung: Beim Neu-verbinden der Endgeräte ist wiederholt der Adapter abgestürzt. Allerdings nur, als ich die Tuya Relais pairen wollte. Nach zwei Versuchen hat es dann aber trotz der Abstürze gehalten. Hier der Log:

                                        2022-01-07 02:04:12.627 - info: zigbee.0 (20970) Zigbee: allowing new devices to join.
                                        2022-01-07 02:04:38.086 - warn: zigbee.0 (20970) Device '0xa4c138934ce2822b' announced itself
                                        2022-01-07 02:04:44.477 - error: zigbee.0 (20970) 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-01-07 02:04:44.478 - error: zigbee.0 (20970) unhandled promise rejection: Cluster with name '57344' does not exist
                                        2022-01-07 02:04:44.481 - error: zigbee.0 (20970) Error: Cluster with name '57344' does not exist
                                        at Object.getCluster (/opt/iobroker/node_modules/zigbee-herdsman/dist/zcl/utils.js:65:19)
                                        at Endpoint.saveClusterAttributeKeyValue (/opt/iobroker/node_modules/zigbee-herdsman/dist/controller/model/endpoint.js:160:35)
                                        at Controller.onZclOrRawData (/opt/iobroker/node_modules/zigbee-herdsman/dist/controller/controller.js:544:26)
                                        at ZStackAdapter. (/opt/iobroker/node_modules/zigbee-herdsman/dist/controller/controller.js:111:73)
                                        at ZStackAdapter.emit (events.js:400:28)
                                        at ZStackAdapter.onZnpRecieved (/opt/iobroker/node_modules/zigbee-herdsman/dist/adapter/z-stack/adapter/zStackAdapter.js:629:30)
                                        at Znp.emit (events.js:400:28)
                                        at Znp.onUnpiParsed (/opt/iobroker/node_modules/zigbee-herdsman/dist/adapter/z-stack/znp/znp.js:93:18)
                                        at Parser.emit (events.js:400:28)
                                        at Parser.parseNext (/opt/iobroker/node_modules/zigbee-herdsman/dist/adapter/z-stack/unpi/parser.js:59:26)
                                        2022-01-07 02:04:44.482 - error: zigbee.0 (20970) Cluster with name '57344' does not exist
                                        2022-01-07 02:04:44.491 - info: zigbee.0 (20970) cleaned everything up...
                                        2022-01-07 02:04:44.495 - info: zigbee.0 (20970) Zigbee: disabling joining new devices.
                                        2022-01-07 02:04:44.667 - error: zigbee.0 (20970) 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-01-07 02:04:44.668 - error: zigbee.0 (20970) unhandled promise rejection: Cluster with name '57344' does not exist
                                        2022-01-07 02:04:44.670 - error: zigbee.0 (20970) Error: Cluster with name '57344' does not exist
                                        at Object.getCluster (/opt/iobroker/node_modules/zigbee-herdsman/dist/zcl/utils.js:65:19)
                                        at Endpoint.saveClusterAttributeKeyValue (/opt/iobroker/node_modules/zigbee-herdsman/dist/controller/model/endpoint.js:160:35)
                                        at Controller.onZclOrRawData (/opt/iobroker/node_modules/zigbee-herdsman/dist/controller/controller.js:544:26)
                                        at ZStackAdapter. (/opt/iobroker/node_modules/zigbee-herdsman/dist/controller/controller.js:111:73)
                                        at ZStackAdapter.emit (events.js:400:28)
                                        at ZStackAdapter.onZnpRecieved (/opt/iobroker/node_modules/zigbee-herdsman/dist/adapter/z-stack/adapter/zStackAdapter.js:629:30)
                                        at Znp.emit (events.js:400:28)
                                        at Znp.onUnpiParsed (/opt/iobroker/node_modules/zigbee-herdsman/dist/adapter/z-stack/znp/znp.js:93:18)
                                        at Parser.emit (events.js:400:28)
                                        at Parser.parseNext (/opt/iobroker/node_modules/zigbee-herdsman/dist/adapter/z-stack/unpi/parser.js:59:26)
                                        2022-01-07 02:04:44.671 - error: zigbee.0 (20970) Cluster with name '57344' does not exist
                                        2022-01-07 02:04:44.999 - info: zigbee.0 (20970) terminating
                                        2022-01-07 02:04:45.002 - warn: zigbee.0 (20970) Terminated (UNCAUGHT_EXCEPTION): Without reason
                                        2022-01-07 02:04:45.590 - error: host.raspberrypi instance system.adapter.zigbee.0 terminated with code 6 (UNCAUGHT_EXCEPTION)
                                        2022-01-07 02:04:45.594 - info: host.raspberrypi Restart adapter system.adapter.zigbee.0 because enabled
                                        
                                        1 Antwort Letzte Antwort
                                        0
                                        • H Offline
                                          H Offline
                                          hohmannc
                                          schrieb am zuletzt editiert von
                                          #20

                                          @jona Wie hast du es jetzt gelöst. ich habe mein System von SD auf SSD Festplatte gespiegelt und habe seitdem auch die Meldung! so ein Mist. es ist alles identisch, mit SD Karte gehts mit SSD nicht :(

                                          AsgothianA 1 Antwort Letzte Antwort
                                          0
                                          Antworten
                                          • In einem neuen Thema antworten
                                          Anmelden zum Antworten
                                          • Älteste zuerst
                                          • Neuste zuerst
                                          • Meiste Stimmen


                                          Support us

                                          ioBroker
                                          Community Adapters
                                          Donate

                                          885

                                          Online

                                          32.4k

                                          Benutzer

                                          81.5k

                                          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