Es haben sich schon mehrere Leute darüber geärgert, dass die HUEGroups keine Readings haben (Ich selbst gehöre auch dazu).
Deshalb habe ich mich nun hingesetzt und ein notify geschrieben, welches state und pct auf die HUEGroup überträgt, wenn eine Lampe ein Event pct sendet.
Das Reading pct wird dabei als durchschnitt aller Lampen ermittelt. Ist nur eine von 2 Lampen auf 100 % eingeschaltet hat die Gruppe einen Wert von 50 %.
Hier der Code als Raw definition
defmod HUE_LightGroup_Status notify .+:pct:..+ {\
my $ID = InternalVal($NAME, "ID", "");;\
\
return unless($TYPE eq "HUEDevice" && looks_like_number($ID));;\
\
my ($group) = devspec2array("TYPE=HUEDevice:FILTER=type=LightGroup:FILTER=lights=(^|.+\\D)$ID(\\D.+|\$)");;\
\
return unless($group);;\
\
my $hash = $defs{$group};;\
my $lights = InternalVal($group, "lights", "");;\
my $count = int(split(",", $lights));;\
$lights =~ s/,/|/g;;\
my $pct;;\
$pct += (split(/[\s]+/, $_))[3]\
foreach (split("\n", fhem("list TYPE=HUEDevice:FILTER=ID=$lights pct", 1)));;\
$pct /= $count;;\
\
readingsBeginUpdate($hash);;\
readingsBulkUpdate($hash, "pct", $pct);;\
readingsBulkUpdate($hash, "state", $pct == 0 ? "off" : "on");;\
readingsEndUpdate($hash, 1);;\
\
return;;\
}
attr HUE_LightGroup_Status devStateIcon {ReadingsVal($name, "state", "inactive") eq "active" ? ".*:ios-on-blue:inactive" : ".*:ios-off:active"}
attr HUE_LightGroup_Status group HUE
attr HUE_LightGroup_Status icon light_light_dim_70
attr HUE_LightGroup_Status room helper
Zitat von: igami am 28 Dezember 2017, 09:36:46
Es haben sich schon mehrere Leute darüber geärgert, dass die HUEGroups keine Readings haben (Ich selbst gehöre auch dazu).
Deshalb habe ich mich nun hingesetzt und ein notify geschrieben, welches state und pct auf die HUEGroup überträgt, wenn eine Lampe ein Event pct sendet.
Das Reading pct wird dabei als durchschnitt aller Lampen ermittelt. Ist nur eine von 2 Lampen auf 100 % eingeschaltet hat die Gruppe einen Wert von 50 %.
Hier der Code als Raw definition
defmod HUE_LightGroup_Status notify .+:pct:..+ {\
my $ID = InternalVal($NAME, "ID", "");;\
\
return unless($TYPE eq "HUEDevice" && looks_like_number($ID));;\
\
my ($group) = devspec2array("TYPE=HUEDevice:FILTER=type=LightGroup:FILTER=lights=(^|.+\\D)$ID(\\D.+|\$)");;\
\
return unless($group);;\
\
my $hash = $defs{$group};;\
my $lights = InternalVal($group, "lights", "");;\
my $count = int(split(",", $lights));;\
$lights =~ s/,/|/g;;\
my $pct;;\
$pct += (split(/[\s]+/, $_))[3]\
foreach (split("\n", fhem("list TYPE=HUEDevice:FILTER=ID=$lights pct", 1)));;\
$pct /= $count;;\
\
readingsBeginUpdate($hash);;\
readingsBulkUpdate($hash, "pct", $pct);;\
readingsBulkUpdate($hash, "state", $pct == 0 ? "off" : "on");;\
readingsEndUpdate($hash, 1);;\
\
return;;\
}
attr HUE_LightGroup_Status devStateIcon {ReadingsVal($name, "state", "inactive") eq "active" ? ".*:ios-on-blue:inactive" : ".*:ios-off:active"}
attr HUE_LightGroup_Status group HUE
attr HUE_LightGroup_Status icon light_light_dim_70
attr HUE_LightGroup_Status room helper
Hy ich bin nicht gut im Code lesen wo trage ich überall meine zugehörigen hue nummern ein
Gesendet von meinem SM-G950F mit Tapatalk
hallo igami,
die idee ist gut.wenn es ein paar stimmen dafür gibt würde ich es etwas angepasst in die hue module übernehmen.
bedingung: es gibt nicht zu viele sonderwünsche in richtung minimum, durchschnitt, maximum, farbe, ... :)
gruss
andre
Zitat von: Gasmast3r am 28 Dezember 2017, 11:20:51
Hy ich bin nicht gut im Code lesen wo trage ich überall meine zugehörigen hue nummern ein
Ist nicht notwendig, dass notify prüft für alle HUEDevices ob diese in einer Gruppe sind. Falls ja werden die Readings in die Gruppe geschrieben.
Zitat von: justme1968 am 28 Dezember 2017, 11:48:36
hallo igami,
die idee ist gut.wenn es ein paar stimmen dafür gibt würde ich es etwas angepasst in die hui module übernehmen.
bedingung: es gibt nicht zu viele sonderwünsche in richtung minimum, durchschnitt, maximum, farbe, ... :)
gruss
andre
Ich habe selbst nur white und eine white ambiance im Einsatz, da müssen sich andere zu äußern.
Bei mir ist es auch so, dass ich nur Gruppen im Einsatz habe, wenn ich mehrere Leuchtmittel in einer Lampe im Einsatz habe (z.B. das klassische drei-flammige Deckenrondell)
Ich würde mich freuen, wenn es direkt in das HUE Modul integriert wird. Dadurch sollte das System auch wieder entlastet werden, da ja mit meinem notify bei allen pct Events geprüft wird ob es sich um HUE handelt.
dann lass uns doch einfach mal sammeln was sinnvoll ist.
mein vorschlag wäre:
- pct aller lampen in der gruppe konfigurierbar als minimum, mittelwert oder maximum
- farbtemperatur genau so, konfigurierbar als minimum, mittelwert oder maximum der einzelnen lampen
- hue könnte man vermutlich halbwegs korrekt aus den beteiligten lampen mischen
das würde den fall einer lampe mit mehreren leuchtmitteln vermutlich schon komplett abdecken.
wie schaut es mit gruppen aus die z.b. für einen raum verwendet werden? passt das da auch?
Wün
Zitat von: justme1968 am 28 Dezember 2017, 11:48:36
hallo igami,
die idee ist gut.wenn es ein paar stimmen dafür gibt würde ich es etwas angepasst in die hue module übernehmen.
bedingung: es gibt nicht zu viele sonderwünsche in richtung minimum, durchschnitt, maximum, farbe, ... :)
gruss
andre
Würde mich auch über eine offizielle Anpassung freuen.
Danke und Gruß
Andreas
+1 zur offiziellen Übernahme
Mobil gesendet, darum kurz...
Ins offizielle Modul damit....ich bin dafür.
Zitat von: justme1968 am 28 Dezember 2017, 15:11:24
- pct aller lampen in der gruppe konfigurierbar als minimum, mittelwert oder maximum
- farbtemperatur genau so, konfigurierbar als minimum, mittelwert oder maximum der einzelnen lampen
Bei nicht gesetztem Attribut dann bitte den Mittelwert verwenden.
Zitat von: justme1968 am 28 Dezember 2017, 15:11:24
- hue könnte man vermutlich halbwegs korrekt aus den beteiligten lampen mischen
Ist das dann auch ein Mittelwert?
Zitat von: justme1968 am 28 Dezember 2017, 15:11:24
wie schaut es mit gruppen aus die z.b. für einen raum verwendet werden? passt das da auch?
Für Räume würde ich das nicht implementieren, wenn jemand das wünscht kann er sich das ja als Gruppe anlegen. Wenn du anderer Meinung bist einfach analog handhaben.
Zitat von: igami am 28 Dezember 2017, 09:36:46
Es haben sich schon mehrere Leute darüber geärgert, dass die HUEGroups keine Readings haben (Ich selbst gehöre auch dazu).
Deshalb habe ich mich nun hingesetzt und ein notify geschrieben, welches state und pct auf die HUEGroup überträgt, wenn eine Lampe ein Event pct sendet.
Das Reading pct wird dabei als durchschnitt aller Lampen ermittelt. Ist nur eine von 2 Lampen auf 100 % eingeschaltet hat die Gruppe einen Wert von 50 %.
Hier der Code als Raw definition
defmod HUE_LightGroup_Status notify .+:pct:..+ {\
my $ID = InternalVal($NAME, "ID", "");;\
\
return unless($TYPE eq "HUEDevice" && looks_like_number($ID));;\
\
my ($group) = devspec2array("TYPE=HUEDevice:FILTER=type=LightGroup:FILTER=lights=(^|.+\\D)$ID(\\D.+|\$)");;\
\
return unless($group);;\
\
my $hash = $defs{$group};;\
my $lights = InternalVal($group, "lights", "");;\
my $count = int(split(",", $lights));;\
$lights =~ s/,/|/g;;\
my $pct;;\
$pct += (split(/[\s]+/, $_))[3]\
foreach (split("\n", fhem("list TYPE=HUEDevice:FILTER=ID=$lights pct", 1)));;\
$pct /= $count;;\
\
readingsBeginUpdate($hash);;\
readingsBulkUpdate($hash, "pct", $pct);;\
readingsBulkUpdate($hash, "state", $pct == 0 ? "off" : "on");;\
readingsEndUpdate($hash, 1);;\
\
return;;\
}
attr HUE_LightGroup_Status devStateIcon {ReadingsVal($name, "state", "inactive") eq "active" ? ".*:ios-on-blue:inactive" : ".*:ios-off:active"}
attr HUE_LightGroup_Status group HUE
attr HUE_LightGroup_Status icon light_light_dim_70
attr HUE_LightGroup_Status room helper
Hallo igami,
vielen Dank für Dein geniales Notify.
Dein notify funktioniert super bei meiner Gruppe "alle HUE Devices", das automatisch angelegt wurde.
Bei einer neu angelegten Gruppe mit 5 HUE Lampen wird der Status von pct aber leider nicht aktualisiert und ich weiß nicht mehr, wo ich noch suchen muß.
Über Unterstützung würde ich mich sehr freuen.
Vielen Dank.
Grüße Mave
PS: Den einzigen Unterschied zwischen den beiden Gruppen den ich erkennen kann, ist das Internal "name". Bei der Gruppe "alle HUE Devices" ist "name" "Group 0" und bei meiner neu angelegten Gruppe "wz_Wohnen".
Bitte ein list von der Gruppe wo es nicht funktioniert
Internals:
CHANGED
DEF group 16 IODev=HUE
ID G16
INTERVAL
IODev HUE
NAME HUEGroup16
NR 245
STATE on
TYPE HUEDevice
desired 1
lights 4,5,6,7,9,12,13,14
name wz_Wohnen
type LightGroup
READINGS:
2018-01-02 18:16:51 all_on 1
2018-01-02 18:03:09 any_on 1
2018-01-02 17:29:05 pct 70
2018-01-02 17:29:05 state on
helper:
devtype G
update_timeout 1
Attributes:
IODev HUE
alexaName Licht
alexaRoom Wohnzimmer
alias wz_Wohnen
color-icons 2
delayedUpdate 1
devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
genericDeviceType light
group Licht
icon light_light
room Wohnzimmer
webCmd pct:on:off
Habe gerade festgestellt, dass auch die Gruppe Küchenlicht, wo die Deckenlampe aus zwei HUE Lampen besteht, nicht aktualisiert wird.
Immerhin wurden ja in meiner neuen Gruppe wz_Wohnen ja schonmal die Readings state und pct angelegt. Bei der Gruppe Küchenlicht gibt es die Readings noch nicht.
Internals:
CHANGED
DEF group 1 IODev=HUE
ID G1
INTERVAL
IODev HUE
NAME HUEGroup1
NR 41
STATE 0
TYPE HUEDevice
class Kitchen
desired 0
lights 1,3
name Kueche Decke
type Room
READINGS:
2018-01-02 18:13:05 all_on 0
2018-01-02 18:35:35 any_on 0
helper:
devtype G
update_timeout 1
Attributes:
IODev HUE
alexaName Licht
alexaRoom Küche
alias Kueche Decke
color-icons 2
delayedUpdate 1
devStateIcon 0:off 1:on
genericDeviceType light
group Licht
icon hue_room_kitchen
room Kueche
sortby 1
stateFormat any_on
webCmd pct:on:off
HUEGroup16 hat doch die readings.
Das andere ist vom internal type (Achtung,klein geschrieben) ein room, darauf guckt das notify nicht
Okay, verstanden. Also Zimmer (rooms) werden nicht beachtet, nur selbst in FHEM angelegte Gruppen vom Typ LightGroup.
Aber warum wird pct in der Gruppe HUEGroup16 nicht aktualisiert?
Ich hab keine Ahnung, warum das auf 70 steht. Es steht immer auf 70 und wird nicht aktualisiert. :-[
Zitat von: Mave am 02 Januar 2018, 21:28:14
Okay, verstanden. Also Zimmer (rooms) werden nicht beachtet, nur selbst in FHEM angelegte Gruppen vom Typ LightGroup.
Soweit ich weiß, kann man die Gruppen auch in der HUE App anlegen.
Zitat von: Mave am 02 Januar 2018, 21:28:14
Aber warum wird pct in der Gruppe HUEGroup16 nicht aktualisiert?
Ich hab keine Ahnung, warum das auf 70 steht. Es steht immer auf 70 und wird nicht aktualisiert. :-[
Laut list ist der Wert aber von heute. Spiel doch mal ein bisschen mit den pct Werten von den einzelnen Devices und guck nach ob das notify auslöst (Internal STATE ändert sich) und ob sich was in der Gruppe tut (Zeitstempel vom Reading pct)
Ich habe jetzt mal folgendes gemacht:
- Gruppe HUEGroup16 gelöscht
- Gruppe HUEGroup16 neu angelegt
Gruppe hatte nach einer Änderung des pct Wertes eines Gruppenmitglieds keine Readings pct und state!
Erst nach einem Neustart von FHEM, hatte die Gruppe die beiden Readings pct und state!
Änderungen an pct Werten von Gruppenmitgliedern ändert aber nachwievor nichts an dem pct Wert der Gruppe selbst. :-\
Beim Internal STATE vom Notify ändert sich der Zeitstempel.
Beim Reading pct der Gruppe ändert sich nichts am Zeitstempel.
Kann es sein, dass das Notify nur eine Gruppe findet?
In meiner Gruppe "alle HUE Lampen" sind nämlich alle HUE Lampen integriert.
Wenn das Notify also nur die erste Gruppe hernimmt, in der die ID gefunden wurde, dann wird immer die Gruppe "alle HUE Lampen" modifiziert und keine weitere Gruppe mehr.
Ja, das war die Lösung.
Nachdem ich die Gruppe "alle HUE Lampen" gelöscht habe, wurde meine neue Gruppe korrekt modifiziert.
Ich würde mich auch über eine übernahme ins Modul freuen :)
Als Ergänzung würde ich noch das Reading reachable benötigen. Ich benutze vorwiegend die Color temperature lights.
Wie bekommt man für die Gruppe das devStateIcon mit Glühbirne und Dimmwert?
@igami
Jetzt habe ich aber ein ganz anderes Problem, wo ich gespannt bin, wie Du das gelöst hast.
Nach jedem Neustart von FHEM legt die HUE Bridge automatisch ein neue Gruppe "alle HUE Lampen" an.
Somit wird wieder nur diese Gruppe von dem Notify bedient und nicht die Gruppe, für die ich es gerne hätte.
Wie hast Du das gelöst?
Ich nutze kein autocreate ;)
Lässt sich aber alles erweitern, nur nicht jetzt. Vermutlich finde ich erst im Februar wieder Zeit zum programmieren. Bis dahin Bitte alle Wünsche mit Begründung sinnvoll sammeln.
Update für beliebig Viele Gruppen und Räume
defmod HUE_LightGroup_Status notify .+:pct:..+ {\
my $ID = InternalVal($NAME, "ID", "");;\
\
return unless($TYPE eq "HUEDevice" && looks_like_number($ID));;\
\
foreach my $group (\
devspec2array(\
"TYPE=HUEDevice".\
":FILTER=type=(LightGroup|Room)".\
":FILTER=lights=(^|.+\\D)$ID(\\D.+|\$)"\
)\
){\
next unless($group);;\
\
my $hash = $defs{$group};;\
my $lights = InternalVal($group, "lights", "");;\
my $count = int(split(",", $lights));;\
$lights =~ s/,/|/g;;\
my $pct;;\
$pct += (split(/[\s]+/, $_))[3]\
foreach (split("\n", fhem("list TYPE=HUEDevice:FILTER=ID=$lights pct", 1)));;\
$pct /= $count;;\
\
readingsBeginUpdate($hash);;\
readingsBulkUpdate($hash, "pct", $pct);;\
readingsBulkUpdate($hash, "state", $pct == 0 ? "off" : "on");;\
readingsEndUpdate($hash, 1);;\
}\
\
return;;\
}
Wäre es für Räume nicht interessanter wie viele Leuchtmittel eingeschaltet sind, anstelle des pct Mittelwertes?
Ja, ist denn schon Februar? ;D
Super, vielen Dank. Werde ich gleich mal testen.
Ich denke, es kommt immer auf den Anwendungsfall an.
Ich habe mir innerhalb des Wohnzimmers eine Gruppe von Lampen zusammengefügt, die ich gemeinsam per Dimmer Widget (FTUI) und Alexa schalte bzw. dimme.
Da diese Lampen immer gemeinsam gesteuert werden sollen, ist mir in diesem speziellen Fall die Helligkeit der Gruppe wichtig. Der Mittelwert ist also immer auch die Helligkeit jeder einzelnen Lampe.
Es gibt mit Sicherheit auch Anwendungsfälle, wo die Anzahl der eingeschalteten Lampen in einem Raum (in einer Gruppe) interessant sind.
Funktioniert einwandfrei.
Vielen herzlichen Dank.
Vielen Dank Igami [emoji4]
Wie bekomme ich denn noch den reachable rein?
Zitat von: Mave am 06 Januar 2018, 09:25:31
Ja, ist denn schon Februar? ;D
Nein, aber es gab neue Leuchtmittel für die Wohnzimmer Strahler. Je zwei vorne und hinten.
Dadurch habe ich 4 Leuchtmittel mit 3 Gruppen: vorne, hinten, alle :D
Zitat von: stebar_ am 06 Januar 2018, 09:36:25
Wie bekomme ich denn noch den reachable rein?
Gucke ich mir im Februar an
Zitat von: igami am 06 Januar 2018, 08:33:29
Update für beliebig Viele Gruppen und Räume
defmod HUE_LightGroup_Status notify .+:pct:..+ {\
my $ID = InternalVal($NAME, "ID", "");;\
\
return unless($TYPE eq "HUEDevice" && looks_like_number($ID));;\
\
foreach my $group (\
devspec2array(\
"TYPE=HUEDevice".\
":FILTER=type=(LightGroup|Room)".\
":FILTER=lights=(^|.+\\D)$ID(\\D.+|\$)"\
)\
){\
next unless($group);;\
\
my $hash = $defs{$group};;\
my $lights = InternalVal($group, "lights", "");;\
my $count = int(split(",", $lights));;\
$lights =~ s/,/|/g;;\
my $pct;;\
$pct += (split(/[\s]+/, $_))[3]\
foreach (split("\n", fhem("list TYPE=HUEDevice:FILTER=ID=$lights pct", 1)));;\
$pct /= $count;;\
\
readingsBeginUpdate($hash);;\
readingsBulkUpdate($hash, "pct", $pct);;\
readingsBulkUpdate($hash, "state", $pct == 0 ? "off" : "on");;\
readingsEndUpdate($hash, 1);;\
}\
\
return;;\
}
Wäre es für Räume nicht interessanter wie viele Leuchtmittel eingeschaltet sind, anstelle des pct Mittelwertes?
Sorry, wegen der wahrscheinlich dummen Frage, bin noch frisch im Umgang mit FHEM. Ich versuche gerade genau so etwas. Ist das mittlerweile im offiziellen Code?
- Wenn ja, was muss ich machen, damit diese Readings mit meinen Gruppen verknüpft werden?
- Wenn nicht, wo genau ist dieser Code einzufügen?
Danke und Gruß Hoppel
Zitat von: hoppel118 am 29 Januar 2018, 17:17:26
Ist das mittlerweile im offiziellen Code?
Nein
Zitat von: hoppel118 am 29 Januar 2018, 17:17:26
Wenn nicht, wo genau ist dieser Code einzufügen?
Kannst du per Raw definition (https://wiki.fhem.de/wiki/Import_von_Code_Snippets) machen.
Hier noch das erweiterte notify:
defmod HUE_LightGroup_Status notify .+:pct:..+ {\
my $ID = InternalVal($NAME, "ID", "");;\
\
return unless($TYPE eq "HUEDevice" && looks_like_number($ID));;\
\
foreach my $group (\
devspec2array(\
"TYPE=HUEDevice".\
":FILTER=type=(LightGroup|Room)".\
":FILTER=lights=(^|.+\\D)$ID(\\D.+|\$)"\
)\
){\
next unless($group);;\
\
my $hash = $defs{$group};;\
my $lights = InternalVal($group, "lights", "");;\
my $count = int(split(",", $lights));;\
$lights =~ s/,/|/g;;\
my $pct = 0;;\
my $state = "unreachable";;\
\
if(devspec2array("TYPE=HUEDevice:FILTER=ID=$lights:FILTER=state!=unreachable")){\
$pct += (split(/[\s]+/, $_))[3]\
foreach (split("\n", fhem("list TYPE=HUEDevice:FILTER=ID=$lights pct", 1)));;\
$pct /= $count;;\
$state = ($pct == 0 ? "off" : "on");;\
}\
\
readingsBeginUpdate($hash);;\
readingsBulkUpdate($hash, "pct", $pct);;\
readingsBulkUpdate($hash, "state", $state);;\
readingsEndUpdate($hash, 1);;\
}\
\
return;;\
}
Funktioniert aber auch noch nicht so ganz wie gewollt (unreachable wird nicht immer erkannt).
Hallo @igami,
vielen Dank, es funktioniert! Allerdings nicht ganz so wie ich es brauche. ;)
Die Werte der folgenden Readings verändern sich, wenn ich eine einzelne Leuchte meiner Gruppe einschalte:
onoff -> aus "0" wird "1"
pct -> aus "0" wird "100"
state -> aus "off" wird "on""onoff" fehlt bei deinem Helper Script gänzlich. OK, das verrät der Threadtitel auch schon. ;)
Siehst du irgendeine Möglichkeit "onoff" bei den Readings mitunterzubringen? Evtl. wie folgt:
- alle Leuchten aus -> onoff=0
- 1 Leuchte an -> onoff=1
- 2 Leuchten an -> onoff=1
- 3 Leuchten an -> onoff=1
- 4 Leu...
Also sobald eine Leuchte der Gruppe einzeln eingeschaltet wird, wechselt "onoff" von "0" zu "1".
-------------------------------------------
Nun habe ich mir gerade auch nochmal "state" genauer angeschaut.
Wenn ich eine eingeschaltete Leuchte dimme (im nachfolgenden Beispiel von 100% auf 50%), verändern dich die Readings wie folgt:
pct -> aus "100" wird "50"
state -> aus "on" wird "dim50%"Mit deinem Helper Script bleibt auch im gedimmten Zustand "state=on".
Siehst du eine Möglichkeit, "state" zu kalkulieren und in der gleichen Schreibweise, wie bei einer einzelnen Leuchte den "dimXX%"Wert auszugeben?
Dazu fehlen mir allerdings auch gerade die Ideen. ;) Evtl. muss da gar nicht groß zusätzlich was kalkuliert werden. Was spricht eigentlich dagegen pct und state gleichzusetzen (wenn pct=50, dann state=dim50% | wenn pct=66,666666667, dann state=dim67%)?
Sicherlich haut das von den Werten her nicht hin. Aber werden nicht alle 3 Leuchten angepasst, wenn ich den Dimm-Wert einer Gruppe ändere.
Die App (FHEM App IOS) mit der ich auf diese Readings zugreifen möchte, erwartet anscheinend "onoff=0/1" bzw. "state=dimXX%", um den Zustand der Leuchtengruppe anzuzeigen, Zumindest vermute ich das, da durch deinen Helper sich der Status in der App in keinster Weise verändert.
Wenn das alles zu verrückt ist, auch kein Thema. ;)
Danke und Gruß Hoppel
So, war gerade nochmal mit dem Hund spazieren und habe dabei ein wenig über diese Thematik nachgedacht. Schön wäre es halt, wenn dein Script ,,onoff" liefern würde. Dann sollte mir in der FHEM App zumindest dieser Status angezeigt werden können.
In der App sieht das momentan wie folgt aus:
- Die einzelnen Leuchten: Screenshot 1
- Die Gruppen: Screenshot 2
Bei den Gruppen kann ich momentan die Farbe und das Dimm-Level in der App konfigurieren. Ich kann damit Leben, wenn in dem Feld in dem das Dimm-Level angezeigt wird, statt der Prozentangabe einfach nur ,,DIM" steht. Der fehlende On-Off-Status ist aber schon irgendwie bescheiden. Gestern hatte ich ein Bisschen mit Structure gespielt. Da hatte ich dann die On-Off-Anzeige, konnte aber weder die Farbe einstellen noch dimmen. Außerdem hatte ich irgendwo gelesen, dass man für die Integration in Homekit die HUEGroups benötigt und Structure nicht funktioniert. Von daher gefällt mir deine Lösung besser, auch wenn ich Homekit noch nicht nutze!
Ich hoffe, du kannst meine Problematik nun etwas nachvollziehen. ;)
Evtl. ist die Lösung auch ganz einfach. Spricht etwas dagegen ein weiteres Reading "onoff" zu erstellen und dort das derzeitige Ergebnis von "state" deines Helper Scripts auszugeben mit der Abweichung, dass statt "on/off" "1/0" ausgegeben wird? (Außer dass du das coden müsstest) ;)
Gruß Hoppel
Hi hoppel118,
ich habe jetzt nur Deinen Post mitgelesen und kann nichts tieferes zum Script sagen. Was mir nur auffällt, ist dass man in der iOS ,,FHEM App" wohl nicht einstellen kann, welche Readings pro device gelesen werden sollen. Ich bin vor einiger Zeit auf die App ,,FHEM Widget 2" umgestiegen. Ist zwar etwas aufwändiger zu konfigurieren, dort kannst Du aber genau einstellen ob du den PCT oder sonst was sehen möchtest.
LG
Moin stebar_,
wenn ich ehrlich bin, ist die FHEM IOS App die einzige App die mir optisch zusagt. Ich möchte die App zum derzeitigen Zeitpunkt nur ungern wechseln.
Ich habe leider kein Plan vom Scripten. Evtl. ist mein onoff-Lösungsvorschlag für igami gar nicht so schwer umsetzbar. Es würde ihm ja auch nicht weh tun, das vorhandene Reading zu kopieren und leicht angepasst zu ergänzen. Es soll ja quasi dasselbe wie das state-Reading liefern. 1 bzw. 0 bei onoff würde mich sehr glücklich machen. [emoji6]
Mal sehen, was er dazu sagt.
Gruß Hoppel
Zitat von: hoppel118 am 29 Januar 2018, 22:02:20
Mal sehen, was er dazu sagt.
defmod HUE_LightGroup_Status notify .+:(pct:..+|state:.unreachable) {\
my $ID = InternalVal($NAME, "ID", "");;\
\
return unless($TYPE eq "HUEDevice" && looks_like_number($ID));;\
\
foreach my $group (\
devspec2array(\
"TYPE=HUEDevice".\
":FILTER=type=(LightGroup|Room)".\
":FILTER=lights=(^|.+\\D)$ID(\\D.+|\$)"\
)\
){\
next unless($group);;\
\
my $hash = $defs{$group};;\
my $lights = InternalVal($group, "lights", "");;\
my $count = int(split(",", $lights));;\
$lights =~ s/,/|/g;;\
my $pct = 0;;\
my $state = "unreachable";;\
my $onoff = 0;;\
my %dim_values = (\
0 => "dim06%",\
1 => "dim12%",\
2 => "dim18%",\
3 => "dim25%",\
4 => "dim31%",\
5 => "dim37%",\
6 => "dim43%",\
7 => "dim50%",\
8 => "dim56%",\
9 => "dim62%",\
10 => "dim68%",\
11 => "dim75%",\
12 => "dim81%",\
13 => "dim87%",\
14 => "dim93%",\
);;\
\
if(devspec2array("TYPE=HUEDevice:FILTER=ID=$lights:FILTER=state!=unreachable")){\
$pct += (split(/[\s]+/, $_))[3]\
foreach (split("\n", fhem("list TYPE=HUEDevice:FILTER=ID=$lights pct", 1)));;\
$pct /= $count;;\
$state = ($pct == 0 ? "off" : $pct == 100 ? "on" : $dim_values{int($pct/7)});;\
$onoff = 1 if($state ne "off");;\
}\
\
readingsBeginUpdate($hash);;\
readingsBulkUpdate($hash, "onoff", $onoff);;\
readingsBulkUpdate($hash, "pct", $pct);;\
readingsBulkUpdate($hash, "state", $state);;\
readingsEndUpdate($hash, 1);;\
}\
\
return;;\
}
attr HUE_LightGroup_Status addStateEvent 1
unreachable wird nun auch korrekt erkannt.
Absoluter Wahnsinn. Danke für deine permanenten Überarbeitungen.
Echt cool, dass du dich so schnell mit der Lösung beschäftigt hast. Das Script macht genau das, was es soll. Die 3 GroupReadings liefern dasselbe Ergebnis, wie eine einzelne Hue.
Leider zeigt die FHEM IOS App den onoff-Status weiterhin nicht an. Nachdem ich nun dein letztes Script mit den Änderungen gesehen habe, konnte ich mir ungefähr herleiten, was du da getrieben hast. ;) Ich hatte nun die Vermutung, dass der App evtl. noch das reading "reachable" fehlt. Ich habe "reachable" dann einfach dazu gebaut. Allerdings ohne den reachable-Status irgendwo auszulesen. Das Ergebnis in dem von mir erstellten reading war immer "1", also erreichbar. Leider hat das auch nichts gebracht.
Ich denke, ich werde heute Abend mal ein debug log erstellen. Evtl. kann man da sehen, was fehlt.
Vielen Dank für deine Mühen!
Gruß Hoppel
So, gerade nochmal das debug logging angeschmissen.
Der Vollständigkeit halber, hier meine Konfiguration.
Meine HUEBridge ist wie folgt konfiguriert:
define HUEBridge HUEBridge XX.XX.XX.XX
attr HUEBridge icon hue_filled_bridge_v2
attr HUEBridge key XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
Meine Papierlampe im Wohnzimmer ist mit 3 Philips Hue (LCT12) Leuchten ausgestattet und wie folgt konfiguriert:
define OG_WZ_Wohnbereich_Papierlampe_oben HUEDevice 5 IODev=HUEBridge
attr OG_WZ_Wohnbereich_Papierlampe_oben userattr room_map structexclude
attr OG_WZ_Wohnbereich_Papierlampe_oben IODev HUEBridge
attr OG_WZ_Wohnbereich_Papierlampe_oben alias Wohnbereich Papierlampe oben
attr OG_WZ_Wohnbereich_Papierlampe_oben color-icons 2
attr OG_WZ_Wohnbereich_Papierlampe_oben devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
attr OG_WZ_Wohnbereich_Papierlampe_oben group Lichter
attr OG_WZ_Wohnbereich_Papierlampe_oben icon light_wire_system_2
attr OG_WZ_Wohnbereich_Papierlampe_oben model LCT012
attr OG_WZ_Wohnbereich_Papierlampe_oben room Beleuchtung
attr OG_WZ_Wohnbereich_Papierlampe_oben subType extcolordimmer
attr OG_WZ_Wohnbereich_Papierlampe_oben webCmd rgb:rgb ff0000:rgb DEFF26:rgb 0000ff:ct 490:ct 380:ct 270:ct 160:toggle:on:off
define OG_WZ_Wohnbereich_Papierlampe_mitte HUEDevice 6 IODev=HUEBridge
attr OG_WZ_Wohnbereich_Papierlampe_mitte userattr room_map structexclude
attr OG_WZ_Wohnbereich_Papierlampe_mitte IODev HUEBridge
attr OG_WZ_Wohnbereich_Papierlampe_mitte alias Wohnbereich Papierlampe mitte
attr OG_WZ_Wohnbereich_Papierlampe_mitte color-icons 2
attr OG_WZ_Wohnbereich_Papierlampe_mitte devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
attr OG_WZ_Wohnbereich_Papierlampe_mitte group Lichter
attr OG_WZ_Wohnbereich_Papierlampe_mitte icon light_wire_system_2
attr OG_WZ_Wohnbereich_Papierlampe_mitte model LCT012
attr OG_WZ_Wohnbereich_Papierlampe_mitte room Beleuchtung
attr OG_WZ_Wohnbereich_Papierlampe_mitte subType extcolordimmer
attr OG_WZ_Wohnbereich_Papierlampe_mitte webCmd rgb:rgb ff0000:rgb DEFF26:rgb 0000ff:ct 490:ct 380:ct 270:ct 160:toggle:on:off
define OG_WZ_Wohnbereich_Papierlampe_unten HUEDevice 7 IODev=HUEBridge
attr OG_WZ_Wohnbereich_Papierlampe_unten userattr room_map structexclude
attr OG_WZ_Wohnbereich_Papierlampe_unten IODev HUEBridge
attr OG_WZ_Wohnbereich_Papierlampe_unten alias Wohnbereich Papierlampe unten
attr OG_WZ_Wohnbereich_Papierlampe_unten color-icons 2
attr OG_WZ_Wohnbereich_Papierlampe_unten devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
attr OG_WZ_Wohnbereich_Papierlampe_unten group Lichter
attr OG_WZ_Wohnbereich_Papierlampe_unten icon light_wire_system_2
attr OG_WZ_Wohnbereich_Papierlampe_unten model LCT012
attr OG_WZ_Wohnbereich_Papierlampe_unten room Beleuchtung
attr OG_WZ_Wohnbereich_Papierlampe_unten subType extcolordimmer
attr OG_WZ_Wohnbereich_Papierlampe_unten webCmd rgb:rgb ff0000:rgb DEFF26:rgb 0000ff:ct 490:ct 380:ct 270:ct 160:toggle:on:off
Ein "list OG_WZ_Wohnbereich_Papierlampe_oben" ergibt folgendes:
ZitatInternals:
CHANGED
DEF 5 IODev=HUEBridge
ID 5
INTERVAL
IODev HUEBridge
NAME OG_WZ_Wohnbereich_Papierlampe_oben
NR 160
STATE on
TYPE HUEDevice
manufacturername Philips
modelid LCT012
name Wb Papierlampe oben
productid Philips-LCT012-1-E14ECLv1
swconfigid EA9279F9
swversion 1.29.0_r21169
type Extended color light
uniqueid 00:17:88:01:02:63:52:71-0b
READINGS:
2018-01-30 23:32:40 alert none
2018-01-30 23:32:40 bri 254
2018-01-30 23:32:40 colormode xy
2018-01-30 23:32:40 ct 366 (2732K)
2018-01-30 23:32:40 effect none
2018-01-30 23:32:40 hue 8402
2018-01-30 23:32:40 onoff 1
2018-01-30 23:32:40 pct 100
2018-01-30 23:32:40 reachable 1
2018-01-30 23:32:40 rgb ffc249
2018-01-30 23:32:40 sat 140
2018-01-30 23:32:40 state on
2018-01-30 23:32:40 xy 0.4575,0.4099
helper:
alert none
bri 254
colormode xy
ct 366
devtype
effect none
hue 8402
pct 100
reachable 1
rgb ffc249
sat 140
update_timeout -1
xy 0.4575,0.4099
Attributes:
IODev HUEBridge
alias Wohnbereich Papierlampe oben
color-icons 2
devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
group Lichter
icon light_wire_system_2
model LCT012
room Beleuchtung
subType extcolordimmer
userattr room_map structexclude
webCmd rgb:rgb ff0000:rgb DEFF26:rgb 0000ff:ct 490:ct 380:ct 270:ct 160:toggle:on:off
Die dazugehörige HUEGroup ist wie folgt konfiguriert:
define HUEGroup2 HUEDevice group 2 IODev=HUEBridge
attr HUEGroup2 userattr room_map structexclude
attr HUEGroup2 IODev HUEBridge
attr HUEGroup2 alias Wohnbereich Papierlampe
attr HUEGroup2 color-icons 2
attr HUEGroup2 delayedUpdate 1
attr HUEGroup2 devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
attr HUEGroup2 group Lampen
attr HUEGroup2 icon light_wire_system_2
attr HUEGroup2 model LCT015
attr HUEGroup2 room Beleuchtung,Wohnzimmer
attr HUEGroup2 webCmd rgb:rgb ff0000:rgb DEFF26:rgb 0000ff:ct 490:ct 380:ct 270:ct 160:toggle:on:off
Ein "list HUEGroup2" ergibt folgendes:
ZitatInternals:
CHANGED
DEF group 2 IODev=HUEBridge
ID G2
INTERVAL
IODev HUEBridge
NAME HUEGroup2
NR 187
STATE on
TYPE HUEDevice
lights 5,6,7
name Wb Papierlampe
type LightGroup
READINGS:
2018-01-30 23:32:40 all_on 1
2018-01-30 23:32:40 any_on 1
2018-01-30 23:32:40 pct 100
2018-01-30 23:32:40 state on
helper:
devtype G
update_timeout 1
Attributes:
IODev HUEBridge
alias Wohnbereich Papierlampe
color-icons 2
delayedUpdate 1
devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
group Lampen
icon light_wire_system_2
model LCT015
room Beleuchtung,Wohnzimmer
userattr room_map structexclude
webCmd rgb:rgb ff0000:rgb DEFF26:rgb 0000ff:ct 490:ct 380:ct 270:ct 160:toggle:on:off
Das HUEHelper Script und die entsprechenden Attribute sehen wie folgt aus:
defmod HUE_LightGroup_Status notify .+:(pct:..+|state:.unreachable) {\
my $ID = InternalVal($NAME, "ID", "");;\
\
return unless($TYPE eq "HUEDevice" && looks_like_number($ID));;\
\
foreach my $group (\
devspec2array(\
"TYPE=HUEDevice".\
":FILTER=type=(LightGroup|Room)".\
":FILTER=lights=(^|.+\\D)$ID(\\D.+|\$)"\
)\
){\
next unless($group);;\
\
my $hash = $defs{$group};;\
my $lights = InternalVal($group, "lights", "");;\
my $count = int(split(",", $lights));;\
$lights =~ s/,/|/g;;\
my $pct = 0;;\
my $state = "unreachable";;\
my $onoff = 0;;\
my %dim_values = (\
0 => "dim06%",\
1 => "dim12%",\
2 => "dim18%",\
3 => "dim25%",\
4 => "dim31%",\
5 => "dim37%",\
6 => "dim43%",\
7 => "dim50%",\
8 => "dim56%",\
9 => "dim62%",\
10 => "dim68%",\
11 => "dim75%",\
12 => "dim81%",\
13 => "dim87%",\
14 => "dim93%",\
);;\
\
if(devspec2array("TYPE=HUEDevice:FILTER=ID=$lights:FILTER=state!=unreachable")){\
$pct += (split(/[\s]+/, $_))[3]\
foreach (split("\n", fhem("list TYPE=HUEDevice:FILTER=ID=$lights pct", 1)));;\
$pct /= $count;;\
$state = ($pct == 0 ? "off" : $pct == 100 ? "on" : $dim_values{int($pct/7)});;\
$onoff = 1 if($state ne "off");;\
}\
\
readingsBeginUpdate($hash);;\
readingsBulkUpdate($hash, "onoff", $onoff);;\
readingsBulkUpdate($hash, "pct", $pct);;\
readingsBulkUpdate($hash, "state", $state);;\
readingsEndUpdate($hash, 1);;\
}\
\
return;;\
}
attr HUE_LightGroup_Status addStateEvent 1
attr HUE_LightGroup_Status devStateIcon {ReadingsVal($name, "state", "inactive") eq "active" ? ".*:ios-on-blue:inactive" : ".*:ios-off:active"}
attr HUE_LightGroup_Status group HUEHelper
attr HUE_LightGroup_Status icon light_light_dim_70
attr HUE_LightGroup_Status room Beleuchtung
Mein FHEM Start sieht wie folgt aus:
Zitat2018.01.30 23:32:40 1: Including fhem.cfg
2018.01.30 23:32:40 3: telnetPort: port 7072 opened
2018.01.30 23:32:40 3: WEB: port 8083 opened
2018.01.30 23:32:40 3: WEBphone: port 8084 opened
2018.01.30 23:32:40 3: WEBtablet: port 8085 opened
2018.01.30 23:32:40 2: eventTypes: loaded 761 events from ./log/eventTypes.txt
2018.01.30 23:32:40 1: HMLAN_Parse: HMUSB new condition disconnected
2018.01.30 23:32:40 3: Opening HMUSB device 127.0.0.1:1234
2018.01.30 23:32:40 1: HMLAN_Parse: HMUSB new condition init
2018.01.30 23:32:40 3: HMUSB device opened
2018.01.30 23:32:40 3: OG_WZ_Wohnbereich_Papierlampe_oben: I/O device is HUEBridge
2018.01.30 23:32:40 3: OG_WZ_Wohnbereich_Papierlampe_mitte: I/O device is HUEBridge
2018.01.30 23:32:40 3: OG_WZ_Wohnbereich_Papierlampe_unten: I/O device is HUEBridge
2018.01.30 23:32:40 3: OG_WZ_Wohnbereich_Deckenleuchte_rechts: I/O device is HUEBridge
2018.01.30 23:32:40 3: OG_WZ_Wohnbereich_Deckenleuchte_links: I/O device is HUEBridge
2018.01.30 23:32:40 3: OG_WZ_Wohnbereich_Kaffeespots_vorn: I/O device is HUEBridge
2018.01.30 23:32:40 3: OG_WZ_Wohnbereich_Kaffeespots_hinten: I/O device is HUEBridge
2018.01.30 23:32:40 3: OG_WZ_Essbereich_Deckenleuchte_links: I/O device is HUEBridge
2018.01.30 23:32:40 3: OG_WZ_Essbereich_Deckenleuchte_mitte: I/O device is HUEBridge
2018.01.30 23:32:40 3: OG_WZ_Essbereich_Deckenleuchte_rechts: I/O device is HUEBridge
2018.01.30 23:32:40 3: OG_WZ_Essbereich_Sideboardlampe_links: I/O device is HUEBridge
2018.01.30 23:32:40 3: HUEGroup0: I/O device is HUEBridge
2018.01.30 23:32:40 3: HUEGroup1: I/O device is HUEBridge
2018.01.30 23:32:40 3: HUEGroup2: I/O device is HUEBridge
2018.01.30 23:32:40 3: HUEGroup6: I/O device is HUEBridge
2018.01.30 23:32:40 3: HUEGroup4: I/O device is HUEBridge
2018.01.30 23:32:40 3: HUEGroup5: I/O device is HUEBridge
2018.01.30 23:32:40 3: HUEGroup7: I/O device is HUEBridge
2018.01.30 23:32:40 1: Including ./log/fhem.save
2018.01.30 23:32:40 3: Device OG_Bad_Thermostat added to ActionDetector with 000:10 time
2018.01.30 23:32:40 3: Device OG_Buero_Thermostat added to ActionDetector with 000:10 time
2018.01.30 23:32:40 3: Device OG_Flur_Thermostat added to ActionDetector with 000:10 time
2018.01.30 23:32:40 3: Device OG_Kueche_Thermostat added to ActionDetector with 000:10 time
2018.01.30 23:32:40 3: Device OG_SZ_Thermostat added to ActionDetector with 000:10 time
2018.01.30 23:32:40 3: Device OG_WZ_Essbereich_Thermostat added to ActionDetector with 000:10 time
2018.01.30 23:32:40 3: Device OG_WZ_Wohnbereich_Thermostat added to ActionDetector with 000:10 time
2018.01.30 23:32:40 0: Featurelevel: 5.8
2018.01.30 23:32:40 0: Server started with 101 defined entities (fhem.pl:16017/2018-01-27 perl:5.024001 os:linux user:fhem pid:7228)
2018.01.30 23:32:40 1: HMLAN_Parse: HMUSB new condition ok
Ein verbose 5 auf die einzelne Leuchte "OG_WZ_Wohnbereich_Papierlampe_oben" ergibt folgendes:
Alle 60 Sekunden sehe ich folgendes:
Zitat2018.01.30 23:55:01 4: parse status message for OG_WZ_Wohnbereich_Papierlampe_oben
2018.01.30 23:55:01 5: $VAR1 = {
'state' => {
'xy' => [
'0.4575',
'0.4099'
],
'reachable' => bless( do{\(my $o = 1)}, 'JSON::PP::Boolean' ),
'hue' => 8402,
'mode' => 'homeautomation',
'on' => $VAR1->{'state'}{'reachable'},
'colormode' => 'xy',
'bri' => 254,
'effect' => 'none',
'ct' => 366,
'sat' => 140,
'alert' => 'none'
},
'swversion' => '1.29.0_r21169',
'swupdate' => {
'lastinstall' => '2018-01-24T22:15:49',
'state' => 'noupdates'
},
'swconfigid' => 'EA9279F9',
'name' => 'Wb Papierlampe oben',
'modelid' => 'LCT012',
'uniqueid' => '00:17:88:01:02:63:52:71-0b',
'productid' => 'Philips-LCT012-1-E14ECLv1',
'type' => 'Extended color light',
'capabilities' => {
'streaming' => {
'renderer' => $VAR1->{'state'}{'reachable'},
'proxy' => $VAR1->{'state'}{'reachable'}
}
},
'manufacturername' => 'Philips'
};
Beim Einschalten der Leuchte mit der FHEM IOS App sehe ich folgendes:
Zitat2018.01.30 23:58:21 4: parse status message for OG_WZ_Wohnbereich_Papierlampe_oben
2018.01.30 23:58:21 5: $VAR1 = {
'manufacturername' => 'Philips',
'capabilities' => {
'streaming' => {
'proxy' => bless( do{\(my $o = 1)}, 'JSON::PP::Boolean' ),
'renderer' => $VAR1->{'capabilities'}{'streaming'}{'proxy'}
}
},
'type' => 'Extended color light',
'productid' => 'Philips-LCT012-1-E14ECLv1',
'uniqueid' => '00:17:88:01:02:63:52:71-0b',
'modelid' => 'LCT012',
'swconfigid' => 'EA9279F9',
'name' => 'Wb Papierlampe oben',
'swupdate' => {
'state' => 'noupdates',
'lastinstall' => '2018-01-24T22:15:49'
},
'swversion' => '1.29.0_r21169',
'state' => {
'on' => $VAR1->{'capabilities'}{'streaming'}{'proxy'},
'ct' => 366,
'effect' => 'none',
'colormode' => 'xy',
'bri' => 254,
'sat' => 140,
'alert' => 'none',
'xy' => [
'0.4575',
'0.4099'
],
'reachable' => $VAR1->{'capabilities'}{'streaming'}{'proxy'},
'mode' => 'homeautomation',
'hue' => 8402
}
};
Beim Dimmen der Leuchte mit der FHEM IOS App auf 30% sehe ich folgendes:
Zitat2018.01.31 00:00:17 4: parse status message for OG_WZ_Wohnbereich_Papierlampe_oben
2018.01.31 00:00:17 5: $VAR1 = {
'type' => 'Extended color light',
'capabilities' => {
'streaming' => {
'renderer' => bless( do{\(my $o = 1)}, 'JSON::PP::Boolean' ),
'proxy' => $VAR1->{'capabilities'}{'streaming'}{'renderer'}
}
},
'manufacturername' => 'Philips',
'modelid' => 'LCT012',
'uniqueid' => '00:17:88:01:02:63:52:71-0b',
'productid' => 'Philips-LCT012-1-E14ECLv1',
'swupdate' => {
'state' => 'noupdates',
'lastinstall' => '2018-01-24T22:15:49'
},
'name' => 'Wb Papierlampe oben',
'swconfigid' => 'EA9279F9',
'state' => {
'bri' => 76,
'colormode' => 'xy',
'ct' => 366,
'effect' => 'none',
'on' => $VAR1->{'capabilities'}{'streaming'}{'renderer'},
'alert' => 'none',
'sat' => 140,
'reachable' => $VAR1->{'capabilities'}{'streaming'}{'renderer'},
'xy' => [
'0.4575',
'0.4099'
],
'hue' => 8402,
'mode' => 'homeautomation'
},
'swversion' => '1.29.0_r21169'
};
Beim Ausschalten der Leuchte sehe ich folgendes:
Zitat2018.01.31 00:01:41 4: parse status message for OG_WZ_Wohnbereich_Papierlampe_oben
2018.01.31 00:01:41 5: $VAR1 = {
'manufacturername' => 'Philips',
'capabilities' => {
'streaming' => {
'proxy' => bless( do{\(my $o = 1)}, 'JSON::PP::Boolean' ),
'renderer' => $VAR1->{'capabilities'}{'streaming'}{'proxy'}
}
},
'type' => 'Extended color light',
'modelid' => 'LCT012',
'productid' => 'Philips-LCT012-1-E14ECLv1',
'uniqueid' => '00:17:88:01:02:63:52:71-0b',
'swupdate' => {
'lastinstall' => '2018-01-24T22:15:49',
'state' => 'noupdates'
},
'swconfigid' => 'EA9279F9',
'name' => 'Wb Papierlampe oben',
'state' => {
'on' => bless( do{\(my $o = 0)}, 'JSON::PP::Boolean' ),
'ct' => 366,
'effect' => 'none',
'bri' => 76,
'colormode' => 'xy',
'sat' => 140,
'alert' => 'none',
'xy' => [
'0.4575',
'0.4099'
],
'reachable' => $VAR1->{'capabilities'}{'streaming'}{'proxy'},
'mode' => 'homeautomation',
'hue' => 8402
},
'swversion' => '1.29.0_r21169'
};
Nun schaue ich mir Gruppe "HUEGroup2" mit verbose 5 an. Alle 60 Sekunden sehe ich folgendes:
Zitat2018.01.31 00:05:01 4: parse status message for HUEGroup2
2018.01.31 00:05:01 5: $VAR1 = {
'recycle' => bless( do{\(my $o = 0)}, 'JSON::PP::Boolean' ),
'state' => {
'any_on' => $VAR1->{'recycle'},
'all_on' => $VAR1->{'recycle'}
},
'action' => {
'colormode' => 'xy',
'ct' => 366,
'bri' => 254,
'xy' => [
'0.4575',
'0.4099'
],
'sat' => 140,
'effect' => 'none',
'hue' => 8402,
'on' => $VAR1->{'recycle'},
'alert' => 'none'
},
'type' => 'LightGroup',
'lights' => [
'5',
'6',
'7'
],
'name' => 'Wb Papierlampe'
};
Beim Einschalten der Gruppe mit der FHEM IOS App sehe ich folgendes:
Zitat
2018.01.31 00:11:13 4: parse status message for HUEGroup2
2018.01.31 00:11:13 5: $VAR1 = {
'recycle' => bless( do{\(my $o = 0)}, 'JSON::PP::Boolean' ),
'action' => {
'colormode' => 'xy',
'ct' => 366,
'bri' => 254,
'sat' => 140,
'xy' => [
'0.4575',
'0.4099'
],
'effect' => 'none',
'hue' => 8402,
'alert' => 'none',
'on' => bless( do{\(my $o = 1)}, 'JSON::PP::Boolean' )
},
'state' => {
'all_on' => $VAR1->{'action'}{'on'},
'any_on' => $VAR1->{'action'}{'on'}
},
'type' => 'LightGroup',
'name' => 'Wb Papierlampe',
'lights' => [
'5',
'6',
'7'
]
};
2018.01.31 00:11:13 4: parse status message for HUEGroup2
2018.01.31 00:11:13 5: $VAR1 = {
'state' => {
'all_on' => bless( do{\(my $o = 1)}, 'JSON::PP::Boolean' ),
'any_on' => $VAR1->{'state'}{'all_on'}
},
'action' => {
'colormode' => 'xy',
'ct' => 366,
'bri' => 254,
'xy' => [
'0.4575',
'0.4099'
],
'sat' => 140,
'effect' => 'none',
'hue' => 8402,
'alert' => 'none',
'on' => $VAR1->{'state'}{'all_on'}
},
'recycle' => bless( do{\(my $o = 0)}, 'JSON::PP::Boolean' ),
'lights' => [
'5',
'6',
'7'
],
'name' => 'Wb Papierlampe',
'type' => 'LightGroup'
};
Beim Dimmen der Gruppe mit der FHEM IOS App auf 30% sehe ich folgendes:
Zitat2018.01.31 00:12:26 4: parse status message for HUEGroup2
2018.01.31 00:12:26 5: $VAR1 = {
'type' => 'LightGroup',
'lights' => [
'5',
'6',
'7'
],
'name' => 'Wb Papierlampe',
'recycle' => bless( do{\(my $o = 0)}, 'JSON::PP::Boolean' ),
'state' => {
'all_on' => bless( do{\(my $o = 1)}, 'JSON::PP::Boolean' ),
'any_on' => $VAR1->{'state'}{'all_on'}
},
'action' => {
'hue' => 8402,
'effect' => 'none',
'on' => $VAR1->{'state'}{'all_on'},
'alert' => 'none',
'colormode' => 'xy',
'ct' => 366,
'bri' => 76,
'xy' => [
'0.4575',
'0.4099'
],
'sat' => 140
}
};
2018.01.31 00:12:26 4: parse status message for HUEGroup2
2018.01.31 00:12:26 5: $VAR1 = {
'recycle' => bless( do{\(my $o = 0)}, 'JSON::PP::Boolean' ),
'action' => {
'hue' => 8402,
'effect' => 'none',
'on' => bless( do{\(my $o = 1)}, 'JSON::PP::Boolean' ),
'alert' => 'none',
'ct' => 366,
'colormode' => 'xy',
'xy' => [
'0.4575',
'0.4099'
],
'sat' => 140,
'bri' => 76
},
'state' => {
'any_on' => $VAR1->{'action'}{'on'},
'all_on' => $VAR1->{'action'}{'on'}
},
'type' => 'LightGroup',
'name' => 'Wb Papierlampe',
'lights' => [
'5',
'6',
'7'
]
};
Beim Ausschalten der Gruppe sehe ich folgendes:
Zitat2018.01.31 00:13:20 4: parse status message for HUEGroup2
2018.01.31 00:13:20 5: $VAR1 = {
'state' => {
'any_on' => bless( do{\(my $o = 0)}, 'JSON::PP::Boolean' ),
'all_on' => $VAR1->{'state'}{'any_on'}
},
'action' => {
'colormode' => 'xy',
'ct' => 366,
'bri' => 76,
'xy' => [
'0.4575',
'0.4099'
],
'sat' => 140,
'effect' => 'none',
'hue' => 8402,
'alert' => 'none',
'on' => $VAR1->{'state'}{'any_on'}
},
'recycle' => $VAR1->{'state'}{'any_on'},
'type' => 'LightGroup',
'lights' => [
'5',
'6',
'7'
],
'name' => 'Wb Papierlampe'
};
2018.01.31 00:13:20 4: parse status message for HUEGroup2
2018.01.31 00:13:20 5: $VAR1 = {
'type' => 'LightGroup',
'name' => 'Wb Papierlampe',
'lights' => [
'5',
'6',
'7'
],
'state' => {
'all_on' => bless( do{\(my $o = 0)}, 'JSON::PP::Boolean' ),
'any_on' => $VAR1->{'state'}{'all_on'}
},
'action' => {
'colormode' => 'xy',
'ct' => 366,
'xy' => [
'0.4575',
'0.4099'
],
'sat' => 140,
'bri' => 76,
'effect' => 'none',
'hue' => 8402,
'alert' => 'none',
'on' => $VAR1->{'state'}{'all_on'}
},
'recycle' => $VAR1->{'state'}{'all_on'}
};
Bevor hier irgendwas schief geht, poste ich erstmal das Ergebnis. Für heute reicht's, morgen geht's weiter. ;)
Gruß Hoppel
So, gerade nochmal versucht irgendwelche Schlüsse aus meinem Ergebnis von gestern zu ziehen. Leider steht dort nirgends, was nicht geklappt hat und ich weiß nun auch nicht wirklich, was ich mit diesem Ergebnis überhaupt erreicht habe. ::)
Gibt es noch andere Möglichkeiten als ein verbose 5 auf die Devices/Groups, um das Problem einzugrenzen?
Danke und Gruß Hoppel
Gerade ist mir noch eingefallen, dass die ONOFF-Status-Anzeige in der App neulich bereits mit einem Structure lief. Nun dachte ich mir, ich pack einfach mal ein Structure auf meine HUEGroup2 (Konfiguration siehe 2 Posts vorher). Das ist irgendwie Sinnbefreit, aber ich wollte mal sehen was passiert. Die ONOFF-Anzeige hat mit folgender Konfig sofort funktioniert:
define OG_WZ_Wohnbereich_Papierlampe_Structure structure extcolordimmer HUEGroup2
attr OG_WZ_Wohnbereich_Papierlampe_Structure alias Wb Papierlampe Structure Test
attr OG_WZ_Wohnbereich_Papierlampe_Structure group Lampen
attr OG_WZ_Wohnbereich_Papierlampe_Structure icon light_wire_system_2
attr OG_WZ_Wohnbereich_Papierlampe_Structure room Wohnzimmer
Nun fehlten mir aber die beiden Schaltflächen zum Konfigurieren der Farbe und des Dimm-Levels in der App. Also habe ich noch folgendes attr ergänzt:
#attr OG_WZ_Wohnbereich_Papierlampe_Structure webCmd rgb:rgb ff0000:rgb DEFF26:rgb 0000ff:ct 490:ct 380:ct 270:ct 160:toggle:on:off
Über das FHEM WebInterface kann ich nun die Farbe für die Gruppe konfigurieren und das funktioniert auch. Allerdings wird in der App aus den ON und OFF Schaltflächen eine SET Taste über die ich in einem Dropdown Menü die verschiedenen Farben des zuletzt konfigurierten attr konfigurieren kann. Die einzigen beiden Befehle des Dropdown-Menüs, die funktionieren sind allerdings ON und OFF. Der Rest funktioniert nicht.
Übrigens zeigt ein structure den ON OFF Status in der App ausschließlich an, wenn alle in der HUEGroup befindlichen Leuchten ungedimmt sind, also "state=on" oder "state=off". Sobald eine Lampe gedimmt wird, funktioniert die ON OFF Statusanzeige in der App nicht mehr.
Das ist also auch irgendwie keine vernünftige Lösung. Hat sonst noch jemand eine Idee, was man machen kann (außer App wechseln)?
@igami Dein Script läuft bisher ohne Probleme.
Danke und Gruß Hoppel
Zitat von: hoppel118 am 01 Februar 2018, 01:12:20
Das ist also auch irgendwie keine vernünftige Lösung. Hat sonst noch jemand eine Idee, was man machen kann (außer App wechseln)?
Den Programmierer der App benachrichtigen ;)
Zitat von: igami am 01 Februar 2018, 06:07:45
Den Programmierer der App benachrichtigen ;)
Ja, das ist wohl der letzte Ausweg. Habe nochmal im Thread für die App nachgehakt, ob dort irgendwer die App in Verbindung mit HUEGroups verwendet: https://forum.fhem.de/index.php/topic,31733.msg759012.html#msg759012
Gibt es schon einen Plan dieses Script offiziell in FHEM zu integrieren?
Ich hatte euch so verstanden, dass ihr durchaus darüber nachdenkt. Ich denke, wenn das passiert ist, werde ich nochmal Kontakt zu den Entwicklern aufnehmen und einen Feature Request bzw. eine Support Anfrage über die App stellen. Allerdings mache ich mir da wenig Hoffnung, da die Entwickler den letzten Posts nach in dem zuvor verlinkten Thread sehr still geworden sind. Anscheinend wird die App nicht mehr weiterentwickelt. :(
Ansonsten hätte ich das wohl bereits getan. ;)
Danke dir auf jeden Fall erstmal, Gruß Hoppel
@hoppel118: Ehrlich gesagt habe ich mir deine Posts nicht durchgelesen, da ich nicht verstanden habe, was das mit diesem Thread zu tun hat. Sorry. Aber ich kann dir aus Erfahrung sagen, dass die App zwar hübsch und praktisch ist, aber nicht wirklich intensiv weiterentwickelt wird. Der Ansatz in der App ist ein wenig unglücklich gewählt, dass die Entwickler stets hinterherpflegen müssen, wenn es neue Hardware oder Module in FHEM gibt. Würde man auf generische Attribute - wie es z.B. bei Homebridge gelöst ist - (genericDeviceTyp) zurückgreifen, so könnte man alles in FHEM vorkonfigurieren und die App zapft das später nur an. Jede Individualität kann in der App nicht berücksichtigt werden. Das wird sich niemals rechnen. Ich habe es aufgegeben. Lehrgeld bezahlt. :-(
Sorry, dass ich diesen Thread jetzt mit Offtopic-Sätzen zugeschrieben habe.
Zitat von: FunkOdyssey am 01 Februar 2018, 11:53:46
@hoppel118: Ehrlich gesagt habe ich mir deine Posts nicht durchgelesen, da ich nicht verstanden habe, was das mit diesem Thread zu tun hat.
Das ist ganz einfach zu verstehen. Da der ON-OFF-DIM-Status von der FHEM iOS App bei einer HUEGroup nicht erkannt wird, lag es für mich nahe, dass es mit den Readings zusammenhängt. Alle meine Posts beziehen sich auf die Readings, die durch das von igami entwickelte Script bereitgestellt werden, in Verbindung mit der App. Die Zeit, die igami investiert hat, hat sich meiner Ansicht nach in jedem Fall gelohnt. Die Readings ergeben nun genau das Ergebnis, was auch eine einzelne Leuchte liefert. Ich denke, dieses Ergebnis ist für alle interessant und nicht nur für einen einzelnen FHEM iOS App Nutzer. ;)
Zitat von: FunkOdyssey am 01 Februar 2018, 11:53:46
Sorry. Aber ich kann dir aus Erfahrung sagen, dass die App zwar hübsch und praktisch ist, aber nicht wirklich intensiv weiterentwickelt wird. Der Ansatz in der App ist ein wenig unglücklich gewählt, dass die Entwickler stets hinterherpflegen müssen, wenn es neue Hardware oder Module in FHEM gibt. Würde man auf generische Attribute - wie es z.B. bei Homebridge gelöst ist - (genericDeviceTyp) zurückgreifen, so könnte man alles in FHEM vorkonfigurieren und die App zapft das später nur an. Jede Individualität kann in der App nicht berücksichtigt werden. Das wird sich niemals rechnen. Ich habe es aufgegeben. Lehrgeld bezahlt. :-(
Danke für die Erläuterung. Ich bin ja noch relativ frisch auf dem Gebiet FHEM und dessen Möglichkeiten. Aber ich brauche schon irgendeine ansehbare App, damit das ganze Thema "Hausautomation" bei mir zu Hause Akzeptanz findet. Homekit habe ich tatsächlich auch schon auf dem Schirm. Allerdings bin ich mir noch nicht sicher, welchem Cloud-Anbieter ich nun meine Daten gebe, Apple, Amazon, Google, Microsoft... Am Liebsten hätte ich gern eine eigene KI, die ausschließlich in meinem Interesse agiert und mit mir abstimmt, wann meine Daten an wen rausgegeben werden. Aber gut, kommt Zeit, kommt Rat... ;) Ich möchte hier jetzt auch nicht zu Offtopic werden. Das war ja dein Kritikpunkt.
Zitat von: FunkOdyssey am 01 Februar 2018, 11:53:46
Sorry, dass ich diesen Thread jetzt mit Offtopic-Sätzen zugeschrieben habe.
Wie gesagt, ich sehe es nicht so, dass das offtopic war, aber du darfst gern still sein. ;)
Ich werde das jetzt auch erstmal tun, da das Problem ja absolut auf die App zurückzuführen ist.
Gruß Hoppel
Zitat von: hoppel118 am 01 Februar 2018, 12:51:14
Das ist ganz einfach zu verstehen. Da der ON-OFF-DIM-Status von der FHEM iOS App bei einer HUEGroup nicht erkannt wird, lag es für mich nahe, dass es mit den Readings zusammenhängt. Alle meine Posts beziehen sich auf die Readings, die durch das von igami entwickelte Script bereitgestellt werden, in Verbindung mit der App. Die Zeit, die igami investiert hat, hat sich meiner Ansicht nach in jedem Fall gelohnt. Die Readings ergeben nun genau das Ergebnis, was auch eine einzelne Leuchte liefert. Ich denke, dieses Ergebnis ist für alle interessant und nicht nur für einen einzelnen FHEM iOS App Nutzer. ;)
Kannst du vielleicht irgendwie versuchen, die Readings über das Attribut userreadings zu erzeugen? Reicht das evtl.?
Ich vermute aber, dass die App nicht nur das Reading subtype abfragt, sondern auch das Internal TYPE und somit die Zuordnung vornimmt.
anbei mal eine erste test version mit in die module eingebautem createGroupReadings attribut.
zum testen reicht es wenn man im Bridge device createGroupReadings auf 1 setzt.
wer es genauer haben möchte: über die kombination von createGroupReadings in der bridge und dein einzelnen hue groups sollte sich jedes gewünschte update verhalten für einzelne gruppen konfigurieren lassen.
aktuell werden readings für reachable, onoff, pct und bri erzeugt.
die auswahl ob die werte per min/max/durchschnitt berechnet werden kommt später noch.
das erzeugen eines icons über HUEDevice_devStateIcon ist noch nicht eingebaut!
edit 2018-02-02:
- funktioniert jetzt mit allen httpUtils varianten
- das icon für die gruppe wird erzeugt
- state reading wird erzeugt
edit 2018-02-04: eine version mit createGroupReadings attribute ist jetzt eingecheckt.
Zitat von: FunkOdyssey am 01 Februar 2018, 13:35:30
Kannst du vielleicht irgendwie versuchen, die Readings über das Attribut userreadings zu erzeugen? Reicht das evtl.?
Ich vermute aber, dass die App nicht nur das Reading subtype abfragt, sondern auch das Internal TYPE und somit die Zuordnung vornimmt.
Siehst du, jede Diskussion lohnt sich. Vielen Dank für diesen Denkanstoß, mit folgendem zusätzlichen Befehl sehe ich nun den On-Off-Status der Gruppen. :D
attr HUEGroup2 subType extcolordimmer
Das habe ich gerade schnell bei allen Huegroups geändert. Geil! :D
Wir kommen dem Ziel näher! Nun wird mir in dem Feld des DIM-Levels sowohl das Wort "DIM" als auch "XX%" übereinander angezeigt. Das Wort "DIM" muss ich jetzt noch irgendwie weg kriegen, dann läuft alles. Was könnte dafür zuständig sein?
Farbe kann ich genauso wie bei einer einzelnen Leuchte einstellen, was allerdings auch vor Konfiguration des subType bereits ging.
Hier nochmal ein paar Screenshots von der Gruppe bzw. einer einzelnen Leuchte.
Danke, danke, danke euch allen schonmal! ;)
Zitat von: justme1968 am 01 Februar 2018, 14:52:44
anbei mal eine erste test version mit in die module eingebautem createGroupReadings attribut.
zum testen reicht es wenn man im Bridge device createGroupReadings auf 1 setzt.
Cool, habe ich direkt in mein System integriert. Ich kann über die FHEM iOS APP alles (on/off/Farbe/Dimm-Level) steuern.
Zitat von: justme1968 am 01 Februar 2018, 14:52:44
aktuell werden readings für reachable, onoff, pct und bri erzeugt.
Jupp, diese Readings sehe ich. Wichtig wäre hier noch "state", wobei ich das Reading an sich schon sehe. Folgende Probleme habe ich nun:
Wenn ich die Gruppe dimme, verändert sich der pct-Wert. Der Wert unter "state" müsste jedoch so wie in igami's Script gebaut werden. Wenn ich mich recht entsinne, funktioniert das in seinem Script wie folgt (schau aber lieber selbst nochmal):
- x Leuchten einer Gruppe an - state=on
- pct=100 einer Gruppe - state=on
- pct=1-99 einer Gruppe - state=dimXX%
- pct=0 einer Gruppe - state=off
- alle Leuchten aus - state=off
Das onoff- und das state-Reading zeigen mir beide noch die letzten Status, die ich vor der Migration zu deinem Script erzeugt hatte, an. Da verändert sich nichts mehr an den Werten der Readings. Der ON-OFF-Status in der FHEM App verändert sich nun auch nicht mehr. Die Lampengruppen bleiben laut Status Symbol an oder aus, genauso wie Sie bei der Migration geschaltet waren. Ich nehme an, dass das zusammenhängt.
onoff müsste ebenfalls wie in igami's Script folgende Werte liefern (Korellation zu state). Aber das ist dir wohl klar. ;)
- x Leuchten einer Gruppe an - onoff=1
- alle Leuchten aus - onoff=0
Wenn du Updates hast, immer her damit. Wenn ich ein bestimmtes Test-Szenario testen soll, auch kein Thema, musst nur beschreiben, was ich wie testen soll. Momentan schalte ich einfach nur, an/aus, dimme, wechsle die Farbe und schaue mir in den Readings die Veränderungen an. Eigentlich müsste das reichen. Ich bin aber gerade bereit alles was in diesem Zusammenhang steht zu testen! ;)
Gruß Hoppel
bei onoff hatte sich noch ein fehler eingeschlichen. ich habe die version oben korrigiert.
zu state muss ich mir erst noch etwas überlegen.
Hm..., jetzt verändern sich die zusätzlichen Readings gar nicht mehr. Ich habe alles getestet on/off/dim/Farbe wechseln. Das einzige was noch funktioniert ist all_on und any_on
Habe ich evtl. was falsch gemacht? Ich bin wie folgt vorgegangen:
Dateien herunterladen, fhem gestoppt, die beiden im FHEM-Verzeichnis vorhandenen Dateien überschrieben, Rechte geprüft -> passt, fhem gestartet, Bridge device createGroupReadings auf 1 gesetzt, Browser-Fenster neu geladen. Bei der Migration von igami's Script zu deinem habe ich das quasi genauso gemacht und das hat funktioniert.
Gruß Hoppel
Zitat von: justme1968 am 01 Februar 2018, 16:06:43
bei onoff hatte sich noch ein fehler eingeschlichen. ich habe die version oben korrigiert.
zu state muss ich mir erst noch etwas überlegen.
Habe gerade nochmal ein Bisschen mit deinem Modul und meinen HUEGroup-Attributen gespielt. Aber es bleibt dabei, da geht nichts mehr. Gib einfach Bescheid, wenn du wieder, was zum Testen hast. Ich bin erstmal wieder bei igami's Script gelandet. Das funktioniert ja nun schon ganz gut. Damit kann ich erstmal leben. Die 2 Probleme die ich nun mit der App in Bezug auf das Dimmen noch habe, möchte ich gern nochmal kurz beschreiben:
- In der App gibt es rechts neben dem OFF-Button eine weitere Schaltfläche, um das DIM-Level einzustellen siehe Screenshot. Dort wird das Wort "DIM" mit dem DIM-Level in dem Format "XX%" überlagert. Eigentlich dürfte dort in der Schaltfläche nur noch das DIM-Level in dem Format "XX%" stehen
- In der App gibt es einen Slider, um das DIM-Level zu justieren. Dieser funktioniert zwar grundsätzlich, also man kann dimmen, aber das aktuelle DIM-Level wird dort nicht "gespeichert" bzw. angezeigt. Wenn man das Fenster mit dem Slider über die zuvor unter Punkt 1 beschriebene Schaltfläche aufruft, steht dort immer "0%", egal welches DIM-Level gerade eingestellt ist, siehe Screenshot.
Zum 2. Punkten habe ich die Vermutung, dass es mit "bri", "hue" und/oder "sat" zusammenhängt. Die 3 Slider im fhem WebInterface hüpfen bei der HUEGroup auch immer wieder zurück auf "0", sobald man die "set"-Taste betätigt. Da du @justme1968 dich ja sowieso mit "bri" für das Standard-Modul beschäftigst, könnte ich da evtl. Glück haben, denn mit "bri" wird die Helligkeit eingestellt. [emoji2]
Wie gesagt, für mich ist das gerade alles Neuland. Ich taste mich gerade einfach an die Sache ran. Ich hoffe, ihr seht mir und meiner Euphorie etwas nach. [emoji6]
Schönen Abend noch!
Gruß Hoppel
ich habe oben noch mal ein update angehängt:
- funktioniert jetzt mit allen httpUtils varianten (die beiden letzen versionen waren nur für httpUtils = 1)
- das icon für die gruppe wird erzeugt
- state reading wird erzeugt
Moin justme1968,
habe das neue Model gerade ausprobiert. Bei all meinen HUEGruppen verändern sich weiterhin ausschließlich die Readings all_on und any_on, wenn ich die Gruppe ein- bzw. ausschalte. Irgendwas stimmt da noch nicht.
Hier mal ein paar Konfigauszüge:
#HUE Bridge
define HUEBridge HUEBridge XX.XX.XX.XX
attr HUEBridge icon hue_filled_bridge_v2
attr HUEBridge key XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
attr HUEBridge httpUtils 1
#HUE Wohnbereich Papierlampe
define OG_WZ_Wohnbereich_Papierlampe_oben HUEDevice 5 IODev=HUEBridge
attr OG_WZ_Wohnbereich_Papierlampe_oben userattr room_map structexclude
attr OG_WZ_Wohnbereich_Papierlampe_oben IODev HUEBridge
attr OG_WZ_Wohnbereich_Papierlampe_oben alias Wohnbereich Papierlampe oben
attr OG_WZ_Wohnbereich_Papierlampe_oben color-icons 2
attr OG_WZ_Wohnbereich_Papierlampe_oben devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
attr OG_WZ_Wohnbereich_Papierlampe_oben group Lichter
attr OG_WZ_Wohnbereich_Papierlampe_oben icon light_wire_system_2
attr OG_WZ_Wohnbereich_Papierlampe_oben model LCT012
attr OG_WZ_Wohnbereich_Papierlampe_oben room Beleuchtung
attr OG_WZ_Wohnbereich_Papierlampe_oben subType extcolordimmer
attr OG_WZ_Wohnbereich_Papierlampe_oben webCmd rgb:rgb ff0000:rgb DEFF26:rgb 0000ff:ct 490:ct 380:ct 270:ct 160:toggle:on:off
define OG_WZ_Wohnbereich_Papierlampe_mitte HUEDevice 6 IODev=HUEBridge
attr OG_WZ_Wohnbereich_Papierlampe_mitte userattr room_map structexclude
attr OG_WZ_Wohnbereich_Papierlampe_mitte IODev HUEBridge
attr OG_WZ_Wohnbereich_Papierlampe_mitte alias Wohnbereich Papierlampe mitte
attr OG_WZ_Wohnbereich_Papierlampe_mitte color-icons 2
attr OG_WZ_Wohnbereich_Papierlampe_mitte devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
attr OG_WZ_Wohnbereich_Papierlampe_mitte group Lichter
attr OG_WZ_Wohnbereich_Papierlampe_mitte icon light_wire_system_2
attr OG_WZ_Wohnbereich_Papierlampe_mitte model LCT012
attr OG_WZ_Wohnbereich_Papierlampe_mitte room Beleuchtung
attr OG_WZ_Wohnbereich_Papierlampe_mitte subType extcolordimmer
attr OG_WZ_Wohnbereich_Papierlampe_mitte webCmd rgb:rgb ff0000:rgb DEFF26:rgb 0000ff:ct 490:ct 380:ct 270:ct 160:toggle:on:off
define OG_WZ_Wohnbereich_Papierlampe_unten HUEDevice 7 IODev=HUEBridge
attr OG_WZ_Wohnbereich_Papierlampe_unten userattr room_map structexclude
attr OG_WZ_Wohnbereich_Papierlampe_unten IODev HUEBridge
attr OG_WZ_Wohnbereich_Papierlampe_unten alias Wohnbereich Papierlampe unten
attr OG_WZ_Wohnbereich_Papierlampe_unten color-icons 2
attr OG_WZ_Wohnbereich_Papierlampe_unten devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
attr OG_WZ_Wohnbereich_Papierlampe_unten group Lichter
attr OG_WZ_Wohnbereich_Papierlampe_unten icon light_wire_system_2
attr OG_WZ_Wohnbereich_Papierlampe_unten model LCT012
attr OG_WZ_Wohnbereich_Papierlampe_unten room Beleuchtung
attr OG_WZ_Wohnbereich_Papierlampe_unten subType extcolordimmer
attr OG_WZ_Wohnbereich_Papierlampe_unten webCmd rgb:rgb ff0000:rgb DEFF26:rgb 0000ff:ct 490:ct 380:ct 270:ct 160:toggle:on:off
#HUEGroup Wohnbereich Papierlampe
define HUEGroup2 HUEDevice group 2 IODev=HUEBridge
attr HUEGroup2 userattr extcolordimmer extcolordimmer_map room_map structexclude
attr HUEGroup2 IODev HUEBridge
attr HUEGroup2 alias Wohnbereich Papierlampe
attr HUEGroup2 color-icons 2
attr HUEGroup2 delayedUpdate 1
attr HUEGroup2 devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
attr HUEGroup2 group Lampen
attr HUEGroup2 icon light_wire_system_2
attr HUEGroup2 model LCT012
attr HUEGroup2 room Beleuchtung,Wohnzimmer
attr HUEGroup2 subType extcolordimmer
attr HUEGroup2 webCmd rgb:rgb ff0000:rgb DEFF26:rgb 0000ff:ct 490:ct 380:ct 270:ct 160:toggle:on:off
Hast du dazu eine Idee?
Gruß Hoppel
wenn das dein bridge device ist, hast du createGroupReadings nicht gesetzt.
Jo, ist mir gerade selbst auch schon wieder eingefallen, dass du das gestern geschrieben hattest. Ich bin gerade am Testen. Das sieht erstmal gut aus. Ich melde mich später nochmal nach einem ausführlichen Test, evtl. auch erst morgen, eigentlich habe ich heute nicht so viel Zeit. ;)
Vielen Danke schonmal und Gruß Hoppel
OK, gerade schon 2 Sachen entdeckt:
- Du hast das reading "on" eingebaut. Das bleibt bei mir immer auf "0".
- Wenn das reding "pct" auf "100" gesetzt wird, verändert sich "state" nicht zu "on", sondern bleibt bei dem letzten "dimXX%".
Bis später
die version von oben sollte kein on reading haben. nur onoff.
kann es sein das das on noch von früher ist?
das fehlende on habe ich eben behoben. neue version oben.
Evtl. mache ich was falsch. Ich stoppe meinen fhem Server, überschreibe die beiden Dateien im FHEM-Verzeichnis mit deinen Dateien und starte den fhem Server wieder. Muss ich das irgendwie anders machen?
Mir ist nun allerdings gerade aufgefallen, dass das "on" reading lediglich bei 3 von 5 Gruppen angezeigt wird. Bei den anderen beiden Gruppen sehe ich das "on" reading nicht.
Browser Cache habe ich gelöscht, bringt nix, das Reading ist weiterhin bei den 3 Gruppen zu sehen. Hast du dazu eine Idee? Wie kriege ich das wieder weg?
Das reading "state" funktioniert nun, wie es soll. SUPER!!!
Mir ist gerade noch eine weitere Kleinigkeit aufgefallen. Wenn ich meinen FHEM Server starte, sehe ich in dem Icon bei den Gruppen immer ein rotes Fragezeichen, sobald ich auf auf das Icon, on oder off klicke, verschwindet das rote Fragezeichen, siehe Screenshot.
Gruß Hoppel
alte readings verschwinden nicht von alleine. die lassen sich mit deletereading löschen.
das Fragezeichen gibt es so lange kein aktueller stand von der bridge ausgelesen wurde.
Alles klar, deletereadings kannte ich noch nicht. Läuft! ;)
Wann wird denn der aktuelle Stand von der Bridge ausgelesen? Die Fragezeichen sind bei den Gruppen, wo ich noch nichts verändert habe, immer noch da. Von alleine passiert da nichts würde ich sagen. Was brauche ich dafür?
Kriegst du das irgendwie hin, dass das Feld mit dem Farbcode und das Icon (wie bei einzelnen Leuchten) die Farbe verändern, zumindest wenn alle Leuchten einer Gruppe gleich konfiguriert sind? Das ist ja im Normalfall der Fall, wenn man eine Gruppe schaltet. Ich will jetzt aber auch nicht gierig werden. ;)
Mein DIM-Status in der FHEM iOS App funktioniert noch nicht wie bei einer einzelnen Leuchte. Hat aber erstmal keine Prio. Das sieht ansonsten alles schon sehr gut aus! TOP!!!
Ich muss jetzt erstmal weg.
Vielen Dank und Gruß Hoppel
So, ich nochmal.
Habe nochmal alles geprüft. Deine Readings funktionieren nun alle soweit, wie bei einer einzelnen Leuchte. Auch das Problem mit den roten Fragezeichen in den Icons konnte ich eingrenzen und lösen. Meine HUEBridge ist nun wie folgt konfiguriert:
define HUEBridge HUEBridge XX.XX.XX.XX
attr HUEBridge createGroupReadings 1
attr HUEBridge icon hue_filled_bridge_v2
attr HUEBridge key XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
#attr HUEBridge httpUtils 1
#attr HUEBridge pollDevices 1
Sobald ich httpUtils auskommentiere, verschwinden auch die roten Fragezeichen. Kann mir jemand verraten, wofür die beiden Attribute "httpUtils" und "pollDevices" überhaupt da sind? Irgendwie komme ich immer wieder zu dem Punkt, dass ich diese Readings doch nicht benötige. Genauso wenig verstehe ich den Zusammenhang mit dem Intervall (YY) hinter der IP-Adresse (XX.XX.XX.XX) der Bridge-Definition "define HUEBridge HUEBridge XX.XX.XX.XX YY". Wofür benötigt man das Intervall? Welche Optionen/Attribute sollte man aktivieren und welche nicht? Könnt ihr mir da eine Empfehlung geben?
Wenn ich nun die Readings einer einzelnen Leuchte mit denen einer Gruppe vergleiche, fehlen noch folgende Sachen:
- alert
- colormode
- ct
- effect
- hue
- rgb
- sat
- xy
@justme1968 Welche Readings sind deiner Ansicht noch realistisch umsetzbar bzw. Worauf hast du selbst noch Lust?
Vielen Dank igami und justme1968!
Gruß Hoppel
was die attribute (das sind keine readings!) und parameter bewirken steht in der commandref. du solltest deine fhem.cfg nicht von hand editieren.
zu den übrigen readings:
- sat baue ich ein
- ct auch
- hue muss ich mir etwas überlegen
- die anderen sind problematisch weil es keine wirklich sinnvollen werte gibt wenn die lampen nicht alle gleich sind.
Zitat von: justme1968 am 03 Februar 2018, 11:14:30
was die attribute (das sind keine readings!) und parameter bewirken steht in der commandref. du solltest deine fhem.cfg nicht von hand editieren.
Ja, hast recht. Es handelt sich um Attribute, hatte ich ja anfangs auch geschrieben und mich dann verschrieben. OK, ich werfe nochmal einen Blick in die commandref. [emoji6]
Mir fällt es in bestimmten Punkten leichter direkt am Gesamtkonstrukt zu operieren, als jedes Organ einzeln betrachten zu müssen. Ab und zu benutze ich das WebInterface ja auch. [emoji4]
Zitat von: justme1968 am 03 Februar 2018, 11:14:30
zu den übrigen readings:
- sat baue ich ein
- ct auch
- hue muss ich mir etwas überlegen
- die anderen sind problematisch weil es keine wirklich sinnvollen werte gibt wenn die lampen nicht alle gleich sind.
Das sieht gut aus. Wenn du soweit bist, sag Bescheid. Ich teste gern, wie du sicher bereits bemerkt hast. [emoji6]
Bisher konnte ich übrigens noch kein ungewöhnliches Verhalten mit dem Modul feststellen.
Schönen Abend noch! Gruß Hoppel
ich habe eben noch readings für ct, sat, alert, colormode und effect eingebaut und alles eingecheckt.
achtung: ct und sat liefern wie alle readings mit durchschnitt nur dann sinnvolle werte wenn alle lampen auch diese readings haben.
alert, colormode und effect enthält nonuniform wenn die werte der einzelnen lampen nicht übereinstimmten.
Crazy shit!!! ;)
Was heißt eingecheckt? Kann ich nun einfach ein ,,update" über das fhem WebInterface durchführen? Ab wann steht das Update zur Verfügung? Muss ich vorher irgendwas bei den Testmodulen bereinigen oder wird das automatisch durch den Updatevorgang bereinigt?
Danke und Gruß Hoppel
ab morgen im update
Vielen Dank für deine Mühe und die investierte Zeit! Ich freu mich schon auf das Update! ;)
Gruß Hoppel
Moinsen,
habe das Update gerade installiert und ein wenig mit den Slidern im WebInterface gespielt. Das sieht erstmal alles gut aus und funktioniert anscheinend so wie es soll! Nun fehlt nicht mehr viel, um die Readings einer einzelnen Leuchte auch in der Gruppe verfügbar zu haben:
Alle 3 Readings scheinen sich auf die Farbe zu beziehen. Bin Mal gespannt, ob du dafür auch noch irgendwann eine Idee hast. Interessant wäre dann natürlich noch die Funktion mit dem farbigen Icon für die Gruppe.
Meine DIM-Anzeige "XX%" in der FHEM iOS App wird weiter von dem Wort "DIM" überblendet. Evtl. hängt es mit einem der 3 fehlenden Readings zusammen. Das hat aber keine Prio. Habe mich gestern mal ein Bisschen zur FHEM-Homekit-Intergration belesen. Ich denke, das wird mein nächstes Projekt. Evtl. lösen sich dann meine Probleme (bspw. mit der EVE-App) von selbst. ;)
Vielen Dank nochmal für alles!
Gruß Hoppel
Hallo, ich habe das Update auch eingespielt. Vielen Dank für die Integration des Features.
In der Hue-Bridge ist das neue Attribut "createGroupReadings" auch vorhanden.
Jedoch habe ich in einigen HUEDevice-Geräten (HUEGroup0, HUEGroup1, HUEGroup2, etc.) folgende Attribute zur Auswahl:
createActionReadings
createGroupReadings,0
1)
Ist das richtig, dass ich vereinzelt das Attribut "createActionReadings" zur Auswahl habe?
Im Commit sieht es so aus, als wolltest du das Attribut entfernen: https://svn.fhem.de/trac/changeset/16081/trunk/fhem/FHEM/31_HUEDevice.pm
Ich vermute, dass das meine Geräte waren, in denen ich vorher das Attribut "createActionReadings" aktiviert hatte. Ansonsten kann ich kein Muster erkennen.
2)
Das Attribut "createGroupReadings,0" dürfte innerhalb der Devices doch nicht zur Auswahl stehen, oder?
beim device war bei createGroupReadings noch ein tippfehler.
Zitat von: justme1968 am 05 Februar 2018, 09:49:16
beim device war bei createGroupReadings noch ein tippfehler.
Heißt das, dass es morgen noch ein neues Update gibt?
Gruß Hoppel
Ja. Siehe: https://svn.fhem.de/trac/log
Ok, danke für den Link. Dann mache ich morgen noch ein Update.
Hallo Leute,
es sieht weiterhin alles gut aus bei mir! Vielen Dank nochmal für die investierte Zeit. Ich habe wieder viel dazu gelernt.
Gruß Hoppel
Hi,
wird das auch mit einem Lightify-Gateway funktionieren?
nein.
Zitat von: justme1968 am 12 Februar 2018, 16:50:59
nein.
Vielen Dank für die Antwort, das ist aber schade.
du kannst die notify version vom anfang des thread verwenden.
Ich meine dass das Reading onoff bei HUEGroups seit den Änderungen aus diesem Thread 0/true statt 0/1 liefert.
Kann dieses Verhalten jemand bestätigen??
LG Thomas
das hängt scheinbar von der perl/json version ab. hab es eben behoben.
Zitat von: justme1968 am 14 Februar 2018, 07:13:26
das hängt scheinbar von der perl/json version ab. hab es eben behoben.
Vielen Dank für die schnelle Hilfe!
LG Thomas
Vielen Dank auch von mir, dass Group Reading klappt gut :)
OMG, ich kämpfe wirklich mit FHEM, vieles ist noch recht unlogisch für mich. Funktioniert diese Lösung auch für die DECONZ Bridge mit TRADFRI Lampen oder muß ich was anpassen?
einfach das createGroupReadings attribut setzen und probieren :)
Wow cool, geht ja schon :)
Nur wenn ich dann das fhem-homebridge modul verwende, die Gruppe sichtbar mache dann hab ich folgendes Problem:
Dimmen der Gruppe geht, Farbe einstellen leider nicht (es wird im xy Wert übertragen, den die Gruppe auch übernimmt aber die Lichter nicht).
Danke für die schnelle Hilfe!! Echt cool!
siehe weiter oben warum das so ist und wie ein notify hilft.
Tja, da bin ich wieder so weit. Ich habe mir den Thread nun x-mal durchgelesen kann mir aber nicht herleiten wie ich es angehen muß, daß die HueGroup im Homekit nicht xy schickt sondern ct. Ich denke ich werde versuchen mir ein script zu schreiben, das xy in ct umrechnet und dann ct in der Gruppe setzt.
Wenn es eine einfachere Lösung gibt und ich die einfach übersehen habe, wäre ich um Hilfe froh.
FHEM ist zZ echt noch frustrierend. Ich kenne mich eigentlich mit diesen Dingen recht gut aus, aber FHEM bringt mich zum verzweifeln.
oben hast du nichts von ct geschrieben sondern von farbe und xy. ct ist die farbtemperatur. nicht die farbe.
homebridge arbeitet übrigens nicht mit xy sondern hue, saturation und brightness.
ob farbe oder farbtemperatur verwendet wird hängt vom aktuellen colormode ab.
vielleicht solltest du mal genau beschreiben was du eigentlich möchtest.
colormode und ct sind in homebridge-fhem noch nicht komplett eingebaut.
OK, ich probiers zu beschreiben:
Ich habe in einer Lampe zwei IKEA Tradfri Birnen (TRADFRI bulb E27 WS opal 980lm), die versch. Weißtöne darstellen können. Die IKEA Lampen werden über deCONZ angesteuert. Die beiden Birnen sind in einer Gruppe (Buero) zusammengefasst. Ich kann nun über FHEM die Helligkeit und die Farbtemperatur steuern.
Dann verbinde ich FHEM mit Homebridge (homebridge-fhem shim) und die Gruppe erscheint nun auch in der Homebridge APP. Ich kann die Lampengruppe über Homebridge dimmen (synchron) und habe auch einen Farb Button. Der Farbbutton bewirkt aber, dass ein FHEM Event mit xy ausgelöst wird (HUEDevice hueBridge2_HUEGroup1 xy: 0.353835,0.356776) und den kann die Gruppe irgendwie nicht an die Birnen weitergeben. Deshalb verändert sich der Weißton nicht. Wenn ich in der Gruppe subtype = ctdimmer definiere, dann ist der Farbbutton in der APP weg.
Ich vermute ich muss irgendwied das xy in ct umrechen, dazu habe ich das gefunden: http://www.ledhilfe.de/viewtopic.php?f=32&t=12928 und das per notify anhängen. Muss mich nun in PERL einlesen, das ist mir als C Programmierer auch recht fremd.
BTW: Mit dem Dresden RGB LED Strips geht das alles recht gut, die können aber auch rgb darstellen.
Danke fürs lesen :)
du schmeisst immer noch farbe und farbtemperatur durcheinander.
eine lampe die nur farbtemperatur hat kann man nicht per xy (d.h. farbe) steuern.
wenn du in der gruppe nur ctdimmer hast musst du das subtype attribut entsprechend setzen.
fang mal bitte damit an eine einzelne lampe in homebridge einzubinden und schau ob es damit geht.
ich habe homebridge-fhem noch nicht mit lampen getestet die nur farbtemperatur können. ich vermute das geht noch nicht.
Eine einzelne Birne geht auch nicht im Homekit :(, der Farbbutton erscheint auch nicht in der APP. Dann ist das wohl das Problem, das die Funktionalität für Lampen, die nur Farbtemperatur können (Tradfri) noch nicht implementiert ist. Gibt es eine Chance, daß das noch dazukommt?
Danke für die Hilfe!
SG
ja. kommt in einem der nächsten updates.
Super danke :)
Ich habs mal so gelöst (nicht elegant, aber funktioniert soweit):
define ch_col_hueBridge2_HUEGroup1 notify hueBridge2_HUEGroup1:xy:.* {\
my $n;;\
my $t = ReadingsVal("hueBridge2_HUEGroup1","xy","");;\
my @s = split (/,/ , $t );;\
$n = (@s[0]-0.3320)/(0.1858 - @s[1]);;\
my $CCT = 437*$n**3 + 3601*$n**2 + 6831*$n + 5517;;\
fhem "set hueBridge2_HUEGroup1 ct $CCT" }
Das geht sicher noch viel besser, aber meine Kenntnisse in PERL in FHEM sind noch stark begrenzt.
Hallo zusammen,
mal ne kurze Frage...
Ich verstehe noch nicht, wie ich bei einer einzelnen HUEGroup gezielt steuern kann, ob die Readings erzeugt werden, oder eben nicht. Auf der Bridge habe ich das Attribut
createGroupReadings natürlich auf "1" gesetzt. Das hat zur Folge, dass in allen an dieser Bridge hängenden HUEGroups automatisch das
userattr "createActionReadings:1,0 createGroupReadings:1,0" gesetzt wird. Ich habe versucht, das Attribut zu ändern auf "createActionReadings:0,0 createGroupReadings:0,0" und dann mit deletereading alle Readings gelöscht. Die Readings werden aber zwanghaft alle nach dem Restart wieder neu erstellt. Wo liegt denn mein Denkfehler?
Hallo zusammen,
noch eine kleine Auffälligkeit seit den letzten Updates der 30_HUEBridge.pm bekomme ich beim Start den Fehler im Log:
PERL WARNING: Argument "true" isn't numeric in bitwise or (|) at ./FHEM/30_HUEBridge.pm line 1060.
Das scheint - wenn ich den Code richtig gelesen habe - auch mit den GroupReadings zusammen zu hängen.
zusätzlich im group device createGroupReadings auf 0 setzen. am userattr solltest du nichts machen.
die meldung sollte ab morgen weg sein.
Zitat von: justme1968 am 02 März 2018, 11:50:37
zusätzlich im group device createGroupReadings auf 0 setzen. am userattr solltest du nichts machen.
die meldung sollte ab morgen weg sein.
Es kann so einfach sein. DANKE. Ich hab in der commandref nichts gefunden. Also
- createGroupReadings auf 0,
- alte readings mit deletereading löschen,
- restart und gut?
Ich bin gerade dezent verwirrt, ob das eine Alternative zu createActionReadings wird oder parallel funktionieren soll.
Aktuell kann ich es so leider noch nicht ganz ganz nutzen.
Welchen Wert enthält reachable?
Ich verstehe nicht, ob/wann all_on und any_on aktualisiert werden. Scheint nicht sofort zu passieren.
Wenn hier bereits berechnet wird, kannst du noch ein Reading amount_on hinzufügen, mit der Anzahl der Lampen die an sind?
Hallo zusammen,
ich bin gerade auch über ein Problem in dieser Richtung gestolpert.
Wenn ich meine Lampen (Gruppen) mit FTUI oder direkt in FHEM schalte funktioniert alles wie erwartet.
Schalte ich jedoch die Lampen (Gruppen) über die Raspbee APP (Phoscon), einen HUE Schalter, einen GIRA Schalter oder Alexa wird das "onoff" Reading nicht aktualisiert und bleibt beim Ausschalten auf "1". Verändern tut sich STATE, all_on und any_on. Die Lampe bzw. Gruppe ist für FHEM also noch eingeschaltet.
Hier ein List meiner Bridge:
Internals:
DEF 192.168.2.98
FD 4
INTERVAL 60
NAME hueBridge1
NOTIFYDEV global
NR 20
NTFY_ORDER 50-hueBridge1
PORT 37278
STATE connected
TYPE HUEBridge
apiversion 1.0.9
buf
host 192.168.2.98
mac b8:27:eb:b9:1a:cb
manufacturer Royal Philips Electronics
modelName Philips hue bridge 2012
modelid deCONZ
name deCONZ-GW
swversion 2.5.24
updatestate 0
websocket 1
websocketport 443
zigbeechannel 15
READINGS:
2018-10-16 10:52:56 lastError resource, /lights/36, not available
2018-10-16 14:13:57 state connected
helper:
apiversion 65545
count 0
last_config_timestamp 1539692036
offsetUTC 7200
updatestate 0
Attributes:
createGroupReadings 1
httpUtils 1
key F1C606E3C3
noshutdown 1
Hier ein List einer Gruppe:
Internals:
CFGFN
CHANGED
DEF group 7 IODev=hueBridge1
ID G7
INTERVAL
IODev hueBridge1
NAME HUEGroup7
NR 238
STATE dim50%
TYPE HUEDevice
class Other
desired 1
lights 13,14,15,16
name Wohnzimmer
type LightGroup
READINGS:
2018-10-16 10:52:53 alert none
2018-10-16 10:55:01 all_on 0
2018-10-16 10:55:01 any_on 0
2018-10-16 10:52:53 bri 254
2018-10-16 10:52:53 colormode nonuniform
2018-10-16 10:52:53 ct 191
2018-10-16 10:52:53 effect nonuniform
2018-10-16 10:54:47 onoff 1
2018-10-16 10:55:01 pct 50
2018-10-16 10:52:53 reachable 1
2018-10-16 10:52:53 sat 108
2018-10-16 10:55:01 state dim50%
helper:
alert none
bri 254
colormode nonuniform
ct 191
devtype G
effect nonuniform
fromAutocreate 1
onoff 1
pct 50
reachable 1
sat 108
state dim50%
update_timeout 1
Attributes:
IODev hueBridge1
alias Wohnzimmer
color-icons 2
delayedUpdate 1
devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
group HUEGroup
room HUEDevice
userattr createActionReadings:1,0 createGroupReadings:1,0
Kann mir jemand helfen oder hat eine Idee?
Viele Grüße
Christian
Hi,
kann es sein das die Berechnung der Gruppen Helligkeit (pct oder bri) nicht stimmt?
Meine Gruppe enthält 5 Lichter.
Alle Lichter haben pct = "100".
Die Gruppe gibt mir aber pct = "80" zurück.
es sind 4 x type Color temperature light
und 1x type Dimmable light
wird hier evtl. die ct mit einberechnet?
Gruß
Update,
das Device 16 (EG Küche Schrank) wird nicht mit einberechnet.
Defintion Device 16
Internals:
.FhemMetaInternals 1
DEF 16 IODev=deCONZ
FUUID 62e7e191-f33f-8bb2-23b3-873e40f5829083da
FVERSION 31_HUEDevice.pm:0.282220/2023-11-28
ID 16
INTERVAL
IODev deCONZ
NAME Kueche_Unterschrank
NR 1444
STATE off
TYPE HUEDevice
desired 0
eventCount 17
has_events 1
lastannounced 2024-03-15T11:58:05Z
manufacturername innr
modelid PL 115
name Küche
swversion 2.9.9
type Dimmable light
uniqueid 00:15:8d:00:03:62:5e:59-01
.attraggr:
.attrminint:
READINGS:
2024-03-29 08:56:18 IODev deCONZ
2024-03-29 08:56:27 alert none
2024-03-29 09:01:44 bri 25
2024-03-29 09:02:19 lastseen 2024-03-29T08:02Z
2024-03-29 09:01:54 onoff 0
2024-03-29 09:01:54 pct 0
2024-03-29 08:56:27 reachable 1
2024-03-29 09:01:54 state off
helper:
alert none
battery -1
bri 25
colormode
ct -1
devtype
dynamics_status
effect
hue -1
lastseen
mode
on 0
pct 0
reachable 1
rgb
sat -1
update_timeout 1
v2effect
xy
capabilities:
alerts:
none
select
lselect
helper:
json:
etag f500fe0c653123fb2b0fbfd5a0cbe48a
lastannounced 2024-03-15T11:58:05Z
lastseen 2024-03-29T08:02Z
manufacturername innr
modelid PL 115
name Küche
swversion 2.9.9
type Dimmable light
uniqueid 00:15:8d:00:03:62:5e:59-01
capabilities:
alerts:
none
select
lselect
config:
groups:
0
24
state:
alert none
bri 25
Attributes:
IODev deCONZ
alias EG Küche Schrank
color-icons 2
devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
group Küche
icon light_downlight
model PL 115
room Beleuchtung
subType dimmer
webCmd pct:toggle:on:off
defmod Kueche_Unterschrank HUEDevice 16 IODev=deCONZ
attr Kueche_Unterschrank IODev deCONZ
attr Kueche_Unterschrank alias EG Küche Schrank
attr Kueche_Unterschrank color-icons 2
attr Kueche_Unterschrank devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
attr Kueche_Unterschrank group Küche
attr Kueche_Unterschrank icon light_downlight
attr Kueche_Unterschrank model PL 115
attr Kueche_Unterschrank room Beleuchtung
attr Kueche_Unterschrank subType dimmer
attr Kueche_Unterschrank webCmd pct:toggle:on:off
setstate Kueche_Unterschrank on
setstate Kueche_Unterschrank 2024-03-29 08:56:18 IODev deCONZ
setstate Kueche_Unterschrank 2024-03-29 08:56:27 alert none
setstate Kueche_Unterschrank 2024-03-29 08:58:34 bri 254
setstate Kueche_Unterschrank 2024-03-29 08:59:19 lastseen 2024-03-29T07:59Z
setstate Kueche_Unterschrank 2024-03-29 08:58:34 onoff 1
setstate Kueche_Unterschrank 2024-03-29 08:58:34 pct 100
setstate Kueche_Unterschrank 2024-03-29 08:56:27 reachable 1
setstate Kueche_Unterschrank 2024-03-29 08:58:34 state on
die Gruppe
Internals:
.FhemMetaInternals 1
DEF group 24 IODev=deCONZ
FUUID 643a63f1-f33f-8bb2-fd7a-ec73a66294f8e831
FVERSION 31_HUEDevice.pm:0.282220/2023-11-28
ID G24
INTERVAL
IODev deCONZ
NAME HUEGroup24
NR 1527
STATE dim75%
TYPE HUEDevice
desired 1
eventCount 31
has_events 1
lights 16,27,30,31,32
name EG-Küche
type LightGroup
.attraggr:
.attrminint:
READINGS:
2024-03-29 08:56:27 .associatedWith Kueche_Unterschrank HUEDevice31 HUEDevice30 HUEDevice32 HUEDevice27
2024-03-29 08:56:18 IODev deCONZ
2024-03-29 08:56:28 alert none
2024-03-29 08:58:35 all_on 1
2024-03-29 08:58:34 any_on 1
2024-03-29 08:58:36 bri 203
2024-03-29 08:58:34 colormode hs
2024-03-29 08:58:34 ct 1479
2024-03-29 08:56:28 effect
2024-03-29 08:56:28 hue -1
2024-03-29 08:58:34 onoff 1
2024-03-29 08:58:36 pct 80
2024-03-29 08:56:28 reachable 1
2024-03-29 08:58:36 rgb cccdcd
2024-03-29 08:56:28 sat 0
2024-03-29 08:58:36 state dim75%
helper:
alert none
all_on 1
any_on 1
bri 203
colormode hs
ct 1479
devtype G
effect
hue -1
onoff 1
pct 80
reachable 1
rgb cccdcd
sat 0
state dim75%
update_timeout 1
json:
etag f6623c7e8582e65ac588199c22ed3187
id 24
name EG-Küche
type LightGroup
action:
alert none
bri 254
colormode hs
ct 0
effect none
hue 0
sat 113
scene
xy:
0.432501716639963
0.329335469596399
devicemembership:
lights:
16
31
30
32
27
scenes:
state:
lights:
16 1
27 1
30 1
31 1
32 1
scenes:
Attributes:
IODev deCONZ
alias EG-Küche Gruppe
color-icons 2
delayedUpdate 1
devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
group Küche
room Beleuchtung,ZigBee
userattr createActionReadings:1,0 createGroupReadings:1,0
webCmd pct:bri:toggle:on:off
defmod HUEGroup24 HUEDevice group 24 IODev=deCONZ
attr HUEGroup24 userattr createActionReadings:1,0 createGroupReadings:1,0
attr HUEGroup24 IODev deCONZ
attr HUEGroup24 alias EG-Küche Gruppe
attr HUEGroup24 color-icons 2
attr HUEGroup24 delayedUpdate 1
attr HUEGroup24 devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
attr HUEGroup24 group Küche
attr HUEGroup24 room Beleuchtung,ZigBee
attr HUEGroup24 webCmd pct:bri:toggle:on:off
setstate HUEGroup24 dim75%
setstate HUEGroup24 2024-03-29 08:56:27 .associatedWith Kueche_Unterschrank HUEDevice31 HUEDevice30 HUEDevice32 HUEDevice27
setstate HUEGroup24 2024-03-29 08:56:18 IODev deCONZ
setstate HUEGroup24 2024-03-29 08:56:28 alert none
setstate HUEGroup24 2024-03-29 08:58:35 all_on 1
setstate HUEGroup24 2024-03-29 08:58:34 any_on 1
setstate HUEGroup24 2024-03-29 08:58:36 bri 203
setstate HUEGroup24 2024-03-29 08:58:34 colormode hs
setstate HUEGroup24 2024-03-29 08:58:34 ct 1479
setstate HUEGroup24 2024-03-29 08:56:28 effect
setstate HUEGroup24 2024-03-29 08:56:28 hue -1
setstate HUEGroup24 2024-03-29 08:58:34 onoff 1
setstate HUEGroup24 2024-03-29 08:58:36 pct 80
setstate HUEGroup24 2024-03-29 08:56:28 reachable 1
setstate HUEGroup24 2024-03-29 08:58:36 rgb cccdcd
setstate HUEGroup24 2024-03-29 08:56:28 sat 0
setstate HUEGroup24 2024-03-29 08:58:36 state dim75%
wo liegt der Fehler?