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. Cloud Dienste
  4. Cloud-Absturz: IOT invalid states ?

NEWS

  • Monatsrückblick Januar/Februar 2026 ist online!
    BluefoxB
    Bluefox
    17
    1
    368
  • Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨
    BluefoxB
    Bluefox
    17
    1
    4.9k
  • Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄
    BluefoxB
    Bluefox
    13
    1
    1.3k

Cloud-Absturz: IOT invalid states ?

Geplant Angeheftet Gesperrt Verschoben Cloud Dienste
iotcloud
7 Beiträge 2 Kommentatoren 335 Aufrufe 1 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.
  • M Online
    M Online
    MCU
    schrieb am zuletzt editiert von
    #1

    Es geht hier um 2 Sachen:

    1. Können invalid states in der iot-Instanz zu Cloud-Problemen führen?

    2. Kann man einen cloud-Absturz erkennen und ihn beheben durch Neustart des RaspberryPi vom ioBroker aus. Und wie geht das?

    Einige Adapter schreiben in die io.....?
    Ich hatte den "daswetter-Adapter" installiert, da waren plötzlich 1532 debug-Meldungen im "IOT"-debug als "invalid state".
    Durch Deinstallation waren sie dann wieder weg.

    Hier Beispiele für Invalid state im IOT-debug: [ALEX3] Invalid state
    zigbee
    sonoff
    javascript
    broadlink
    daswetter (1532 invalid states)

    iot.0	2020-08-23 15:56:23.468	debug	(23345) [ALEX3] Invalid state "zigbee.0.00xy.available". Not exist or no native part.
iot.0	2020-08-23 15:56:23.468	debug	(23345) [ALEX3] Invalid state "zigbee.0.00xx.voltage". Not exist or no native part.
iot.0	2020-08-23 15:56:23.467	debug	(23345) [ALEX3] Invalid state "zigbee.0.00xx.temperature". Not exist or no native part.
iot.0	2020-08-23 15:56:23.467	debug	(23345) [ALEX3] Invalid state "zigbee.0.00xx.link_quality". Not exist or no native part.
iot.0	2020-08-23 15:56:23.466	debug	(23345) [ALEX3] Invalid state "zigbee.0.00xx.humidity". Not exist or no native part.
iot.0	2020-08-23 15:56:23.466	debug	(23345) [ALEX3] Invalid state "zigbee.0.00xx.battery". Not exist or no native part.
iot.0	2020-08-23 15:56:23.465	debug	(23345) [ALEX3] Invalid state "zigbee.0.00xx.available". Not exist or no native part.
iot.0	2020-08-23 15:56:23.457	debug	(23345) [ALEX3] Invalid state "system.adapter.javascript.0.lastSync". Not exist or no native part.
iot.0	2020-08-23 15:56:23.456	debug	(23345) [ALEX3] Invalid state "sonoff.0.SONOFF_RF_3.alive". Not exist or no native part.
iot.0	2020-08-23 15:56:23.456	debug	(23345) [ALEX3] Invalid state "sonoff.0.SONOFF_RF_2.alive". Not exist or no native part.
iot.0	2020-08-23 15:56:23.455	debug	(23345) [ALEX3] Invalid state "sonoff.0.SONOFF_RF_1.alive". Not exist or no native part.
iot.0	2020-08-23 15:56:23.447	debug	(23345) [ALEX3] Invalid state "connected". Not exist or no native part.
iot.0	2020-08-23 15:56:23.447	debug	(23345) [ALEX3] Invalid state "broadlink2.0._SendScene". Not exist or no native part.
iot.0	2020-08-23 15:56:23.446	debug	(23345) [ALEX3] Invalid state "broadlink2.0._NewDeviceScan". Not exist or no native part.
iot.0	2020-08-23 15:56:23.446	debug	(23345) [ALEX3] Invalid state "broadlink2.0.RM:RMMIN._SendCode". Not exist or no native part.
iot.0	2020-08-23 15:56:23.446	debug	(23345) [ALEX3] Invalid state "broadlink2.0.RM:RMMINI._Learn". Not exist or no native part.
iot.0	2020-08-23 15:56:23.445	debug	(23345) [ALEX3] Invalid state "broadlink2.0.RM:RMMINI._SendCode". Not exist or no native part.
iot.0	2020-08-23 15:56:23.445	debug	(23345) [ALEX3] Invalid state "broadlink2.0.RM:RMMINI._Learn". Not exist or no native part.
iot.0	2020-08-23 15:56:23.437	debug	(23345) [ALEX3] Invalid state "admin.0.info.newsfeed". Not exist or no native part.
iot.0	2020-08-23 15:56:23.437	debug	(23345) [ALEX3] Invalid state "admin.0.info.newsETag". Not exist or no native part.
iot.0	2020-08-23 15:56:23.436	debug	(23345) [ALEX3] Invalid state "admin.0.connected". Not exist or no native part.
iot.0	2020-08-23 15:56:23.435	debug	(23345) [ALEX3] Invalid state "0_userdata.0.example_state". Not exist or no native part.


    Kann man das selbst ändern oder ist das nur vom Adapter Programmierer zu erledigen.

    CLOUD-PROBLEM

    Können dadurch Probleme im Cloud-Adapter entstehen?
    Meine Cloud-Instanz stürzt häufiger ab und bringt damit das ganze System zum Absturz.
    Man kann nicht mal mehr mit Console auf den RaspberryPI kommen.

    2020-08-23 05:32:13.424  - info: mqtt.0 (1747) Client [ESP32CAM_1] connection closed: timeout
