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
    Kann es sein, dass Du in der Adapter Einstellung "Legay" Struktur nicht aktiviert hattest beim Neustart und IEnlesen

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

    @BBTown Ja das war nicht angeklickt. Danke! Obwohl man bei solchen Fehlern manchmal die Angstperlen auf die Stirn bekommt, verliebe ich mich immer mehr in ioBroker. Wenn man sogar solche Strukturprobleme relativ einfach fixen kann ohne seine komplette Programmierung und Visualisierung neu aufsetzen zu müssen, ist die Struktur dieser Software wirklich gut durchdacht. Immer wieder ein echter thrill ;-) ! Dank auch an @foxriver76 für das schnelle fixing!

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

      @sigi234 Die History ist nicht so schlimm. Aber die Datenpunkte werden jetzt in meiner VIS nicht mehr gefunden, weil der Name verändert wurde. Siehe:

      hue.0.Philips_hue.Schlafzimmer_Decke.on
      hue.0.Schlafzimmer_Decke.on
      
      sigi234S Online
      sigi234S Online
      sigi234
      Forum Testing Most Active
      schrieb am zuletzt editiert von sigi234
      #40

      @Mauflo sagte in HUE Adapter v3.25 und v3.27 fehlerhafte Datenpunkte:

      Die History ist nicht so schlimm. Aber die Datenpunkte werden jetzt in meiner VIS nicht mehr gefunden, weil der Name verändert wurde

      Mache es so: View exportieren Text kopieren, Notepad++ öffnen - Txt einfügen und dann ersetzte xxxxx mit xxxxxx - Txt kopieren dann View wieder importieren. Vorher alte View Name umbenennen.

      Bitte benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
      Immer Daten sichern!

      MaufloM 1 Antwort Letzte Antwort
      0
      • sigi234S sigi234

        @Mauflo sagte in HUE Adapter v3.25 und v3.27 fehlerhafte Datenpunkte:

        Die History ist nicht so schlimm. Aber die Datenpunkte werden jetzt in meiner VIS nicht mehr gefunden, weil der Name verändert wurde

        Mache es so: View exportieren Text kopieren, Notepad++ öffnen - Txt einfügen und dann ersetzte xxxxx mit xxxxxx - Txt kopieren dann View wieder importieren. Vorher alte View Name umbenennen.

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

        @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?

        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 foxriver76F 2 Antworten Letzte Antwort
        0
        • 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?

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

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

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

                                323

                                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