[Neuer Adapter] hue-extended

[Dr. Bakterius]

@Zefau sagte in [Neuer Adapter] hue-extended:

@Dr-Bakterius sagte in [Neuer Adapter] hue-extended:

Leider verweigert diese die Arbeit mit hue-extended weil der Datenpunkt 'xy' im Gegensatz zum Hue-Adapter Anführungszeichen beim Wert hat.

Kann man das im Colorpicker nicht anpassen?

Da kann ich die Datenpunkte auswählen, aber sobald ich 'xy' auswähle wird das Widget deaktiviert. Ich wüsste nicht wie ich den Colorpicker dahingehend anpassen sollte.

Nur damit wir auch vom selben reden:

Ich habe bisher in folgenden Feldern die Datenpunkte angegeben gehabt. Sobald ich alle drei Datenpunkte angebe wird das Widget deaktiviert.

Ich habe auch den RGB-Colorpicker ausprobiert. Da kann ich zwar die Farbe einstellen und die Helligkeit regeln, er nimmt bei Änderungen aber nicht die aktuelle Farbe an.

Edit: Man kann auch mit den HSL-Werten arbeiten, doch die aktuelle Farbe übernimmt er nur über den 'xy'-Datenpunkt.

[Zefau]

@Dr-Bakterius probier mal v0.8.3 von Github. Habe den State xy überarbeitet und die Anführungsstriche "..." entfernt.

[Zefau]

@cash sagte in [Neuer Adapter] hue-extended:

Es wäre gut wenn die warnings zusätzlich in ein Feld geschrieben würden. Auf das Feld könnte ich mir dann ein Script schreiben was mich benachrichtigt per Push das es Probleme gibt.

Probier mal bitte v0.8.3. Ich habe jeweils für alle Geräte unter lights und groups sowie für alle Geräte insgesamt im Channel info einen Channel lastAction angelegt.

[Zefau]

