Lampen nicht Synchron bei "an/100%" und "aus/0%"

[HookHM]

Hallo @j-a-n ,

mir ist aufgefallen, dass wenn ich die Lampen über dein Addon via CUxD-RGB-Dimmer schalte, nicht immer alles Synchron ist wenn mit anderen Apps ect. die Lampen gesteuert werden.

Als Beispiel:

Ich schalte eine Lampe über die HomeKit Home App auf ein, also 100% dann geht der CUxD-RGB-Dimmer auch auf 100% - Schalte ich die Lampe dann über die HomeKit Home App wieder aus, also auf 0% dann bleibt der CUxD-RGB-Dimmer auf 100% stehen und geht nicht auch auf aus also 0%. Das Verhalten ich auch so, wenn ich die Lampe über die Hue App steuere.

Wenn ich eine Lampe über den CUxD-RGB-Dimmer ausschalte, und dann auch auf 0% laut CUxD-RGB-Dimmer steht, dann die Lampe über Siri steuere z.B. "Hey Siri, schalte Flurlampe ein" dann wird die Lampe nur auf 1% geschaltet statt auf 100%. Wenn ich die Lampe über die Philips Hue App steuere, z.B. über den ein/aus Toggle, dann geht sie bei ein auf 100% und bei aus auf 0% und wenn ich sie dann über Siri Steuere, dann geht sie auch auf 100%. Sie geht dann auf 100% weil ich sie zuvor nicht über den CUxD-RGB-Dimmer ausgeschaltet habe, sondern über den Toggle in der Hue App. Wenn ich die Lampe dann wieder z.B. in der Hue App auf 100% schalte, sie dann aber über den CUxD-RGB-Dimmer ausschalte und dann wieder über Siri einschalte, geht sie wieder nur auf 1%.

Ich weiß nicht, ob das Problem hiermit was zutun hat: #41

Oder vielleucht sogar auch hiermit: #39

Es wäre cool @j-a-n wenn Du dir das mal alles ansehen könntest, danke.

[j-a-n]

Hue behandelt Helligkeitswert und an/aus unabhängig. Man kann eine Lampe ausschalten ohne den Helligkeitswert zu verändern. Das Problem ist, dass der CUxD-Dimmer kein an/aus bereitstellt. Daher ist beim Addon aus=0% und umgekehrt. Daher geht beim Ausschalten der Helligkeitswert verloren.

[HookHM]

@j-a-n was muss der CUxD-Dimmer können? Dann frage ich das mal beim Entwickler von CUxD an.

[HookHM]

Hallo @j-a-n ich habe mit Uwe gesprochen. Du möchtest ihn bitte mal anschreiben um gemeinsam eine Lösung für das Problem zu finden. Hier kannst du ihm direkt eine PN senden: https://homematic-forum.de/forum/ucp.php?i=pm&mode=compose&u=3172

Ich danke dir!

[LevelOne2k]

Ich würde mich auch sehr darüber freuen wenn Du @j-a-n da zusammen mut Uwe was hinbekommst. Das Problem ist ehrlich gesagt schon sehr nervig.

[nubbel7404]

Guten Tag @j-a-n ich kann mich nur anschließen, das Problem ist schon recht nervig. Würde mich auch freuen wenn du zusammen mit Uwe eine Lösung findest oder Uwe mitteilst was der Cuxd Dimmer können muss.

[AdlerCentauri]

Ja, es stimmt, es ist schon schon arg nervig dieses Problem. @j-a-n hast du schon Kontakt zu Uwe aufnehmen können? So wie ich ihn kenne, wird er sich der Sache gerne annehmen.

[AdlerCentauri]

@j-a-n und hattest du hierüber mal mit Uwe gesprochen?

[HookHM]

@AdlerCentauri ich habe ja schon mit Uwe gesprochen, er wartet nur auf eine Nachricht von @j-a-n er würde gerne zusammen mit Jan eine Lösung finden.

[j-a-n]

Nein, selbst wenn Uwe das umsetzen könnte wäre das ein großer Umbau im Addon. Da werde ich eher keine Zeit für finden. Wenn das jemand implementieren möchte, nehme ich die Änderung gerne auf.

[HookHM]

@j-a-n das ist schade. Gäbe es keine „Hardcore“ Lösung?

[regnets]

Können wir dann den Issue vielleicht offen lassen? Dann hätte ich die Information auch schneller gefunden und Entwickler die mal eben unter Issue schauen sehen, dass es hier etwas zu tun gibt.

Danke & Gruß

Andreas

[HookHM]

@regnets warum sollte es offen bleiben? Es wird doch nichts an dem Problem gemacht, es bleibt doch wie es ist.

[regnets]

