Nichts! Weil Dein Ansatz erstens zu unvorhersehbaren Rückkoppelungen führen kann und 2. keine Farben, Farbtemperatur und verschiedene Lampentypen unterstützt
Phillips HUE mit Loxone verwenden
Einklappen
X
-
😂 Klasse. Zuerst die Programmierung Anderer als veraltet und für Deinen Zweck nicht brauchbar deklarieren und dann die eigene Version, die unübersichtlich ist und zudem nur einen winzigen Bruchteil kann vorstellen und fragen was man davon hält ;-).
Nichts! Weil Dein Ansatz erstens zu unvorhersehbaren Rückkoppelungen führen kann und 2. keine Farben, Farbtemperatur und verschiedene Lampentypen unterstütztMiniserver; KNX; Vitogate; EnOcean (EnOceanPi); Loxone Air; Caldav-Kalenderanbindung; RaspberryPi und für keine Frickellösung zu schade :-) -
Sagen wir es mal so, der Picco Baustein konnte nicht das was ich wollte, war also für mich unbrauchbar. Die Beschreibung meines Ansatzes ist soweit vollständig beschrieben, aber wie du ja schon angemerkt hast, kann ich damit noch nicht alles was der PICCO Baustein kann, das liegt aber nicht daran, dass es nicht gehen würde, sondern dass ich bisher noch keine Zeit gefunden habe mich damit zu beschäftigen und andere Funktionen einzubauen. Meine Lösung tut was sie soll (An/Aus und Dimmer) funktioniert soweit. Mit Rückkopplungen habe ich bisher noch keine Probleme gehabt, was nicht heißt das man damit Probleme haben könnte.
Kommentar
-
Hallo zusammen,
leider fehlt bei mir immer die Zeit mich mit dem Thema tiefer zu befassen und mal in die Diskussion einzusteigen. Jedoch möchte ich trotzdem mal meinen Ansatz vorstellen. Ausgangspunkt war das Problem, dass ich auf der einen Seite meine Lichtsteuerung über die normalen Lichtschalter, zusätzlich aber auch über die Hue App steuern wollte. Das Problem dabei ist, dass dadurch der aktuelle Zustand in der Loxone App nicht mehr passt. Deshalb kam für mich dieses PICCO Programm nicht in Frage. Ich finde das ganze auch ziemlich veraltet.
Deshalb läuft das bei mir alles über Virtuelle http Eingänge/Ausgänge. Dabei frage ich erstmal die Liste aller Lampen von der Hue Bridge ab und nutze dann die Befehlserkennung um den Status und die Helligkeit der einzelnen Lampen zu erhalten. Beispiel Status \i"37":\i\i"all_on":\i\1 die 37 ist die Nummer der Lampe in der Hue ( entsprechend die Helligkeit \i"37":\i\i"bri":\i\v) . Bisher habe ich da für jede Lampe 2 Einträge zum Lesen der Werte. Ich kann mir vorstellen, dass das sicher auch besser geht. Vielleicht ein Picco Programm?
Diese beiden Werte übergebe ich dann an einen Status Baustein und Schalte entsprechend einen Dimmer Baustein. Anschließend nutze ich wieder einen Status Baustein um einen neuen Wert an die Hue Bridge zu senden. Dieser Wert wird dann über einen Virtuellen Ausgang wieder gesendet.
Wie schon gesagt, fehlt mir die Zeit um das Ganze zu optimieren. Jedoch läuft es jetzt schon über ein Jahr sehr stabil.
Was denkt ihr dazu?
Viele Grüße
Ben
ich ergänze die Sache hier mal etwas. Danke Ben_Mann für die Vorarbeit.
Status einzelner Lampen abfragen
virt. HTTP Eingang mit der Url:
http:/IP der HUE Bridge/api/API aus dem Skript/lights/
virt. HTTP Eingang Befehl mit der Befehlserkennung:
\i"Nummer der Lampe":\i\i"on":\i\1 Beispiel: \i"17":\i\i"on":\i\1 - Liest den Zustand der Lampe aus (AN oder AUS)
\i"Nummer der Lampe":\i\i"bri":\i\v Beispiel: \i"17":\i\i"bri":\i\v - Liest den Helligkeits- / Dimmwert der Lampe aus
Korrekturwerte für den Zustand der Lampe
Eingangswert 1 - 102
Zielwert 1 - 0 (Lampe Aus)
Eingangswert 2 - 116
Zielwert 2 - 1 (Lampe An)
Korrekturwerte für den Helligkeitswert der Lampe
Eingangswert 1 - 0
Zielwert 1 - 0 (Dimmstufe 0%)
Eingangswert 2 - 254
Zielwert 2 - 100 (Dimmstufe 100%)
Einheit <v>% (Rundet somit auf ganze Zahlen)
Status von Gruppen abfragen
virt. HTTP Eingang mit der Url:
http:/IP der HUE Bridge/api/API aus dem Skript/groups/
virt. HTTP Eingang Befehl mit der Befehlserkennung:
\i"Nummer der Gruppe":\i\i"all_on":\i\1 Beispiel: \i"7":\i\i"all_on":\i\1 - Liest den Zustand der Gruppe aus (AN oder AUS)
\i"Nummer der Gruppe":\i\i"any_on":\i\v Beispiel: \i"7":\i\i"any_on":\i\v - Zeigt an ob irgend eine Lampe der Gruppe an/aus ist
Es gibt sicherlich noch mehr Möglichkeiten zum Auslesen von den Parametern. Einfach mal die URL mit IP + API (die aus dem HTTP Eingang) in den Browser eingeben. Die ausgegebenen Daten sind eigentlich selbst erklärend. Bei der Befehlserkennung können dann die Parameter "all_on" bzw "bri" durch die gewünschten Parameter ersetzt werden.
Integration von Amazon Alexa
Durch das Auslesen des Status der Lampe könnte man nun auch Alexa integrieren. Ich habe eine HUE Beleuchtungsgruppe über der Essecke hängen. Diese wird mittels Loxone Touch und Nanio IO geschalten / gedimmt.
Oben Links lese ich den Zustand der Beleuchtung aus. Einmal einer einzelnen Lampe und zusätzlich der Gruppe. Dies liegt aber daran, dass ich bei Alexa einmal nur eine Lampe "Bastellicht" hinterlegt habe und einmal die Gruppe "Essecke". Sicherlich könnte ich auch über die Befehlskennung der Gruppe "any_on" abfragen. Die Rückmeldung läuft dann über die Flankenerkennung und schaltet mir die Szene (via T5/x) ein bzw über R aus. Dies wirkt sich auf den Ausgang AQ4 aus welcher die Nano IO ein bzw aus schaltet.
Aktuell gibt es nur ein Problem. Dies ist die Verzögerung bei der HTTP Abfrage der Zustände. Als minimaler Wert kann hier nur 10sek gewählt werden. AUS geht sofort wobei AQ4 max 10 sek später erst AUS geschalten wird. Bei EIN dauert es bis zu 10sek. Wenn hier noch jemand eine Idee hat wie man dies schneller lösen kann nur her mit den Vorschlägen.
Gruß
Lars
Zuletzt geändert von KeLa; 12.12.2021, 10:54.Kommentar
-
Nein, die aktuelle API schickt keine Events raus.
Wie Ben_Mann schon schreibt, soll die neue APIv2 das unterstützen. Diese API ist noch nicht fertig, kann aber wohl schon getestet werden. Bin aber noch nicht dazugekommen.
Das Problem bei der ganzen Sache ist, dass die neue API und später auch die APIv1 (bis die sicher irgndwann ganz verschwindet) gänzlich auf ssl umgestellt werden. Damit ist dann ohne Hilfsmittel zumindest der MSv1 raus. -
Tja dann wird es sportlich wenn der MS V1 raus ist. Dann wird es aber daraus hinaus laufen, dass Loxone bei mir auch raus ist. Sehe es nicht ein mir einen MS V2 zu kaufen und die KNX Extension nur um meine Buderus KNX10 Integration und HUEs weiter betreiben zu können. Für MS V2 + KNX Extension werden mal locker 1.000€ fällig und ob die KNX Extension ein vollwertiges KNX ist mit allen KNX DPTs ist bis dato auch noch fraglich. Weil knapp 500€ für eine KNX Extension welche nicht einmal alle DPTs unterstützt ist schon frech.
Andere Frage wäre ob man die HUE API V2 umgehen kann wenn man auf die ganzen Updates der HUE Bridge verzichtet. -
Also ich gehe mal davon aus, dass man die Updates umgehen kann. Allerdings scheint die APIv2 einiges an Verbesserungen zu bringen ... wie auch die Events. Das der MSv1 raus ist, ist ja nur so, wenn Du keine Zusatzmittel einsetzen willst. Ich gehe mal davon aus, dass es auch in diesem Fall möglich sein müsste über einen Proxy auch das hinzubekommen. Derzeit gibt es mindestens ein Projekt, was HUE über MQTT steuern kann. Ich habe das laufen und wollte eigentlich alles darauf umstellen, doch ich komme einfach zu nichts. Ich gehe davon aus, dass es dann auch Projekte geben wird, die das auch auf Basis des APIv2 anbieten werden. Damit geht das dann ja wieder recht einfach mit dem MSv1
-
-
😂 Klasse. Zuerst die Programmierung Anderer als veraltet und für Deinen Zweck nicht brauchbar deklarieren und dann die eigene Version, die unübersichtlich ist und zudem nur einen winzigen Bruchteil kann vorstellen und fragen was man davon hält ;-).
Nichts! Weil Dein Ansatz erstens zu unvorhersehbaren Rückkoppelungen führen kann und 2. keine Farben, Farbtemperatur und verschiedene Lampentypen unterstützt
Ich hatte mir das ISE HUE KNX GW gegönnt. Dieses aber nach 3 Tagen wieder ausgebaut und zurück geschickt. Mag sein, dass es User gibt die mit dem Teil zufrieden sind, ich war es jedenfalls nicht. Zum einen weil Loxone nicht alle KNX DP-Typen unterstützt, dann war die Farbkonvertierung ehr mangelhaft, die Szenen-Ansteuerung eine Katastrophe und verdammt viel Logik notwendig um aus den RGB Farbwert (DP-Typ 232.600) einzeln in R, G und B (jeweils DP-Typ 5) aufzulösen.
Für die Szenen Auslösung ist DPT 18.001 erforderlich. Mit etwas gefrickel konnte man den auch abändern so das es funktionierte. Sollte nun Szene "ABC" blinken, konnte man dies in der WEB-GUI des ISE HUE KNX so hinterlegen. Allerdings blinkte die Szene dann mit geschätzten 20% Helligkeitswert für AUS und 100% für EIN. Also es flackerte mehr. Sollten die Lampe "xyz" blinken (konnte man separat auslösen), hat die zwar schön geblinkt (0% AUS und 100% AN) aber nach 15sek hörte die einfach auf zu blinken. Die 15sek sind so in dem ISE HUE KNX hinterlegt und können nicht abgeändert werden. Lediglich in der Szenensteuerung konnten die Zeitwerte fürs Blinken geändert werden. Wie oben bereits erwähnt war das aber ehr ein flackern und kein blinken.
Einzigste Vorteil war die halbwegs flotte Rückmeldung (<2sek) der Zustände.
Für meine Ansprüche ist das Pico C Skript vollkommen ausreichend und ist mittlerweile gefühlt sogar schneller als die KNX Lösung. Anpassungen können schneller vorgenommen werden und der Farbkreis von Loxone ist inzwischen fast deckungsgleich mit dem von HUE. Die Farbkonvertierung bei der KNX Variante konnte man nicht korrigieren und wich erheblich von dem HUE Farbkreis ab.
Also warum 300-400€ für das HUE KNX ausgeben wenn dies weniger kann als das kostenlose Skript?Zuletzt geändert von KeLa; 12.12.2021, 14:09.Kommentar
-
Ich rege mich nicht auf, daher der lachende Smiley. Keine Ahnung warum jeder gleich immer denkt, dass ich mich aufrege. Ich rede nur nie um den heißen Brei und sage direkt heraus was ich meine ;-)
Die Rückmeldungen sind bei HUE ein bekanntes Problem und auch ich habe mich schon länger damit beschäftigt. Wenn es nur um eine Helligkeit geht, kann man das mit dem besagten Delay ja auch machen, doch das Script rechnet ja auch viel mit den Farben rum und dafür ist es ja gemacht da die Farben halt ein Problem sind, wie Du ja auch am Beispiel KNX siehst. Und dann haben auch noch alle Lampen einen anderen Farbraum. Das größte Problem ist, dass man die Farben NICHT 1:1 hinundher rechnen kann. Daher geht eine Rückmeldung der Farbe in die Hose. Du schickst da eine Farbe, errechnet aus Deinem RGB, hin und erhältst als Status aber nie genau diese Farbe zurück. In so einer Schaltung wie oben führt das zum absoluten Chaos. Aus diesem Grund gibts dieses Rückmeldung nicht im Script. Ich habe mir das hier zusammengebastelt und auf Knopfdruck die Farbe auszulesen und dann in Loxone speichern zu können. Halt nur manuell. Das geht. Ich hoffe ja auch, dass die API in dieser Hinsicht besser aufgestellt sein wird. Oder man muss in Loxone einen anderen Weg gehen, da dort teilweise auch versteckt der HUE Farbkreis verwendet wird. Dieser Wert wäre für HUE sicher besser geeignet.
-
-
Hallo zusammen,
hat es schon jemand geschafft den Hue Smart Plug in Loxone zu integrieren, sodass ein- und ausgeschaltet werden kann?
Ich habe den "L-Philips Hue" Baustein mit dem letzten Update aus dem Beitrag hier verwendet und an den Eingang einen Schalter gehängt.
Ich kann damit den Smart Plug ausschalten, allerdings passiert das mal wenn ich den Schalter auf "1" setzte und mal wenn ich den Schalter auf "0" setzte.
Einschalten funktioniert überhaupt nicht.
Viele Grüße
Michael
Kommentar
-
Hallo,
ich habe das Pico Script schon seit einiger Zeit am laufen und soweit passt eigentlich alles. Ich habe eine aber eine Raum mit 4 Ikea dimmbare Tradfri Leuchten. Aber immer wenn die Helligkeit durch eine Stimmung auf 100% erhöht wird, dimmt diese bei 1% nicht mehr auf die geringste Helligkeit sondern bleibt bei 100%. Dazwischen wird die Helligkeit verändert. Erst wenn die Helligkeit auf 100% in der LoxApp gesetzt werden werden, passen die Werte wieder. Die Leuchten werden alle separat angesprochen. Verwendet wird das aktuellste Script.
Kann sich das Jemand erklären?
LG OliKommentar
-
Das hört sich für mich irgendwie danach an, dass Du ebenso ein Problem mit der fehlenden Rückmeldung hast. Allerdings kann ich mir die Situation auch nicht wirklich vorstellen, da ja mit dem Loxone-Regler auch absolute Werte übergeben werden. -
Ähnliches Phänomen habe ich auch mit einer Drittanbieter Lampe welche ich ins HUE eingebunden habe. Diese reagiert auch irgendwann nicht mehr auf den Farbwechsel von Loxone. Selbst auf "AUS" reagiert sie nicht mehr. Wenn man ihr einige Minuten Bedenkzeit gegeben hat spricht sie auch kurzzeitig wieder auf Befehle an. Da es das einzigste Fremdfabrikat ist werde ich diese wohl gegen ein Original ersetzen. -
In Deinem Fall gehe ich davon aus, dass die Verbindungen nicht korrekt geschlossen werden und dann die Verbindungen in der Lampe „hängen bleiben“ bis sie dann durch einen Timeout beendet werden. Da kannst Du eigentlich froh sein, dass es diesen Timeout gibt. Es gibt Netzwerkgeräte, die dann nur noch stromlos gemacht werden müssen. Welche Variante benutzt Du denn? Ich hatte irgendwann mal eine Erweiterung reingebracht, die nicht einfach den Wert sendet und dann die Verbindung schließt, sondern erst noch auf die Antwort der Lampe wartet. Wenn die Verbindung zur Lampe schon geschlossen wird, ohne dass diese Ihre Antwort loswerden konnte, kann auch zu Problemen führen. Gleiches Problem gab es auch schonmal bei HEOS Multiroom System.
-
-
-
Hallo,
ich habe mal einige Fragen zum RGB - Dimmen mit der Lichtsteuerung V2. Ziehe ich in der App den Slider zum Dimmen, so werden die HUE-Stripes auch vernünftig gedimmt.
Ein Impuls/Tastendruck an Trigger 1-4 steuert den Ausgang der gleichen Zahl direkt.
Langer Tastendruck zum Dimmen.
Jetzt wäre die Frage ob der Haken rein muss oder nicht bzw. was der Unterschied zu einer T5-Tastenstandart Bedienung wäre? Mit der T5 Kacke scheint es zu funktionieren. Alternativ könnte man doch auch über eine Logik (Bsp.Dimmerbaustein) die Masterhelligkeit AIBr ansteuern?
Ich habe auch noch dieses hier gefunden:HTML-Code:https://www.loxforum.com/forum/faqs-tutorials-howto-s/1646-howto-rgb-dimmen-mit-einem-einzigen-formelbaustein
Gruß
LarsKommentar
-
Hallo,
ich habe das Pico Script schon seit einiger Zeit am laufen und soweit passt eigentlich alles. Ich habe eine aber eine Raum mit 4 Ikea dimmbare Tradfri Leuchten. Aber immer wenn die Helligkeit durch eine Stimmung auf 100% erhöht wird, dimmt diese bei 1% nicht mehr auf die geringste Helligkeit sondern bleibt bei 100%. Dazwischen wird die Helligkeit verändert. Erst wenn die Helligkeit auf 100% in der LoxApp gesetzt werden werden, passen die Werte wieder. Die Leuchten werden alle separat angesprochen. Verwendet wird das aktuellste Script.
Kann sich das Jemand erklären?
LG Oli
Auch ich habe Probleme mit den Tradfri-RGB-Lampen. Man muss natürlich erst mal das Schema des Fehlers analysieren und erkennen.
Ich habe 2 Szenen (beispielhaft)- Lampe 1, rot, 10%
Lampe 2, rot, 10% - Lampe 1, blau, 100%
Lampe 2, rot, 100%
Also habe ich mich einige Stunden hingesetzt und bin nach eifrigem Lesen zu der Erkenntnis gekommen, dass es kein Loxone-Problem ist. Die Parameter werden auch im Liveview korrekt angezeigt. Das Problem entsteht schon zwischen Hue-Bridge und Tradfri-Lampen und taucht in der Suchmaschine des Vertrauens bei korrekter Verwendung von Schlüsselworten gar nicht so selten auf.
Ich kann diese Szenen auch am Handy mit Hue programmieren und habe auch dort schon beim Szenenwechsel das beschriebene Problem. Korrekte Helligkeitsanpassung bei Lampe 1 erst, wann man am Helligkeitsregler herumefummelt hat.
Keine Chance.
Empfohlen wird von der Welt-Community, in den Szenen den Parameter "transitiontime" auf 0 zu setzen. Habe ich gemacht, muss man ja relativ aufwändig mit dem Debugger im Browser oder im separaten UI anstellen. Die Parameter stehen auch korrekt drin, so zeigt es die erneute Abfrage... Leider verbsessert sich das Verhalten gar nicht, es bleibt noch immer beim beschriebenen Fehler.
Schade, das wird wohl das Aus für die Tradfris werden.
Update, 6h später:
Nach einem totalen Reset und Neu-Anlernen ist es mir zumindest gelungen, die Tradfri in Szenen unter Hue anzusteuern und das gewünschte Verhalten zu erreichen - unter Einstellung des HUE-Parameters "transitiontime".
Die Lösung ist m.E. allerdings mit 2 Nachteilen behaftet:- Eine Änderung der Szeneneinstellung muss per Hue-App erfolgen, nicht in Loxone. Hier gebe ich als Ziel ja nur noch die Szene an, nicht etwa, wie einzelne Lampen darin angesteuert werden.
- Nach Änderung einer Szene in der Hue-App verschwindet der Parameter "transitiontime" in den Hue-Einstellungen, dieser muss per Debug-Zugriff wieder manuell nachgetragen werden. Keine tolle Lösung, das endloses Getippe bedeutet und für unser Smarthome reichlich unelegant ist.
Zuletzt geändert von th2409; 01.01.2022, 20:00.Kommentar
- Lampe 1, rot, 10%
-
Hallo zusammen,
zuallererst mal VIELEN DANK für diesen tollen Script ... gerade meine Hue darüber in unsere Loxone eingebunden! :-)
So weit alles gut gegangen ... aber eine Frage hätte ich noch ...
Aktuelle Config:
inputType = 3
lightOrGroupID = 1
Sprich eine Gruppe welche ich mit Loxone RGB anspreche. Hier ist wohl die setColorBHS() zuständig.
Ich habe nun das Problem dass ich die Lampen nicht annähernd so "kalt" bekomme wie über die HUE App ... Die kälteste Loxone Einstellung befindet sich immer noch im "wärmeren 1/3" der Hue Settings ...
Kältester Wert Loxone:
Code:"state": { "on": true, "bri": 254, "hue": 5249, "sat": 77, "effect": "none", "xy": [ 0.4423, 0.3804 ], "ct": 340, "alert": "select", "colormode": "hs", "mode": "homeautomation", "reachable": true }
Code:"state": { "on": true, "bri": 254, "hue": 5461, "sat": 5, "effect": "none", "xy": [ 0.3843, 0.3771 ], "ct": 252, "alert": "select", "colormode": "hs", "mode": "homeautomation", "reachable": true }
Habt ihr hier vielleicht eine Idee wie man das noch ein wenig verbessern könnte? *grübel*
Für die SetCtBri() gibt's ja eine entsprechende Change ... nur für die setColorBHS() hab ich bislang leider nichts gefunden: https://www.loxforum.com/forum/faqs-...183#post314183
Vielen Dank, lg aus Tirol
Andreas S.Kommentar
-
Und eine zweite Frage ist soeben auch noch aufgetaucht! ;-)
Ich habe bei uns im Büro überall HCL (Tageslichtverlauf) implementiert - jetzt frage ich mich ob ich das mit den Hue nicht auch noch bei unseren Spots implementieren könnte ...
Die Frage ist nun wie ich das am gescheitesten hin bekomme ... bei unseren DALI Lampen übergebe ich einfach den jeweiligen %-Wert Kalt-Weiß (KW) / Warm-Weiß (WW) und das war's ... aber das wird bei den Hue ja nicht gehen da ich da den 9-stelligen RGB Wert übergeben muss um mit den entsprechenden Farbtemperaturen zu arbeiten, oder? *grübel*
Jemand von euch ev. eine Idee wie ich am leichtesten von 0%WW/100KW - 100%KW/0WW etc. auf die jeweiligen RGB Werte umrechnen kann?!?
Danke, lg aus Tirol
Andreas
Kommentar
-
Habt ihr hier vielleicht eine Idee wie man das noch ein wenig verbessern könnte? *grübel*
Für die SetCtBri() gibt's ja eine entsprechende Change ... nur für die setColorBHS() hab ich bislang leider nichts gefunden: https://www.loxforum.com/forum/faqs-...183#post314183
also ich hab mein Skript gerade angeschaut und habe das ähnlich wie in von dir verlinkten Beitrag angepasst. Du sagst du verwendest InputType = 3, wenn du dann Kaltweiß einstellst über den Loxone-Regler sollte das Skript nicht die Methode setColorBHS() verwenden sondern auch die setCtBri().
Code:else if (inputType[idx] == 3 || inputType[idx] == 6) { // Gruppe Bri/Hue/Sat or X/Y/Bri if (value < 200000000) { // RGB if (inputType[idx] == 3) { setColorBHS(lightOrGroupID[idx], value, GROUP); } else if (inputType[idx] == 6) { setColorXYB(lightOrGroupID[idx], value, GROUP); } } else { // LUMITECH setCtBri(lightOrGroupID[idx], value, GROUP, idx); }
Code:void setCtBri(int lightID, float ctbrivalue, int type, int idx) { char command[100]; char selector[20]; float bri, ct; int briNorm, miredNorm; bri = floor((ctbrivalue-200000000) / 10000); // 0-100 ct = floor((ctbrivalue-200000000) - (bri * 10000)); // Wert in Kelvin, von 2700 - 6500 // a + ((b-a) / (max - min)) * (x - min) ct = MIN_FARBTEMPERATUR[idx] + ((MAX_FARBTEMPERATUR[idx] - MIN_FARBTEMPERATUR[idx]) / TEMP_DIFF) * (ct - 2700); [...]
Code:int MIN_FARBTEMPERATUR[12]; MIN_FARBTEMPERATUR[0] = 2000; MIN_FARBTEMPERATUR[1] = 2000; MIN_FARBTEMPERATUR[2] = 2000; MIN_FARBTEMPERATUR[3] = 2000; MIN_FARBTEMPERATUR[4] = 2000; MIN_FARBTEMPERATUR[5] = 2000; MIN_FARBTEMPERATUR[6] = 2700; MIN_FARBTEMPERATUR[7] = 2700; MIN_FARBTEMPERATUR[8] = 2700; MIN_FARBTEMPERATUR[9] = 2700; MIN_FARBTEMPERATUR[10] = 2700; MIN_FARBTEMPERATUR[11] = 2700; int MAX_FARBTEMPERATUR[12]; MAX_FARBTEMPERATUR[0] = 6500; MAX_FARBTEMPERATUR[1] = 6500; MAX_FARBTEMPERATUR[2] = 6500; MAX_FARBTEMPERATUR[3] = 6500; MAX_FARBTEMPERATUR[4] = 6500; MAX_FARBTEMPERATUR[5] = 6500; MAX_FARBTEMPERATUR[6] = 500; MAX_FARBTEMPERATUR[7] = 500; MAX_FARBTEMPERATUR[8] = 500; MAX_FARBTEMPERATUR[9] = 500; MAX_FARBTEMPERATUR[10] = 500; MAX_FARBTEMPERATUR[11] = 500;
Wie stellst du das Kaltweiß ein?
Kommentar
-
*grübel grübel grübel* - bei mir kommt er nie über einen Wert von über 200 000 000 - daher immer die Funktion setColorBHS() und nicht die setCtBri().
Hab ich hier iw. bei der Lichtsteuerung der Loxone falsch?!? Lichtkreis = RGB da ich ja die Farben auch über diese Lichtsteuerung ansprechen will ... mhm
<200 000 000 = RGB, >200 000 000=Lumitech ... ?!?
Siehe --> http://in7.futureweb.at/temp/loxone/hue.jpg
Kälter/Heller als so kann ich's ja nicht mehr einstellen?!? Oder überseh ich gerade was?Zuletzt geändert von Futureweb; 05.01.2022, 23:01. -
Wie hast du deinen Ausgang im Lichtbaustein definiert? Ich habe die als Lumitech und dann sollte da wenn du im Weißbereich bist, kein Rot-,Blau und Grünwert raus kommen
-
-
Futureweb
So sieht das bei mir aus, und dann kommt er auch in die setCtBri-Methode:
Kaltweiß:
Und Farbe:
Ausgabe direkt am Lichtbaustein:
Kaltweiß
Farbe:
Zuletzt geändert von schoendort; 05.01.2022, 23:14.Kommentar
-
Hallo,
ich nutze das HUE Programm auch schon eine Zeit lang.
Jetzt habe ich euren Dialog etwas verfolgt und habe nun auch alle meine RGB Leuchten auf "Lumitech" umgestellt.
Funktioniert soweit.
Wie macht ihr das mit reinen Kaltweiß/Warmweiß Lampen? Ich habe hier aktuell als Inputtyp den "Dimmereingang" gewählt.
Helligkeit geht somit, aber ich kann nicht zwischen KW und WW wechseln. -
Die habe ich auch als Lumitech. Man kann zwar dann auf Farbe wechseln, passiert aber nicht viel, aber so kann man eben das komplette Weißspektrum nutzen -
Danke für die Rückmeldung, hab’s entsprechend geändert.
-
-
Hallo zusammen!
Als erste vielen Dank für die Erstellung des Scripts. Funktioniert nach einigen testen jetzt einwandfrei.
Ich hätte aber eine Frage betreffen der Überblendungsgeschwindigkeit bei den automatischen Farbwechseln.
Ich steuere über den Baustein Lichtsteuerung eine Lampengruppe und eine einzelne Lampe an. Für beide verwende ich dieselben Einstellungen bei dem Farbverlauf. Soweit ich es herausgefunden habe kann ich die Überblendungsgeschwindigkeit bei den automatischen Farbwechseln nur im Script für alle Lampen bzw. Lampengruppen gemeinsam unter Zeile 20 int TRANSITION_TIME=10; festlegen.
Gibt es die Möglichkeit, das Script so zu ändern, das für jede Lampe bzw. Lampengruppen eine eigene Zeit für die Überblendungsgeschwindigkeit definiert werden kann?
Danke und LG
Bernd
Kommentar
Kommentar