philips hue modul

Begonnen von justme1968, 11 Februar 2013, 13:55:14

Vorheriges Thema - Nächstes Thema

JJ

Ich habe heute geupdated aber das Problem besteht noch....

Beim starten werden keine Events mehr ausgelöst --> das ist soweit ok.


Ich habe nochmals getestet und folgendes festgestellt.

Über die WEB GUI sehe ich für den Sensor Schlafzimmerschalter1 folgende Readings:

Readings
battery 100 2016-10-26 07:42:15
reachable 1 2016-10-26 07:42:15
state 4002  2016-10-26 07:42:15


Schalter "Off" (4002) um 7:42:15, hier wurde der Schalter tatsächlich betätigt.

Nun habe ich zum testen über die WEB GUI das Schlafzimmerlicht eingeschaltet.
Irgendwann gibt es nun eine (altes?) Event 4002 und das Licht wird ausgeschaltet.

Dies scheint auch der Fall zu sein wenn das letzte Reading z.B ein 100x (ON) war, und in der Zwischenzeit das Licht über die WEB GUI ausgeschaltet wurde --> gibt es irgendwann ein sporadisches Event 100x (das letzte was der Sensor hatte) und das Licht geht an ohne das eine Taste gedrückt wurde.

Ich konnte dies nach meiner Meinung so nachvollziehen, allerdings hatte ich dabei das Debug Verbose nicht an :( .

In der WEB GUI sehe ich bei einem sporadische Event, auf der Seite des Sensors, in den Readings dann mit rot markiert die Zeit, wann das sporadische Event ausgelöst wurde. Reloade ich die Seite dann mit F5 stehen wieder die alten Zeiten  in den Readings --> wann tatsächlich der Schalter gedrückt wurde.

Auch ohne Log Verbose sehe ich das das Notify ausgelöst wurde:

Notify
SchlafzimmerSchalter1_Off  ---> 2016-10-26 10:36:40

Notify:
Internals
DEF Schlafzimmerschalter1:400.* { fhem ("set HUEDevice2 off");}
NAME SchlafzimmerSchalter1_Off
NOTIFYDEV Schlafzimmerschalter1
NR 82
NTFY_ORDER 50-SchlafzimmerSchalter1_Off
REGEXP Schlafzimmerschalter1:400.*
STATE 2016-10-26 10:36:40
TYPE notify

Readings
state active 2016-10-26 10:30:40



Nun warte ich auf ein sporadisches Event um noch mal das Log mit Verbose = 5 nachzureichen, aber es kommt jetzt nichts... :(

P.S.
Ich habe in der 31_HUEDevice.pm (wie im Wiki ?) --> Den Intervall auf < 1 geändert.

  } elsif( $hash->{helper}->{devtype} eq 'S' ) {
    $hash->{DEF} = "sensor $id $args[3] IODev=$iodev";

-    $interval = 60 if( $interval && $interval < 5 );
+    $interval = 60 if( $interval && $interval < 1 );


Kann es ein das er sich dann irgendwann verschluckt, eine leere Variable hat (state,lastupdated??), und dann meint es hätte ein Event stattgefunden --> das letzte was im Sensor Reading State stand??


justme1968

da geht irgendetwas komisches schief. ich habe noch keine idee wie ich das debuggen kann ohne dimmer switch.

schau noch mal ob du ein verbose 5 log bekommst.

wenn es dann immer noch nicht klar ist muss ich mal sehen wo ich einen schalter her bekomme.

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

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

isy

Moin Andre,
In einem 2 Jahre alten Beitrag wurde gesagt, dass das HUE Modul kein Device dafür im Fhem anlegt.
Gilt das auch für die aktuelle Living Colors Fenbedienung?
Vermutlich ja, denn sie wird in der App auch nicht als Schalter erkannt

Oder?

Gruß Helmut
Ein Weg wird erst zu einem Weg, wenn man ihn geht

justme1968

ja. die lc fernbedienungen steuern direkt die lampen. der bridge sind sie komplett unbekannt.

als schalter werden nur tap und dimmer switch erkannt.

gruss
  andre

ps: falls jemand einen dimmer switch ausleihen kann wäre das sehr hilfreich.
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

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

isy

Moin Andre,
Schade.
Wäre nach den richtig coolen Dash Buttons ein weiterer  Schalter gewesen.
Habe leider keine anderen Hue Teile.
Ein Weg wird erst zu einem Weg, wenn man ihn geht

Markus M.

Andre, kannst du dem Modul bei Gelegenheit vielleicht einen Modus verpassen bei dem es keinen kompletten Lockup gibt sobald die Bridge weg ist?
Sobald die Bridge nicht erreichbar ist, friert mein System ein :(
Aktuell weder Smarthome noch FHEM vorhanden

JJ

#1101
Hallo Andre,

bis jetzt gab es kein sporadisches Event mehr!

Ich glaube das einmalige sporadische Event heute morgen, passierte evtl. wegen noch "fehlerhaften" Readings ????
Es kam relativ schnell nach dem Neustart wo erstmal kein Event ausgelöst wurde.
Ich habe nun den ganzen Tag im Log (Verbose 5) kein Event ohne Tastendruck feststellen können.

Hier ein Logeintrag mit der heutigen Version (bei einem Tastendruck):
2016.10.26 21:30:39 4: Schlafzimmerschalter1: lastupdated: 2016-10-26 21:30:39, hash->{lastupdated}:  2016-10-26 21:25:54

21:30:39 Taste gedrückt --> 21:25:54 der vorherige Tastendruck.

Sieht also bis jetzt sehr gut aus.
Danke!

Gruß,
Juergen

justme1968

@Markus M.: den modus gibt es eigentlich schon. im blocking mode gibt es einen timeout von maximal 10 sekunden und im non blocking mode sollte garnichts blockieren.

was genau machst du denn?

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

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

Markus M.

Zitat von: justme1968 am 26 Oktober 2016, 21:46:36
@Markus M.: den modus gibt es eigentlich schon. im blocking mode gibt es einen timeout von maximal 10 sekunden und im non blocking mode sollte garnichts blockieren.
was genau machst du denn?

Mist! Der Fehler war zu einfach, das httpUtils Attribut hatte sich unbemerkt ins Nirvana verabschiedet.
Na dann fang ich mal an meine Schalter zu definieren :)
Aktuell weder Smarthome noch FHEM vorhanden

Fredi69

Zitat von: justme1968 am 25 Oktober 2016, 20:49:33
@Fredi69: ist das mit dem aktuellen modul aus dem update? zeig bitte noch mal ein aktuellen list auf das bridge device.

Nach dem Update:

2016.10.27 23:38:03 2: HUEBridge01: empty answer received for http://192.168.0.49/api/DuSUDulepEjdsoweiDIoweVfzPTqu5W3GMuGc3oQJ/lights
2016.10.27 23:38:03 3: HUEBridge_Call: failed, retrying
2016.10.27 23:41:03 2: HUEBridge01: empty answer received for http://192.168.0.49/api/DuSUDulepEjdsoweiDIoweVfzPTqu5W3GMuGc3oQJ/lights
2016.10.27 23:41:03 3: HUEBridge_Call: failed, retrying
2016.10.27 23:45:03 2: HUEBridge01: empty answer received for http://192.168.0.49/api/DuSUDulepEjdsoweiDIoweVfzPTqu5W3GMuGc3oQJ/lights
2016.10.27 23:45:03 3: HUEBridge_Call: failed, retrying
2016.10.27 23:55:03 2: HUEBridge01: empty answer received for http://192.168.0.49/api/DuSUDulepEjdsoweiDIoweVfzPTqu5W3GMuGc3oQJ
2016.10.27 23:55:03 3: HUEBridge_Call: failed, retrying
2016.10.27 23:58:03 2: HUEBridge01: empty answer received for http://192.168.0.49/api/DuSUDulepEjdsoweiDIoweVfzPTqu5W3GMuGc3oQJ/lights
2016.10.27 23:58:03 3: HUEBridge_Call: failed, retrying
2016.10.28 04:22:04 2: HUEBridge01: empty answer received for http://192.168.0.49/api/DuSUDulepEjdsoweiDIoweVfzPTqu5W3GMuGc3oQJ/lights
2016.10.28 04:22:04 3: HUEBridge_Call: failed, retrying
2016.10.28 04:26:04 2: HUEBridge01: empty answer received for http://192.168.0.49/api/DuSUDulepEjdsoweiDIoweVfzPTqu5W3GMuGc3oQJ/lights
2016.10.28 04:26:04 3: HUEBridge_Call: failed, retrying
2016.10.28 04:33:04 2: HUEBridge01: empty answer received for http://192.168.0.49/api/DuSUDulepEjdsoweiDIoweVfzPTqu5W3GMuGc3oQJ/lights
2016.10.28 04:33:04 3: HUEBridge_Call: failed, retrying
2016.10.28 04:36:04 2: HUEBridge01: empty answer received for http://192.168.0.49/api/DuSUDulepEjdsoweiDIoweVfzPTqu5W3GMuGc3oQJ
2016.10.28 04:36:04 3: HUEBridge_Call: failed, retrying
2016.10.28 04:41:04 2: HUEBridge01: empty answer received for http://192.168.0.49/api/DuSUDulepEjdsoweiDIoweVfzPTqu5W3GMuGc3oQJ/lights
2016.10.28 04:41:04 3: HUEBridge_Call: failed, retrying
2016.10.28 04:48:07 2: HUEBridge01: empty answer received for http://192.168.0.49/api/DuSUDulepEjdsoweiDIoweVfzPTqu5W3GMuGc3oQJ
2016.10.28 04:48:07 3: HUEBridge_Call: failed, retrying
2016.10.28 04:52:05 2: HUEBridge01: empty answer received for http://192.168.0.49/api/DuSUDulepEjdsoweiDIoweVfzPTqu5W3GMuGc3oQJ/lights
2016.10.28 04:52:05 3: HUEBridge_Call: failed, retrying
2016.10.28 04:53:04 2: HUEBridge01: empty answer received for http://192.168.0.49/api/DuSUDulepEjdsoweiDIoweVfzPTqu5W3GMuGc3oQJ/lights
2016.10.28 04:53:04 3: HUEBridge_Call: failed, retrying
2016.10.28 05:00:04 2: HUEBridge01: empty answer received for http://192.168.0.49/api/DuSUDulepEjdsoweiDIoweVfzPTqu5W3GMuGc3oQJ
2016.10.28 05:00:04 3: HUEBridge_Call: failed, retrying
2016.10.28 05:13:04 2: HUEBridge01: empty answer received for http://192.168.0.49/api/DuSUDulepEjdsoweiDIoweVfzPTqu5W3GMuGc3oQJ/lights
2016.10.28 05:13:04 3: HUEBridge_Call: failed, retrying
2016.10.28 05:15:04 2: HUEBridge01: empty answer received for http://192.168.0.49/api/DuSUDulepEjdsoweiDIoweVfzPTqu5W3GMuGc3oQJ/lights
2016.10.28 05:15:04 3: HUEBridge_Call: failed, retrying
2016.10.28 05:29:04 2: HUEBridge01: empty answer received for http://192.168.0.49/api/DuSUDulepEjdsoweiDIoweVfzPTqu5W3GMuGc3oQJ/lights
2016.10.28 05:29:04 3: HUEBridge_Call: failed, retrying
2016.10.28 05:42:05 2: HUEBridge01: empty answer received for http://192.168.0.49/api/DuSUDulepEjdsoweiDIoweVfzPTqu5W3GMuGc3oQJ
2016.10.28 05:42:05 3: HUEBridge_Call: failed, retrying


List
Internals:
   DEF        192.168.0.49
   Host       192.168.0.49
   INTERVAL   60
   NAME       HUEBridge01
   NOTIFYDEV  global
   NR         269
   NTFY_ORDER 50-HUEBridge01
   STATE      connected
   TYPE       HUEBridge
   apiversion 1.15.0
   mac        00:17:88:22:82:4f
   manufacturer Royal Philips Electronics
   modelName  Philips hue bridge 2015
   modelid    BSB002
   name       Kind
   noshutdown 0
   swversion  01035934
   updatestate 2 [bridge]
   zigbeechannel 15
   Readings:
     2016-10-28 11:35:02   state           connected
     2016-10-27 15:36:15   swupdate        BSB002 1.15.1 release
   Helper:
     apiversion 69376
     count      0
     last_config_timestamp 1477647302
     offsetUTC  7200
     updatestate 2
Attributes:
   httpUtils  0
   icon       hue_filled_bridge_v2
   key        DuSUDulepEjdsoweiDIoweVfzPTqu5W3GMuGc3oQJ
   pollDevices 1
   room       HUEDevice,Kind,Technik
fhem auf Raspberry Pi 3
FRITZ!Box7490, Fritz!Box 3270 AP, 3xHMLAN, CUL868, nanoCUL 433 für IT, JeeLink für LaCrosse, HUE Bridge 2.0, Samsung UE46C8790 (STV), mehrere Homematic, Intertechno, Shelly und LaCrosse Komponenten

DazDavid

Zitat, ich habe ein kleines Problem mit meiner Hue Go (ist aktuell noch die einzige Hue Leuchte). Ich nutze FHEM auf einem Raspi, an welchem auch ein Raspee Modul hängt und die Lampen steuert (also ohne Huebridge). Mir ist aufgefallen dass ich die Leuchte ein und ausschalten sowie Helligkeit und Wärme steuern kann lediglich die Farben lassen sich nicht per RGB Befehl ändern. Über DeConz funktioniert es von daher vermute ich ein Problem mit dem Fhem Modul. Hat jemand schon mal ein ähnliches Problem gehabt und kann mir helfen?

Welche DeCONZ Version nutzt du?
Stehe derzeit mit DE in Kontakt, die haben im Moment Probleme mit dem Speichern der Szenen. Unter umständen hängt das damit zusammen. Funktioniert das Farbwechseln über die WebApp?

Ja über die DeConz WebApp klappt alles.
FHEM (up2date) on Raspberry Pi 3B | nanoCUL 868 MHz | Raspbee Zigbee Gateway | Philips Hue | Osram Lightify | MAX Thermostate

DazDavid

Zitatlassen sich die farben per hue ändern?

zeig mal bitte ein list vom device.

Was genau meinst du mit List?
FHEM (up2date) on Raspberry Pi 3B | nanoCUL 868 MHz | Raspbee Zigbee Gateway | Philips Hue | Osram Lightify | MAX Thermostate

justme1968

das fhem list kommando.
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

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

DazDavid

Ok danke. Hier das Listing für die HueGo:

Internals:
   CHANGED
   DEF        1  IODev=Raspbee
   ID         1
   INTERVAL   60
   IODev      Raspbee
   NAME       HUEDevice1
   NR         21
   STATE      off
   TYPE       HUEDevice
   desired    1
   modelid    LLC020
   name       Hue Go
   swversion  5.38.1.14378
   type       Extended color light
   uniqueid   00:17:88:01:01:17:08:D4-0B
   Readings:
     2016-10-31 17:44:59   alert           none
     2016-10-31 17:44:59   bri             235
     2016-10-31 17:44:59   colormode       hs
     2016-10-31 17:44:59   ct              500 (2000K)
     2016-10-31 17:44:59   effect          none
     2016-10-31 17:44:59   hue             5418
     2016-10-31 17:44:59   onoff           0
     2016-10-31 17:44:59   pct             0
     2016-10-31 17:44:59   reachable       1
     2016-10-31 17:44:59   rgb             ec7f14
     2016-10-31 17:44:59   sat             233
     2016-10-31 17:44:59   state           off
     2016-10-31 17:44:59   xy              0.566155,0.391948
   Helper:
     alert      none
     bri        235
     colormode  hs
     ct         500
     devtype
     effect     none
     hue        5418
     on         0
     pct        0
     reachable  1
     rgb        ec7f14
     sat        233
     update_timeout 1
     xy         0.566155,0.391948
Attributes:
   IODev      Raspbee
   alias      Hue Go
   color-icons 2
   devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
   event-on-change-reading .*
   fp_Appartement 978,1115,1,Hue Go
   group      LIGHT
   icon       hue_filled_go
   model      LLC020
   room       Livingroom,HUEDevice
   subType    extcolordimmer
   webCmd     rgb:rgb ff0000:rgb DEFF26:rgb 0000ff:ct 490:ct 380:ct 270:ct 160:toggle:on:off
FHEM (up2date) on Raspberry Pi 3B | nanoCUL 868 MHz | Raspbee Zigbee Gateway | Philips Hue | Osram Lightify | MAX Thermostate

DazDavid

@justme1968: Hast du eine Idee wo das Problem liegen könnte?
FHEM (up2date) on Raspberry Pi 3B | nanoCUL 868 MHz | Raspbee Zigbee Gateway | Philips Hue | Osram Lightify | MAX Thermostate