Ich würde ein Bounty darauf setzen und wenn Probleme nicht bekannt sind, kann sie auch keiner lösen. Wenn mehrere Personen Geld investieren findet sich vielleicht ein williger Mensch in der Zukunft. Hat für mich schon sehr häufig funktioniert.

[HookHM]

Glaub mir, dass wird nicht passieren.

[regnets]

Glaub mir, dass wird nicht passieren.

Stört es denn, wenn das Issue offen ist? Im letzten Jahr hatte ich 8 Bounties gepostet und anscheinend war das jeweils ein Grund warum alle 8 Issues auch gelöst worden.

Zum Beispiel hat auch die Bounty auf den Docker Support für Raspberrymatic dafür gesorgt, dass seit Jahren die Entwicklung angefangen wurde und nach kurzer Zeit waren 80 € Bounty auf dem Issue. Ich weiß 80 € sind absolut lächerlich für den Aufwand, der für so etwas betrieben werden muss, aber es ist ein kleines Dankeschön an die Entwickler. Wäre das Issue länger aufgeblieben hätte sich die Summe mit Sicherheit noch erhöht.

Ich würde mich auch gerne mit dem Thema beschäftigen, leider fehlt mir absolut der Startpunkt wie und wo ich anfange.

[j-a-n]

Ich kann das Issue gerne offen lassen.

Ich habe viele Stunden meiner Freizeit in dieses Plugin gesteckt.
Ich habe dafür keinen Cent bekommen, darum geht es mir auch nicht.
Open Source-Projekte funktionieren dann gut, wenn alle die die Software einsetzen auch zu dieser beitragen.
Sie funktionieren nicht nach dem Prinzip, dass man sich was wünschen kann und der entsprechende Entwickler dann sofort anfängt das umzusetzen.
Meine Zeit an diesem Plugin zu arbeiten ist begrenzt, ich hatte aber bereits angeboten entsprechende Änderungen gerne aufzunehmen. Vielleicht finde ich auch selbst irgendwann die Zeit dafür mir das nochmal anzuschauen, aber versprechen kann ich nichts.

[regnets]

Hallo Jan,

vielen Dank. Da mir auch die Zeit fehlt um mich in die Arbeit von 3 Jahren von jemand viel klügeren und erfahreneren Person einzuarbeiten probiere ich Open Source Projekte mit Organisation und Tests zu unterstützen. Natürlich sollen die Bounties keine Bezahlung darstellen, sondern die Wertschätzung ausdrücken.

Ich hab Uwe angeschrieben und gefragt wie und wo ich dieses Thema dokumentieren kann.

Ich schau mal, ob ich mich auch technisch da rein arbeiten kann, aber mir fehlen komplett die Basicss.

Vielen Dank

Gruß

Andreas

[regnets]

Ich hab ein Bounty hierfür erstellt:

https://www.bountysource.com/issues/96301744-lampen-nicht-synchron-bei-an-100-und-aus-0

[j-a-n]

Ich meine auch nicht, dass jeder programmieren muss. Dokumentation, Kommunikation, Koordination oder Umsetzungs-Ideen sind genauso hilfreich.

Von Seite des CUxD ist es aktuell so, dass bei einem VIR-LG-RGBW-DIM-Gerät die Buttons An und Aus den Dimmwert setzen.
Aus => 0%
An => 100%
Das Plugin setzt diese Befehle dann einfach nur um.
Hier müsste also ermöglicht werden, dass An und Aus als eigene Befehle/Werte an das Plugin übergeben werden können.

[regnets]

Ich hab gerade gesehen, dass Uwe sowohl in seinem Repo, als auch im Repo von Jens Maus die Issues deaktiviert hat.

Er hat mir gerade im Homematic Form geantwortet und gesagt, dass du dich nicht gemeldet hast und deswegen so eine Funktionalität nicht gebraucht wird. Ich verweise ihn nochmal auf dieses Issue.

[regnets]

Ich habe gerade mit Uwe geschrieben und er hat einen Lösungsansatz ohne die Ein/Ausschaltfunktionalität in CUxD zu implementieren.

Er schlägt vor beim Ausschalten also Dimm-Level auf 0 nicht zu Dimmen, sondern das Ausschaltkommando an die Hue Bridge zu senden. Klingt für mich zuerst mal sinnvoll.

Ich hab Uwe gebeten hier mal mitzulesen. Ich kann nur das wiedergeben, was ich verstehe 😆.

[uwe111]

Von CUxD-Seite ist es aber so:
Aus => 0%
An => letzter Dimmwert
Das sollte sich doch im AddOn umsetzen lassen, oder?

[j-a-n]

Hallo Uwe!