2020-08-23 05:32:13.528  - info: javascript.0 (24902) script.js.MQTT.MQTT_CLIENTS: MQTT-CLIENTS leer
2020-08-23 05:32:13.529  - info: javascript.0 (24902) script.js.HAUS.TUER.TUER_TEST: ESP32-CAM hat die Verbindung verloren
2020-08-23 05:32:16.446  - warn: telegram.0 (1884) polling_error:EFATAL, EFATAL: Error: read ETIMEDOUT
2020-08-23 05:32:16.677  - warn: telegram.1 (1899) polling_error:EFATAL, EFATAL: Error: read ETIMEDOUT
2020-08-23 05:32:29.983  - error: cloud.0 (1011) Ping timeout
2020-08-23 05:32:29.985  - info: cloud.0 (1011) Connection changed: Ping timeout
2020-08-23 05:32:29.986  - info: cloud.0 (1011) Connection lost
2020-08-23 05:32:40.513  - info: meross.0 (1732) Device: 18xxxxxx7 closed: null

    Erst verabschiedet sich die interne ESP32Cam, dann telegram und danach die Cloud und dann die Meross-Cloud-Anbindung.
    Vermutlich am Anfang ein internes Netzwerk-Problem (AVM Fritzbox 7.19 Beta).
    Trotzdem lief das Netzwerk weiter. Alle anderen Geräte, ausser Raspberry, waren noch im Netz und funktionierten!
    Auch nach dem Neustart kamen noch Meldungen:

    2020-08-23 13:46:58.327  - warn: telegram.1 (1986) polling_error:EFATAL, EFATAL: Error: getaddrinfo EAI_AGAIN api.telegram.org
2020-08-23 13:46:58.383  - warn: telegram.0 (1964) polling_error:EFATAL, EFATAL: Error: getaddrinfo EAI_AGAIN api.telegram.org
2020-08-23 13:47:01.035  - warn: upnp.0 (2061) Error sending SOAP request: Error: connect EHOSTUNREACH 192.168.178.1:49000

    Das System konnte nicht mehr erreicht werden über die Console.
    Kann man das irgendwie verhindern?

    In so einem Fall automatisch den Raspberry neu starten, vom ioBroker aus?
    Wie erkenne ich die Situation im ioBroker mit States?

    Vielen Dank

    NUC i7 64GB mit Proxmox ---- Jarvis Infos Aktualisierungen der Doku auf Instagram verfolgen -> mcuiobroker Instagram
    Wenn Euch mein Vorschlag geholfen hat, bitte rechts "^" klicken.

    haselchenH 1 Antwort Letzte Antwort
    0
    • M MCU

      Es geht hier um 2 Sachen:

      1. Können invalid states in der iot-Instanz zu Cloud-Problemen führen?

      2. Kann man einen cloud-Absturz erkennen und ihn beheben durch Neustart des RaspberryPi vom ioBroker aus. Und wie geht das?

      Einige Adapter schreiben in die io.....?
      Ich hatte den "daswetter-Adapter" installiert, da waren plötzlich 1532 debug-Meldungen im "IOT"-debug als "invalid state".
      Durch Deinstallation waren sie dann wieder weg.

      Hier Beispiele für Invalid state im IOT-debug: [ALEX3] Invalid state
      zigbee
      sonoff
      javascript
      broadlink
      daswetter (1532 invalid states)

      iot.0	2020-08-23 15:56:23.468	debug	(23345) [ALEX3] Invalid state "zigbee.0.00xy.available". Not exist or no native part.
