[Neuer Adapter] hue-extended

[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

[Dr. Bakterius]

@Zefau Für mich würden diese Änderungen passen weil ich diese Datenpunkte nicht verwende. Aber falls jemand die Datenpunkte in Skripten eingebaut hat, bedeutet das Arbeit. Also in Zukunft bitte keine Änderungen mehr wenn sie nicht unbedingt nötig sind.

[Zefau]

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

Aber falls jemand die Datenpunkte in Skripten eingebaut hat, bedeutet das Arbeit. Also in Zukunft bitte keine Änderungen mehr wenn sie nicht unbedingt nötig sind.

Das kann im latest Repository immer passieren. Für alles andere gibt es das stable Repo.

[cash]

Ich werde es am Wochenende testen mit der führenden 0. Danle für die Anpassing.

Gegen die Umbenennung spricht nichts aber mir persönlich scheint es vollkommen egal ob ein Punkt nun sat oder saturation heißt. Grundsätzlich finde ich es natürlich sinnvoll nutzlose oder nicht benötigte Datenpunkte zu löschen.

[Spegeli]

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

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!

Bitte keine Datenpunkte Entfernen.
Das war für mich überhaupt erst einer Gründe auf diesen Adapter Umzusteigen, da ich hier so ziemlich jeden Datenpunkte habe den es gibt.

Lieber haben und nicht brauchen, als brauchen und nicht haben.

Einen (spürbaren) performance boost du die paar wegfallenden Datenpunkte hätte man doch ohnehin nicht.

[Jey Cee]

Hier mal der Hintergrund für die von mir angestoßene Diskussion bzw. den Vorstoß.
Bis jetzt ist es so das jeder macht was für ihn gerade gut passt, aber das macht die Verwendung oft unnötig Kompliziert. Ein gutes Beispiel sind die Color Picker, da bedarfs x Unterschiedlicher in VIS um alles ab zu decken. Jetzt gibt es aber auch andere Visualisierungen und daneben noch die Smarten Assistenten, die alle damit Klar kommen sollen.
Um das zu Gewährleisten muss jeder Entwickler der Visualisierung macht für jeden fall etwas bereit stellen.
Ganz davon abgesehen das man sich als Anwender immer in jeden Adapter neu einfinden muss wenn man eine Lampe steuern will.

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

mir persönlich scheint es vollkommen egal ob ein Punkt nun sat oder saturation heißt

Es ist auch vollkommen egal wie der Datenpunkt heißt, nur kann man als Anwender doch erwarten das ein Datenpunkt der das selbe tut auch in allen Adaptern gleich heisst oder nicht?
Ich erwarte das sogar als Anwender.

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

Das war für mich überhaupt erst einer Gründe auf diesen Adapter Umzusteigen, da ich hier so ziemlich jeden Datenpunkte habe den es gibt.

Es soll nicht die Funktionalität eingeschränkt werden, lediglich eine Einheitliche Basis geschaffen werden zur Steuerung. Unter dem Gesichtspunkt das nicht jede Lampe/Licht das selbe Farbsystem verwendet soll der Adapter dann im Hintergrund die Umsetzung auf die jeweiligen Farbsysteme vornehmen. Was ohnehin schon in manchen Adaptern passiert.

Bitte führt die Diskussion zur Vereinheitlichung in diesem Thema fort, dann ist das gesamelt an einem Ort.

[Zefau]

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

Das war für mich überhaupt erst einer Gründe auf diesen Adapter Umzusteigen, da ich hier so ziemlich jeden Datenpunkte habe den es gibt.

Welche Datenpunkte verwendest du denn konkret, die wegzufallen drohen?

[cash]

Kurze Frage bevor ich das Update einspiele. Sollte ich vorher alle Datenpunkte löschen oder werden die alten einstelligen Lampen automatisch gelöscht?

[Zefau]

@cash besser manuell löschen. Alte Datenpunkte werden nach einer gewissen Weile automatisch gelöscht, aber dauert eine Weile.

[sigi234]

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

@cash besser manuell löschen. Alte Datenpunkte werden nach einer gewissen Weile automatisch gelöscht, aber dauert eine Weile.

Ja, bei mir waren es min. 5 Minuten

[Friesenbeton]

@Zefau Vielen Dank für das Update und die Hilfe, jetzt funktioniert bei mir alles wie es soll.

[bmueller77]

Hi, habe gestern umgestellt auf diesen Adapter. Die Reaktionszeit ist etwas langsamer als beim alten Hue-Adapter aber ich denke, das kommt am Ende beim Feinschliff.
Noch was anderes ist mir aufgefallen: Ich wollte den Adapter auf meinen zweiten Host umziehen. Danach ließen sich die Lampen aber nicht mehr per vis schalten. Erst nach dem erneuten Umzug zum vorherigen Host funktionierte es wieder.

[Zefau]

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

Die Reaktionszeit ist etwas langsamer als beim alten Hue-Adapter

Die Queue wird alle drei Sekunden abgearbeitet. Diese Zeit kannst du in den Adapter Einstellungen anpassen.

Oder welche Reaktionszeit meinst du?

[bmueller77]

Die hab ich auf 1 Sekunde eingestellt. Gerade beim Schalten von Gruppen ist es aber häufiger so, dass beim Setzen auf Level 100 in vis für die ganze Gruppe die Lampen sich erst mit verringerter Leuchtkraft (schätzungsweise 20%) einschalten und erst nach ca. 10 Sekunden auf volle Leistung gehen. Ich benutze Hue White and Color Lampen. Der Test erfolgte mit drei Lampen mit reinem Schalten von 0 auf 100% und zurück. teils schalten auch nicht alle Lampen der Gruppe auf 100%.

[Zefau]

@bmueller77 kannst du den Adapter mal auf Debug stellen und mir das Log schicken?