philips hue modul

[justme1968]

30_HUEBridge.pm,31_HUEDevice.pm und Color.pm

gruß
  andre

[hinrich2001]

Wie so oft saß auch hier das Problem vor dem Rechner 
Nach dem Update von 31_HUEDevice.pm klappt es.
Jetzt mal schauen ob das Anfangsproblem mit den JSON Fehler nicht mehr auftritt.

Nochmals vielen Dank für den Support!

Ab und an sehe ich solche Meldungen im Log

2014.12.28 13:29:50 4: using HUEBridge_HTTP_Request: GET lights/3
2014.12.28 13:29:55 1: HUEBridge_HTTP_Request http://192.168.178.61/api/93155e41e219fd5c59c344997186553c/lights/3: Select timeout/error:


Ich vermute, das liegt daran, dass die Bridge nicht direkt bzw. über einen Switch an der Fritzbox (fhem Server) hängt, sondern über Powerline (sie hängt in der Abstellkammer im EG - wie der HMLAN Adapter auch -, dort ist natürlich kein Netzwerk).

Noch eine weitere Frage.
Ich möchte eine Hue Bulb in der Aussenlampe montieren. Meinst du, dass sie das aushält oder wird sie bei Kälte nicht funktionieren oder gar kaputtgehen?
Ich habe keine Spec bzgl. Temperaturangaben gefunden...

Gruß,
Hinrich

[justme1968]

die JSON probleme die nicht abgefangen wurden und die netzwerkprobleme hängen vielleicht sogar zusammen.

es gibt von phillips nicht wirklich offizielle aussagen dazu aber eigentlich ist feuchtigkeit (auch kondensierend) und wärme problematisch. nicht kälte. ich habe seit zwei jahren eine der ersten phillips master led (die mit dem gelben 'glass') in einer aussenlampe und keine probleme.

gruss
  andre

[volschin]

Hallo Andre,
also das mit der neuen Gruppenanlage läuft bzgl. der Usability IMO etwas holprig. Da lege ich mir eine neue Gruppe namens LEDStrip an und binde diese dann in ein Script ein. Das schlägt beim Schalten aber fehl. Jetzt schaue ich nach der Ursache und finde heraus, dass die Anlage der Gruppe nur mit dem alias LEDStrip erfolgt ist und der FHEM-Name HUEGroup4 ist. Das muss ich dann jetzt vermutlich nach LEDStrip umbenennen. Kann man das nicht gleich bei der Anlage sauber lösen?

Oder übersehe ich was?

Viele Grüße und einen guten Rutsch
Veit

[justme1968]

das ist wie mit allen anderen device namen im hue modul bzw. in fhem. es gibt den device namen und den alias. der device name muss automatisch und eindeutig sein auch bridge übergreifend. der alias nicht. der alias darf zeichen enthalten die im device namen nicht erlaubt sind.

auch in der bridge gibt es eindeutige device namen/nummern und die vom anwender vergebenen.

sobald du in fhem direkt mit einem script etwas tust statt nur zu klicken ist der unterschied zwischen name und alias relevant.

ich habe nicht wirklich eine idee wir das besser zu lösen ist.

gruss
  andre

[volschin]

Wahrscheinlich mein Problem. Ich hatte beim Anlegen der Gruppe mit einer Analogie zum define gerechnet und nicht nachgeschaut, wie der NAME im System ist. Aber Du hast natürlich recht, es ist mit dem autocreate aus den Daten der Bridge konsistent. Ich habe bisher noch nie ein HueDevice selbst angelegt, sondern immer die angelegten mit einem rename angepasst. Jetzt war ich überrascht, dass ich das mit einem selbst erstellten auch tun musste. 

[justme1968]

es ist je eben genau nicht mit einem define selber erstellt sondern sondern es wird ein device/gruppe in der bridge angelegt und dann autocreate verwendet.

gruss
  andre

[akw]

Hi,

ich wollte mal nachfragen, wie es jetzt mit dem HUE Tap aussieht. Kann der irgendwie eingebunden werden?

Ciao, Arno

[justme1968]