iot.0	2020-08-23 15:56:23.468	debug	(23345) [ALEX3] Invalid state "zigbee.0.00xx.voltage". Not exist or no native part.
iot.0	2020-08-23 15:56:23.467	debug	(23345) [ALEX3] Invalid state "zigbee.0.00xx.temperature". Not exist or no native part.
iot.0	2020-08-23 15:56:23.467	debug	(23345) [ALEX3] Invalid state "zigbee.0.00xx.link_quality". Not exist or no native part.
iot.0	2020-08-23 15:56:23.466	debug	(23345) [ALEX3] Invalid state "zigbee.0.00xx.humidity". Not exist or no native part.
iot.0	2020-08-23 15:56:23.466	debug	(23345) [ALEX3] Invalid state "zigbee.0.00xx.battery". Not exist or no native part.
iot.0	2020-08-23 15:56:23.465	debug	(23345) [ALEX3] Invalid state "zigbee.0.00xx.available". Not exist or no native part.
iot.0	2020-08-23 15:56:23.457	debug	(23345) [ALEX3] Invalid state "system.adapter.javascript.0.lastSync". Not exist or no native part.
iot.0	2020-08-23 15:56:23.456	debug	(23345) [ALEX3] Invalid state "sonoff.0.SONOFF_RF_3.alive". Not exist or no native part.
iot.0	2020-08-23 15:56:23.456	debug	(23345) [ALEX3] Invalid state "sonoff.0.SONOFF_RF_2.alive". Not exist or no native part.
iot.0	2020-08-23 15:56:23.455	debug	(23345) [ALEX3] Invalid state "sonoff.0.SONOFF_RF_1.alive". Not exist or no native part.
iot.0	2020-08-23 15:56:23.447	debug	(23345) [ALEX3] Invalid state "connected". Not exist or no native part.
iot.0	2020-08-23 15:56:23.447	debug	(23345) [ALEX3] Invalid state "broadlink2.0._SendScene". Not exist or no native part.
iot.0	2020-08-23 15:56:23.446	debug	(23345) [ALEX3] Invalid state "broadlink2.0._NewDeviceScan". Not exist or no native part.
iot.0	2020-08-23 15:56:23.446	debug	(23345) [ALEX3] Invalid state "broadlink2.0.RM:RMMIN._SendCode". Not exist or no native part.
iot.0	2020-08-23 15:56:23.446	debug	(23345) [ALEX3] Invalid state "broadlink2.0.RM:RMMINI._Learn". Not exist or no native part.
iot.0	2020-08-23 15:56:23.445	debug	(23345) [ALEX3] Invalid state "broadlink2.0.RM:RMMINI._SendCode". Not exist or no native part.
iot.0	2020-08-23 15:56:23.445	debug	(23345) [ALEX3] Invalid state "broadlink2.0.RM:RMMINI._Learn". Not exist or no native part.
iot.0	2020-08-23 15:56:23.437	debug	(23345) [ALEX3] Invalid state "admin.0.info.newsfeed". Not exist or no native part.
iot.0	2020-08-23 15:56:23.437	debug	(23345) [ALEX3] Invalid state "admin.0.info.newsETag". Not exist or no native part.
iot.0	2020-08-23 15:56:23.436	debug	(23345) [ALEX3] Invalid state "admin.0.connected". Not exist or no native part.
iot.0	2020-08-23 15:56:23.435	debug	(23345) [ALEX3] Invalid state "0_userdata.0.example_state". Not exist or no native part.


      Kann man das selbst ändern oder ist das nur vom Adapter Programmierer zu erledigen.

      CLOUD-PROBLEM

      Können dadurch Probleme im Cloud-Adapter entstehen?
      Meine Cloud-Instanz stürzt häufiger ab und bringt damit das ganze System zum Absturz.
      Man kann nicht mal mehr mit Console auf den RaspberryPI kommen.

      2020-08-23 05:32:13.424  - info: mqtt.0 (1747) Client [ESP32CAM_1] connection closed: timeout