Das würde funktionieren, solange nur über CUxD bedient wird.
Das funktioniert auch jetzt schon.
Sobald man aber über einen anderen Weg (z.B. Hue-App) schaltet, kommt es dann zu unschönen Effekten.

Normalerweise trennt man bei Hue das Dimm-Level und An/Aus komplett.
Wenn man dann den Befehl "An" an die Hue-Bridge schickt, wird das letzte in der Bridge gespeicherte Dimm-Level wiederhergestellt, egal welche App das gesetzt hat.

[regnets]

Ist das nicht genau die Funktionalität, die wir haben wollen?

1. CUxD: Dimm Level 0 bzw. Aus -> Schalte Lampe aus
2. Hue: Lampe an -> Lampe geht im alten Zustand wieder an.

Das ist doch das gleiche Verhalten wie mir Hue Geräten, oder verstehe ich gerade etwas nicht?

Aktuell ist das Verhalten folgendermaßen:

1. CUxD: Dimm Level 0 bzw. Aus -> Lampe wird ausgeschaltet per Dimmer
2. Hue: Lampe an -> Lampe geht mit Dimm Level 1% an.

[j-a-n]

Der CUxD würde den letzten ihm bekannten Dimmwert wiederherstellen. Das sollte wahrscheinlich funktionieren, solange das Update der CUxD-Geräte über das Plugin funktioniert. In Programmen müsste man dann mit "Wert 0%" und "letzter Dimmwert" arbeiten.
Auch der "Rückweg" ist schwierig. Das Plugin pollt den Status der Lampe auf der Bridge.
Wenn die Bridge jetzt "aus" und 50%-Helligkeit liefert, wie soll das auf dem CUxD-Dimmer abgebildet werden?
An/Aus unabhängig vom Dimmwert wäre auf jeden Fall einfacher und zuverlässiger.

[regnets]

Auch wenn es nicht gerade zu der Diskussion beiträgt, aber warum hat die Lampe wieder Dimm Level 1%, wenn ich sie per Hue einschalte? Hat sich Hue das Dimm Level 0% gespeichert und erhöht dann den Dimm Level auf 1% um die Lampe möglichst Dunkel einzustellen?

Ich fände die Lösung mit letzten Dimmwert sinnvoll. Das Problem mit dem Rückweg verstehe ich und jetzt auch die Anforderung das Ein/Aus unabhängig vom Dimm Wert gespeichert werden müssten.

Wäre das denn überhaupt möglich so eine Änderung in CUxD zu machen oder würde man damit alle anderen Integrationen inkompatibel machen? Gäbe es die Möglichkeit RGBW-Dimmer-Schalter in CUxD zu definieren, um vorhandene Integrationen nicht zu beeinflussen? Quasi ein vierter Knopf im Hue-Addon, der einen neuen CUxD Typen definiert?

[uwe111]

Hallo Jan!

für den Rückweg könnte ich einen neuen Datenpunkt SET_OLD_LEVEL anlegen.
Wenn die Bridge "aus" und 50% Helligkeit liefert, könntest Du das auf
SET_STATE = 0 und SET_OLD_STATE = 0.5 setzen.

Oder ich prüfe, ob man beim Scriptaufruf den Tastendruck auf 'Ein' durch existierende Parameter auswerten kann und erweitere die Parameter gegebenenfalls.
Dann könntest Du in diesem Fall nur den 'Ein' Befehl ohne LEVEL zur Bridge senden und Dir den aktuellen LEVEL von der Bridge holen.

Das Hinzufügen eines zweiten Kanals mit einem Ein/Aus Schalter würde bei der Bedienung mit existierenden Apps Probleme machen. Deshalb bevorzuge ich die oben genannten Erweiterungen. Gib mir mal bitte eine Rückmeldung.

[uwe111]

Ok, das schaue ich mir mal genau an.

[AdlerCentauri]

Hallo zusammen! Ich finde es schön, dass es hier weiter geht. Ich werde mir das nachher mal mit dem Bounty ansehen, kenne das nicht. Vielleicht kannst Du @regnets mir bitte etwas dazu sagen?

Ich habe mir die Sache gerade auch nochmal angesehen. Ich kann das hier z.B. nicht (mehr) bestätigen:

Ich schalte eine Lampe über die HomeKit Home App auf ein, also 100% dann geht der CUxD-RGB-Dimmer auch auf 100% - Schalte ich die Lampe dann über die HomeKit Home App wieder aus, also auf 0% dann bleibt der CUxD-RGB-Dimmer auf 100% stehen und geht nicht auch auf aus also 0%. Das Verhalten ich auch so, wenn ich die Lampe über die Hue App steuere.

