Monatsrückblick Januar/Februar 2026 ist online!

[sigi234]

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

@Mauflo
nein, am besten nach dem Update einmal den gesamten hue.0- Baum in der Objekte Ansicht löschen und anschließend den Adapter einmal neu starten, dann werden die Objekte korrekt neu angelegt.

Werden da nicht die History Werte gelöscht und die Aktivierung der eingestellten DP's ?

[BBTown]

@sigi234
Ich gebe zu, das weiß ich nicht und darüber hatte ich mir keine Gedanken gemacht, da ich bei meinen HUE Datenpunkten keine History-Aufzeichnung (bei mir InfluxDB) verwende.

Was meinst Du aber mit "Aktivierung"?

[sigi234]

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

Was meinst Du aber mit "Aktivierung"?

[BBTown]

@sigi234
sorry, ich habe es immer noch nicht verstanden ...

[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

[BBTown]

@Mauflo
Kann es sein, dass Du in der Adapter Einstellung "Legay" Struktur nicht aktiviert hattest beim Neustart und IEnlesen

[BBTown]

@sigi234
Ich glaube jezt habe ich es verstanden. Du meintest mit "Aktivierung", auch das Aufzeichnen der History Daten (wohin auch immer)

[sigi234]

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

@sigi234
Ich glaube jezt habe ich es verstanden. Du meintest mit Aktivierung, auch das Aufzeichnen der History Daten (wohin auch immer)

Jupp

[Mauflo]

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

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

[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:

Dabei fällt auf dassder Unterstrich bei Philips hue nicht mehr angezeigt wird. @foxriver76 war das so gewollt?

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

[foxriver76]

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

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

[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)

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.

[Mauflo]

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

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

[BBTown]

@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

[Mauflo]

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

[conectas]

@foxriver76

Alt

Neu

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)