2020-08-23 05:32:13.528  - info: javascript.0 (24902) script.js.MQTT.MQTT_CLIENTS: MQTT-CLIENTS leer
2020-08-23 05:32:13.529  - info: javascript.0 (24902) script.js.HAUS.TUER.TUER_TEST: ESP32-CAM hat die Verbindung verloren
2020-08-23 05:32:16.446  - warn: telegram.0 (1884) polling_error:EFATAL, EFATAL: Error: read ETIMEDOUT
2020-08-23 05:32:16.677  - warn: telegram.1 (1899) polling_error:EFATAL, EFATAL: Error: read ETIMEDOUT
2020-08-23 05:32:29.983  - error: cloud.0 (1011) Ping timeout
2020-08-23 05:32:29.985  - info: cloud.0 (1011) Connection changed: Ping timeout
2020-08-23 05:32:29.986  - info: cloud.0 (1011) Connection lost
2020-08-23 05:32:40.513  - info: meross.0 (1732) Device: 18xxxxxx7 closed: null

      Erst verabschiedet sich die interne ESP32Cam, dann telegram und danach die Cloud und dann die Meross-Cloud-Anbindung.
      Vermutlich am Anfang ein internes Netzwerk-Problem (AVM Fritzbox 7.19 Beta).
      Trotzdem lief das Netzwerk weiter. Alle anderen Geräte, ausser Raspberry, waren noch im Netz und funktionierten!
      Auch nach dem Neustart kamen noch Meldungen:

      2020-08-23 13:46:58.327  - warn: telegram.1 (1986) polling_error:EFATAL, EFATAL: Error: getaddrinfo EAI_AGAIN api.telegram.org