Ich habe es gerade mal getestet. Wen ich bei mir eine Hue Lampe über die Home App auf „An - 100%“ stelle, dann geht der CUxD RGB-Dimmer auch auf „An - 100%“ soweit korrekt. Wenn ich die Lampe dann über die Home App auf „Aus“ stelle, dann geht auch bei mir der CUxD RGB-Dimmer auf „Aus - 0%“

1. Lampe ist „Aus“ —>
2. Lampe per Home App auf „An - 100%“ —> CUxD RGB-Dimmer geht auch auf „An - 100%“ —>
3. Lampe per Home App auf „Aus - 0%“ —> CUxD RGB-Dimmer geht auch auf „aus - 0%“.

Wenn ich eine Lampe über den CUxD-RGB-Dimmer ausschalte, und dann auch auf 0% laut CUxD-RGB-Dimmer steht, dann die Lampe über Siri steuere z.B. "Hey Siri, schalte Flurlampe ein" dann wird die Lampe nur auf 1% geschaltet statt auf 100%. Wenn ich die Lampe über die Philips Hue App steuere, z.B. über den ein/aus Toggle, dann geht sie bei ein auf 100% und bei aus auf 0% und wenn ich sie dann über Siri Steuere, dann geht sie auch auf 100%. Sie geht dann auf 100% weil ich sie zuvor nicht über den CUxD-RGB-Dimmer ausgeschaltet habe, sondern über den Toggle in der Hue App. Wenn ich die Lampe dann wieder z.B. in der Hue App auf 100% schalte, sie dann aber über den CUxD-RGB-Dimmer ausschalte und dann wieder über Siri einschalte, geht sie wieder nur auf 1%.

Das kann ich so auch bestätigen.

1. Lampe ist „An - 100%“ —>
2. Lampe wurde über den CUxD RGB-Dimmer auf „Aus - 0%“ gestellt —>
3. Lampe wird mir Siri „Hey Siri, schalte Deckenlampe an“ eingeschaltet, Lampe schaltet sich nur auf 1% an. Der CUxD RGB-Dimmer steht auf 1%.

Steuerung per Hue App

1. Lampe ist „An - 100%“ (geschaltet über Hue App, Toggle-Schalter) —>
2. Lampe wird mir Siri „Hey Siri, schalte Deckenlampe aus“ ausgeschaltet, Lampe steht auf 0%.
3. Lampe wird mit Siri „Hey Siri, schalte Deckenlampe an“ eingeschaltet, Lampe steht auf 100%.

So, die Lampe ist nun durch den letzten Befehl per Siri eingeschaltet (100%). Schalte ich die Lampe nun über den CUxD RGB-Dimmer auf „Aus - 0%“ und dann wieder per Siri mit „Hey Siri, schalte Deckenlampe an“, dann geht die Lampe nur auf 1%.

So konnte ich das ganze gerade nachstellen.

Dazu habe ich noch eine andere Frage, die Lampe wird bei „An“ ja immer auf den letzten Dimmwert eingeschaltet. Wäre es optional möglich @j-a-n , diese beim „An“ Befehl auf 100% zu schalten und nicht auf den letzen Dimmwert? Z.B. könnte man die Option auf der Hue-Addon-Konfigurationsseite ein/ausschaltbar machen wie z.B. auch die Option „ Helligkeitswerte in RGB-Werten widerspiegeln“

[uwe111]

Hallo Jan!

OLD_LEVEL wurde tatsächlich als LEVEL=100% von der Logikschicht an den CUxD übergeben.

Unter http://cuxd.de/download/ habe ich eine neue Testversion bereitgestellt.
Ich habe die Datenpunkte neu geordnet, damit OLD_LEVEL jetzt richtig übergeben wird.
Es gibt jetzt einen neuen Kommandozeilenparameter $DP$ und die Umgebungsvariable CUXD_DP mit dem Namen des letzten geänderten Datenpunktes vor dem Exec-Aufruf. Den kannst Du beim Aufruf auswerten. Wenn da OLD_LEVEL drin steht, dann könntest Du den 'Ein' Befehl zur Bridge senden.

dom.GetObject("CUxD.xxxx.SET_STATES").State("LEVEL=50") ist falsch und sollte
dom.GetObject("CUxD.xxxx.SET_STATES").State("LEVEL=0.5") oder wenn MAX_VAL=100 ist, auch
dom.GetObject("CUxD.xxxx.SET_STATES").State("LEVEL=-50") sein.
Wenn Du nur den Dimmwert setzen möchtest, kannst Du aber auch
dom.GetObject("CUxD.xxxx.SET_STATE").State("0.5") bzw.
dom.GetObject("CUxD.xxxx.SET_STATE").State("-50") nutzen.

[j-a-n]

