anbei neue versionen von HUEBridge, HUEDevice und LightScene zum testen.
mit diesem update werden szenen in der bridge bzw. den einzelnen hue lampen unterstützt. diese szenen können auch mit LightScene verwendet werden. der vorteil der szenen in der bridge ist das sie mit nur einem kommando ohne overhead und im prinzip ohne verzögerung aktiviert werden können. der nachteil ist das der status in fhem erst verzögert angezeigt wird und das sich nachträglich nicht 'nachsehen' lässt wie genau eine solche szene ausschaut ohne sie zu aktivieren.
es gibt die folgenden änderungen/erweiterungen:
- get <bridge> scenes
listet alle in der bridge bekannten szenen auf. - set <bridge> savescene <id> <lampe1>,[<lampe2>,[...,<lampeN>]]
speichert den aktuellen zustand der angegebenen lampen in einer szene mit der angegebenen id. lampen können als nummer, fhem device name oder name eines hue gruppe devices angegeben werden. - set <bridge> modifyscene <id> <light> <args>
ändert einstellungen für eine lampe in einer szene. args können die meisten kommandos für hue lampen sein. light kann eine nummer oder ein fhem device sein. - set <bridge> scene <id>
aktiver die szene mit der angegebenen id. - set <device> savescene <id>
speichert den aktuellen zustand aller lampen für dieses hue gruppen device unter der angegebenen id. - set <device> scene <id>
aktiviert diese szene für die schnittenge aus den lampen für dieses gruppen device und den in der szene angegebenen lampen. - LightScene erzeugt bei einem save für die beteiligten hue gruppen devices automatisch eine szenen in der bridge. wenn die gespeicherte LightScene wieder hergestellt wird dann wird für beteiligte hue gruppen devices die szene über die bridge wieder hergestellt.
die bridge kann maximal 200 szenen verwalten. sobald mehr angelegt werden werden automatisch ältere gelöscht. szenen lassen sich übrigens nicht löschen. das ist im api nicht vorgesehen.
bevor ich diese version einchecke werde ich vermutlich noch für die szenen und gruppen die angabe der lampen von mit leerzeichen getrennt auf mit komma getrennt umstellen. das würde dann auch leerzeichen in gruppen namen sowie die angaben von szenen namen (auch mit leerzeichen) erlauben.gruss
andre
edit:
- bei alle kommandos die eine liste von lampen erwarten (creategroup, savescene, lights) muss diese jetzt als komma getrennte liste ohne leerzeichen angegebenen werden. hierbei können lampen nummern oder fhem device namen für lampen und gruppen verwendet werden.
- dadurch ist es jetzt möglich bei creategroup und savescene namen mit leerzeichenzu verwenden.
- nach einem set auf eine gruppe wird nicht mehr der status jeder einzelnen lampe abgefragt sondern alles mit einer einzigen abfrage.
- bessere meldung der set kommandos bei fehlenden parametern.
- es gibt ein neues attribut queryAfterSet. wenn es nicht gesetzt ist (das ist der default!) dann wird nach einem set die direkte antwort der bridge ausgewertet und keine query auf den aktuellen zustand mehr gemacht. besonders in verbindung mit pollDevices sollte die anzahl der requests an die bridge deutlich sinken und verzögerungen minimiert werden.
bitte testen. wenn es keine probleme gibt checke ich die versionen so ein.
edit: ich habe die versionen mit dem obigen funktionsumfang eingecheckt. zusätzlich gibt es noch ein neues attribut
asyncDelay für LightScene das genau so wie das gleichnamige attribut in structure funktioniert. wenn es mit fs20 oder homematic komponenten probleme gibt kann es sinnvoll sein es mal zu probieren.
Ich verwalte meine Scenes in Verbindung sowie die komplexere Programmierung des HUE Tab derzeit mit der iConnectHue.app. Kann man das dann kombinieren?
wenn es szenen sind die du über den tab aktivieren kannst dann sind es szenen in der bridge. die solltest du bei einem get <bridge> scenes sehen. und du kannst du auch aus fhem heraus anlegen und verändern.
alles was bei einem get <bridge> scenes nicht auftaucht ist nicht über die bridge realisiert sondern passiert in der jeweiligen app.
gruss
andre
Jupp, landet alles in der Bridge. Dann bin ich mal gespannt!
Die Verwendung einer LightScene in FHEM ist aber kein Muss, oder?
wo sollte es ein muss geben ?
Ich brauche keine LightScene in FHEM, um die HUE Szenen zu verwalten?
achso. nein. beides ist unabhängig.
nur wenn du ein hue gruppen device in einer LightScene verwendest werden im hintergrund automatisch szenen in der bridge angelegt und verwendet.
gruss
andre
Ok. Bereits vorhandene HUE Szenen kann ich dann umgekehrt direkt nutzen? :)
ja. einfach mit set <bridge> scene <id> aufrufen.
Ich bekomme immer noch einen Fehler von der Lightscene!
2015.10.10 11:34:39.169 1: PERL WARNING: Use of uninitialized value $devices in pattern match (m//) at ./FHEM/31_LightScene.pm line 757.
2015.10.10 11:34:39.169 3: stacktrace:
2015.10.10 11:34:39.170 3: main::__ANON__ called by ./FHEM/31_LightScene.pm (757)
2015.10.10 11:34:39.171 3: main::LightScene_updateHelper called by ./FHEM/31_LightScene.pm (683)
2015.10.10 11:34:39.171 3: main::LightScene_Set called by fhem.pl (3071)
2015.10.10 11:34:39.172 3: main::CallFn called by fhem.pl (1531)
2015.10.10 11:34:39.173 3: main::DoSet called by fhem.pl (1561)
2015.10.10 11:34:39.174 3: main::CommandSet called by fhem.pl (1042)
2015.10.10 11:34:39.174 3: main::AnalyzeCommand called by fhem.pl (913)
2015.10.10 11:34:39.175 3: main::AnalyzeCommandChain called by fhem.pl (3088)
2015.10.10 11:34:39.176 3: main::fhem called by (eval 313) (6)
2015.10.10 11:34:39.176 3: (eval) called by fhem.pl (963)
2015.10.10 11:34:39.177 3: main::AnalyzePerlCommand called by fhem.pl (983)
2015.10.10 11:34:39.178 3: main::AnalyzeCommand called by fhem.pl (913)
2015.10.10 11:34:39.178 3: main::AnalyzeCommandChain called by ./FHEM/91_notify.pm (93)
2015.10.10 11:34:39.179 3: main::notify_Exec called by fhem.pl (3076)
2015.10.10 11:34:39.180 3: main::CallFn called by fhem.pl (2999)
2015.10.10 11:34:39.180 3: main::DoTrigger called by fhem.pl (3294)
2015.10.10 11:34:39.181 3: main::Dispatch called by ./FHEM/93_FHEM2FHEM.pm (176)
2015.10.10 11:34:39.182 3: main::FHEM2FHEM_Read called by fhem.pl (3076)
2015.10.10 11:34:39.182 3: main::CallFn called by fhem.pl (651)
Also bei mir klappt das leider nicht. Bekomme weiterhin die empty-Message Meldungen wenn ich httpsutils, polldevices und delay update gesetzt habe!
Hallo!
Meine HUE's lassen sich seit dem Update gar nicht mehr schalten. Die Bride steht auf INITIALIZED, das HUEDEVICE jeweils auf state UNKNOWN. Hat noch jemand das Problem? Gibt es noch Änderungen seit dem Update, die zu beachten sind?
Meine bis zum Update funktionierende Konfiguration:
define hueBridge1 HUEBridge 192.168.178.54
attr hueBridge1 alias HUE Bridge
attr hueBridge1 key XXXXXXXXXXXXXXXXXXX
attr hueBridge1 room Schlafzimmer
define sz_chr_hue_tuerseite HUEDevice 1
attr sz_chr_hue_tuerseite IODev hueBridge1
attr sz_chr_hue_tuerseite alias Wandlampe Türseite
attr sz_chr_hue_tuerseite color-icons 2
attr sz_chr_hue_tuerseite devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
attr sz_chr_hue_tuerseite model LCT001
attr sz_chr_hue_tuerseite room Schlafzimmer
attr sz_chr_hue_tuerseite subType extcolordimmer
attr sz_chr_hue_tuerseite webCmd rgb
Danke und Gruß,
Bruece-Lee
*** UPDATE: Ich konnte mein Problem lösen, hatte mit dem Router zu tun und nichts mit der neuen Version des Moduls. Werde nun die neuen Funktionen mit den Szenen mal testen. Vielen Dank für die stetige Weiterentwicklung des Moduls! Die HUE's in Kombination mit FHEM sind einfach toll! ***
in den hier angehängten files geht es nur um die szenen und das sie mit LightScene verwendet werden. den LightScene fehler schaue ich mir noch an.
mit den empty messages hat das auch erst mal nichts zu tun. außer du schaltest viele lampen auf ein mal. dann solltest du nicht mehr einzelne lampen sondern hue gruppen devices verwenden. dann ist zumindest das schalten zuverlässig.
das auswerten der rückmeldung statt zu pollen kommt erst noch.
die änderungen hier sind noch garnicht eingecheckt. können also nichts mit deinem problem zu tun haben. was steht bei verbose 5 im log?
zeig mal ein list auf die bridge und auf eine lampe die nicht geht.
gruß
andre
Danke Andre!.
Genau sowas hab ich gesucht. Wollte grade anfangen das alles so zu basteln:
define Wz1_Btn05short notify Wz1_Btn05.Short.* {
fhem("set HUEDevice1 on");;
fhem("set HUEDevice2 on");;
fhem("set HUEDevice4 on");;
fhem("set HUEDevice6 on");;
fhem("set HUEDevice1 rgb FFA227");;
fhem("set HUEDevice2 rgb A5C621");;
fhem("set HUEDevice4 rgb FF5F36");;
fhem("set HUEDevice6 rgb FC4E10");;
}
Die Hue Scenen anzusteuern ist natürlich viiiiiiel eleganter.
DANKE und EINCHECKEN!
Gruss Daniel
ich habe die HUE module im ersten beitrag noch mal aktualisiert.
beschreibung dort: http://forum.fhem.de/index.php/topic,42003.msg342251.html#msg342251 (http://forum.fhem.de/index.php/topic,42003.msg342251.html#msg342251).
bitte vor allem queryAfterSet testen.
gruss
andre
@2P4u: noch drei kleine hinweisse:
- du musst keine on senden. das macht das modul automatisch. eine zukünftige version wird das noch weiter optimieren.
- du musst in einem notify nicht auf die perl ebene wechseln. du kannst einfach mehrere sets mit ; getrennt verwenden: define Wz1_Btn05short notify Wz1_Btn05.Short.* set HUEDevice1 rgb FFA227; set HUEDevice2 rgb A5C62; ...
- wenn du mehrere kommandos an einen lampe senden willst geht das in dem du sie in einem set mit : trennst. also z.b.: set <device> bri 254 : hue 254
gruss
andre
Zitat von: justme1968 am 11 Oktober 2015, 20:46:17
ich habe die HUE module im ersten beitrag noch mal aktualisiert.
beschreibung dort: http://forum.fhem.de/index.php/topic,42003.msg342251.html#msg342251 (http://forum.fhem.de/index.php/topic,42003.msg342251.html#msg342251).
bitte vor allem queryAfterSet testen.
gruss
andre
Ich werde das erst in der nächsten Woche testen können, da meine OSRAM Lampe beim OSRAM Support ist!
Hier die ersten Meldungen nach dem FHEM Restart:
Scalar value @args[0] better written as $args[0] at ./FHEM/31_HUEDevice.pm line 459, <$fh> line 5074.
Subroutine HUEBridge_isFritzBox redefined at FHEM/30_HUEBridge.pm line 21, <$fh> line 5074.
Subroutine HUEBridge_Initialize redefined at FHEM/30_HUEBridge.pm line 28, <$fh> line 5074.
Subroutine HUEBridge_Read redefined at FHEM/30_HUEBridge.pm line 47, <$fh> line 5074.
Subroutine HUEBridge_Detect redefined at FHEM/30_HUEBridge.pm line 60, <$fh> line 5074.
Subroutine HUEBridge_Define redefined at FHEM/30_HUEBridge.pm line 98, <$fh> line 5074.
Subroutine HUEBridge_Notify redefined at FHEM/30_HUEBridge.pm line 141, <$fh> line 5074.
Subroutine HUEBridge_Undefine redefined at FHEM/30_HUEBridge.pm line 157, <$fh> line 5074.
Subroutine HUEBridge_OpenDev redefined at FHEM/30_HUEBridge.pm line 165, <$fh> line 5074.
Subroutine HUEBridge_Pair redefined at FHEM/30_HUEBridge.pm line 205, <$fh> line 5074.
Subroutine HUEBridge_string2array redefined at FHEM/30_HUEBridge.pm line 231, <$fh> line 5074.
Subroutine HUEBridge_Set redefined at FHEM/30_HUEBridge.pm line 254, <$fh> line 5074.
Subroutine HUEBridge_Get redefined at FHEM/30_HUEBridge.pm line 442, <$fh> line 5074.
Subroutine HUEBridge_GetUpdate redefined at FHEM/30_HUEBridge.pm line 512, <$fh> line 5074.
Subroutine HUEBridge_Parse redefined at FHEM/30_HUEBridge.pm line 548, <$fh> line 5074.
Subroutine HUEBridge_Autocreate redefined at FHEM/30_HUEBridge.pm line 591, <$fh> line 5074.
Subroutine HUEBridge_ProcessResponse redefined at FHEM/30_HUEBridge.pm line 666, <$fh> line 5074.
Subroutine HUEBridge_Register redefined at FHEM/30_HUEBridge.pm line 735, <$fh> line 5074.
Subroutine HUEBridge_Call redefined at FHEM/30_HUEBridge.pm line 749, <$fh> line 5074.
Subroutine HUEBridge_HTTP_Call redefined at FHEM/30_HUEBridge.pm line 783, <$fh> line 5074.
Subroutine HUEBridge_HTTP_Call2 redefined at FHEM/30_HUEBridge.pm line 840, <$fh> line 5074.
Subroutine HUEBridge_dispatch redefined at FHEM/30_HUEBridge.pm line 907, <$fh> line 5074.
Subroutine HUEBridge_HTTP_Request redefined at FHEM/30_HUEBridge.pm line 1046, <$fh> line 5074.
2015.10.11 21:04:52.701 3: EG.KZ.LED.Stripes: I/O device is hue_bridge
2015.10.11 21:04:52.738 3: HUEGroup0: I/O device is hue_bridge
2015.10.11 21:04:52.855 3: EG.WZ.Fensterleuchte: I/O device is hue_bridge
2015.10.11 21:04:53.009 1: Including ./log/fhem.save
ich hatte die falschen versionen hoch geladen. ich hab es inzwischen korrigiert.
gruss
andre
Zitat von: justme1968 am 11 Oktober 2015, 21:00:13
@2P4u: noch drei kleine hinweisse:
- du musst keine on senden. das macht das modul automatisch. eine zukünftige version wird das noch weiter optimieren.
- du musst in einem notify nicht auf die perl ebene wechseln. du kannst einfach mehrere sets mit ; getrennt verwenden: define Wz1_Btn05short notify Wz1_Btn05.Short.* set HUEDevice1 rgb FFA227; set HUEDevice2 rgb A5C62; ...
- wenn du mehrere kommandos an einen lampe senden willst geht das in dem du sie in einem set mit : trennst. also z.b.: set <device> bri 254 : hue 254
gruss
andre
Hi Andre, das ganze hat sich nun eh erledigt.
Ich sende jetzt nur noch welche scene er einschalten soll.
Funktioniert prima!
Wann hast du vor das so einzuchecken?
Gruss Daniel
Zitat von: justme1968 am 11 Oktober 2015, 21:28:01
ich hatte die falschen versionen hoch geladen. ich hab es inzwischen korrigiert.
gruss
andre
Ok die Meldungen sind weg!
ich habe die versionen mit dem hier (http://forum.fhem.de/index.php/topic,42003.msg342251.html#msg342251) beschriebenenfunktionsumfang eingecheckt.
zusätzlich zur letzten version gibt es noch ein neues attribut asyncDelay für LightScene das genau so wie das gleichnamige attribut in structure funktioniert. wenn es mit fs20 oder homematic komponenten probleme gibt kann es sinnvoll sein es mal zu probieren.
gruss
andre
Super vielen Dank - ich teste sobald meine Lampe wieder da ist!
Funktioniert gut!
Wäre es möglich noch einzubauen, dass man Sceneslöschen kann?
Ich hatte mit 3 Lampen begonnen, dann eine 4. und mittlerweile eine 5. eingebaut. Meine Scenen quasi immer um eine Lampe erweitert. Manchmal tauchen die alten aber wieder in der App auf (mit gleichem Namen und gleichen Bild) - "get hue scenes" listet mir die auch - aber mit der Info welche Lampen in der Scene enthalten sind. Dadurch könnte ich die alten also mal bequem rauslöschen.
es gibt kein api um szenen zu löschen. es soll platz Furcht etwa 200 szenen geben und wenn der speicher voll ist löscht die bridge automatisch alte.
wenn su die gleiche id verwendest bei savescene kannst du eine bestehende szene immer wieder überschreiben. auch mit neuem namen und anderen lampen.
gruss
andre
Naja, ich habe halt so Einträge wie:
3ba953b16-on-0 Jump! on 0 1,2,3
ff89cd5f0-on-0 Jump! on 0 1,2,3,4
a9860ceac-on-0 Jump! on 0 1,2,3,4,5
in der HUE-App ist es irgendwie schwer rauszufinden welche die Scenen mit 3 bzw. 4 Lampen sind. Hab gehofft dass ich so mal aufräumen kann. Aber da kann man wohl nix machen ;)
versuch es mal mit umbenennen.
gruss
andre
Hallo in die Runde,
ich versuche gerade, meine HUE Lampen in FHEM zu integrieren. Leider klappt das nicht so richtig.
Mein Setup:
FHEM auf RPi
HUE Bridge und eine einzige Lampe, die HUEgo.
Die Bridge bekomme ich ohne Probleme eingebunden. Sobald ich aber nach dem autocreate auf die HUEgo zugreife, wird vielleicht noch ein Kommando abgesetzt, danach ist der komplette FHEM Server abgestürzt. Das Log-File zeigt mir folgendes:
2015.10.18 11:43:10 4: FHEMWEB:192.168.1.212:58077 POST /fhem?cmd.HUEDevice1=set%20HUEDevice1%20on&room=HUEDevice&XHR=1; BUFLEN:0
2015.10.18 11:43:10 5: Cmd: >set HUEDevice1 on<
2015.10.18 11:43:10 4: using HttpUtils_NonblockingGet: PUT lights/1/state
2015.10.18 11:43:10 4: HttpUtils url=http://192.168.1.11/api/ccce18cde25c96d09353956bf1d3a612/lights/1/state
2015.10.18 11:43:10 4: name: /fhem?cmd.HUEDevice1=set%20HUEDevice1%20on&room=HUEDevice&XHR=1 / RL:20 / text/plain; charset=UTF-8 / Content-Encoding: gzip
/
2015.10.18 11:43:10 4: http://192.168.1.11/api/ccce18cde25c96d09353956bf1d3a612/lights/1/state: HTTP response code 200
2015.10.18 11:43:10 4: HttpUtils http://192.168.1.11/api/ccce18cde25c96d09353956bf1d3a612/lights/1/state: Got data, length: 81
2015.10.18 11:43:10 4: parse status message for HUEDevice1
Operation "!=": no method found,
left argument in overloaded package JSON::PP::Boolean,
right argument has no overloaded magic at ./FHEM/31_HUEDevice.pm line 1001.
Kann mir geholfen werden ;) ?
Grüße
Nick
Leider bekomme ich bei der HUEGroup auch noch sporadisch empty messages:
2015.10.18 12:59:43.251 2: hue_bridge: http request failed: http://192.168.1.23/api/59d1a666b8673cc79543780572da78a7/groups/1/action: empty answer received
Kann man den request nicht wiederholen wenn er fehlschlägt?
@Nick666: welche platform, welche perl version und welche json version verwendest du?
@P.A.Trick: wann genau passiert das mit welchen gesetzten attributen?
gruss
andre
Ich habe eine LightScene mit dem folgenden Gruppendevice:
Internals:
DEF group 1
ID G1
IODev hue_bridge
NAME HUEGroup1
NR 2019
STATE Initialized
TYPE HUEDevice
lights 7,3
Helper:
devtype G
update_timeout 1
Attributes:
IODev hue_bridge
alias HUE Küche
delayedUpdate 1
room _LED
transitiontime 7
userattr lightSceneParamsToSave lightSceneRestoreOnlyIfChanged:1,0
webCmd pct:rgb:rgb ff0000:rgb DEFF26:rgb 0000ff:rgb ffffff:toggle:on:off
Die Bridge sieht wie folgt aus:
Internals:
DEF 192.168.1.23 60
Host 192.168.1.23
INTERVAL 60
NAME hue_bridge
NOTIFYDEV global
NR 136
NTFY_ORDER 50-hue_bridge
STATE Connected
TYPE HUEBridge
apiversion 1.10.0
mac 00:17:88:18:8c:69
modelName Philips hue bridge 2012
name Philips hue
swversion 01028090
updatestate 0
zigbeechannel 11
Readings:
2015-10-01 20:23:58 swupdate HUE0103 – 66013452
Helper:
apiversion 68096
count 0
last_config_timestamp 1445166672
updatestate 0
Attributes:
httpUtils 1
key 59d1a666b8673cc79543780572da78a7
pollDevices 1
queryAfterSet 1
room _Dienste
verbose 3
Die beiden Devices wie folgt:
Internals:
CHANGED
DEF 7
ID 7
INTERVAL 0
IODev hue_bridge
NAME EG.KZ.LED.Haengeschrank
NR 2017
STATE off
TYPE HUEDevice
modelid Flex RGBW
Readings:
2015-10-18 13:11:13 alert lselect
2015-10-18 13:11:13 bri 1
2015-10-18 13:11:13 colormode hs
2015-10-18 13:11:13 ct 205 (4878K)
2015-10-18 13:11:13 effect none
2015-10-18 13:11:13 hue 0
2015-10-18 13:11:13 onoff 0
2015-10-18 13:11:13 pct 0
2015-10-18 13:11:13 reachable 1
2015-10-18 13:11:13 rgb 010101
2015-10-18 13:11:13 sat 0
2015-10-18 13:11:13 state off
2015-10-18 13:11:13 xy 0.1321,0.0284
Helper:
alert lselect
bri 1
colormode hs
ct 205
devtype
effect none
hue 0
on 0
percent 0
reachable 1
rgb 010101
sat 0
update_timeout 1
Internals:
CHANGED
DEF 3
ID 3
INTERVAL 0
IODev hue_bridge
NAME EG.KZ.LED.Stripes
NR 1879
STATE off
TYPE HUEDevice
modelid LST001
Readings:
2015-10-18 13:11:13 alert lselect
2015-10-18 13:11:13 bri 1
2015-10-18 13:11:13 colormode hs
2015-10-18 13:11:13 effect none
2015-10-18 13:11:13 hue 0
2015-10-01 20:07:46 level 100 %
2015-10-18 13:11:13 onoff 0
2015-10-18 13:11:13 pct 0
2015-10-18 13:11:13 reachable 1
2015-10-18 13:11:13 rgb 010101
2015-10-18 13:11:13 sat 0
2015-10-18 13:11:13 state off
2015-10-18 13:11:13 xy 0.435,0.405
Helper:
alert lselect
bri 1
colormode hs
ct -1
devtype
effect none
hue 0
on 0
percent 0
reachable 1
rgb 010101
sat 0
update_timeout 1
xy 0.435,0.405
Attributes:
IODev hue_bridge
color-icons 2
devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
event-on-change-reading .*
group Schalter
model LST001
room EG.Küche,_LED
subType extcolordimmer
transitiontime 7
userattr lightSceneParamsToSave lightSceneRestoreOnlyIfChanged:1,0
verbose 3
webCmd on:off
Hier noch die LichtSzene:
Internals:
DEF EG.KZ.Pepsischild EG.KZ.Deckenlampe EG.KZ.Schrankleuchte EG.KZ.LED.Stripes EG.KZ.LED.Haengeschrank HUEGroup1
HAS_DataDumper 1
HAS_JSON 1
NAME ls_Kueche
NR 994
NTFY_ORDER 50-ls_Kueche
STATE LEDs_aus
TYPE LightScene
Content:
EG.KZ.Deckenlampe 1
EG.KZ.LED.Haengeschrank 1
EG.KZ.LED.Stripes 1
EG.KZ.Pepsischild 1
EG.KZ.Schrankleuchte 1
HUEGroup1 1
Readings:
2015-10-18 13:11:11 state LEDs_aus
Scenes:
Dekoleuchten:
EG.KZ.Deckenlampe off
EG.KZ.LED.Haengeschrank rgb 4AFFC3
EG.KZ.LED.Stripes rgb 4AFFC3
EG.KZ.Pepsischild on
EG.KZ.Schrankleuchte on
Kochen:
EG.KZ.Deckenlampe off
EG.KZ.LED.Haengeschrank rgb ffffff
EG.KZ.LED.Stripes rgb ffffff
EG.KZ.Pepsischild on
EG.KZ.Schrankleuchte on
Leds_an:
HUEGroup1 rgb ffffff
Leds_aus:
HUEGroup1 off
Aus:
EG.KZ.Deckenlampe off
EG.KZ.LED.Haengeschrank off
EG.KZ.LED.Stripes off
EG.KZ.Pepsischild off
EG.KZ.Schrankleuchte off
Ein:
EG.KZ.Deckenlampe on
EG.KZ.LED.Haengeschrank rgb ffffff
EG.KZ.LED.Stripes rgb ffffff
EG.KZ.Pepsischild on
EG.KZ.Schrankleuchte on
devices:
EG.KZ.Deckenlampe
EG.KZ.LED.Haengeschrank
EG.KZ.LED.Stripes
EG.KZ.Pepsischild
EG.KZ.Schrankleuchte
HUEGroup1
Attributes:
alias Küche
group LightScene
lightSceneRestoreOnlyIfChanged 1
room _House
webCmd scene
Schalten mit LEDs_an und LEDs_aus!
Beim FHEM Neustart ist mir noch das aufgefallen:
2015.10.18 13:42:39.709 5: Notify loop for pushmsg available: 0
2015.10.18 13:42:39.709 5: Triggering pushmsg (2 changes)
2015.10.18 13:42:39.705 1: Perfmon: possible freeze starting at 13:42:38, delay is 1.705
2015.10.18 13:42:39.700 4: Connection accepted from FHEMWEB:192.168.1.16:46174
2015.10.18 13:42:39.693 2: hue_bridge: http request failed: http://192.168.1.23/api/59d1a666b8673cc79543780572da78a7: empty answer received
2015.10.18 13:42:39.332 2: hue_bridge: http request failed: http://192.168.1.23/api/59d1a666b8673cc79543780572da78a7/lights/3: empty answer received
2015.10.18 13:42:39.323 4: FHEMWEB:192.168.1.101:44495 GET /fhem/images/Fritzbox.m3u; BUFLEN:0
2015.10.18 13:42:39.312 5: UPDATE_WIDGETS: HandleSendQueue called, qlen = 0
2015.10.18 13:42:39.311 4: UPDATE_WIDGETS: Read response to Update matched Reading(s) files available
2015.10.18 13:42:39.309 5: UPDATE_WIDGETS: ExtractReading sets available to no
2015.10.18 13:42:39.309 5: UPDATE_WIDGETS: ExtractReading changed available with Expr $val=controlfile_updatecheck($val) ne ''?'yes':'no';$val from 02 to no
2015.10.18 13:42:39.307 4: UPD 2015-06-17_09:47:11 3213 www/tablet/js/widget_joinedlabel.js
2015.10.18 13:42:39.305 4: UPD 2015-06-17_09:56:27 10218 www/tablet/js/widget_settimer.js
2015.10.18 13:42:39.304 4: UPD 2015-09-28_14:21:45 11313 www/tablet/js/widget_itunes_artwork.js
2015.10.18 13:42:39.302 4: UPD 2015-06-17_09:47:11 1299 www/tablet/js/widget_reload.js
2015.10.18 13:42:39.301 4: UPD 2015-06-17_09:47:11 6319 www/tablet/js/widget_wind_direction.js
2015.10.18 13:42:39.299 4: UPD 2015-06-17_09:47:11 5537 www/tablet/js/widget_clicksound.js
2015.10.18 13:42:39.297 4: UPD 2015-06-17_09:47:11 4046 www/tablet/js/widget_klimatrend.js
2015.10.18 13:42:39.296 4: UPD 2015-06-17_09:47:11 887 www/tablet/js/widget_javascript.js
2015.10.18 13:42:39.294 4: UPD 2015-05-11_12:58:09 3870 www/tablet/js/widget_multistatebutton.js
2015.10.18 13:42:39.292 4: UPD 2015-09-18_23:06:29 2373 www/tablet/js/widget_svgplot.js
Ich glaube der non-blocking Aufruf wird durch das HTTPMod Modul o. etwas anderem gestört. Kann es sein, dass wenn zuviele non-blocking Aufrufe in FHEM vorkommen dieses Verhalten provoziert wird?
Zitat von: justme1968 am 18 Oktober 2015, 13:10:54
@Nick666: welche platform, welche perl version und welche json version verwendest du?
FHEM läuft auf einem RaspberryPi. Alles aktuell gehalten.
Package: libjson-perl
Version: 2.53-1
Package: perl
Version: 5.14.2-21+rpi2+deb7u2
UPDATE:eine Installation/Aktualisierung von JSON über cpan brachte Besserung! Jetzt Version 2.90
Hallo
Ist es möglich zu sehen welche Szene aktuell angeschaltet ist? z.B. Wenn die Szene vom Handy Hue App gewählt worden ist? Danke!
nein. jedenfalls vermutlich nicht zuverlässig. hue szenen schalten nur die lampen in einen bestimmten zustand und sind nachträglich nicht mehr zu erkennen.
du kannst aber versuchen die szenen jeweils in einer LightScene zu speichern und das followDevices attribut passend setzen.
Hat damit schon jemand Erfahrungen? Ich versuche mich gerade mit followDevices und das reagiert nicht wirklich. Oder Workarounds oder andere Ideen?
Ich hab einige FHEM-Automatismen laufen die meine Hue-Lampen regelmässig dem Tageslicht anpassen oder Lavalampen-artig durchswitchen. Diese sollten sich zurückhalten wenn ich manuell eine Szene gesetzt habe.