2020-08-23 13:46:58.383  - warn: telegram.0 (1964) polling_error:EFATAL, EFATAL: Error: getaddrinfo EAI_AGAIN api.telegram.org
2020-08-23 13:47:01.035  - warn: upnp.0 (2061) Error sending SOAP request: Error: connect EHOSTUNREACH 192.168.178.1:49000

      Das System konnte nicht mehr erreicht werden über die Console.
      Kann man das irgendwie verhindern?

      In so einem Fall automatisch den Raspberry neu starten, vom ioBroker aus?
      Wie erkenne ich die Situation im ioBroker mit States?

      Vielen Dank

      haselchenH Offline
      haselchenH Offline
      haselchen
      Most Active
      schrieb am zuletzt editiert von
      #2

      @MCU

      Nur ein Gedanke, hast du mal ins Log der Fritzbox zu dem Zeitpunkt der Abbrüche geguckt?

      Synology DS218+ & 2 x Fujitsu Esprimo (VM/Container) + FritzBox7590 + 2 AVM 3000 Repeater & Homematic & HUE & Osram & Xiaomi, NPM 10.9.4, Nodejs 22.21.0 ,JS Controller 7.0.7 ,Admin 7.7.19

      M 1 Antwort Letzte Antwort
      0
      • haselchenH haselchen

        @MCU

        Nur ein Gedanke, hast du mal ins Log der Fritzbox zu dem Zeitpunkt der Abbrüche geguckt?

        M Online
        M Online
        MCU
        schrieb am zuletzt editiert von
        #3

        @haselchen Gute Idee. Steht aber nur drin: Das Gerät wurde um 05:32 abgemeldet. Sonst ist zu dem Zeitpunkt nichts passiert.

        NUC i7 64GB mit Proxmox ---- Jarvis Infos Aktualisierungen der Doku auf Instagram verfolgen -> mcuiobroker Instagram
        Wenn Euch mein Vorschlag geholfen hat, bitte rechts "^" klicken.

        haselchenH 1 Antwort Letzte Antwort
        0
        • M MCU

          @haselchen Gute Idee. Steht aber nur drin: Das Gerät wurde um 05:32 abgemeldet. Sonst ist zu dem Zeitpunkt nichts passiert.

          haselchenH Offline
          haselchenH Offline
          haselchen
          Most Active
          schrieb am zuletzt editiert von
          #4

          @MCU

          Hast du alle Logs angeguckt ?
          Wlan ?
          Internet ?
          System?

          Hatte die hochgelobte 7.20 auf der Fritte.
          Dann begann der Horror.
          DSL Abbrüche ohne Ende.
          Telegramm Errors.
          Hab die 7.12 seit gestern wieder und bisher läuft alles. Toi toi toi

          Synology DS218+ & 2 x Fujitsu Esprimo (VM/Container) + FritzBox7590 + 2 AVM 3000 Repeater & Homematic & HUE & Osram & Xiaomi, NPM 10.9.4, Nodejs 22.21.0 ,JS Controller 7.0.7 ,Admin 7.7.19

          M 1 Antwort Letzte Antwort
          0
          • haselchenH haselchen

            @MCU

            Hast du alle Logs angeguckt ?
            Wlan ?
            Internet ?
            System?

            Hatte die hochgelobte 7.20 auf der Fritte.
            Dann begann der Horror.
            DSL Abbrüche ohne Ende.
            Telegramm Errors.
            Hab die 7.12 seit gestern wieder und bisher läuft alles. Toi toi toi

            M Online
            M Online
            MCU
            schrieb am zuletzt editiert von
            #5

            @haselchen Ja. auf "ALLE". Hab wie gesagt die 7.19 Beta, kann nicht zurück. Muss die Entwicklung von AVM mitmachen bzw. abwarten. Trotzdem Danke.

            NUC i7 64GB mit Proxmox ---- Jarvis Infos Aktualisierungen der Doku auf Instagram verfolgen -> mcuiobroker Instagram
            Wenn Euch mein Vorschlag geholfen hat, bitte rechts "^" klicken.

            haselchenH 1 Antwort Letzte Antwort
            0
            • M MCU

              @haselchen Ja. auf "ALLE". Hab wie gesagt die 7.19 Beta, kann nicht zurück. Muss die Entwicklung von AVM mitmachen bzw. abwarten. Trotzdem Danke.

              haselchenH Offline
              haselchenH Offline
              haselchen
              Most Active
              schrieb am zuletzt editiert von
              #6

              @MCU

              Wieso kannst du nicht zurück?
              Gibt doch ne recovery.exe?
              Wäre natürlich komfortabler wenn du eine Sicherung von 7.12 hast. Sonst fängst du bei 0 an.

              Synology DS218+ & 2 x Fujitsu Esprimo (VM/Container) + FritzBox7590 + 2 AVM 3000 Repeater & Homematic & HUE & Osram & Xiaomi, NPM 10.9.4, Nodejs 22.21.0 ,JS Controller 7.0.7 ,Admin 7.7.19

              M 1 Antwort Letzte Antwort
              0
              • haselchenH haselchen

                @MCU

                Wieso kannst du nicht zurück?
                Gibt doch ne recovery.exe?
                Wäre natürlich komfortabler wenn du eine Sicherung von 7.12 hast. Sonst fängst du bei 0 an.

                M Online
                M Online
                MCU
                schrieb am zuletzt editiert von
                #7

                @haselchen Wenn ich weiter auf den Tablets TV schauen möchte, muss ich bei der Version bleiben. Wird erst mit 7.19 unterstützt für 6591 Cable.

                NUC i7 64GB mit Proxmox ---- Jarvis Infos Aktualisierungen der Doku auf Instagram verfolgen -> mcuiobroker Instagram
                Wenn Euch mein Vorschlag geholfen hat, bitte rechts "^" klicken.

                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
                FAQ Cloud / IOT
                HowTo: Node.js-Update
                HowTo: Backup/Restore
                Downloads
                BLOG

                705

                Online

                32.7k

                Benutzer

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