@uwe111 Danke für die neue Version.
Diese verhält sich jetzt deutlich anders.
Das Level wird jetzt beim Einschalten richtig gesetzt.
Dafür wird jetzt aber auch zusätzlich der CMD_SHORT benötigt, sonst hat der An-Button keine Wirkung mehr.

Ich habe eine neue Version des Hue-Addons veröffentlicht.
Die neue Version füllt jetzt beim Anlegen von Geräten zusätzlich den CMD_SHORT.
Für bestehende Geräte muss in den Einstellungen der CMD_LONG in den CMD_SHORT kopiert werden.
Ich habe noch eine weitere Änderung vorgenommen.
Beim Senden von on=false wird jetzt bri=0 nicht mehr mitgesendet, damit sollte beim Einschalten die Helligkeit nicht mehr auf 1% gesetzt werden.

Die Hue-Addon-Version 3.2.0 in Kombination mit dem CUxD 2.5.2 und der Ergänzung des CMD_SHORT sollte das gewünschte Verhalten zeigen.

Danke an alle die sich konstruktiv an der Problemlösung beteiligt haben!

[AdlerCentauri]

Super, es funktioniert nun. Vielen Dank an alle! Und @regnets bitte erkläre mir das noch mit dem Bounty.

Dazu habe ich noch eine andere Frage, die Lampe wird bei „An“ ja immer auf den letzten Dimmwert eingeschaltet. Wäre es optional möglich @j-a-n , diese beim „An“ Befehl auf 100% zu schalten und nicht auf den letzen Dimmwert? Z.B. könnte man die Option auf der Hue-Addon-Konfigurationsseite ein/ausschaltbar machen wie z.B. auch die Option „ Helligkeitswerte in RGB-Werten widerspiegeln“

Wäre das noch machbar?

[regnets]

Wow! Da habt ihr abends noch ganz schön was geleistet! Super!

@AdlerCentauri Bountysource.com ist ein Dienstleister bei dem du auf Github Issues "Bounties" absetzen kannst. Diese werden dann an den Löser des Issues ausgezahlt, wenn das Issue geschlossen ist (deswegen wollte ich einen offenen Issue haben 😃 ). Du als Bounty-Geber oder Ersteller musst jedoch sofort bezahlen und die behalten das Geld ein, solange das Issue nicht gelöst ist. Ich kenne ehrlich gesagt nicht das Geschäftsmodell von Bountysource.com. Ich habe nur gesehen, dass es in anderen Open-Source-Projekten häufig genutzt wird und habe dann selber auch damit angefangen.

Einloggen auf Bounty-Source ist möglich per Github und Bezahlung nehme ich über Paypal vor.

Ist eine bessere Form ein paar Euro in die Hand zu nehmen, als nur zu schreiben, das Problem stört mich auch oder das Feature hätte ich auch gerne.

Hier nochmal der Link zum Bounty:
https://www.bountysource.com/issues/96301744-lampen-nicht-synchron-bei-an-100-und-aus-0

Ich werde das Thema erst am Wochenende ausgiebig testen können, also können wir auch gerne noch das Issue und die Bounty bis dahin offen lassen.

Vielen Dank auch von meiner Seite an @j-a-n und @uwe111 ! Ist wirklich klasse wie schnell und professionell das Problem gelöst wurde 😄 👍 .

[uwe111]

Hallo Jan,

laut CUxD-Doku wird bei OLD_LEVEL immer CMD_SHORT aufgerufen. Bei der Implementation der RGBW-Dimmer im CUxD ist das irgendwie durcheinandergekommen. Jetzt passt es aber wieder zur Doku.
Eigentlich sollte es reichen, wenn Du bei CMD_SHORT den 'Ein' Befehl ohne Dimmwert zur Bridge sendest. Du musst also nicht unbedingt den Parameter $DP$ prüfen.
Ich habe soeben noch ein neues Update von CUxD 2.5.2 zum Testen bereitgestellt, bei dem jetzt auch der TOGGLE Datenpunkt mit RGBW-Dimmern funktionieren sollte.

[mbhomie007]

@regnets @AdlerCentauri
Konntet ihr die neue Cuxd-Testversion 2.5.2 testen?

Vielleicht kann dann @uwe111 die neue Version freigeben. :-)

[mbhomie007]

@j-a-n @uwe111
Habe die Hue Version 3.2.0 und die Cuxd Version 2.5.2 getestet.

Die RGB-Dimmer Elemente in der WebUI sehen jetzt irgendwie komisch aus...

Vorher:

Wofür ist die weitere %-Angabe und der Ein/Aus Schalter???
Ist das so gewollt?

[AdlerCentauri]

