update HUEBridge/HUEDevice/LightScene

Begonnen von justme1968, 09 Oktober 2015, 16:49:37

Vorheriges Thema - Nächstes Thema

justme1968

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.
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

https://github.com/sponsors/justme-1968

Loredo

Ich verwalte meine Scenes in Verbindung sowie die komplexere Programmierung des HUE Tab derzeit mit der iConnectHue.app. Kann man das dann kombinieren?
Hat meine Arbeit dir geholfen? ⟹ https://paypal.me/pools/c/8gDLrIWrG9

Maintainer:
FHEM-Docker Image, https://github.com/fhem, Astro(Co-Maintainer), ENIGMA2, GEOFANCY, GUEST, HP1000, Installer, LaMetric2, MSG, msgConfig, npmjs, PET, PHTV, Pushover, RESIDENTS, ROOMMATE, search, THINKINGCLEANER

justme1968

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
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

https://github.com/sponsors/justme-1968

Loredo

Jupp, landet alles in der Bridge. Dann bin ich mal gespannt!
Die Verwendung einer LightScene in FHEM ist aber kein Muss, oder?
Hat meine Arbeit dir geholfen? ⟹ https://paypal.me/pools/c/8gDLrIWrG9

Maintainer:
FHEM-Docker Image, https://github.com/fhem, Astro(Co-Maintainer), ENIGMA2, GEOFANCY, GUEST, HP1000, Installer, LaMetric2, MSG, msgConfig, npmjs, PET, PHTV, Pushover, RESIDENTS, ROOMMATE, search, THINKINGCLEANER

justme1968

hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

https://github.com/sponsors/justme-1968

Loredo

Ich brauche keine LightScene in FHEM, um die HUE Szenen zu verwalten?
Hat meine Arbeit dir geholfen? ⟹ https://paypal.me/pools/c/8gDLrIWrG9

Maintainer:
FHEM-Docker Image, https://github.com/fhem, Astro(Co-Maintainer), ENIGMA2, GEOFANCY, GUEST, HP1000, Installer, LaMetric2, MSG, msgConfig, npmjs, PET, PHTV, Pushover, RESIDENTS, ROOMMATE, search, THINKINGCLEANER

justme1968

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
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

https://github.com/sponsors/justme-1968

Loredo

Ok. Bereits vorhandene HUE Szenen kann ich dann umgekehrt direkt nutzen? :)
Hat meine Arbeit dir geholfen? ⟹ https://paypal.me/pools/c/8gDLrIWrG9

Maintainer:
FHEM-Docker Image, https://github.com/fhem, Astro(Co-Maintainer), ENIGMA2, GEOFANCY, GUEST, HP1000, Installer, LaMetric2, MSG, msgConfig, npmjs, PET, PHTV, Pushover, RESIDENTS, ROOMMATE, search, THINKINGCLEANER

justme1968

ja. einfach mit set <bridge> scene <id> aufrufen.
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

https://github.com/sponsors/justme-1968

P.A.Trick

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)


Cubietruck,RPI,QNAP Ts-419p+, FS20, FRITZ!DECT200, 7 MAX! Thermostate, 3 MAX! Fensterkontakte, Kodi, CUL V3.3, EM1000S, LW12, LD382, HUE, HM-CFG-USB-2, 1x HM-LC-SW1-FM, 2x HM-LC-SW2-FM, 2x HM-LC-Sw1PBU-FM, 3xHM-LC-Bl1PBU-FM,HM-SEC-RHS, 2xHM-SEC-SD,HM-WDS30-T-O, 3x HM-LC-Dim1TPBU-FM, RPI+AddOn

P.A.Trick

Also bei mir klappt das leider nicht. Bekomme weiterhin die empty-Message Meldungen wenn ich httpsutils, polldevices und delay update gesetzt habe!
Cubietruck,RPI,QNAP Ts-419p+, FS20, FRITZ!DECT200, 7 MAX! Thermostate, 3 MAX! Fensterkontakte, Kodi, CUL V3.3, EM1000S, LW12, LD382, HUE, HM-CFG-USB-2, 1x HM-LC-SW1-FM, 2x HM-LC-SW2-FM, 2x HM-LC-Sw1PBU-FM, 3xHM-LC-Bl1PBU-FM,HM-SEC-RHS, 2xHM-SEC-SD,HM-WDS30-T-O, 3x HM-LC-Dim1TPBU-FM, RPI+AddOn

bruece-lee

#11
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! ***

justme1968

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
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

https://github.com/sponsors/justme-1968

2P4u

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
1x Ubuntu Server
1x LaCrosse Gateway für PCA301 /1x HMLAN /1x HMLGW
2x HueBridge mit Devices/ 1x Logitech Harmony Ultimate

justme1968

ich habe die HUE module im ersten beitrag noch mal aktualisiert.

beschreibung dort: http://forum.fhem.de/index.php/topic,42003.msg342251.html#msg342251.

bitte vor allem queryAfterSet testen.

gruss
  andre
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

https://github.com/sponsors/justme-1968