der tap wird auf ebene der bridge angebunden (du musst regeln in der bridge dafür anlegen) und ist für fhem nicht sichtbar bzw. es gibt keine events die fhem sehen kann. du siehst du indirekt beim pollen das sich z.b. am licht etwas geändert hat.

gruss
  andre

[Porky666]

@AKW

Hallo Arno,

Wie geht's voran mit deinem FHEMMobile 4

Frohes Neues Jahr an alle,
Stefan

[akw]

der tap wird auf ebene der bridge angebunden ... und ist für fhem nicht sichtbar.

Das ist sehr schade, ich wollte eigentlich den einen Knopf am Tap mit einer FS20-Rolladensteuerung verbinden. Die einzige Lösung wäre dann wohl eine Lampe in der Bridge auf eine spezielle Lichtkonfiguration zu setzen, auf die FHEM dann triggern kann. Das ist ja unschön.
Andre, kann man nicht zumindest den Tap direkt mit  /api/$USER/sensors/1 pollen?

Wie geht's voran mit deinem FHEMMobile 4

FHEMobile 4 ist in den Startlöchern und wartet auf Review durch Apple. Es kann aber sein, dass ich noch ein paar Kleinigkeiten ändern muss, um noch ein bestimmtes Fehlerbild wegzukriegen...

Ciao, Arno

[akw]

Hi Andre,

hier mein Schnelltest:

wget http://192.168.178.70/api/xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx/sensors/2

Code Auswählen Erweitern

{
"state":
  {
     "buttonevent":34,
     "lastupdated":"2015-01-02T21:44:25"
   },
"config":{"on":true},
"name":"Wohnzimmer Tap",
"type":"ZGPSwitch",
"modelid":"ZGPSWITCH",
"manufacturername":"Philips",
"uniqueid":"00:00:00:00:00:xx:xx:xx-yy"
}


Da kann man also den letzten Status vom HUE Tap pollen. ButtonEvent enthält einen Wert in Abhängigkeit vom gedrückten Knopf.

Wenn es nun ein HUEDevice gäbe, das dieses buttonEvent als Reading hat (und optimalerweise das Datum aus den JSON als Datum für das Reading verwendet), könnte man doch prima die Knöpfe abfragen, oder?


Ciao, Arno

[justme1968]

die bridge hat leider kein api um aktiv events zu versenden und auch das rules api erlaubt nur interne targets. es gibt mehr als einen request das zu ändern.

ich habe selber keinen tap und kann nicht nachschauen was genau nach einem tasten druck unter sensors zu sehen ist. wenn ich das api richtig interpretiere ist im buttonevent feld nur der letzte tastendruck zu sehen. d.h. alle davor gehen verloren und man kann beim pollen nicht mehr feststellen welche buttons in welcher reihenfolge wann genau gedrückt wurden.

eventuell könnte man vesuchen für jeden button einen clip sensor anzulegen und diesen über die rules so mit dem tap zu verbinden das man die einzelnen buttons unterscheiden kann. dann würde nur noch die verzögerung durchs pollen als problem bleiben.

ich kann es aber wie gesagt nicht testen da ich keinen tap habe.

gruss
  andre

[justme1968]

wenn dir das verloren gehen von events und die verzögerung wirklich kein problem macht schaue ich mal ...

[justme1968]

hallo arno,

anbei eine erste version die auch sensoren abfragen kann:

• mit get <bridge> sensors die vorhandenen sensoren auflisten
• mit define <device> HUEDevice sensor <id> <interval> das fhem device zum sensor anlegen.
  das intervall sollte vermutlich so kurz wie möglich sein. 10 sekunden ist aktuell das minimum.
• das neu angelegte device bekommt die button events als state reading.

vielleicht has du ja lust mal zu probieren ob die idee von oben mit einem CLIP sensor pro button funktioniert. ich würde das dann einbauen.

laut hue api doku gibt es nur buttonevents für button1 und button2. der tap hat aber eigentlich drei buttons uns sollte auch ein klick aufs gehäuse registrieren. bekommst du diese events auch?

gruss
  andre

edit: die beschriebene funktionalität ist inzwischen eingecheckt und teil des normalen modus.