Stimmt, ich habe das auch. Ist mir vorher garnicht aufgefallen seit der neuen Version. Aber man kann die Buttons da unten nicht drücken, scheint ein Bug zu sein.

Bei mir läuft seit er Umstellung jetzt alles so wie es soll, nochmal danke an alle. Einzg was ich mir noch sehr wünsche @j-a-n :
„Dazu habe ich noch eine andere Frage, die Lampe wird bei „An“ ja immer auf den letzten Dimmwert eingeschaltet. Wäre es optional möglich, diese beim „An“ Befehl auf 100% zu schalten und nicht auf den letzen Dimmwert? Z.B. könnte man die Option auf der Hue-Addon-Konfigurationsseite ein/ausschaltbar machen wie z.B. auch die Option „ Helligkeitswerte in RGB-Werten widerspiegeln“

[regnets]

Ich habe ebenso die neuen Steuerelemente entdeckt wie @mbhomie007 . Bei mir haben sie auch keine Funktion.

Ebenso funktioniert ein bestehendes Programm bei mir nicht mehr, auch nicht, wenn ich es lösche und komplett neu erzeuge. Ich mache später mal ein paar Screenshots und füge sie hier ein.

[AdlerCentauri]

@regnets hast du in den Geräteeinstellungen des jeweiligen Geräts auch den Short Button belegt?

[regnets]

Zuerst mal ein Bild von meiner installierte Zusatzsoftware:

Dann hier ein Bild von der Lampe (Hab die Aktion CMD_Short kopiert, wie oben beschrieben):

Hier das Programm, dass die Lampe nicht mehr einschaltet, sonst aber noch die Rolllade hochfährt:

Dieses Testprogramm kann jedoch die Lampe ohne Probleme einschalten, wenn ich es manuell auslöse - ich hoffe es ist ein Benutzer Problem, weil ich nicht verstehe, warum es einmal so und einmal so reagiert:

Ansonsten konnte ich bisher keine Probleme feststellen. Hatte das Add-on am Mittwoch installiert und nur dieses eine Programm macht mir gerade Probleme.

[uwe111]

Das Control-Element da unten wird leider von der WebUI nach einem Update vom CUxD so angezeigt, weil ich die Geräte Datenpunkte geändert habe und dieses Update nicht sauber von der Logikschicht verarbeitet wird.
Ich würde empfehlen, dass ihr die betroffenen CUxD-Geräte von der CCU löscht und danach neu anlegt. Dann sollte auch das extra Control-Element weg sein.
Bitte mal testen!

[mbhomie007]

Hatte auch die oben beschriebe Variante genutzt, CMD_Short zusätzlich in CMD_Long kopiert und dann kam es zu den doppelten fehlerhaften Steuerelementen in der WebUI.

Habe nun meine ganzen Hue-Geräte gelöscht und über das Hue-Addon neu erzeugt.
Nun sehen die RGB-Dimmer Elemente wieder normal aus. 👍
(Auch wenn es natürlich sehr lästig war, jedes Gerät neu zu erzeugen und wieder in Programme zu integrieren.)

Aus meiner Sicht könntest du @uwe111 die Cuxd Version 2.5.2 freigeben und dieses Ticket @j-a-n kann geschlossen werden.

Vielen Dank an Alle für die Arbeit! 🥇

[regnets]

Hallo Jan,

seit dem Upgrade funktionieren folgende Programme bei mir nicht mehr:

Wenn ich die Farbtemperatur rausnehme alles wieder:

Die Hue Lampe wurde neu erzeugt:

Folgendes Programm funktioniert, es scheint so als ob die Farbtemperatur das Dimmen abbricht, ich bekomme erst ein zuverlässiges Einschalten bei 3 Sekunden Abstand zwischen Einschalten und Farbtemperatur wechsel.

In deiner vorherigen Version konnte ich Befehle sofort nacheinander senden und es ist nichts "verschluckt" worden.

Ach so, vielleicht hilft noch ein Bild von der WebUI des Plug-Ins, falls ich hier was verstellt haben sollte:

[j-a-n]

Stell mal bitte das Log-Level in der Hue-Addon-Konfiguration auf info.
Dann kannst Du sehen, ob /usr/local/addons/hue/hue.tcl überhaupt zweimal ausgeführt wird.
Wenn nicht, ist vielleicht im neuen CUxD ein Fehler gelandet.
Vielleicht kann @uwe111 auch nochmal schauen.

[AdlerCentauri]

@j-a-n ich muss leider nochmal nachfragen ob das kommen kann

„Dazu habe ich noch eine andere Frage, die Lampe wird bei „An“ ja immer auf den letzten Dimmwert eingeschaltet. Wäre es optional möglich, diese beim „An“ Befehl auf 100% zu schalten und nicht auf den letzen Dimmwert? Z.B. könnte man die Option auf der Hue-Addon-Konfigurationsseite ein/ausschaltbar machen wie z.B. auch die Option „ Helligkeitswerte in RGB-Werten widerspiegeln“

