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. Hue Bewegungsmelder mit Zigbee Adapter wenig Daten

NEWS

  • Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄
    BluefoxB
    Bluefox
    10
    1
    131

  • Weihnachtsangebot 2025! 🎄
    BluefoxB
    Bluefox
    24
    1
    1.4k

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

Hue Bewegungsmelder mit Zigbee Adapter wenig Daten

Geplant Angeheftet Gesperrt Verschoben Error/Bug
11 Beiträge 5 Kommentatoren 1.1k Aufrufe 5 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.
  • K Offline
    K Offline
    kamikazemimmi
    schrieb am zuletzt editiert von
    #1

    Hallo zusammen,

    ich weiß leider nicht genau seit wann, aber der unser Hue Bewegungsmeldung wird vom Zigbee Adapter erkannt, aber er meldet keine Daten, mit denen wir arbeiten können.

    Eine Idee, was es sein kann ? Wir haben von zigbee 1.5.6 installiert udn sind auch schon auf vorherige Versionen gegangen. Aber bisher kein Erfolg.
    Anbei ein Bild.
    huemotion.png

    Danke und Gruß
    Melanie

    AsgothianA 1 Antwort Letzte Antwort
    0
    • K kamikazemimmi

      Hallo zusammen,

      ich weiß leider nicht genau seit wann, aber der unser Hue Bewegungsmeldung wird vom Zigbee Adapter erkannt, aber er meldet keine Daten, mit denen wir arbeiten können.

      Eine Idee, was es sein kann ? Wir haben von zigbee 1.5.6 installiert udn sind auch schon auf vorherige Versionen gegangen. Aber bisher kein Erfolg.
      Anbei ein Bild.
      huemotion.png

      Danke und Gruß
      Melanie

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

      @kamikazemimmi

      Bitte in den state "zigbee.0.info.debugmessages" den Wert 001788010647d97c eintragen.

      In der Folge das Log beobachten. Es sollte bei jeder Kommunikation zwischen dem BWM und dem Adapter 2 Meldungen mit dem Schlüsselwort "ELEVATED" geben. Keine Meldungen heisst kein Signal vom Bewegungsmelder.

      Es ist denkbar das der Bewegungsmelder die Verbindung zum Koordinator zumindest teilweise verloren hat so das er seine Meldungen nicht mehr an diesen schickt. Um das zu testen bitte folgendes Tun.

      • Sicherstellen das zigbee.0.info.debugmessages korrekt gesetzt ist.
      • BWM aus dem Adapter löschen (ggf. den Haken "löschen erzwingen" setzen)
      • BWM zurücksetzen (da ich den selber nicht kenne weiss ich nicht wie)
      • Adapter auf Debug umstellen, neu starten
      • BWM neu anlernen.
      • Bewegung auslösen, sofern der BWM einen Taster hat mit dem er aktiviert werden kann diesen drücken, etc.
      • Das Log beobachten. Interessant sind:
        -- alle Meldungen mit dem Schlüsselwort "ELEVATED"
        -- alle Meldungen die entweder "9290019758" oder "001788010647d97c beinhalten

      Der Screenshot oben sieht so aus als ob der BWM ausschliesslich die Link Quality aktualisiert und keine Events sendet.

      Wichtig ist das der BWM bei der gesamten Aktion an der gleichen Position verbleibt, um sicherzustellen das es kein Funk-Problem ist.

      A.
      A.

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

      K 2 Antworten Letzte Antwort
      0
      • arteckA Offline
        arteckA Offline
        arteck
        Developer Most Active
        schrieb am zuletzt editiert von
        #3

        die Dinger zicken rum.. da wirst du kein spass mit haben

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

        1 Antwort Letzte Antwort
        0
        • AsgothianA Asgothian

          @kamikazemimmi

          Bitte in den state "zigbee.0.info.debugmessages" den Wert 001788010647d97c eintragen.

          In der Folge das Log beobachten. Es sollte bei jeder Kommunikation zwischen dem BWM und dem Adapter 2 Meldungen mit dem Schlüsselwort "ELEVATED" geben. Keine Meldungen heisst kein Signal vom Bewegungsmelder.

          Es ist denkbar das der Bewegungsmelder die Verbindung zum Koordinator zumindest teilweise verloren hat so das er seine Meldungen nicht mehr an diesen schickt. Um das zu testen bitte folgendes Tun.

          • Sicherstellen das zigbee.0.info.debugmessages korrekt gesetzt ist.
          • BWM aus dem Adapter löschen (ggf. den Haken "löschen erzwingen" setzen)
          • BWM zurücksetzen (da ich den selber nicht kenne weiss ich nicht wie)
          • Adapter auf Debug umstellen, neu starten
          • BWM neu anlernen.
          • Bewegung auslösen, sofern der BWM einen Taster hat mit dem er aktiviert werden kann diesen drücken, etc.
          • Das Log beobachten. Interessant sind:
            -- alle Meldungen mit dem Schlüsselwort "ELEVATED"
            -- alle Meldungen die entweder "9290019758" oder "001788010647d97c beinhalten

          Der Screenshot oben sieht so aus als ob der BWM ausschliesslich die Link Quality aktualisiert und keine Events sendet.

          Wichtig ist das der BWM bei der gesamten Aktion an der gleichen Position verbleibt, um sicherzustellen das es kein Funk-Problem ist.

          A.
          A.

          K Offline
          K Offline
          kamikazemimmi
          schrieb am zuletzt editiert von
          #4

          @asgothian alles klar, mach ich gleich.

          @arteck: wie meinst du das ? Mit den Phillips Geräten oder Zigbee ? Also seit dem Conbee Stick finde ich, läuft es besser. Wobei es davor auch gut lief... Kam dann halt zu Problemen, ok. Oder sollte man doch lieber eine echte Hue-Bridge holen ?

          LG
          Melanie

          1 Antwort Letzte Antwort
          0
          • AsgothianA Asgothian

            @kamikazemimmi

            Bitte in den state "zigbee.0.info.debugmessages" den Wert 001788010647d97c eintragen.

            In der Folge das Log beobachten. Es sollte bei jeder Kommunikation zwischen dem BWM und dem Adapter 2 Meldungen mit dem Schlüsselwort "ELEVATED" geben. Keine Meldungen heisst kein Signal vom Bewegungsmelder.

            Es ist denkbar das der Bewegungsmelder die Verbindung zum Koordinator zumindest teilweise verloren hat so das er seine Meldungen nicht mehr an diesen schickt. Um das zu testen bitte folgendes Tun.

            • Sicherstellen das zigbee.0.info.debugmessages korrekt gesetzt ist.
            • BWM aus dem Adapter löschen (ggf. den Haken "löschen erzwingen" setzen)
            • BWM zurücksetzen (da ich den selber nicht kenne weiss ich nicht wie)
            • Adapter auf Debug umstellen, neu starten
            • BWM neu anlernen.
            • Bewegung auslösen, sofern der BWM einen Taster hat mit dem er aktiviert werden kann diesen drücken, etc.
            • Das Log beobachten. Interessant sind:
              -- alle Meldungen mit dem Schlüsselwort "ELEVATED"
              -- alle Meldungen die entweder "9290019758" oder "001788010647d97c beinhalten

            Der Screenshot oben sieht so aus als ob der BWM ausschliesslich die Link Quality aktualisiert und keine Events sendet.

            Wichtig ist das der BWM bei der gesamten Aktion an der gleichen Position verbleibt, um sicherzustellen das es kein Funk-Problem ist.

            A.
            A.

            K Offline
            K Offline
            kamikazemimmi
            schrieb am zuletzt editiert von kamikazemimmi
            #5

            @asgothian hm... in welchem Log sollten die Ausgaben stehen ? Hätte das gerne etwas hübscher aufbereitet... aber wenn ich in /opt/iobroker/iobroker.current.log oder /var/log/syslog nach ELEVATED such, finde ich nichts, obwohl ich das in der Webansicht ja sehe...

            Aber ich beschreib dann erst mal, was wir gemacht haben:

            Also den Wert zigbee.0.info.debugmessages eingetragen, Instanz neu gestartet, wurden noch keine anderen Werte übermittelt. Aber im Log gab es Ausgaben mit ELEAVATED und auch mit der ID objekt. (und auch manchmal non pingable device)

            Haben das Objekt dann noch mal gelöscht (was auch erst beim 2. Mal klappte), auch koppeln klappte erst beim 2. Mal (erst war er "undefined") - aber jetzt werden Daten der Variablen geliefert.

            kann ich den Wert in zigbee.0.info.debugmessages ruhig drine lassen oder muss ich dann bei möglichen Updates was bedenken ?

            Danke und Gruß
            Melanie

            noch mal der Vollständigkeit halber:

            ein kleines Screenshot:
            eintrag-2-1.png

            also taucht auch immer wieder non-pingable device auf, aber dann auch wieder ELEVATED-Werte.

            AsgothianA 1 Antwort Letzte Antwort
            0
            • K kamikazemimmi

              @asgothian hm... in welchem Log sollten die Ausgaben stehen ? Hätte das gerne etwas hübscher aufbereitet... aber wenn ich in /opt/iobroker/iobroker.current.log oder /var/log/syslog nach ELEVATED such, finde ich nichts, obwohl ich das in der Webansicht ja sehe...

              Aber ich beschreib dann erst mal, was wir gemacht haben:

              Also den Wert zigbee.0.info.debugmessages eingetragen, Instanz neu gestartet, wurden noch keine anderen Werte übermittelt. Aber im Log gab es Ausgaben mit ELEAVATED und auch mit der ID objekt. (und auch manchmal non pingable device)

              Haben das Objekt dann noch mal gelöscht (was auch erst beim 2. Mal klappte), auch koppeln klappte erst beim 2. Mal (erst war er "undefined") - aber jetzt werden Daten der Variablen geliefert.

              kann ich den Wert in zigbee.0.info.debugmessages ruhig drine lassen oder muss ich dann bei möglichen Updates was bedenken ?

              Danke und Gruß
              Melanie

              noch mal der Vollständigkeit halber:

              ein kleines Screenshot:
              eintrag-2-1.png

              also taucht auch immer wieder non-pingable device auf, aber dann auch wieder ELEVATED-Werte.

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

              @kamikazemimmi sagte in Hue Bewegungsmelder mit Zigbee Adapter wenig Daten:

              @asgothian hm... in welchem Log sollten die Ausgaben stehen ? Hätte das gerne etwas hübscher aufbereitet... aber wenn ich in /opt/iobroker/iobroker.current.log oder /var/log/syslog nach ELEVATED such, finde ich nichts, obwohl ich das in der Webansicht ja sehe...

              Das kann ich so nicht nachvollziehen. In der Datei sollten die entsprechenden Zeilen drin stehen - das ist das Log welches auch im System angezeigt wird.

              Aber ich beschreib dann erst mal, was wir gemacht haben:

              Also den Wert zigbee.0.info.debugmessages eingetragen, Instanz neu gestartet, wurden noch keine anderen Werte übermittelt. Aber im Log gab es Ausgaben mit ELEAVATED und auch mit der ID objekt. (und auch manchmal non pingable device)

              Die Meldungen mit "non pingable" entstehen da der Adapter auf Debug läuft, und besagen das zu dem Zeitpunkt die Funktion zum Prüfen der Verfügbarkeit der Zigbee-Geräte gelaufen ist. Jedes Gerät das sich anpingen lässt (alles was fest am Strom hängt) wird angepingt. Alle anderen (die Batteriebetriebenen) lassen sich nicht kontaktieren, weswegen mitgeschrieben wird wie lange es her ist das eine Nachricht vom Gerät angekommen ist. in deinem Fall 45 s. Sollte dieser Wert über 25 Stunden steigen wird das gerät als "not available" eingestuft.

              Haben das Objekt dann noch mal gelöscht (was auch erst beim 2. Mal klappte), auch koppeln klappte erst beim 2. Mal (erst war er "undefined") - aber jetzt werden Daten der Variablen geliefert.

              kann ich den Wert in zigbee.0.info.debugmessages ruhig drine lassen oder muss ich dann bei möglichen Updates was bedenken ?

              Der Wert darf da gerne drin bleiben. Solange der Wert in dem Datenpunkt steht wirst Du die entsprechenden Warnmeldungen (die mit ELEVATED) erhalten.

              Die "ELEVATED" Meldungen kommen üblicherweise "paarweise", einmal mit "publishFromState", wenn der Adapter die Änderung eines States erkennt und diese an das Gerät weiter geben will (bei dem BWM nicht wirklich relevant) und einmal mit "publishToState".
              Dabei zeigt die "erste" (ältere) Meldung was über die zigbee-herdsman-converters als Nachricht ankommt (message received ...)
              Die Zweite Meldung zeigt was der Zigbee Adapter damit anfängt und welchen State er wie versucht zu ändern. (value generated <value> from device <dest> for <state>, wobei der Datenpunkt zigbee.0.<dest>.<state> mit dem Wert <value> aktualisiert wird.

              Interessant ist das du zwar Meldungen zur Helligkeit bekommst, nicht aber zum Status des Bewegungsmelders. Zumindest sind in dem Log von Dir dazu keine drin.

              A.

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

              K D 2 Antworten Letzte Antwort
              0
              • AsgothianA Asgothian

                @kamikazemimmi sagte in Hue Bewegungsmelder mit Zigbee Adapter wenig Daten:

                @asgothian hm... in welchem Log sollten die Ausgaben stehen ? Hätte das gerne etwas hübscher aufbereitet... aber wenn ich in /opt/iobroker/iobroker.current.log oder /var/log/syslog nach ELEVATED such, finde ich nichts, obwohl ich das in der Webansicht ja sehe...

                Das kann ich so nicht nachvollziehen. In der Datei sollten die entsprechenden Zeilen drin stehen - das ist das Log welches auch im System angezeigt wird.

                Aber ich beschreib dann erst mal, was wir gemacht haben:

                Also den Wert zigbee.0.info.debugmessages eingetragen, Instanz neu gestartet, wurden noch keine anderen Werte übermittelt. Aber im Log gab es Ausgaben mit ELEAVATED und auch mit der ID objekt. (und auch manchmal non pingable device)

                Die Meldungen mit "non pingable" entstehen da der Adapter auf Debug läuft, und besagen das zu dem Zeitpunkt die Funktion zum Prüfen der Verfügbarkeit der Zigbee-Geräte gelaufen ist. Jedes Gerät das sich anpingen lässt (alles was fest am Strom hängt) wird angepingt. Alle anderen (die Batteriebetriebenen) lassen sich nicht kontaktieren, weswegen mitgeschrieben wird wie lange es her ist das eine Nachricht vom Gerät angekommen ist. in deinem Fall 45 s. Sollte dieser Wert über 25 Stunden steigen wird das gerät als "not available" eingestuft.

                Haben das Objekt dann noch mal gelöscht (was auch erst beim 2. Mal klappte), auch koppeln klappte erst beim 2. Mal (erst war er "undefined") - aber jetzt werden Daten der Variablen geliefert.

                kann ich den Wert in zigbee.0.info.debugmessages ruhig drine lassen oder muss ich dann bei möglichen Updates was bedenken ?

                Der Wert darf da gerne drin bleiben. Solange der Wert in dem Datenpunkt steht wirst Du die entsprechenden Warnmeldungen (die mit ELEVATED) erhalten.

                Die "ELEVATED" Meldungen kommen üblicherweise "paarweise", einmal mit "publishFromState", wenn der Adapter die Änderung eines States erkennt und diese an das Gerät weiter geben will (bei dem BWM nicht wirklich relevant) und einmal mit "publishToState".
                Dabei zeigt die "erste" (ältere) Meldung was über die zigbee-herdsman-converters als Nachricht ankommt (message received ...)
                Die Zweite Meldung zeigt was der Zigbee Adapter damit anfängt und welchen State er wie versucht zu ändern. (value generated <value> from device <dest> for <state>, wobei der Datenpunkt zigbee.0.<dest>.<state> mit dem Wert <value> aktualisiert wird.

                Interessant ist das du zwar Meldungen zur Helligkeit bekommst, nicht aber zum Status des Bewegungsmelders. Zumindest sind in dem Log von Dir dazu keine drin.

                A.

                K Offline
                K Offline
                Korthy
                schrieb am zuletzt editiert von
                #7

                @asgothian
                Ich klink mich hier auch mal ein.
                ich habe diesen Sensor:
                https://de.aliexpress.com/item/1005003199137161.html?spm=a2g0s.9042311.0.0.639e4c4dKAv2Gz
                Er wird erkannt und eingebunden. (falsches Bild, aber OK)
                Nach dem Eintrag in info, wir auch der Log mit "ELEVATED" geschrieben
                Aber es wird kein Event eingetragen
                Nur Link Qualität und Massage von Zigbee wird aktualisiert.
                Wahrscheinlich noch zu neu?
                d4ea986f-5de1-486b-ae93-142e8a2538af-image.png

                d597322a-9804-4139-80ab-8897392ffd33-image.png
                5abf7190-5ffe-43e6-bd1c-6276868fc6eb-image.png

                d204dddf-2d67-4072-abca-d49a8d8c6151-image.png
                Nur Link Qualität und Massage von Zigbee wird aktualisiert.

                arteckA 1 Antwort Letzte Antwort
                0
                • AsgothianA Asgothian

                  @kamikazemimmi sagte in Hue Bewegungsmelder mit Zigbee Adapter wenig Daten:

                  @asgothian hm... in welchem Log sollten die Ausgaben stehen ? Hätte das gerne etwas hübscher aufbereitet... aber wenn ich in /opt/iobroker/iobroker.current.log oder /var/log/syslog nach ELEVATED such, finde ich nichts, obwohl ich das in der Webansicht ja sehe...

                  Das kann ich so nicht nachvollziehen. In der Datei sollten die entsprechenden Zeilen drin stehen - das ist das Log welches auch im System angezeigt wird.

                  Aber ich beschreib dann erst mal, was wir gemacht haben:

                  Also den Wert zigbee.0.info.debugmessages eingetragen, Instanz neu gestartet, wurden noch keine anderen Werte übermittelt. Aber im Log gab es Ausgaben mit ELEAVATED und auch mit der ID objekt. (und auch manchmal non pingable device)

                  Die Meldungen mit "non pingable" entstehen da der Adapter auf Debug läuft, und besagen das zu dem Zeitpunkt die Funktion zum Prüfen der Verfügbarkeit der Zigbee-Geräte gelaufen ist. Jedes Gerät das sich anpingen lässt (alles was fest am Strom hängt) wird angepingt. Alle anderen (die Batteriebetriebenen) lassen sich nicht kontaktieren, weswegen mitgeschrieben wird wie lange es her ist das eine Nachricht vom Gerät angekommen ist. in deinem Fall 45 s. Sollte dieser Wert über 25 Stunden steigen wird das gerät als "not available" eingestuft.

                  Haben das Objekt dann noch mal gelöscht (was auch erst beim 2. Mal klappte), auch koppeln klappte erst beim 2. Mal (erst war er "undefined") - aber jetzt werden Daten der Variablen geliefert.

                  kann ich den Wert in zigbee.0.info.debugmessages ruhig drine lassen oder muss ich dann bei möglichen Updates was bedenken ?

                  Der Wert darf da gerne drin bleiben. Solange der Wert in dem Datenpunkt steht wirst Du die entsprechenden Warnmeldungen (die mit ELEVATED) erhalten.

                  Die "ELEVATED" Meldungen kommen üblicherweise "paarweise", einmal mit "publishFromState", wenn der Adapter die Änderung eines States erkennt und diese an das Gerät weiter geben will (bei dem BWM nicht wirklich relevant) und einmal mit "publishToState".
                  Dabei zeigt die "erste" (ältere) Meldung was über die zigbee-herdsman-converters als Nachricht ankommt (message received ...)
                  Die Zweite Meldung zeigt was der Zigbee Adapter damit anfängt und welchen State er wie versucht zu ändern. (value generated <value> from device <dest> for <state>, wobei der Datenpunkt zigbee.0.<dest>.<state> mit dem Wert <value> aktualisiert wird.

                  Interessant ist das du zwar Meldungen zur Helligkeit bekommst, nicht aber zum Status des Bewegungsmelders. Zumindest sind in dem Log von Dir dazu keine drin.

                  A.

                  D Offline
                  D Offline
                  Denis1988
                  schrieb am zuletzt editiert von
                  #8

                  @asgothian hab das gleiche problem mit hue motionsensor und dem sonnoff dongle 3.0. wo finde ich diesen Datenpunkt zigbee.0.info.debugmessages?

                  Vielen Dank und viele Grüße

                  AsgothianA 1 Antwort Letzte Antwort
                  0
                  • D Denis1988

                    @asgothian hab das gleiche problem mit hue motionsensor und dem sonnoff dongle 3.0. wo finde ich diesen Datenpunkt zigbee.0.info.debugmessages?

                    Vielen Dank und viele Grüße

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

                    @denis1988 :face_palm:
                    Den findest Du im Objektbaum unter zigbee.0.info.debugmessages. Wo könnte der sonst auch sein.

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

                    D 1 Antwort Letzte Antwort
                    0
                    • AsgothianA Asgothian

                      @denis1988 :face_palm:
                      Den findest Du im Objektbaum unter zigbee.0.info.debugmessages. Wo könnte der sonst auch sein.

                      D Offline
                      D Offline
                      Denis1988
                      schrieb am zuletzt editiert von
                      #10

                      @asgothian sorry hab den info ordner übersehen. Hab es hinbekommen. danke für deine Hilfe und für deine außerordentliche Freundlichkeit.

                      1 Antwort Letzte Antwort
                      0
                      • K Korthy

                        @asgothian
                        Ich klink mich hier auch mal ein.
                        ich habe diesen Sensor:
                        https://de.aliexpress.com/item/1005003199137161.html?spm=a2g0s.9042311.0.0.639e4c4dKAv2Gz
                        Er wird erkannt und eingebunden. (falsches Bild, aber OK)
                        Nach dem Eintrag in info, wir auch der Log mit "ELEVATED" geschrieben
                        Aber es wird kein Event eingetragen
                        Nur Link Qualität und Massage von Zigbee wird aktualisiert.
                        Wahrscheinlich noch zu neu?
                        d4ea986f-5de1-486b-ae93-142e8a2538af-image.png

                        d597322a-9804-4139-80ab-8897392ffd33-image.png
                        5abf7190-5ffe-43e6-bd1c-6276868fc6eb-image.png

                        d204dddf-2d67-4072-abca-d49a8d8c6151-image.png
                        Nur Link Qualität und Massage von Zigbee wird aktualisiert.

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

                        @korthy welche Adapter Version ? nimm die von GIT 1.6.12

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

                        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

                        744

                        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