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.
  • MaufloM Mauflo

    @sigi234 ist nicht mehr notwendig mit der "Legay" Struktur. Allerdings werden im VIS Editor die Namen jetzt anders angezeigt. Sollte man die "Legay" Struktur canceln? Das wäre auch mit Deinem Tipp immer noch ein Haufen Arbeit.
    Siehe:
    6faa7737-7956-4af4-9654-c0997213203d-image.png
    Dabei fällt auf dassder Unterstrich bei Philips hue nicht mehr angezeigt wird. @foxriver76 war das so gewollt?

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

    @Mauflo Jop, im Namen werden Leerzeichen angezeigt, falls welche da. Nur für IDs ist das nicht ok.

    Videotutorials & mehr

    Hier könnt ihr mich unterstützen.

    1 Antwort Letzte Antwort
    0
    • 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

                        768

                        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