[regnets]

@j-a-n ich muss leider nochmal nachfragen ob das kommen kann

„Dazu habe ich noch eine andere Frage, die Lampe wird bei „An“ ja immer auf den letzten Dimmwert eingeschaltet. Wäre es optional möglich, diese beim „An“ Befehl auf 100% zu schalten und nicht auf den letzen Dimmwert? Z.B. könnte man die Option auf der Hue-Addon-Konfigurationsseite ein/ausschaltbar machen wie z.B. auch die Option „ Helligkeitswerte in RGB-Werten widerspiegeln“

Mach doch dafür nen zweiten Issue aus, das hört sich nach einen Feature Request an ;).

[regnets]

Ich hab das Log-Level auf Info gesetzt.

Dieses Programm habe ich danach ausgeführt:

In der Logdatei steht quasi nichts:
[1] [2021-02-10 15:03:57] [4410] Error in hue.tcl: can't read "env(CUXD_MAXVALUE)": no such variable

Beim Herausnehmen der Farbtemperatur und ausführen steht folgendes in der Logdatei:

[1] [2021-02-10 15:03:57] [4410] Error in hue.tcl: can't read "env(CUXD_MAXVALUE)": no such variable
[3] [2021-02-10 15:06:33] [4894] object_action 001788fffeb1168c light 4 {}
[3] [2021-02-10 15:06:35] [11067] Update of 001788fffeb1168c light 4 / CUX2801505:1 successful (reachable=true on=true colormode=xy bri=254 ct=233 hue=39540 sat=12 xy=0.37 0.372)

Also dein Add-on wird nicht aufgerufen beim gleichzeitigen Wert auf 100 % setzen und Farbtemperatur setzen, wenn ich das leere Log richtig interpretiere. @uwe111 kann ich dir weitere Logdaten zur Verfügung stellen?

[regnets]

Hallo @uwe111 und @j-a-n

ich habe gerade mal geschaut, im CUxD syslog steht folgendes, wenn das Programm mit Dimm Wert und Farbtemperatur ausgeführt wird:
Feb 10 17:02:51 homematic-f7 daemon.info cuxd[23481]: system(/usr/local/addons/hue/hue.tcl 001788fffeb1168c light 4) exit(1) 0s

Hier mein vollständiges CUxD Log:

