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. Hardware
  4. Zigbee Probleme mit innr SP220 smart plug

NEWS

  • Weihnachtsangebot 2025! 🎄
    BluefoxB
    Bluefox
    22
    1
    1.2k

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

  • Monatsrückblick – September 2025
    BluefoxB
    Bluefox
    14
    1
    2.5k

Zigbee Probleme mit innr SP220 smart plug

Geplant Angeheftet Gesperrt Verschoben Hardware
6 Beiträge 3 Kommentatoren 1.7k Aufrufe 3 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.
  • C Offline
    C Offline
    CrazyCarlton
    schrieb am zuletzt editiert von CrazyCarlton
    #1

    Hallo zusammen,

    ich hoffe Ihr könnt mir helfen, ich bin am verzweifeln. Kurz vorweg:

    Mein Setup:
    -Raspberry Pi 4
    -Conbee II Stick (Firmware 26720700)
    -IOBroker 4.0.15
    -Zigbee Ver. 1.6.18(GitHub). Gleicher Fehler auf 1.6.16
    -Node.JS v14.19.0
    -NPM 6.14.16

    Zwei meiner innr SP220 verhalten sich merkwürdig. Nach dem ersten anschließen und anlernen war alles gut. Dann irgendwann konnte ich einen der beiden nicht mehr ansteuern (LOG: Send command to xxx failed with no error code (no response received)).

    Wenn ich am plug den Knopf drücke, wird der state aber korrekt gesendet. So sieht das Ganze in der Geräteübersicht aus:

    zigbee.PNG

    Nun, nach einem Tag, macht auch der zweite innr die gleichen Probleme.

    Was ich probiert habe:
    -Plug löschen, resetten und neu pairen (Ja, mehrfach mit "force" und ohne)
    -Zigbee Adapter updaten (Über GitHub Repo)

    Was mich wundert ist, dass die Plugs immer wieder mit dem selben Namen auftauchen. Werden die nicht komplett aus Zigbee entfernt?

    Viele Grüße

    arteckA AsgothianA C 3 Antworten Letzte Antwort
    0
    • C CrazyCarlton

      Hallo zusammen,

      ich hoffe Ihr könnt mir helfen, ich bin am verzweifeln. Kurz vorweg:

      Mein Setup:
      -Raspberry Pi 4
      -Conbee II Stick (Firmware 26720700)
      -IOBroker 4.0.15
      -Zigbee Ver. 1.6.18(GitHub). Gleicher Fehler auf 1.6.16
      -Node.JS v14.19.0
      -NPM 6.14.16

      Zwei meiner innr SP220 verhalten sich merkwürdig. Nach dem ersten anschließen und anlernen war alles gut. Dann irgendwann konnte ich einen der beiden nicht mehr ansteuern (LOG: Send command to xxx failed with no error code (no response received)).

      Wenn ich am plug den Knopf drücke, wird der state aber korrekt gesendet. So sieht das Ganze in der Geräteübersicht aus:

      zigbee.PNG

      Nun, nach einem Tag, macht auch der zweite innr die gleichen Probleme.

      Was ich probiert habe:
      -Plug löschen, resetten und neu pairen (Ja, mehrfach mit "force" und ohne)
      -Zigbee Adapter updaten (Über GitHub Repo)

      Was mich wundert ist, dass die Plugs immer wieder mit dem selben Namen auftauchen. Werden die nicht komplett aus Zigbee entfernt?

      Viele Grüße

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

      @crazycarlton ich hab 2 hier im Einsatz allerdings nicht am conbee
      @Asgothian weisst du da mehr ob der conbee da muckt ?

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

      C 1 Antwort Letzte Antwort
      0
      • C CrazyCarlton

        Hallo zusammen,

        ich hoffe Ihr könnt mir helfen, ich bin am verzweifeln. Kurz vorweg:

        Mein Setup:
        -Raspberry Pi 4
        -Conbee II Stick (Firmware 26720700)
        -IOBroker 4.0.15
        -Zigbee Ver. 1.6.18(GitHub). Gleicher Fehler auf 1.6.16
        -Node.JS v14.19.0
        -NPM 6.14.16

        Zwei meiner innr SP220 verhalten sich merkwürdig. Nach dem ersten anschließen und anlernen war alles gut. Dann irgendwann konnte ich einen der beiden nicht mehr ansteuern (LOG: Send command to xxx failed with no error code (no response received)).

        Wenn ich am plug den Knopf drücke, wird der state aber korrekt gesendet. So sieht das Ganze in der Geräteübersicht aus:

        zigbee.PNG

        Nun, nach einem Tag, macht auch der zweite innr die gleichen Probleme.

        Was ich probiert habe:
        -Plug löschen, resetten und neu pairen (Ja, mehrfach mit "force" und ohne)
        -Zigbee Adapter updaten (Über GitHub Repo)

        Was mich wundert ist, dass die Plugs immer wieder mit dem selben Namen auftauchen. Werden die nicht komplett aus Zigbee entfernt?

        Viele Grüße

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

        @crazycarlton sagte in Zigbee Probleme mit innr SP220 smart plug:

        Zwei meiner innr SP220 verhalten sich merkwürdig. Nach dem ersten anschließen und anlernen war alles gut. Dann irgendwann konnte ich einen der beiden nicht mehr ansteuern (LOG: Send command to xxx failed with no error code (no response received)).
        Wenn ich am plug den Knopf drücke, wird der state aber korrekt gesendet. So sieht das Ganze in der Geräteübersicht aus:

        Nun, nach einem Tag, macht auch der zweite innr die gleichen Probleme.
        Was ich probiert habe:
        -Plug löschen, resetten und neu pairen (Ja, mehrfach mit "force" und ohne)
        -Zigbee Adapter updaten (Über GitHub Repo)

        Ich würde Dich bitten zu Prüfen ob du die Funktion der Steckdosen durch "rekonfiguration" über die Kachel zu "reparieren".

        Was mich wundert ist, dass die Plugs immer wieder mit dem selben Namen auftauchen. Werden die nicht komplett aus Zigbee entfernt?

        Auf vielfachen Wunsch wurde eine Funktion eingebaut bei der die Namen von manuell umbenannten Geräte erhalten bleiben.

        Insgesamt kann ich zu dem Zusammenspiel zwischen Conbee und den INNR Plugs nichts sagen - ich habe beide Geräte nicht.

        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

          @crazycarlton ich hab 2 hier im Einsatz allerdings nicht am conbee
          @Asgothian weisst du da mehr ob der conbee da muckt ?

          C Offline
          C Offline
          CrazyCarlton
          schrieb am zuletzt editiert von
          #4

          @arteck Danke für den Tipp, hatte ich leider auch schon versucht. Zwar scheint das geklappt zu haben, aber keine Besserung der Lage.

          Hier habe ich versucht, ein paar Minuten nach dem reconfig den Status über den Broker zu ändern:

          99bca179-341d-48a9-8e3f-27c6945b13e0-image.png

          1 Antwort Letzte Antwort
          0
          • C CrazyCarlton

            Hallo zusammen,

            ich hoffe Ihr könnt mir helfen, ich bin am verzweifeln. Kurz vorweg:

            Mein Setup:
            -Raspberry Pi 4
            -Conbee II Stick (Firmware 26720700)
            -IOBroker 4.0.15
            -Zigbee Ver. 1.6.18(GitHub). Gleicher Fehler auf 1.6.16
            -Node.JS v14.19.0
            -NPM 6.14.16

            Zwei meiner innr SP220 verhalten sich merkwürdig. Nach dem ersten anschließen und anlernen war alles gut. Dann irgendwann konnte ich einen der beiden nicht mehr ansteuern (LOG: Send command to xxx failed with no error code (no response received)).

            Wenn ich am plug den Knopf drücke, wird der state aber korrekt gesendet. So sieht das Ganze in der Geräteübersicht aus:

            zigbee.PNG

            Nun, nach einem Tag, macht auch der zweite innr die gleichen Probleme.

            Was ich probiert habe:
            -Plug löschen, resetten und neu pairen (Ja, mehrfach mit "force" und ohne)
            -Zigbee Adapter updaten (Über GitHub Repo)

            Was mich wundert ist, dass die Plugs immer wieder mit dem selben Namen auftauchen. Werden die nicht komplett aus Zigbee entfernt?

            Viele Grüße

            C Offline
            C Offline
            CrazyCarlton
            schrieb am zuletzt editiert von
            #5

            Mhhhh ok, ich bin eventuell etwas weiter :-)

            Was ich gemacht habe:
            -Plug gelöscht (ohne Force)
            -Im Adapter vom Kanal 20 auf 11
            -Plug angelernt
            -Plug wieder gelöscht
            -Wieder zurück auf Kanal 20
            -Plug angelernt

            Aktuell läuft es... Ich bin mal gespannt. Falls es nicht geht, würde ich mal versuchen dauerhaft auf 11 zu bleiben. Vielleicht mögen die innr keine anderen Kanäle?

            AsgothianA 1 Antwort Letzte Antwort
            0
            • C CrazyCarlton

              Mhhhh ok, ich bin eventuell etwas weiter :-)

              Was ich gemacht habe:
              -Plug gelöscht (ohne Force)
              -Im Adapter vom Kanal 20 auf 11
              -Plug angelernt
              -Plug wieder gelöscht
              -Wieder zurück auf Kanal 20
              -Plug angelernt

              Aktuell läuft es... Ich bin mal gespannt. Falls es nicht geht, würde ich mal versuchen dauerhaft auf 11 zu bleiben. Vielleicht mögen die innr keine anderen Kanäle?

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

              @crazycarlton Die innr sollten die Kanäle mögen die auch von der Hue Bridge genutzt werden:
              11,15,20,25

              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
              Antworten
              • In einem neuen Thema antworten
              Anmelden zum Antworten
              • Älteste zuerst
              • Neuste zuerst
              • Meiste Stimmen


              Support us

              ioBroker
              Community Adapters
              Donate

              684

              Online

              32.5k

              Benutzer

              81.7k

              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