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. [gelöst] HUE Adapter v3.25 und v3.27 fehlerhafte Datenpunkte

NEWS

  • Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨
    BluefoxB
    Bluefox
    17
    1
    2.0k

  • Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄
    BluefoxB
    Bluefox
    13
    1
    925

  • Weihnachtsangebot 2025! 🎄
    BluefoxB
    Bluefox
    25
    1
    2.2k

[gelöst] HUE Adapter v3.25 und v3.27 fehlerhafte Datenpunkte

Geplant Angeheftet Gesperrt Verschoben Gelöst Error/Bug
hue adapterbugdatenpunkt
53 Beiträge 5 Kommentatoren 4.8k 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.
  • BBTownB BBTown

    @Mauflo
    Mit der Methode von @sigi234 ist das fix erledigt, ich habe das früher mit meinen Broadlink Datenpunkten mituunter machen müssen, wenn der DeviceName geändert wurde.

    MaufloM Offline
    MaufloM Offline
    Mauflo
    schrieb am zuletzt editiert von Mauflo
    #44

    @BBTown Die Methode von @sigi234 brauch ich nicht mehr, da Dein Tipp mit der "Legay" Struktur goldrichtig war. Ich möchte nur verstehen, was die Legay Struktur ist und ob ich für die Zukunft die ändern muss!? @foxriver76 ,danke hab's jetzt auch gesehen.

    RaspberryPi 4 4 GB - Raspbian light Buster - ARMv7 Processor rev 3 (v7l) - Node.js v12.18.0 - NPM 6.14.4 - Aktive Instanzen 18 (admin, alexa2, backitup, broadlink2, ham-wemo, harmony, history, hs100, hue, info, iot, javascript, radar2, scenes, tr-064, web [2x], wifilight) all latest and updated

    BBTownB 1 Antwort Letzte Antwort
    0
    • MaufloM Mauflo

      @BBTown Die Methode von @sigi234 brauch ich nicht mehr, da Dein Tipp mit der "Legay" Struktur goldrichtig war. Ich möchte nur verstehen, was die Legay Struktur ist und ob ich für die Zukunft die ändern muss!? @foxriver76 ,danke hab's jetzt auch gesehen.

      BBTownB Offline
      BBTownB Offline
      BBTown
      schrieb am zuletzt editiert von BBTown
      #45

      @Mauflo
      Die Legacy Struktur habe ich weiter oben hier im Thread erklärt (da hatte ich mich nur noch nicht an den Begriff "Legacy" erinnert) :sunglasses:

      In den ersten Versionen des HUE-Adapters wurden alle Datenpunkte unter hue.0.Phlips_hue.xxxx abgelegt. Im Laufe der Entwicklung hat @foxriver76 dann die "Zwischenstufe" Philips_hue weggelassen und alle Datenpunnkte wurden ab sofort im "root" also unter hue.0.xxxx abgelegt, da man im Grunde selten bis nie eine weitere Ebene a la Philips_huebenötigt.

      Um aber allen die bereits vorher die Datenpunkte unter hue.0.Philips_hue.xxxx hatten nicht dazu zwingen zu müssen alle Scripte und Views umzubauen, kannst Du mit Setzen des Hakens "Legacy Struktur" die alte Schreibweise bzw Struktur weiter verwenden.

      ioBroker auf NUC (VM debian v13 (Trixie ), node v22.21.0 npm v10.9.4, js-controller v7.1.0 jsonl/jsonl / HomeMatic CCU-2 (Wired und Funk) / Philips HUE / echo.DOT / Broadlink RM pro / SONOS

      MaufloM foxriver76F 2 Antworten Letzte Antwort
      0
      • BBTownB BBTown

        @Mauflo
        Die Legacy Struktur habe ich weiter oben hier im Thread erklärt (da hatte ich mich nur noch nicht an den Begriff "Legacy" erinnert) :sunglasses:

        In den ersten Versionen des HUE-Adapters wurden alle Datenpunkte unter hue.0.Phlips_hue.xxxx abgelegt. Im Laufe der Entwicklung hat @foxriver76 dann die "Zwischenstufe" Philips_hue weggelassen und alle Datenpunnkte wurden ab sofort im "root" also unter hue.0.xxxx abgelegt, da man im Grunde selten bis nie eine weitere Ebene a la Philips_huebenötigt.

        Um aber allen die bereits vorher die Datenpunkte unter hue.0.Philips_hue.xxxx hatten nicht dazu zwingen zu müssen alle Scripte und Views umzubauen, kannst Du mit Setzen des Hakens "Legacy Struktur" die alte Schreibweise bzw Struktur weiter verwenden.

        MaufloM Offline
        MaufloM Offline
        Mauflo
        schrieb am zuletzt editiert von
        #46

        @BBTown jetzt hab auch ich es kapiert. Danke.!

        RaspberryPi 4 4 GB - Raspbian light Buster - ARMv7 Processor rev 3 (v7l) - Node.js v12.18.0 - NPM 6.14.4 - Aktive Instanzen 18 (admin, alexa2, backitup, broadlink2, ham-wemo, harmony, history, hs100, hue, info, iot, javascript, radar2, scenes, tr-064, web [2x], wifilight) all latest and updated

        1 Antwort Letzte Antwort
        0
        • BBTownB BBTown

          @Mauflo
          Die Legacy Struktur habe ich weiter oben hier im Thread erklärt (da hatte ich mich nur noch nicht an den Begriff "Legacy" erinnert) :sunglasses:

          In den ersten Versionen des HUE-Adapters wurden alle Datenpunkte unter hue.0.Phlips_hue.xxxx abgelegt. Im Laufe der Entwicklung hat @foxriver76 dann die "Zwischenstufe" Philips_hue weggelassen und alle Datenpunnkte wurden ab sofort im "root" also unter hue.0.xxxx abgelegt, da man im Grunde selten bis nie eine weitere Ebene a la Philips_huebenötigt.

          Um aber allen die bereits vorher die Datenpunkte unter hue.0.Philips_hue.xxxx hatten nicht dazu zwingen zu müssen alle Scripte und Views umzubauen, kannst Du mit Setzen des Hakens "Legacy Struktur" die alte Schreibweise bzw Struktur weiter verwenden.

          foxriver76F Offline
          foxriver76F Offline
          foxriver76
          Developer
          schrieb am zuletzt editiert von
          #47

          @BBTown ja genau bzw die Ebene macht keinen Sinn weil man nur eine Hue Bridge mit dem Adapter verbinden kann. Somit tut Hue.0 eigentlich sinnvoller Weise die Bridge selbst darstellen. Nur stieß das für bestehende Installationen wegen Unbenennung auf wenig Gegenliebe, weshalb ich auch ermögliche die DPs wie früher anzulegen. Jetzt ist es mir wohl mal auf die Füße gefallen. ;-)
          Grundsätzlich wenn du sowas vermeiden möchtest würde ich den Verwahrungsort auf stable stellen @Mauflo, da kommen nur Versionen rein die schon einige Zeit getestet wurden.

          Videotutorials & mehr

          Hier könnt ihr mich unterstützen.

          BBTownB MaufloM conectasC 3 Antworten Letzte Antwort
          0
          • foxriver76F foxriver76

            @BBTown ja genau bzw die Ebene macht keinen Sinn weil man nur eine Hue Bridge mit dem Adapter verbinden kann. Somit tut Hue.0 eigentlich sinnvoller Weise die Bridge selbst darstellen. Nur stieß das für bestehende Installationen wegen Unbenennung auf wenig Gegenliebe, weshalb ich auch ermögliche die DPs wie früher anzulegen. Jetzt ist es mir wohl mal auf die Füße gefallen. ;-)
            Grundsätzlich wenn du sowas vermeiden möchtest würde ich den Verwahrungsort auf stable stellen @Mauflo, da kommen nur Versionen rein die schon einige Zeit getestet wurden.

            BBTownB Offline
            BBTownB Offline
            BBTown
            schrieb am zuletzt editiert von
            #48

            @foxriver76 na ja, wir wollen die Fehler ja gemeinsam mit dir finden um dich zu beschäftigen damit Du dir die Nächte um die Ohren schlagen kannst :sunglasses:

            ioBroker auf NUC (VM debian v13 (Trixie ), node v22.21.0 npm v10.9.4, js-controller v7.1.0 jsonl/jsonl / HomeMatic CCU-2 (Wired und Funk) / Philips HUE / echo.DOT / Broadlink RM pro / SONOS

            1 Antwort Letzte Antwort
            0
            • foxriver76F foxriver76

              @BBTown ja genau bzw die Ebene macht keinen Sinn weil man nur eine Hue Bridge mit dem Adapter verbinden kann. Somit tut Hue.0 eigentlich sinnvoller Weise die Bridge selbst darstellen. Nur stieß das für bestehende Installationen wegen Unbenennung auf wenig Gegenliebe, weshalb ich auch ermögliche die DPs wie früher anzulegen. Jetzt ist es mir wohl mal auf die Füße gefallen. ;-)
              Grundsätzlich wenn du sowas vermeiden möchtest würde ich den Verwahrungsort auf stable stellen @Mauflo, da kommen nur Versionen rein die schon einige Zeit getestet wurden.

              MaufloM Offline
              MaufloM Offline
              Mauflo
              schrieb am zuletzt editiert von
              #49

              @foxriver76 Nein ist schon ok. Ein bisschen thrill und Unterstützung der Entwickler beim debugging braucht es schon. Wir wollen ja alle, dass das Projekt erfolgreich weitergeht! ;-)

              Im Übrigen habe ich das Gefühl, dass seit Herbst 19 der ganze ioBroker wesentlich stabiler läuft. Es kommen immer weniger Warnings und Error Meldungen im log vor. Wie gesagt ihr macht tolle Arbeit!

              RaspberryPi 4 4 GB - Raspbian light Buster - ARMv7 Processor rev 3 (v7l) - Node.js v12.18.0 - NPM 6.14.4 - Aktive Instanzen 18 (admin, alexa2, backitup, broadlink2, ham-wemo, harmony, history, hs100, hue, info, iot, javascript, radar2, scenes, tr-064, web [2x], wifilight) all latest and updated

              1 Antwort Letzte Antwort
              0
              • foxriver76F foxriver76

                @BBTown ja genau bzw die Ebene macht keinen Sinn weil man nur eine Hue Bridge mit dem Adapter verbinden kann. Somit tut Hue.0 eigentlich sinnvoller Weise die Bridge selbst darstellen. Nur stieß das für bestehende Installationen wegen Unbenennung auf wenig Gegenliebe, weshalb ich auch ermögliche die DPs wie früher anzulegen. Jetzt ist es mir wohl mal auf die Füße gefallen. ;-)
                Grundsätzlich wenn du sowas vermeiden möchtest würde ich den Verwahrungsort auf stable stellen @Mauflo, da kommen nur Versionen rein die schon einige Zeit getestet wurden.

                conectasC Offline
                conectasC Offline
                conectas
                schrieb am zuletzt editiert von
                #50

                @foxriver76

                Alt

                hue_alt.jpg

                Neu

                hue_neu_ohne_legacy.jpg

                Habe das selbe Problem.. wenn ich es also richtig verstehe ist das so gewollt das das ganze HUE jetzt untereinander steht statt sauber in "Ordnen"? (hue.0.WZr_01_Hue_color | Bild 01)

                BBTownB 1 Antwort Letzte Antwort
                0
                • conectasC conectas

                  @foxriver76

                  Alt

                  hue_alt.jpg

                  Neu

                  hue_neu_ohne_legacy.jpg

                  Habe das selbe Problem.. wenn ich es also richtig verstehe ist das so gewollt das das ganze HUE jetzt untereinander steht statt sauber in "Ordnen"? (hue.0.WZr_01_Hue_color | Bild 01)

                  BBTownB Offline
                  BBTownB Offline
                  BBTown
                  schrieb am zuletzt editiert von
                  #51

                  @conectas
                  gucksu hier https://forum.iobroker.net/post/419640

                  ioBroker auf NUC (VM debian v13 (Trixie ), node v22.21.0 npm v10.9.4, js-controller v7.1.0 jsonl/jsonl / HomeMatic CCU-2 (Wired und Funk) / Philips HUE / echo.DOT / Broadlink RM pro / SONOS

                  conectasC 1 Antwort Letzte Antwort
                  0
                  • BBTownB BBTown

                    @conectas
                    gucksu hier https://forum.iobroker.net/post/419640

                    conectasC Offline
                    conectasC Offline
                    conectas
                    schrieb am zuletzt editiert von conectas
                    #52

                    @BBTown

                    Sorry verstehe ich trotzdem nicht, was hat das mit den Geräten Ordnern zu tun

                    WZr_01_Hue_color
                    WZr_02_Hue_color
                    WZr_03_Hue_color

                    hue.0
                    --> WZr_01_Hue_color
                    ----> .on

                    und das es jetzt WZr_01_Hue_color_on unterstich statt WZr_01_Hue_color.on Punkt

                    conectasC 1 Antwort Letzte Antwort
                    0
                    • conectasC conectas

                      @BBTown

                      Sorry verstehe ich trotzdem nicht, was hat das mit den Geräten Ordnern zu tun

                      WZr_01_Hue_color
                      WZr_02_Hue_color
                      WZr_03_Hue_color

                      hue.0
                      --> WZr_01_Hue_color
                      ----> .on

                      und das es jetzt WZr_01_Hue_color_on unterstich statt WZr_01_Hue_color.on Punkt

                      conectasC Offline
                      conectasC Offline
                      conectas
                      schrieb am zuletzt editiert von conectas
                      #53

                      mal abgesehen das wenn ich in tab-objects -> hue.0.WZr_02_Hue_color_on auf true setzt das nicht geht..?

                      Nachtrag: sehe gerade das es Update hue from @3.2.5 to @3.2.8 gibt.. mal sehen.

                      Nachtrag II: in @3.2.8 wieder da ;-)

                      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

                      649

                      Online

                      32.6k

                      Benutzer

                      82.2k

                      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