Feb  8 12:27:08 homematic-f7 daemon.info cuxd[11058]: create CUX2801502 'Hue Auffahrt RGBW' dtype=28&dtype2=1&dserial=502&dname=Hue+Auffahrt+RGBW&dbase=VIR-LG-RGBW-DIM&dcontrol=4'
Feb  8 12:27:08 homematic-f7 daemon.warn cuxd[11058]: putParamset 'CUX2801502:1.CMD_EXEC=1' not found!
Feb  8 12:31:13 homematic-f7 daemon.info cuxd[11058]: save paramsets(/usr/local/addons/cuxd/cuxd.ps) size:448 trigger(-245s) from CUX2801502:1
Feb  8 23:31:13 homematic-f7 daemon.info cuxd[11058]: save paramsets(/usr/local/addons/cuxd/cuxd.ps) size:449
Feb  9 10:31:13 homematic-f7 daemon.info cuxd[11058]: save paramsets(/usr/local/addons/cuxd/cuxd.ps) size:449
Feb  9 18:47:07 homematic-f7 daemon.info cuxd[24605]: system(/usr/local/addons/hue/hue.tcl 001788fffe27902c group 31) exit(1) 0s
Feb  9 21:31:13 homematic-f7 daemon.info cuxd[11058]: save paramsets(/usr/local/addons/cuxd/cuxd.ps) size:461
Feb 10 08:31:13 homematic-f7 daemon.info cuxd[11058]: save paramsets(/usr/local/addons/cuxd/cuxd.ps) size:450
Feb 10 09:40:24 homematic-f7 daemon.info cuxd[11058]: create CUX2801503 'Hue Büro Fenster RGBW' dtype=28&dtype2=1&dserial=503&dname=Hue+B%fcro+Fenster+RGBW&dbase=VIR-LG-RGBW-DIM&dcontrol=4'
Feb 10 09:40:24 homematic-f7 daemon.warn cuxd[11058]: putParamset 'CUX2801503:1.CMD_EXEC=1' not found!
Feb 10 09:40:45 homematic-f7 daemon.info cuxd[11058]: create CUX2801504 'Hue Büro Decke RGBW' dtype=28&dtype2=1&dserial=504&dname=Hue+B%fcro+Decke+RGBW&dbase=VIR-LG-RGBW-DIM&dcontrol=4'
Feb 10 09:40:45 homematic-f7 daemon.warn cuxd[11058]: putParamset 'CUX2801504:1.CMD_EXEC=1' not found!
Feb 10 09:41:07 homematic-f7 daemon.info cuxd[11058]: create CUX2801505 'Hue Büro Schreibtischlampe RGBW' dtype=28&dtype2=1&dserial=505&dname=Hue+B%fcro+Schreibtischlampe+RGBW&dbase=VIR-LG-RGBW-DIM&dcontrol=4'
Feb 10 09:41:07 homematic-f7 daemon.warn cuxd[11058]: putParamset 'CUX2801505:1.CMD_EXEC=1' not found!
Feb 10 09:41:43 homematic-f7 daemon.info cuxd[11058]: create CUX2801506 'Hue Büro Backdrop RGBW' dtype=28&dtype2=1&dserial=506&dname=Hue+B%fcro+Backdrop+RGBW&dbase=VIR-LG-RGBW-DIM&dcontrol=4'
Feb 10 09:41:43 homematic-f7 daemon.warn cuxd[11058]: putParamset 'CUX2801506:1.CMD_EXEC=1' not found!
Feb 10 09:44:00 homematic-f7 daemon.info cuxd[11058]: create CUX2801507 'Hue Büro Schreibtisch ind. Licht RGBW' dtype=28&dtype2=1&dserial=507&dname=Hue+B%fcro+Schreibtisch+ind%2e+Licht+RGBW&dbase=VIR-LG-RGBW-DIM&dcontrol=4'
Feb 10 09:44:00 homematic-f7 daemon.warn cuxd[11058]: putParamset 'CUX2801507:1.CMD_EXEC=1' not found!
Feb 10 09:45:57 homematic-f7 daemon.info cuxd[21391]: system(/usr/local/addons/hue/hue.tcl 001788fffeb1168c light 4) exit(1) 0s
Feb 10 09:46:22 homematic-f7 daemon.info cuxd[21462]: system(/usr/local/addons/hue/hue.tcl 001788fffeb1168c light 4) exit(1) 0s
Feb 10 09:46:25 homematic-f7 daemon.info cuxd[21472]: system(/usr/local/addons/hue/hue.tcl 001788fffeb1168c light 4) exit(1) 0s
Feb 10 09:51:13 homematic-f7 daemon.info cuxd[11058]: save paramsets(/usr/local/addons/cuxd/cuxd.ps) size:1532 trigger(-433s) from CUX2801507:1
Feb 10 15:03:11 homematic-f7 daemon.info cuxd[4258]: system(/usr/local/addons/hue/hue.tcl 001788fffeb1168c light 4) exit(1) 0s
Feb 10 15:03:57 homematic-f7 daemon.info cuxd[4409]: system(/usr/local/addons/hue/hue.tcl 001788fffeb1168c light 4) exit(1) 0s
Feb 10 17:02:51 homematic-f7 daemon.info cuxd[23481]: system(/usr/local/addons/hue/hue.tcl 001788fffeb1168c light 4) exit(1) 0s

[uwe111]

Folgendes Programm funktioniert, es scheint so als ob die Farbtemperatur das Dimmen abbricht, ich bekomme erst ein zuverlässiges Einschalten bei 3 Sekunden Abstand zwischen Einschalten und Farbtemperatur wechsel.

Hier scheint ein Bug drin zu sein. Das werde ich noch einmal genau untersuchen.

[uwe111]

Ich habe eine neue CUxD-Testversion 2.5.3 hochgeladen: http://cuxd.de/download/
Jetzt werden die Parameter richtig übergeben.

[mbhomie007]

Ich habe eine neue CUxD-Testversion 2.5.3 hochgeladen: http://cuxd.de/download/
Jetzt werden die Parameter richtig übergeben.

@uwe111
Müssen wieder alle Hue-Cuxd-Geräte gelöscht werden und neu erzeugt werden?
Oder reicht ein einfaches Update des Addons?

[uwe111]

Müssen wieder alle Hue-Cuxd-Geräte gelöscht werden und neu erzeugt werden?

Nein!

Oder reicht ein einfaches Update des Addons?

Ja!

[mbhomie007]

Habe die neue Cuxd Testversion installiert, läuft bei mir alles einwandfrei. Vielen Dank!

@regnets Laufen bei dir auch alle Programme wieder?

[mbhomie007]

Läuft 👍
Aus meiner Sicht könntest du @uwe111 die Cuxd Version 2.5.3 als Stable freigeben und dieses Ticket @j-a-n kann geschlossen werden.