justme1968

@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
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

https://github.com/sponsors/justme-1968

P.A.Trick

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.

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
Cubietruck,RPI,QNAP Ts-419p+, FS20, FRITZ!DECT200, 7 MAX! Thermostate, 3 MAX! Fensterkontakte, Kodi, CUL V3.3, EM1000S, LW12, LD382, HUE, HM-CFG-USB-2, 1x HM-LC-SW1-FM, 2x HM-LC-SW2-FM, 2x HM-LC-Sw1PBU-FM, 3xHM-LC-Bl1PBU-FM,HM-SEC-RHS, 2xHM-SEC-SD,HM-WDS30-T-O, 3x HM-LC-Dim1TPBU-FM, RPI+AddOn

justme1968

ich hatte die falschen versionen hoch geladen. ich hab es inzwischen korrigiert.

gruss
  andre
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

https://github.com/sponsors/justme-1968

2P4u

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
1x Ubuntu Server
1x LaCrosse Gateway für PCA301 /1x HMLAN /1x HMLGW
2x HueBridge mit Devices/ 1x Logitech Harmony Ultimate

P.A.Trick

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!
Cubietruck,RPI,QNAP Ts-419p+, FS20, FRITZ!DECT200, 7 MAX! Thermostate, 3 MAX! Fensterkontakte, Kodi, CUL V3.3, EM1000S, LW12, LD382, HUE, HM-CFG-USB-2, 1x HM-LC-SW1-FM, 2x HM-LC-SW2-FM, 2x HM-LC-Sw1PBU-FM, 3xHM-LC-Bl1PBU-FM,HM-SEC-RHS, 2xHM-SEC-SD,HM-WDS30-T-O, 3x HM-LC-Dim1TPBU-FM, RPI+AddOn

justme1968

ich habe die versionen mit dem hier 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
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

https://github.com/sponsors/justme-1968

P.A.Trick

Super vielen Dank - ich teste sobald meine Lampe wieder da ist!
Cubietruck,RPI,QNAP Ts-419p+, FS20, FRITZ!DECT200, 7 MAX! Thermostate, 3 MAX! Fensterkontakte, Kodi, CUL V3.3, EM1000S, LW12, LD382, HUE, HM-CFG-USB-2, 1x HM-LC-SW1-FM, 2x HM-LC-SW2-FM, 2x HM-LC-Sw1PBU-FM, 3xHM-LC-Bl1PBU-FM,HM-SEC-RHS, 2xHM-SEC-SD,HM-WDS30-T-O, 3x HM-LC-Dim1TPBU-FM, RPI+AddOn

Weisswurstverkäufer

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.

justme1968

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
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

https://github.com/sponsors/justme-1968

Weisswurstverkäufer

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 ;)

justme1968

versuch es mal mit umbenennen.

gruss
  andre
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

https://github.com/sponsors/justme-1968

Nick666

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

P.A.Trick

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?
Cubietruck,RPI,QNAP Ts-419p+, FS20, FRITZ!DECT200, 7 MAX! Thermostate, 3 MAX! Fensterkontakte, Kodi, CUL V3.3, EM1000S, LW12, LD382, HUE, HM-CFG-USB-2, 1x HM-LC-SW1-FM, 2x HM-LC-SW2-FM, 2x HM-LC-Sw1PBU-FM, 3xHM-LC-Bl1PBU-FM,HM-SEC-RHS, 2xHM-SEC-SD,HM-WDS30-T-O, 3x HM-LC-Dim1TPBU-FM, RPI+AddOn

justme1968

@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
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

https://github.com/sponsors/justme-1968

P.A.Trick

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!
Cubietruck,RPI,QNAP Ts-419p+, FS20, FRITZ!DECT200, 7 MAX! Thermostate, 3 MAX! Fensterkontakte, Kodi, CUL V3.3, EM1000S, LW12, LD382, HUE, HM-CFG-USB-2, 1x HM-LC-SW1-FM, 2x HM-LC-SW2-FM, 2x HM-LC-Sw1PBU-FM, 3xHM-LC-Bl1PBU-FM,HM-SEC-RHS, 2xHM-SEC-SD,HM-WDS30-T-O, 3x HM-LC-Dim1TPBU-FM, RPI+AddOn

P.A.Trick

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?
Cubietruck,RPI,QNAP Ts-419p+, FS20, FRITZ!DECT200, 7 MAX! Thermostate, 3 MAX! Fensterkontakte, Kodi, CUL V3.3, EM1000S, LW12, LD382, HUE, HM-CFG-USB-2, 1x HM-LC-SW1-FM, 2x HM-LC-SW2-FM, 2x HM-LC-Sw1PBU-FM, 3xHM-LC-Bl1PBU-FM,HM-SEC-RHS, 2xHM-SEC-SD,HM-WDS30-T-O, 3x HM-LC-Dim1TPBU-FM, RPI+AddOn

Nick666

#31
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

okenny

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!

justme1968

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.
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

https://github.com/sponsors/justme-1968

bickerdyke

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.