v0.8.3 mit folgenden Änderungen (https://github.com/Zefau/ioBroker.hue-extended#changelog)

• added lastAction channel (with states lastCommand, lastResult, error, timestamp and datetime) to each light and group as well as for all lights / groups in info channel
• fixed error retrieving and setting state xy
• moved syncing, timestamp, datetime to info channel

[Dr. Bakterius]

@Zefau sagte in [Neuer Adapter] hue-extended:

@Dr-Bakterius probier mal v0.8.3 von Github. Habe den State xy überarbeitet und die Anführungsstriche "..." entfernt.

Danke, jetzt klappt es. Leider kann ich jetzt wieder alle Skripte ändern.

[cash]

Die Datenpunkte sind schon mal da. Mal abwarten wann ein Fehler auftritt

[cash]

Mega gut. Gerade mal ein wenig getestet. Dann werde ich mich mal an dem Script versuchen. Die neuen Felder sind perfekt geeignet.

[Friesenbeton]

Guten Abend und danke für den Adapter. Beim Basteln heute Abend ist mir aufgefallen, dass der Adapter "verbotene" Sonderzeichen (vgl. hier) in Namen von Lampen bzw. Gruppen nicht maskiert/ersetzt/entfernt und daher keine States für diese Lampen anlegt. Der "alte" Hue-Adapter ersetzt solche Zeichen z.B. durch Unterstriche. Ich kann mir damit behelfen, die paar Lampen umzubenennen, aber vielleicht wäre es ja eine Überlegung für eine zukünftige Version, eine Maskierung der Sonderzeichen einzubauen oder eine alarmierende Meldung beim erstmaligen Einlesen aller Lampen auszugeben?

[Zefau]

@Friesenbeton sagte in [Neuer Adapter] hue-extended:

Beim Basteln heute Abend ist mir aufgefallen, dass der Adapter "verbotene" Sonderzeichen (vgl. hier) in Namen von Lampen bzw. Gruppen nicht maskiert/ersetzt/entfernt und daher keine States für diese Lampen anlegt.

Danke für den Hinweis. Installiere mal bitte die aktuelle Version von Github (https://github.com/Zefau/ioBroker.hue-extended; Versionsnummer bleibt auf 0.8.3).
Ist das Problem dort behoben?

Danke und viele Grüße
Zefau

[Zefau]

@cash sagte in [Neuer Adapter] hue-extended:

Zwei Sachen hätte ich noch. Zum einen haben die Gruppen bzw Lichter eine Zahl vorangestellt was ja nicht verkehrt ist aber sofern man mehr als 9 hat ist die Sortierung halt nur suboptimal da die 12 vor der 2 logischerweise ist. Wäre es nicht möglich mit 01 zu beginnen? Oder besser noch die Zahl ans Ende stellen meine Lichter haben eigentlich am Anfang immer den Raumnamen und da ich nicht alle Lampen für einen Raum zu gleichen Zeit gekauft habe habe ich jetzt unter 1 etwas dann viel tiefer unter 9 und dann wieder irgendwas mit 15...

Habe heute mal rumprobiert und es gelingt mir in der offizielle Hue Android-App, zwei unterschiedliche Lichter mit demselben Namen zu benennen. Das bedeutet ich benötige im Adapter einen eindeutigen Bestandteil im Namen (die ID).
Ich kann diese also nicht weg lassen, aber werde eine Option einbauen, diese an das Ende stellen zu können.

[cash]

@Zefau könntest Du dann nicht einfach bei den einstelligen Zahlen eine 0 voranstellen? Dann wäre es ja sauber sortiert...

[dslraser]

@cash sagte in [Neuer Adapter] hue-extended:

@Zefau könntest Du dann nicht einfach bei den einstelligen Zahlen eine 0 voranstellen? Dann wäre es ja sauber sortiert...

oder die Zahlen einfach weg lassen (die uid kann ja drinn bleiben als DP) und die States einfach alphabetisch erstellen, dann hätte ich auch einen besseren Überblick.

[Zefau]

@dslraser sagte in [Neuer Adapter] hue-extended:

oder die Zahlen einfach weg lassen (die uid kann ja drinn bleiben als DP)

Wie oben geschrieben

Das bedeutet ich benötige im Adapter einen eindeutigen Bestandteil im Namen (die ID).
Ich kann diese also nicht weg lassen, aber werde eine Option einbauen, diese an das Ende stellen zu können.

[Friesenbeton]

@Zefau said in [Neuer Adapter] hue-extended:

Installiere mal bitte die aktuelle Version von Github (https://github.com/Zefau/ioBroker.hue-extended; Versionsnummer bleibt auf 0.8.3).
Ist das Problem dort behoben?

Das habe ich heute mal versucht, leider bekommen die betroffenen Geräte noch immer keine Channel / States. Das Log sagt leider auch (fast) nichts dazu, die einzigen Meldungen auf der Stufe "silly" sind inMem-Meldungen der nicht angelegen States der Lampen mit Sonderzeichen ... Arbeite mich gerade aber mal durch den Code des Adapters und versuche die problematische Stelle zu finden.

Danke & viele Grüße

[arteck]

@Zefau

nach adapter start version 0.8.3

[Zefau]

v0.8.4 mit folgenden Änderungen (https://github.com/Zefau/ioBroker.hue-extended#changelog)

• BREAKING CHANGE: added option to either prepend or append unique ID of a device before / after device name (additionally, prepended IDs are filled up with leading zeros)
• fixed bug Cannot read property getObject of undefined on adapter start
• fixed replacement of specials characters (['<', '>', ' ', ',', ';', '!', '?', '[', ']', '*', '\'', '"', '\\', '&', '^', '$', '(', ')', '/']) within device names
• added object definitions for bri, level, ct, hue, hue_degrees and sat (see https://github.com/Zefau/ioBroker.hue-extended/issues/1)

Jey-Cee created this issue in Zefau/ioBroker.hue-extended

closed Objektdefinition #1

[Zefau]

@arteck sagte in [Neuer Adapter] hue-extended:

nach adapter start version 0.8.3

Sollte mit v0.8.4 nun passen.

[Zefau]

@Friesenbeton Probier bitte nochmal. Mit v0.8.4 sollte es passen.

[Zefau]

@cash es werden nun 0'en vorangestellt (bei prepend) und zusätzlich gibt es noch eine append Option.

[Zefau]

Diskussion / Breaking Change

Im Zuge der Diskussion um die Vereinheitlichung von Objekten / States (siehe https://forum.iobroker.net/topic/24936/diskussion-objektdefinition-licht) wurden die folgenden Änderungen vorgeschlagen (siehe https://github.com/Zefau/ioBroker.hue-extended/issues/1#issue-492034971), die ich gerne hier kurz zur Diskussion stellen möchte:

1. Umbenennung von bri in brightness Entfernen des Datenpunkts bri (brightness) (zur Steuerung verbleibt dann level)
2. Umbenennung von sat in saturation
3. Entfernen des Datenpunkts hue (Wert von 0 bis 65535) und Umbenennung von hue_degrees (Wert von 0° bis 360°) in hue
4. Alle Datenpunkte für die Farbräume entfernen (_rgb, _hsv, _cmyk und xyz)
5. Einzelne Datenpunkte des RGB-Farbraums aufnehmen (red, green und blue )
6. Umbenennen von _hex in hex

Bitte um Kommentare, ob dies aus eurer Sicht so passt. Danke!

Jey-Cee created this issue in Zefau/ioBroker.hue-extended

closed Objektdefinition #1