Hallo,
ich hoffe ich bin jetzt im richtigen Bereich.
Hat eigentlich schon jemand Erfahungen mit dem neuen Lightify System von Osram sammeln können?
Da es ja kompatibel mit Philips HUE sein soll, habe ich das Gateway einfach mal als Hue-Bridge konfiguriert. Es scheint auch,daß ein key abgerufen und in die Attribute eingetragen wird. Der STATE dieser Bridge ist initialized. Devices lassen sich mit get aber nicht abrufen.
Im Logfile taucht folgende Fehlermeldung auf:
HUEBridge_HTTP_Request http://192.168.179.45/api/6e3bcf5e211dc3e4e5492f08817c59b4/config: Can't connect to http://192.168.179.45:80
Mir ist klar, daß wahrscheinlich die api anders aufgebaut ist. Aber vielleicht könnte man das HUE-Modul dafür als Vorlage nehmen.
Habe auch im Internet dazu schon einiges gegoogelt habe aber noch nichts finden können.
Vielleicht gibts ja noch einen, der bei dem Osram System zugeschlagen hat :-)
Viele Grüße
Reinhard
Das würde mich auch interessieren. Ich Habe noch keine Smart Lampe aber Spiele schon länger mit dem Gedanken. Ich jetzt gesehen das Philipps ein starterset für 99€ hat : 2x lampe ein hub
das kompatibel bezieht sich auf das verwendete funk protokoll und bedeutet das sich (zumindest manche lightify lampen) scheinbar an einer hue bridge anlernen lassen.
es bedeutet nicht das das das hue modul mit dem lightify gateway zusammenarbeitet. es gibt für lightify (zur zeit) kein bekanntes api um das gateway anzusteuern. angeblich ist für 2015 etwas geplant.
ansonsten machen die vielen negativen bewertungen nicht wirklich einen guten ersten eindruck ...
gruss
andre
ps: der key wird im modul generiert und zum pairen mit der bridge verwendet. da wird nichts abgerufen.
Danke für die schnelle Antwort Andre.
Wieder was dazugelernt, dachte der Key wird abgerufen. Dann muß ich wohl mal schauen ob es über die HUE-Bridge in FHEM klappt. Das Gateway kann ich ja auch erstmal außen vor lassen.
Was mir übrigens positiv aufgefallen ist im Vergleich zu Philips HUE, wenn die Lampe über den Lichtschalter vom Strom genommen werden, wird die Osram-Lampe beim Einschalten gleich hell, während sich die Hue-Lampen eine mehrsekündige "Denkpause" gönnen.
Am Rest muß Osram durchaus noch feilen, das ist sicherlich richtig.
Viele Grüße
Reinhard
meine hue gehen in unter einer sekunde an. ich meine gelesen zu haben das das unter umständen von der firmware version anhängt.
ansonsten ist das einschalten tatsächlich bei vielen led ein problem glaube ich. meine erste philips master led (die mit dem gelben kopf und damals noch sau teuer) geht fast sofort an, ein paar neue osram high cri gu10 strahler brauchen fast 2 sekunden und die neuen billigen ikea leds gehen sofort an, leuchten aber nach dem ausschalten noch nach...
gruss
andre
Hallo zusammen,
obwohl dieser Thread mittlerweile schon ein paar Wochen alt ist, möchte ich gerne noch meinen "Senf" dazugeben - insbesondere, da dieser Thread recht prominent in den Suchmachinen auftaucht, wenn man nach "FHEM Lightify" sucht.
Auch ich würde mich freuen über ein Lightify-Modul für FHEM.
Aktuell betreibe ich meine Lightify Bulbs über eine HUE Bridge und natürlich FHEM - der Vorteil der Philips-Bridge gegenüber der Osram-Lösung ist, dass Philips auch einen Ethernet-Anschluss hat und man nicht aufs WLAN angewiesen ist (Korriert mich bitte, wenn falsch, aber das Osram-Gateway hat nur WLAN - das ist zwar schicker, weil man es einfach irgendwo wie ein Nachtlicht in die Steckdose steckt, aber WLAN ist bei mir auch deutlich ausfallanfälliger als Kabel-Ethernet)
Pinzipiell funktioniert die Lösung HUE-Bridge und Bulbs von Philips und Osram gemischt bei mir sehr gut.
Was mir bei dem Thema zu den Bulbs noch einfällt.
- Das Blau der Osram E27 bulbs ist viel intensiver als das der Philips E27
- Osram bietet noch keine farbigen GU10 Strahler an - nur Philips
- Die Hue Lux E27 Bulbs kann man wohl nur in der Helligkeit dimmen (nicht Farbtemp.)
- Die Osram tuneable white (GU10 und E27) können neben Helligkeit auch von warmweiss bis kaltweiß getuned werden (dafür bräuchte man mal einen eigenen SubType in FHEM - ich nutze als workaround 'colordimmer')
- Die Osram E27 RGBW reagieren auf den Colorpicker manchmal nicht zuverläßig - vermutlich, wenn sie die gewünschte Farbe nicht darstellen können - rumprobieren wirkt aber Wunder
Meine Meinung:
- Solange es kein Lightify-Modul für FHEM gibt, benötigt man eine HUE-Bridge. Die gibt es wohl nur in den Starter-Sets. - Wer ohnehin GU10-Strahler in bunt braucht sollte zum entsprechenden 3*GU10-Set von Hue greifen (Aufpreis für die Bridge rechnerisch ca. 20 EUR) und dann die E27 RGBW Bulbs von Osram dazu kombinieren (günstiger als die bunten E27 von Philips)
- Alternativ bietet sich das HUE-Lux Starter Set an (mit zwei warmweiß E27 bulbs) das nur die Hälfte kostet (Die Bridge kostet dann aber rechnerisch einen Aufpreis von ca. 40 EUR auf den reinen Birnen-Preis)
- Für alle Lampen, die nicht in Regenbogenfarben leuchten müssen, würde ich die tuneable white GU10/E27 von Osram/Lightify empfehlen, die bekommt man auch von namhaften deutschen Versandhändlern für 30 - 35 EUR das Stück, wenn man etwas sucht.
Was ich nicht vergessen möchte zu erwähnen ist, dass die Osram bulbs (in Kombination mit Hue-Bridge) sich auch mit der Hue-App (iphone, etc) steuern lassen. Es soll Einschränkungen bei den Szenen die man per Photo generiert geben. Diese Einschränkung stört mich nicht.
Noch ein Tipp:
Im FHEM hattee ich teilweise das Problem die Lightify auszuschalten, sie leuchten dann mit minimaler Helligkeit weiter. das "off" Kommando wird wohl nicht verstanden - "pct 0" funktioniert bei mir dagegen immer. Ggf. muss man auch "off" in "webCmd" durch "pct 0" ersetzen.
So, das waren meine Erfahrungen der letzten zwei Monaten mit FHEM, Hue-Bridge und Hue/Lightify Bulbs. Ich hoffe, ich konnte damit ein paar Anwendern helfen.
Grüße
Axel
hallo axel,
danke für deinen bericht.
kannst du mir bitte die model id aller osram birnen schicken dir du hast? ich würde dann einen subType dafür einbauen.
die lux ist leider nur in der helligkeit änderbar. nicht in der farbtemperatur.
die einzigen phillips lampen die das zur zeit können sind scheinbar die desinger modelle. mit preisen jenseits von gut und böse.
pct 0 wird im modul eigentlich direkt auf off gemapped. kannst du bitte noch mal genau verifizieren ob und welchen unterschied es her gibt?
achtung: bri 0 setz nicht auf aus sondern auf minimale helligkeit.
das mit dem colorpicker bzw. den darstellbaren farben ist um modul noch nicht komplett umgesetzt.
ist der osram farbraum mit den living colors vergleichbar?
gibt es beim anlernen an der bridge etwas zu berücksichtigen?
wie schnell sind sie an wenn man sie am wandschalter einschaltet? auch im
vergleich zu den hue?
gruß
andre
Hallo Andre,
trotz des alten Threads eine so schnelle Reaktion - ich bin angenehm überrascht ;-)
Ich versuche mal Deine Fragen so gut es geht zu beantworten.
Von Osram setze ich derzeit ein die
- LIGHTIFY PAR16 50 tunable white (gemischt mit den bunten GU10-Hue in drei Deckenlampen)
- LIGHTIFY Classic A60 RGBW (2:1 gemischt mit einer bunten HUE E27 in einer IKEA Rutbo Standlampe)
Probleme beim Ausschalten habe ich über das FHEM-Web-Frontend. In der Grundeinstellung nach Auslesen der Lampe aus der Bridge.
Die LIGHTIFY PAR16 50 tunable white wird hier als generisches "HUEDevice" eingebunden mit den Menüpunkten:
"Flur_2" (=Hue-Name),[Lampensymbol/Farbsymbol],on,off
Wobei off anscheinend den von Dir beschriebenen "bri 0" Zustand herbeiführt. Als Status wird dann "pct 5" auf der Detail-Seite angezeigt.
Ist sie einmal in diesem Zustand, kann man mit keinem der drei "Buttons" mehr eine Änderung herbeiführen. Die Bulb leuchtet mit pct 5 in der zuletzt eingestellten Farbtemperatur (z.B. set licht color 6500) ebenso schaltet ein "set licht off" wenn die lampe eingeschaltet war anscheinend die birne auf "pct 5". Ein "set licht pct 0" schaltet die Birne aber zuverlässig aus.
Hier noch die Attribute von der Detail-Seite:
Attributes
IODev HUEBridge1 deleteattr
alias Flur_2 deleteattr
devStateIcon {(HUEDevice_devStateIcon($name),"toggle")} deleteattr
model PAR16 50 TW deleteattr
room HUEDevice deleteattr
Das mit dem Ausschalten der Lightifys hat in der Vergangenheit bei mir auch mit den Szenen in der Hue-App für IOS manchmal nur auf minimale Helligkeit gestellt - ich vermute hier wird das ZigBee-Protokoll von den Hue und Lightify Geräten etwas unterschiedlich interpretiert.
Es gibt noch einen Kompatibilitäts-Punkt, der aber praktisch keine Auswirkung hat (und nicht von FHEM herrührt):
Die Hue-Bridge denkt bisweilen, dass die eine oder andere Lightify-Birne nicht erreichbar wäre - aber wenn man dann schaltet sprechen die Birnen trotzdem genauso schnell an - auch hier vermute ich dass das ZigBee-Protokoll von Osram und Philips etwas unterschiedlich ausgelegt wird.
Zu Colorpicker und Farbraum.
Eigentlich bin ich mit dem colorpicker sehr glücklich. Dass die Farben manchmal nicht den dargestellten entsprechen liegt wohl unter anderem an der (bekannten) Blau-Schwäche der HUEs - hier kommt statt blau oft etwas raus, was den kalt/warmweiß Farbtönen entspricht. Die Lightifys (RGBW) reagieren manchmal nicht auf bestimmt Rottöne - wobei hier dann gar keine Reaktion erfolgt. Ein Großteil der Lightify-Hänger läßt sich mit bestimmten rgb-Werten reproduzieren (direkte Eingabe des rgb-Wertes). Manche aber auch nicht, hier kann man durch das zwischenzeitliche Schalten eines anderen Farbtons die Lightifys manchmal doch überreden - ich konnte hier kein reproduzierbares Verhalten erkennen (gefühlt häufiger bei gesättigten Mischfarben).
Zu Deiner Frage nach dem Farbraum - im Vergleich mit den "living colors" - kann ich leider nichts sagen. Ich habe erst vor kurzen mit den "Lichtspielereien" angefangen in dem ich einfach alte Birnen ausgetauscht habe und muss bei jeder Birne den Aufpreis von weiß auf bunt mit meinem Gewissen vereinbaren - und die Living colors sind da ja preislich nochmal eine andere Hausnummer.
Gefühlt haben die Lightifys aber auch im Cyan-Bereich ihre Schwächen und ein schönes Tannengrün hab ich auch noch nicht erzeugen können - ein hoher Gelbanteil ist nach meiner subjektiven Wahrnehmung bei grün immer dabei.
Das Anlernen der Lightifys ging an der HueBridge wie bei den einzeln gekauften Hue-Birnen (Button an der Bridge drücken, Birne einschalten/reindrehen und dann Umbenennen in der IOS-App) - da gab es keinen Unterschied im Vorgehen und die Erkennung lief genauso zuverlässig.
Zum Setup: Als Wandschalter setze ich die HM-PB-2-WM55 ein, an meinem Pi steckt ein Homematic-USB-Konfigadapter.
Nachdem ich insbesondere die GU10 Bulbs von Osram/Philips in jeder Lampe gemischt einsetze, kann man das Ansprechverhalten recht gut beobachten. Ich kann hier keinen Unterschied feststellen. Verzögerungen scheinen eigentlich nie von den Birnen selbst herzurühren, Verzögerungen sind immer synchron bei allen drei/vier Birnen einer Lampe/eines Schalters und scheinen mehr von der Reihenfolge der bulbs in der set-Anweisung abzuhängen als vom Hersteller. Aber in 95 % der Fälle sind die Lampen nach dem Druck auf den Schalter in weniger als 1 Sekunde an.
Also wenn Du da einen Subtyp für die "tunable whites" bauen könntest wäre das super.
Weitere Anregungen hätte ich auch noch:
- Wenn man z.B. "attr licht WebCmd rgb:rgb ff0000:rgb 98FF23:rgb 0000ff:rgb FF9317:rgb CE07DB:rgb E5EAFF:color 3000:toggle:pct 100:pct 40:pct 0" hat - dann werden die "rgb RRGGBB" schön als farbiger Button angezeigt - die "color 3000" jedoch als text. die tunable white lassen sich jedoch nur über "color", nicht über "rgb" steuern. So farbige buttons für den color-Befehl wären super (ich vermute, mann muss aber die color für die Buttons erst in RGB umrechnen)
- Beim folgendem WebCMD habe ich eine fehlerhafte Anzeige: "webCmd color:color 6500:color 2700:pct 100:pct 40:pct 0" - Der Color-Slider wird initial zu weit links angezeigt - und zwar linksbündig überschreibt er sich mit dem Bulb-Namen. Sowie man die Farbtemperatur über den Slider ändert stimmt es wieder.
- Ein colorpicker nur für die Weiß-Töne wäre natürlich super.
Aber an Dich und alle, die sich am Hue-Device-Modul einbringen und eingebracht haben: Meine Wünsche sind wirklich nur "Nice-To-Have". Ich bin jetzt schon super glücklich damit - das Modul ist auch jetzt schon spitze - und nachdem bei uns die Birnen im Alltag fast nur über die Wandschalter von Homematic geschaltet werden, hat die Anzeige im FHEM-Frontend für uns fast keine praktische Bedeutung. Aber wenn es nur nach dem Alltag gegangen wäre, hätten wir auch keine bunten Birnen ;-)
Für weitere Rückfragen beantworte ich natürlich gerne - vielen Dank nochmal
Axel
P.S. Ich muss hier nochmal (off-topic) mein Unverständnis zum Ausdruck bringen, dass es keine "vernünftigen" ZigBee-Schalter von/für Lightify/Hue gibt. Dieser komische hue-tap ist viel zu teuer und wer schraub sich den schon an die Wand. - Irgendwas, was sich in ein gängiges Schaltersystem in/auf Unterputzdosen integrieren ließe (ohne weitere zentrale Hardware außer Bridge/Gateway) - eben sowas wie der HM-PB-2-WM55 oder HM-PB-2-FM in ZigBee, würde meiner Meinung nach die Verkäufe dieser Smartbulbs deutlich steigern. - So kommen meine Eltern an Weihnachten in den Genuß einer Homematic-Fhem-Raspberry-Hue-Installation. Mit ordentlichen ZigBee-Schaltern wäre es wohl eine reine ZigBee-Installation geworden. Telekom-Qivicon habe ich wieder verworfen, weil man mit den Startersets dort nicht preisgünstig mit einer reinen Schalter+Lichtinstallation beginnen kann und die laufenden Kosten sehr intransparent sind. - Da freue ich mich dann also bald über neue FHEM-Anwender, auch wenn sie es selber wohl kaum merken werden.
danke nochmal für deine antwort.
die presets für color baue ich ein. das ist kein problem. die farbe selber ist aber nur eine annäherung. so wie die icon farbe auch.
der colorpicker für weiß kommt irgendwann. das wird aber noch dauern.
das off problem schaue ich mir auch an.
eine bitte habe ich noch: die modelid aus den internals die zu deinem beiden modellen gehört.
gruss
andre
die presets für die ct und color kommandos habe ich eben eingebaut: http://forum.fhem.de/index.php/topic,11020.msg233471.html#msg233471 (http://forum.fhem.de/index.php/topic,11020.msg233471.html#msg233471).
der slider für color wird deswegen nicht korrekt auf den start wert initiliaisert weil es kein zugehöriges reading gibt. wenn du einen slider für die farbtemperatur verwenden möchtest nimm bitte bis auf weiteres das ct kommando und nicht color.
gruss
andre
Hallo Andre,
hier noch die gewünschten Werte aus den Internals zu den Osram Lightify Bulbs.
GU10 tunable white:
modelid "PAR16 50 TW"
E27 RGBW/bunt:
modelid "Classic A60 RGBW"
Viele Grüße
Axel
ich habe neben den ct/color presets jetzt auch noch den subType ctdimmer (und die beiden modelids eingebaut): http://forum.fhem.de/index.php/topic,11020.msg233648.html#msg233648 (http://forum.fhem.de/index.php/topic,11020.msg233648.html#msg233648)
wenn es hier noch andere lightify anwender gibt bitte sendet mir die modelid aus den internals und eine bschreibung welcher subType für das device der richtige ist.
gruss
andre
Hallo zusammen,
vielen Dank zunächst für Eure Mühe. Habe mir gerade ein Hue-System zugelegt und die letzten Updates kamen mir sehr gelegen!
Ich habe zusätzlich eine "Osram Lightify CLA 60 Tunable White" (EAN 4052899926165) zugelegt und eingebunden. Die modelid ist bei mir "Classic A60 TW", als subType habe ich den neuen ctdimmer genommen. Die Temperatur kann ich zwischen 370 = 2702K und 153 = 6535 K regeln. Meine Lampen-Firmware ist die 1131847.
Hinweise für potenzielle Käufer:
Die Osram läuft völlig problemlos an der Hue-Bridge. Über die Android-Hue-App lässt sich inkl. Farbtemperatur alles einstellen und auch über FHEM. Sie ist heller als die Philips Lux, die sich auch nicht in der Temperatur einstellen lässt, und für meinen Geschmack etwas "zu warm" ist.
ich hab das modell ins modul eingebaut. und gleich noch das *TW und *RGBW erkannt wird. damit sollte das setzen des subTypes von hand nicht mehr nötig sein.
falls jemand die modelid der gardenspot lampen hat baue ich die auch noch ein.
gruss
andre
Hallo,
die Modelid der Gartenspots lautet:
Gardenspot RGB
Schöne Tage und einen guten Rutsch
Reinhard
danke
andre
Servus,
ich würde gerne auch die Lightify Birnen an meiner Hue Bridge nutzen.
Wie ist das jetzt mit den Szenen - geht das generell nicht, oder nur mit einem Foto nicht ? Hat das mal jemand getestet?
hat jemand die gardenspots an der bridge laufen? wenn ja wie war das pairing?
ich habe es gerade erfolglos versucht ...
gruss
andre
Hi Andre,
ich habe die Tage die Gardenspots RGB verbunden. Dazu hab ich einfach das Tool "Hue Light Finder v0.9" benutzt (nutze ich für alle Lampen). Danach tauchten die Gardenspots in der Bridge auf.
Cheers
Chris
Edit: kann hier heruntergeladen werden (-> Downloads) http://www.everyhue.com/
Hi Andre,
wenn's noch interessiert:
hab mir eben eine Osram Lightify ModelID "Surface Light TW" in Wohnzimmer gebaut und ohne Probleme an die HUE Bridge angelernt und mit FHEM verbunden.
Steuerung der Lampe funktionierte auf anhieb und astrein, so wie ich mir das erhofft hab :)
Die Lampe wurde vom FHEM als ctdimmer erkannt, passt also.
Grüße,
BioS
kannst du mir bitte noch die modelid aus den internals sagen?
danke
andre
Ahoi,
ModelID: Surface Light TW
swversion: 1131847
danke
andre
Hallo zusammen,
funktioniert HUEBridge unter Windows? Offenbar wird JSON benötigt. Gibt es da ein Pedant zu JSON unter Linux?
Ich habe hier eine HUEBridge und Osram stripes weiß RGB LIGHTIFY FLEX RGBW liegen. Mit diversen Apps konnte ich die stripes vollständig steuern (sowohl RGB als auch weiß).
Gruß
Damian
JSON ist ein ganz normales perl modul es gibt eine version mit nativ c-routinen (JSON XS) und eine ohne (JSON PP) (d.h. komplett in perl)
das JSON frontend modul nimmt dann als backend das modul das vorhanden ist.
wenn dein perl cpan hat dann kannst du es einfach damit installieren. wenn nicht schau dir mal active perl an. das gibt es auch in einer windows version und es ist sehr vollständig.
gruss
andre
Zitat von: justme1968 am 20 Januar 2015, 20:40:36
JSON ist ein ganz normales perl modul es gibt eine version mit nativ c-routinen (JSON XS) und eine ohne (JSON PP) (d.h. komplett in perl)
das JSON frontend modul nimmt dann als backend das modul das vorhanden ist.
wenn dein perl cpan hat dann kannst du es einfach damit installieren. wenn nicht schau dir mal active perl an. das gibt es auch in einer windows version und es ist sehr vollständig.
gruss
andre
ok. Danke für die Antwort. Da ich active perl habe, ist JSON wohl bereits dabei.
Allerdings bei der Definition von:
define HUE HUEBridgeverabschiedet sich FHEM mit der Meldung:
malformed JSON string, neither array, object, number, string or atom, at charact
er offset 0 (before "error:302") at ./FHEM/30_HUEBridge.pm line 75.Der Returnwert von from_json ist "error:302"
Gruß
Damian
gibt bitte die ip deiner bridge im define mit an.
die erkennung per upnp funktioniert nur wenn das in der bridge bzw. durch die app auch freigeben ist. ich habe eben eine version eingecheckt die die rückgabe besser prüft.
gruss
andre
Zitat von: justme1968 am 20 Januar 2015, 20:56:54
gibt bitte die ip deiner bridge im define mit an.
die erkennung per upnp funktioniert nur wenn das in der bridge bzw. durch die app auch freigeben ist. ich habe eben eine version eingecheckt die die rückgabe besser prüft.
gruss
andre
ok. Mit ip funktioniert es. Im Schnelltest scheint alles mit den Osram stripes zu funktionieren. In der Bridge sind offenbar zwei Lampen vom Vorgänger angelernt (war ein starterset mit philips stripes). Kann ich sie über FHEM löschen?
Gruß
Damian
zur zeit ist die einzige möglichkeit etwas zu löschen die bridge komplett zurück zu setzen
kannst mir bitte noch die modelid aus den internals posten.
gruss
andre
Zitat von: justme1968 am 20 Januar 2015, 22:58:15
zur zeit ist die einzige möglichkeit etwas zu löschen die bridge komplett zurück zu setzen
kannst mir bitte noch die modelid aus den internals posten.
gruss
andre
Hier die Internals:
DEF
3
ID
3
INTERVAL
60
IODev
HUE
NAME
HUEDevice3
NR
375
STATE
dim12%
TYPE
HUEDevice
modelid
Flex RGBW
name
Extended color light 1
swversion
1131847
type
Extended color light
uniqueid
7c:b0:3e:aa:00:00:33:ac-03
Ist eigentlich die ramp-time z. B. bei ct eine Sache des Controllers oder schickst du ständig Befehle an die Bridge.
Das Setzen der Temperatur über ct funktioniert gut, allerdings das Setzen einzelner Farben habe ich noch nicht raus.
rgb ff0000 müsste doch eigentlich rot geben?
Gruß
Damian
danke.
alle Rampe und transition zeiten sind sache des controllers und laufen autonom ab.
je nach leuchtmittel lassen sich die reinen rgb farben nicht darstellen. der farbraum der rgbw leuchtmittel ist meist so optimiert das die weisstöne besser darstellbar sind als mit den 'normalen' rgb leds. eventuell gibt es hier auch unstimmigkeiten zwischen philips und osram. rgb ist auch nicht der native farbraum der bridge. das ist eigentlich xy und hsv. beim der umrechnung von rgb erwischt man an den grenzen oft farben die nicht mehr im darstellbaren farbraum liegen.
am besten versuchst du erst mal mischfarben (z.b. f01010) über den colorpicker und tastest dich dann langsam an die extrem werte ran. der hue slider sollte auch einen guten überblick geben.
gruss
andre
Zitat von: justme1968 am 21 Januar 2015, 09:42:58
danke.
alle Rampe und transition zeiten sind sache des controllers und laufen autonom ab.
je nach leuchtmittel lassen sich die reinen rgb farben nicht darstellen. der farbraum der rgbw leuchtmittel ist meist so optimiert das die weisstöne besser darstellbar sind als mit den 'normalen' rgb leds. eventuell gibt es hier auch unstimmigkeiten zwischen philips und osram. rgb ist auch nicht der native farbraum der bridge. das ist eigentlich xy und hsv. beim der umrechnung von rgb erwischt man an den grenzen oft farben die nicht mehr im darstellbaren farbraum liegen.
am besten versuchst du erst mal mischfarben (z.b. f01010) über den colorpicker und tastest dich dann langsam an die extrem werte ran. der hue slider sollte auch einen guten überblick geben.
gruss
andre
Danke für die Infos.
Ich habe mir Hue-, Pct-slider und paar Buttons für den ct modus über webcmd gebastelt. Damit kann ich herumexperimentieren. Der Colorpicker funktioniert bei Osram nicht für alle Farbkombinationen.
Gruß
Damian
der colorpicker arbeitet zur zeit rein rgb basiert und nimmt zur zeit auch (noch) keiner rücksicht auf auf den möglichen farbraum. für die osram lampen ist er noch nicht mal veröffentlicht.
einige slider und preset buttons sollten auch als default angelegt werden. hat das für die led strips auch funktioniert?
wenn du den slider im ct modus benutzt ist der hintergrund verlauf noch verkehrt herum. das muss ich noch reparieren. wenn du color statt ct verwendest stimmt der verlauf aber die initialisierung und der longpoll update gehen nicht weil es kein zugehöriges reading gibt.
gruss
andre
Zitat von: justme1968 am 21 Januar 2015, 19:34:20
einige slider und preset buttons sollten auch als default angelegt werden. hat das für die led strips auch funktioniert?
Das tuen sie wahrscheinlich auch. Ich hatte eine nicht mehr aktuelle FHEM-Version, da hat erst mal nichts mit slidern oder colorpicker funktioniert. Zu diesem Zeitpunkt hatte ich aber schon das webcmd-Attribut definiert. Nach dem Update waren auch all die vermissten Sachen da.
So wie es für mich aussieht, unterstützt der Controller nur den ct-modus oder eben die Ansteuerung der RGBs. Eine beliebige Mischung der weißen und der RGB-LED´s wird, denke ich, nicht möglich sein. Die API von HUE habe ich mir noch nicht angeschaut.
Gruß
Damian
über das api kann man wählen ob ct oder hsv oder xy angegeben wird.
ob das leuchtmittel dann im hsv und xy mode die weissen leds mit verwendet bzw im ct modus die farbigen dazu mischt hängt vom leuchtmittel ab. nicht von der bridge.
gruss
andre
Zitat von: justme1968 am 21 Januar 2015, 19:47:49
über das api kann man wählen ob ct oder hsv oder xy angegeben wird.
ob das leuchtmittel dann im hsv und xy mode die weissen leds mit verwendet bzw im ct modus die farbigen dazu mischt hängt vom leuchtmittel ab. nicht von der bridge.
gruss
andre
Klar. Im ct-Modus, werden die blauen und roten LED´s bei den stripes entsprechend der gewählt Temperatur automatisch mitgenutzt. Im hs- bzw. xy-Modus werden bei den osram stripes die weißen offenbar nicht benutzt - zumindest konnte ich das bei mir nicht beobachten.
Gruß
Damian
Hallo andre,
hab mir jetzt die GU10 Strahler von Lightify zugelegt. Die Kopplung war kein Problem.
Die ID lautet:PAR16 50 TW
Sie werden als "color temperatur light" eingebunden.
Leider kann ich sie aber nicht ausschalten. Weder mit pct oder bri oder off gehen die Lampen aus. Ein Restglimmen ist immer noch vorhanden. Hast Du da vielleicht eine Ahnung woran das liegt? Mit der Hue-App klappts auch nicht.
Viele Grüße
Reinhard
UPDATE: Sorry, war wohl etwas voreilig. Ausschalten funktioniert mit set HUEDevice pct 0 doch.
Hallo zusammen,
ich seit kurzem Besitzer des Osram Lightify Systems (Gateway, 2x Bulbs) und ebenfalls daran interessiert es in FHEM zu integrieren.
Da es bisher noch keine offizielle API gibt habe ich mir am Wochenende den Netzwerk Traffic zwischen iOS App und Lightify Gateway angesehen und sehr erfreuliche Erkenntnisse gemacht :)
Das Gateway bietet eine lokale API, in Form einer simplen TCP Socket Verbindung auf Port 4000. Darüber konnte ich bereits die angemeldeten Bulbs, die Gruppen und jeweils die Zustände auslesen. Zudem lassen sich die Lampen ein-/ausschalten sowie die Farbe/Temperatur/Helligkeit ändern.
Bisher ist das ganze allerdings noch etwas unschön, da ich das verwendete Protokoll noch nicht herausbekommen habe und daher Hex Nachrichten schicken muss (falls es überhaupt eine Standardprotokoll ist).
Daher nun meine Frage, die vor allem an den Entwickler des HUE Moduls gerichtet ist. Welche konzeptionellen Schritte oder generellen Anpassungen sind deiner Meinung nach nötig um das HUE Modul für das Lightify Gateway zu portieren?
Ich habe mir bereits den Code der Module angeschaut, kann aber mangels FHEM Erfahrung und Zeit bisher noch nicht sehr viel damit anfangen.
So wie ich es verstanden habe müsste man das HUEBridge Modul für die Kommunikation über einen Socket anpassen. Zudem müsste man die JSON Objekte und Nachrichten aus HUEDevice.pm in das Hex Format des Lightify Gateway übersetzen. Kommt das soweit hin?
Falls jemand Interesse an den Hex Daten und den bisherigen Erkenntnissen zu den Funktionen der einzelnen Nachrichten-Bytes hat, kann ich diese gerne weiterleiten.
Viele Grüße,
Markus
das klingt sehr interessant.
poste doch mal was du schon hast.
man könnte z.b. ein eigenes bridge modul schreiben das mit dem hue device modul spricht aber dann das protokoll für due osram bridge sendet.
gruss
andre
Zitat von: justme1968 am 26 Januar 2015, 14:10:37
das klingt sehr interessant.
poste doch mal was du schon hast.
man könnte z.b. ein eigenes bridge modul schreiben das mit dem hue device modul spricht aber dann das protokoll für due osram bridge sendet.
gruss
andre
Hi,
yepp, post bitte mal den sniff.
vg
jörg
Hey,
hier schonmal meine Notizen zum verwendeten Protokoll. Ist noch sehr unordentlich und unstrukturiert aber hilft sicher als Anhaltspunkt. Den Sniff werde ich erst heute Abend posten, habe den gerade nicht zur Hand.
getDevices
07 00 00 13 01 00 00 00 01
byte 0 - 3: message type getDevices
byte 4: fortlaufende Nummer für alle gesendeten Nachrichten (wird vom Server ignoriert)
byte 5:
byte 6:
byte 7:
byte 8:
byte 9: immer 01
return: devices mit ihrem aktuellen status
getDevices Response:
byte 1 unterschiedlich bei 2 oder einer angemeldeten Lampe (bei einer Lampe immer gleich)
33 bei einer angemeldeten Lampe
5D bei 2 angemeldeten Lampen
byte 2 – 3: immer gleich 01 13
byte 4-8: ist 00
byte 9: Anzahl der Geräte
byte 10: ist 00
byte 11: ??
byte 12: ??
byte 13 - 20: Device ID
byte 21 - 27: ??
byte 27: evtl flag ob Farben unterstützt werden?
byte 28: ??
byte 29: status des devices 00 für aus 01 für an
byte 30: dimmer wert in Prozent; 64 entspricht 100 %
byte 31 - 32: Farbtemperatur weiß;
8C 0A -> 0% warmweiß (2700K)
64 19 -> 100% kaltweiß (6500K)
8C 0A -> little endian, 0A 8C entspricht 2700 in Hex
byte 33: Farbwert für rot 0-255
byte 34: Farbwert für grün 0-255
byte 35: Farbwert für blau 0-255
byte 36: Platzhalter FF vor Name?
byte 37 - 52: 16 byte Name
name endet 2 byte nach letztem Buchstaben (letzte 2 byte: 00 00)
getGroupInfo:
08 00 00 26 04 00 00 00 01 00
byte 0 - 4: message type getGroupInfo
byte 4: fortlaufende Nummer über alle gesendeten Nachrichten
byte 5:
byte 6:
byte 7:
byte 8: Gruppennummer
byte 9: immer 00
getGroupInfo Response:
22 00 01 26 04 00 00 00 00 02 00 47 72 75 70 70 65 20 30 32 00 00 00 00 00 00 00 01 F4 07 00 00 AA 3E B0 7C
byte 0 - 4: message type getGroupInfo
byte: 5 - 8: 00
byte 9: Gruppennummer
byte 10: 00
byte 11 - 26: Gruppenname
byte 27 - 35: Device ID der ersten zugehörigen Lampe
byte 28 - ...: jeweils 9 byte für weitere Device IDs
getGroups:
06 00 00 1E 01 00 00 00
byte 0 - 3: message type getGroups
byte 4: fortlaufende Nummer über alle gesendeten Nachrichten
byte 5:
byte 6:
byte 7:
getGroups Repsonse:
1B 00 01 1E 01 00 00 00 00 01 00 01 00 57 6F 68 6E 7A 69 6D 6D 65 72 00 00 00 00 00 00
byte 0: unterschiedlich bei 2 oder einer Gruppe
byte 1 - 4: Nummer? gleich bei mehreren Calls und bei unterschiedlichen Gruppen
byte 5 - 8: ist 00
byte 9: Anzahl der Gruppen
byte 10: ist 00
byte 11: Nummer der Gruppe
byte 12: ist 00
byte 13 - 28: 16 byte Gruppenname
bytes 11 - 28 bilden eine Gruppe; für jede weitere Gruppe 18 zusätzliche bytes
onOffDevice:
0F 00 00 32 07 00 00 00 D1 9A C9 00 00 26 18 32 01
byte 0 - 3: message type toggleDevice
byte 4: fortlaufende Nummer
byte 5 - 7: ist 00
byte 8 - 15: Device ID
byte 16: Status 00 -> aus; 01 -> an
ich hab dir mal einen mini anfang eines möglichen moduls angehängt.
es macht eine verbindung zu port 4000 des im define angegebenen host auf.
du kannst dann mit set <device> raw <hex daten> daten hin schicken und siehst im log die antworten.
mehr macht das modul noch nicht.
gruss
andre
Morgen,
vielen Dank andre, für das Modul und die schnelle Hilfe, es funktioniert perfekt.
Ich habe nun 2 dummys für meine beiden Lampen angelegt und das Gateway per define in der config angelegt. Konnte dann per notify den on/off state der dummys an die jeweiligen "set <device> raw <hex:on:off>" commands koppeln und die Lampen perfekt schalten. Dimmen funktioniert ebenfalls :)
Hier nun noch den Sniff des Traffics zwischen Gateway und iOS App.
Zu meinem Setting:
- 1x Osram Classic A60 RGBW (Name: Deckenlampe WZ; Device-ID: D1 8E C9 00 00 26 18 84)
- 1x Osram Classic A60 tunable white (Name: Bogenlampe WZ; Device-ID: F4 07 00 00 AA 3E B0 7C)
Der Sniff enthält in der ersten Spalte die Hex-Adresse. Die linksbündigen Zeilen wurden von iOS an das Gateway geschickt, die eingerückt andersherum (Gateway -> iOS).
Ich habe folgende Aktionen während des Captures durchgeführt:
1) App geöffnet, gewartet bis alle Devices und Gruppen angezeigt wurden
2) Beide Lampen ein-/ausgeschaltet (Nachrichten beginnen mit 0F 00 ...)
3) Helligkeits-Wert (Dimmer) beider Lampen geändert (Nachrichten beginnen mit 11 00...)
4) Farbtemperatur beider Lampen geändert (Nachrichten beginnen vermutlich mit 12 00...)
5) Farbe der Deckenlampe geändert (Nachrichten beginnen vermutlich mit 14 00...)
Die Werte für die Aktionen 3-5 wurden jeweils über die Slider in der App eingestellt und somit wurden mehrere Nachrichten während der Bewegung des Slider geschickt.
Damit solltet ihr schonmal einen guten Eindruck in die generelle Kommunikation zwischen Gateway und App bekommen. Weitere Test folgenden dann vermutlich am Sonntag. Da werde ich die einzelnen Nachrichten-Typen (12 00..., 14 00...) dann nochmal verifizieren und weitere Aktionen wie "Device hinzufügen", "Gruppe ändern" etc. ausprobieren.
Grüße,
Markus
ich hab das modul mal ein klein wenig aufgebohrt.
nach dem connect wird die getDevices nachricht automatisch los geschickt und es gibt jetzt eine parse funktionen die versucht die antwort zu parsen.
schau mal ob hier vernünftige daten im log landen.
wenn das geht könnte man im nächsten schritt die fhem devices für die lampen anlegen und dann diese an und aus schalten.
gruss
andre
und noch ein kleines update:
- wenn die getDevices antwort kommt wird für jede lampe ein fhem device angelegt
- dieses fhem device kann man mit set on bzw set off schalten. andere kommandos gehen noch nicht bzw. werden ignoriert.
es werde noch keine weiteren antworten vom gateway ausgewertet.
gruss
andre
noch ein kleines update:
- aus der getDevices antwort werden einige der parameter in das format der devices konvertiert und im device gesetzt
- nach dem on oder off kommando wird der status abgefragt
damit sollten jetzt z.b. die farbigen lampen icons funktionieren und die ersten device readings passen.
das subType attribut ist noch von hand passend zu setzen.
Hallo andre,
danke für Deine Umsetzung.
Habe jetzt meine Lightify Bridge wieder reaktiviert und meine LEDS neu darauf angelernt. Mit der App (Android) funtioniert die Erkennung, Kopplung und das Schalten wunderbar.
Dein Modul erkennt auch scheinbar die meinen Bridge, aber beim Senden erkenne ich keine Antwort.
Ein
set Lightify raw 07 00 00 13 00 00 00 00 01
liefert mir leider kein Ergebnis, weder im Event-Monitor ist etwas zusehen, noch im Logfile.
Mein Device:
define Ligthify LIGHTIFY 192.168.178.45
Logfile:
2015.01.30 15:45:09 3: Lightify: connected to 192.168.178.45
2015.01.30 15:45:09 3: Lightify: sending:07 00 00 13 00 00 00 00 01
Vielleicht mache ich auch etwas falsch.
Komme grad nicht weiter.
Viele Grüße
Reinhard
ich kann leider nichts dazu sagen. ich habe kein lightify gateway. nur meine hue bridge. vielleicht kann markus355 dir weiter helfen.
unabhängig davon ist das modul noch lange nicht so weit das man es produktiv nutzen könnte. es geht wirklich nur on und off in moment.
gruss
andre
Hallo zusammen,
ich habe ein kleines Problem bei der Einbindung von Osram-Lightify-Glühbirnen. Sie werden partout nicht von der Philips Hue Bridge erkannt:
Es geht um zwei Lightify CLA 60 RGBW (EAN 4052899926097) und zwei CLA 60 Tunable White (EAN 4052899926165).
Was habe ich schon probiert:
- Reset der Hue Bridge
- Reset der Lightify-Lampen
- Distanz zwischen Birne und Bridge stark verringert (unter 30cm)
- Desktop-Anwendung Hue Light Finder für Windows ausprobiert
- Birnen einschalten während des Suchvorgangs als auch Suchvorgang gestartet bei eingeschalteten Birnen
Habe ich irgendetwas nicht berücksichtigt? Die Bridge hat die neueste Firmware drauf, die Lampen sind Neuware.
Die drei Philips-RGB-Lampen verrichten ihren Dienst tadellos.
Danke für eure Hilfe.
@LordVoodoo
Ich verwende den Lampstealer http://www.everyhue.com/?page_id=167 (http://www.everyhue.com/?page_id=167) oder (einfacher):
per telnet Port 30000 mit der Bridge verbinden. Dort dann
[Link,Touchlink]
eintippen. Die zu koppelnde Lampe (immer eine zur Zeit) muss sich unmittelbar neben der Bridge befinden.
Danach in der HUE App nach neuen Lichtern suchen -> sollten jetzt gefunden werden.
Ab da geht weiter in fhem :D
So habe ich Lightify RGBW Bulbs und ein Stripe erfolgreich mit der HUE Bridge gekoppelt.
ich habe mir auch mal das Protokoll zwischen den Lampen und dem Gateway Port 4000 angesehen
seltsamerweise schließt mein Gateway regelmäßig den Port 4000 und reagiert dann auch nicht mehr auf Pings
die Lightify App kann dann das Gateway aber immer noch über das Internet steuern (d.h. es erscheint kein Stromstecker in der Wolke des Verbindungslogos)
Ich habe bisher nicht herausbekommen nach welcher Logik der Port 4000 open/closed ist
das sieht dann so aus
$ ping 192.168.1.46
PING 192.168.1.46 (192.168.1.46): 56 data bytes
ping: sendto: Host is down
Request timeout for icmp_seq 369
ping: sendto: Host is down
Request timeout for icmp_seq 370
ping: sendto: Host is down
Request timeout for icmp_seq 371
ping: sendto: Host is down
Request timeout for icmp_seq 372
ping: sendto: Host is down
Request timeout for icmp_seq 373
Request timeout for icmp_seq 374
64 bytes from 192.168.1.46: icmp_seq=375 ttl=255 time=43.218 ms
64 bytes from 192.168.1.46: icmp_seq=376 ttl=255 time=2.668 ms
64 bytes from 192.168.1.46: icmp_seq=377 ttl=255 time=2.588 ms
64 bytes from 192.168.1.46: icmp_seq=378 ttl=255 time=3.156 ms
64 bytes from 192.168.1.46: icmp_seq=379 ttl=255 time=2.732 ms
64 bytes from 192.168.1.46: icmp_seq=380 ttl=255 time=2.631 ms
64 bytes from 192.168.1.46: icmp_seq=381 ttl=255 time=3.395 ms
64 bytes from 192.168.1.46: icmp_seq=382 ttl=255 time=2.658 ms
als schneller Test zum Testen der Verbindung aus der Bash (hier OSX) hat sich netcat bewährt:
$ echo '14 00 00 36 04 00 00 00 42 94 c9 00 00 26 18 84 01 ff 01 ff 00 00' | xxd -r -p | nc 192.168.1.46 4000 | hexdump -C
00000000 12 00 01 36 04 00 00 00 00 01 00 40 94 c9 00 00 |...6.......@....|
00000010 26 18 84 00 |&...|
ein Befehl und der Antwort beginnt immer nach dem gleichen Muster (2 Byte Paketlänge , 00=Senden / 01=Antwort, Befehlsnummer, Zähler etc)
z.B. Aufbau des Kommandos Lampe An/Aus
0f 00 Anzahl der Bytes des Paketes minus 2
00 00 = Sende an Gateway (Command ) / 01 = Antwort vom Gateway (Statusmeldung)
32 welcher Befehl
nn Counter
00 00 / 01 (unknown)
00 00 unknown
05 88 d9 00 00 26 18 84 Address
01 Data 01=an oder 00=aus
das letzte Byte einer Antwort ist 00 bei Erfolg und 01 bei Error (z.B. Lampe nicht erreichbar)
bei der Helligkeit gibt das vorletzte Byte das Tempo der Überblendung an
0x31= Helligkeit einstellen (Achtung: Helligkeit 0 ist dunkel, obwohl Status=ON):
a) 11 00 00 31 nn 00 00 00 —> Header, nn beliebiger Counter
b) 05 88 d9 00 00 26 18 84 —> Adresse der Lampe
c) 64 —> ## = 0 - 0x64 (=100%)
d) 05 00 —> ## = 0 .. 0xff Stufen der Überblendung (0=sofort)
Beispiel:
$ echo '11 00 00 31 02 00 00 00 f7 8c d9 00 00 26 18 84 64 00 00' | xxd -r -p | nc 192.168.1.46 4000 | hexdump -C
00000000 12 00 01 31 02 00 00 00 00 01 00 f5 8c d9 00 00 |...1............|
00000010 26 18 84 00 |&...|
Dich habe mal Dein aktuelles Modul getestet.
Wie Laffer72 oben beschrieb, wird das Lightify Gateway erkannt, aber beim parsen der Antwort scheint etwas nicht zu passen.
Ich denke es fängt schon mit den ersten zwei Bytes an:
Diese kennzeichnen die Länge das Paketes minus zwei Byte (bzw. die nach dem zwei Bytes für die Paketgröße noch folgenden Bytes)
meine Schritte
define Ligthify LIGHTIFY 192.168.1
GUI:
CFGFN
CONNECTS 1
DEF 192.168.1.46
FD 15
Host 192.168.1.46
LAST_CONNECT 2015-02-11 22:52:46
NAME Ligthify
NR 33
NTFY_ORDER 50-Ligthify
STATE Connected
TYPE LIGHTIFY
ich kann jetzt meine Osram Lampen mit ein/ausschalten mit
[set] Ligthify [raw] 0f 00 00 32 01 00 00 00 f5 8c d9 00 00 26 18 84 00
und
[set] Ligthify [raw] 0f 00 00 32 01 00 00 00 f5 8c d9 00 00 26 18 84 01
aber es wird nicht für jede lampe ein fhem device angelegt
Mein Log:
2015.02.11 22:52:46 3: Ligthify: connected to 192.168.1.46
2015.02.11 22:52:46 3: Ligthify: sending:07 00 00 13 00 00 00 00 01
2015.02.11 22:53:09 1: PERL WARNING: Use of uninitialized value $orig in string ne at ./FHEM/30_LIGHTIFY.pm line 231.
2015.02.11 22:53:09 1: PERL WARNING: Use of uninitialized value $attrVal in string ne at ./FHEM/30_LIGHTIFY.pm line 231.
2015.02.11 22:58:45 3: Ligthify: sending:070000131000000001
2015.02.11 22:59:15 3: Ligthify: sending:0f00003201000000f58cd9000026188400
2015.02.11 22:59:24 3: Ligthify: sending:0f00003201000000f58cd9000026188401
hier mal mal die vollständige Antwort auf die Statusanfrage "07 00 00 13 00 00 00 00 01" für 3 Lampen
$ echo '07 00 00 13 10 00 00 00 01' | xxd -r -p | nc 192.168.1.46 4000 | hexdump -C
00000000 87 00 01 13 10 00 00 00 00 03 00 ff ff 40 94 c9 |.............@..|
00000010 00 00 26 18 84 0a 01 02 03 01 00 03 00 01 64 8e |..&...........d.|
00000020 0a ff ff ff ff 47 65 6f 72 67 27 73 20 5a 69 6d |.....Georg's Zim|
00000030 6d 65 72 00 00 cf d7 03 88 d9 00 00 26 18 84 02 |mer.........&...|
00000040 01 02 03 07 02 05 00 00 24 8e 0a 01 ff 01 ff 46 |........$......F|
00000050 6c 75 72 20 6f 62 65 6e 00 00 00 00 00 00 00 89 |lur oben........|
00000060 85 f5 8c d9 00 00 26 18 84 02 01 02 03 07 02 05 |......&.........|
00000070 00 00 64 8e 0a ff ff ff ff 46 6c 75 72 20 75 6e |..d......Flur un|
00000080 74 65 6e 00 00 00 00 00 00 |ten......|
// nur die Antwort in Hex
87 00 01 13 10 00 00 00 00 03 00
A2 25 40 94 C9 00 00 26 18 84 0A 01 02 03 01 02 03 00 01 64 31 0B 01 FF 31 FF 47 65 6F 72 67 27 73 20 5A 69 6D 6D 65 72 00 00
CF D7 03 88 D9 00 00 26 18 84 02 01 02 03 07 02 05 00 00 2D 8E 0A FF FF FF FF 46 6C 75 72 20 6F 62 65 6E 00 00 00 00 00 00 00
89 85 F5 8C D9 00 00 26 18 84 02 01 02 03 07 02 05 00 00 30 B3 0A FF FF FF FF 46 6C 75 72 20 75 6E 74 65 6E 00 00 00 00 00 00
im Detail die Antwort:
(1) Header
Lenght Antw Cmd Cnt 03 Lampen ?
87 00 01 13 10 00 00 00 00 03 00
(2) für jede Lampe eine Zeile ( irgendein ?? scheint den Lampentyp anzeigen )
hier RGB-LED
A2 25 Zigbee 16 Bit short adress (wenn Lampe nicht im Netz eingelogt: FF FF), google nach: zigbee zll short address
40 94 C9 00 00 26 18 84 HW-Adresse der Lampe
?? ?? ?? ON Hel Temp R G B Name-String
0A 01 02 03 01 02 03 00 01 64 31 0B 01 FF 31 FF 47 65 6F 72 67 27 73 20 5A 69 6D 6D 65 72 00 00
normale LED
short |HW Adresse ?? ?? ?? Off Hel Temp R G B Name-String
CF D7 03 88 D9 00 00 26 18 84 02 01 02 03 07 02 05 00 00 2D 8E 0A FF FF FF FF 46 6C 75 72 20 6F 62 65 6E 00 00 00 00 00 00 00
ich hab mal versucht die neuen erkentnisse einzubauen. in der angehängten version gibt es folgende änderungen:
- beim send raw müssen die ersten drei byte (also 2 byte länge und 1 byte richtung) weg gelassen werden.
dieser teil wird jetzt automatisch ergänzt.
- ich habe den fehler der nicht empfangenen nachrichten behoben. es hatte nichts mit dem parsen zu tun.
eventuell lag hier auch das problem des hängenden gateways weil die nachrichten nicht ausgelesen wurde.
- zusätzlich zu on und off kann man nun auch bri bzw. pct verwenden um eine lampe zu dimmen
- damit die devices angelegt werden muss autocreate aktiv sein.
natürlich gibt es gleich weitere fragen:
- kannst du ungefähr sagen wie die zeitangabe beim dimmen skaliert?
- kannst du mal versuchen das format der kommandos zum ändern der farbe und farbtemperatur rauszufinden?
ich vermute eines davon ist kommando 0x36 und das andere 0x33
gruss
andre
ich habe noch einen kleinen fehler gefunden der nach dem autocreate einen fhem neu start nötig gemacht hat damit weitere nachrichten verarbeitet werden.
die angehängte version hat das problem nicht mehr.
gruss
andre
wow, was für eine schnelle Antwort :)
http://192.168.1.41:8083/fhem?detail=autocreate meldet "STATE active" ist
reload 30_LIGHTIFY.pm
... und die Devices werden eingelesen. (Great!!)
Die Steuerung on/off geht auch.
Was bedeutet die Glühbirne mit dem Fragezeichen? (Ein Klick drauf schaltet immer die Lampe ein)
[set]HUEDeviceF58CD90000261884[bri bzw. pct] geht nicht, da das grüne Eingabefeld mit einer 0 gesperrt ist
>kannst du ungefähr sagen wie die zeitangabe beim dimmen skaliert?
00 = sofort auf volle Helligkeit 0x64
$ echo '11 00 00 31 02 00 00 00 f5 8c d9 00 00 26 18 84 64 00 00' | xxd -r -p | nc 192.168.1.46 4000 | hexdump -C
00000000 12 00 01 31 02 00 00 00 00 01 00 f5 8c d9 00 00 |...1............|
00000010 26 18 84 00 |&...|
und mit 0x20 auf Helligkeit 0x01
$ echo '11 00 00 31 02 00 00 00 f5 8c d9 00 00 26 18 84 01 20 00' | xxd -r -p | nc 192.168.1.46 4000 | hexdump -C
00000000 12 00 01 31 02 00 00 00 00 01 00 f5 8c d9 00 00 |...1............|
00000010 26 18 84 00 |&...|
dauert ca. 4 Sekunden
>kannst du mal versuchen das format der kommandos zum ändern der farbe und farbtemperatur rauszufinden?
aus meinen Notizen etwas unformatiert
0x36= Farbe der RGB-LED setzen:
a) 14 00 00 36 nn 00 00 00 —> Header, nn beliebiger Counter
b) 03 88 d9 00 00 26 18 84 —> Adresse der Lampe
c) ## ## ## —> ## definiert die RGB Farbe im Hex System
d) ff 00 00 —> ff ist Pflicht, 00 Anzahl der Überblendstufen, 00
Beispiel:
$ echo '14 00 00 36 04 00 00 00 40 94 c9 00 00 26 18 84 01 ff 01 ff 00 00' | xxd -r -p | nc 192.168.1.46 4000 | hexdump -C
00000000 12 00 01 36 04 00 00 00 00 01 00 40 94 c9 00 00 |...6.......@....|
00000010 26 18 84 01 |&...|
Hinweis:
- RGB lässt sich auch bei den weißen Lampen setzen, ändert aber nicht die Farbe
- man kann in RGB Überblendstufen (vorletztes Byte) einstellen, aber die Farbübergänge sind zum Teil recht rau
0x33= Farb-Temperatur einstellen (Lampe muss dazu "On" sein, ansonsten Fehlermeldung im letzten Antwort-Byte):
a) 12 00 00 33 nn 01 00 00 —> Header, nn beliebiger Counter
b) 03 88 d9 00 00 26 18 84 —> Adresse der Lampe
c) 26 18 84 00 —> little endian 0x1826=6128Kelvin / 0x0A8C = 2700K
d) 84 00 —> hier 0x84 Stufen Überblendung (0=sofort)
Beispiel
$ echo '12 00 00 33 02 01 00 00 f5 8c d9 00 00 26 18 84 8C 0A 00 00' | xxd -r -p | nc 192.168.1.46 4000 | hexdump -C
00000000 12 00 01 33 02 01 00 00 00 01 00 f5 8c d9 00 00 |...3............|
00000010 26 18 84 00 |&...|
// wenn Lampe am Netz aber Status Off -> Fehlermeldung 01
$ echo '12 00 00 33 02 01 00 00 f5 8c d9 00 00 26 18 84 8C 0A 00 00' | xxd -r -p | nc 192.168.1.46 4000 | hexdump -C
00000000 12 00 01 33 02 01 00 00 00 01 00 f5 8c d9 00 00 |...3............|
00000010 26 18 84 01 |&...|
das ? ist ein symptom des letzten kleinen problems. wenn du die version aus dem nächsten post nimmst und fhem neu startest sollte das ? weg sein und das icon die farbe der lampe haben.
ein klick aufs icon toggled zwischen ein und aus.
wenn du den den subytpe im device auf colordimmer bzw. extcolordimmer setzt sollten die webCmd passend gefühlt werden.
was meinst du mit gesperrtem eingabefeld?
gib das pct bzw. bri kommando einfach mal auf einer telnet verbindung ein.
farbe und farbtemperatur schaue ich mir morgen an.
gruß
andre
ok, Lampensymbol funktioniert
Unsere posts haben sich überschnitten.
>was meinst du mit gesperrtem eingabefeld?
Ich habe FHEM heute Abend erstmalig installiert.
Das Teil ist ein Schieberegler :-[ und ich wollte was eingeben
Readings sind ok:
bri 254
colormode hs
ct 370 (2702K)
hue 0
onoff 1
pct 100
reachable 1
rgb ffffff
sat 0
state on
Trotzdem hängt es noch:
Der PCT-Schieberegler zeigt korrekt 100 an. Wenn ich ihn auf 50 schiebe und [set] drücke, dann ändert sich die Helligkeit nicht, aber der Regler springt zurück auf 100.
Vielen Dank!!
der regler springt zurück weil das gateway den alten wert zurück meldet und keinen neu gesetzten.
schau mal ins fhem log ob das richtige kommando gesendet wird.
es müsste nacheinander einschalten, dimmen und statusabfrage gesendet werden.
gruß
andre
Zitat von: justme1968 am 12 Februar 2015, 00:38:33
gib das pct bzw. bri kommando einfach mal auf einer telnet verbindung ein.
leider ohne Wirkung
RGB nur zum Testen
$ telnet 192.168.1.41 7072
fhem> get HUEDeviceF58CD90000261884 RGB
ffffff
fhem> set HUEDeviceF58CD90000261884 pct 20
Logfile eines Helligkeitsverstellung mit Schieberegler in der GUi
2015.02.12 01:00:15 3: Ligthify: sending:0f00003200000000F58CD9000026188401
2015.02.12 01:00:15 3: Ligthify: sending:1100003100000000F58CD900002618842e0500
2015.02.12 01:00:15 3: Ligthify: sending:070000130000000001
2015.02.12 01:00:15 3: Ligthify: received: 1200013200000000000100f58cd9000026188400
Da scheint etwas beim parsen nicht zu passen.
Lampe mit der Osram App auf 23% gedimmt.
Logfile sagt korrekt:
2015.02.12 01:10:17 3: Flur unten: F58CD90000261884:8985, onoff: 1, dim: 23, ct: 2702, rgb: FFFFFF
aber Status Seite meldet:
CFGFN
DEF F58CD90000261884
ID F58CD90000261884
INTERVAL 60
IODev Ligthify
NAME HUEDeviceF58CD90000261884
NR 35
STATE on
TYPE HUEDevice
modelid
name
swversion
type
uniqueid
Readings
bri 254 2015-02-12 00:42:17
colormode hs 2015-02-12 00:42:17
ct 370 (2702K) 2015-02-12 00:42:17
hue 0 2015-02-12 00:42:17
onoff 1 2015-02-12 01:09:56
pct 100 2015-02-12 01:09:56
reachable 1 2015-02-12 01:12:17
rgb ffffff 2015-02-12 01:12:17
sat 0 2015-02-12 00:42:17
state on 2015-02-12 01:12:17
zur Helligkeit
ich schau mir das morgen noch mal mit wireshark an
ich kann hier im Protokoll in der Bytefolge für Helligkeit 0x05 keinen Fehler erkennen
2015.02.12 01:25:01 3: Ligthify: sending:1100003100000000F58CD90000261884230500
trotzdem bleibt die Lampe hell
wenn ich exakt den gleichen Befehl in der Shell ausführe wird die Lampe dunkel
$ echo '1100003100000000F58CD90000261884230500' | xxd -r -p | nc 192.168.1.46 4000 | hexdump -C
00000000 12 00 01 31 00 00 00 00 00 01 00 f5 8c d9 00 00 |...1............|
00000010 26 18 84 00 |&...|
im Logfile sind auch z.T. seltsame Antworten:
auf Status 07 kommt hier eine vollständige Antwort
2015.02.12 01:24:17 3: Ligthify: sending:070000130000000001
2015.02.12 01:24:17 3: Ligthify: received: 8700011300000000000300a2254094c900002618840a010203010203000057a40c26ff36ff47656f72672773205a696d6d65720000cfd70388d90000261884020102030702050000648e0a01ff01ff466c7572206f62656e000000000000008985f58cd90000261884020102030702050001178e0affffffff466c757220756e74656e000000000000
auf 07 kam nur eine kurze Antwort
2015.02.12 01:25:01 3: Ligthify: sending:0f00003200000000F58CD9000026188401
2015.02.12 01:25:01 3: Ligthify: sending:1100003100000000F58CD90000261884230500
2015.02.12 01:25:01 3: Ligthify: sending:070000130000000001
2015.02.12 01:25:01 3: Ligthify: received: 1200013200000000000100f58cd9000026188400
aber was mich am meisten beeindruckt:
Wie oben beschrieben ist das Osram Gateway manchmal für einige Minuten nicht über Ping erreichbar.
In dieser Zeit werden auch keine Befehle vom netcat angenommen (port 4000 closed)
$ echo '0f 00 00 32 01 00 00 00 f5 8c d9 00 00 26 18 84 00' | xxd -r -p | nc 192.168.1.46 4000 | hexdump -C
^C
Dagegen funktioniert aber weiterhin die FHEM Steuerung der Osram Lampen.
Da scheint es im TCP/IP Handshake einen entscheidenden Unterschied zu geben.
anbei noch mal eine aktualisierte version.
- fehlende client liste gesetzt
- die laufende nummer der nachricht wird hoch gezählt
- das ct kommando müsste gehen
- transitiontime sollte setzbar sein
- rgb ist noch nicht drin. da muss ich erst noch umrechnen
vielleicht kommen die kurzen antworten wenn sich der status nicht geändert hat.
das das fhem modul weiter senden kann liegt vielleicht daran das eine einzige verbindung dauernd offen gehalten wird und nur neue verbindungen betroffen sind.
gruss
andre
Ich habe mir mal das Wireshark Protokoll angeschaut.
Es zeigt einen Fehler in der Kommunikation und Übertragung zwischen dem Gateway und dem FHEM Server.
Paket 1 0f 00 00 32 00 00 00 00 34 74 c9 00 00 26 18 84 01
Paket 2 11 00 00 31 00 00 00 00 34 74 c9 00 00 26 18 84 1b 05 00 07 00 00 13 00 00 00 00 01
Beide Pakete kommen vom FHEM Server.
Zur Erklärung:
Paket 1 ist ein normales einschalten der Lampen.
Paket 2 soll dagegen die Helligkeit justieren.
Dabei existiert aber zwei Probleme.
1. Ich habe das Einschalten der Lampen nicht beauftragt. Somit wird dieses Paket auch losgeschickt, wenn ich nur die Helligkeit betätige.
Der Fehler fällt einem normalerweise nicht wirklich auf. Doch früher oder später wäre es doch aufgefallen.
Eigenschaften an eine Lampe zu senden geht bei fast allen Eigenschaften, nur die Farbe wird nur übernommen, wenn die Lampe auch an ist.
2. Wird dem eigentlichen Paket für die Helligkeit auch das Paket für den LIGHTIFY_Read() Befehl hinzugefügt. Das versteht das Gateway natürlich nicht und antwortet darauf auch ebenso wenig.
Im Code wird ja in der LIGHTIFY_Write() Funktion am Ende als Schlusslicht ja nochmal ein LIGHTIFY_sendRaw() mit "getDevices" ausgeführt. Diese Bytefolge wird dabei an die Bytefolge für die Helligkeit angeknüpft.
Als Beweis für die Theorie habe ich mal den letzten sendRaw ausgeklammert und die Helligkeitsregelung funktionierte.
Das gleiche scheint auch bei dem An / Aus Befehl zu passieren, das System vom Gateway ist aber bei dem Befehl aber viel stabiler.
Ich habe das mal mit dem kleinen netten, freien Tool namens PacketSender (http://packetsender.com) mal ausgetestet. Und habe einfach mal aus Spaß ein TCP Paket mit dem HexCode an das Gateway gesendet:
0f 00 00 32 14 00 00 00 40 94 c9 00 00 26 18 84 01 [b]07 00 00 13 10 00 00 00 01[/b]
Zur Erklärung. 0f 00 00 32 14 00 00 00 40 94 c9 00 00 26 18 84 01 ist zum einschalten der Lampen und 07 00 00 13 10 00 00 00 01 ist der Code, damit das Gateway dir die Lampeninformationen übermittelt.
Eigentlich sollten sie nicht hintereinander stehen, ich habe es aber mal ausgetestet. Es funktionierte und die Lampe sprang an.
Das gleiche mit der Helligkeit getestet.
11 00 00 31 6f 00 00 00 34 74 c9 00 00 26 18 84 20 00 00 07 00 00 13 10 00 00 00 01
Diesmal dagegen gab es keine Reaktion. Weder in der Antwort noch im visuellen.
Ich denke das der Fehler im syswrite() liegt. Da ich persönlich keine Probleme im Code erkennen kann.
ich verstehe nicht ganz was du mit fehler meinst.
das fhem modul sendet zur zeit vor dem dim befehl noch explizit noch ein einschalten (und danach noch eine status abfrage).
das ist nichts anderes als wenn ich von hand zuerst ein schalte und dann die helligkeit ändere.
beides kannst du auf netzwerk ebene nicht unterscheiden. da gibt es keine pakete sondern nur bytefolgen. das ist ja auch der grund warum am anfang einer nachricht die länge steht. damit du weisst wann eine nachricht zu ende ist und die nächste anfängt.
es kann natürlich sein das das gateway probleme hat wenn nachrichten zu schnell kommen. das wäre aber dann tatsächlich ein bug auf deren seite und wir müssen uns einen workaround überlegen.
oder man darf ein kommando erst senden wenn das vorherige bestätigt wurde.
bitte bau mal nach dem syswrite in sendRaw einselect(undef,undef,undef,0.5);ein und schau ob es dann geht. du kannst auch mit 1 statt 0.5 probieren.
wenn das funktioniert baue ich ein das das nächste kommando erst dann gesendet wird wenn das vorherige bestätigt wurde.
gruss
andre
vielleicht stimmt das timing nicht
das Gateway wird mit zwei anfragen überflutet und muss noch seine Antwort los werden
verbessert sich das Timing, wenn man jede Antwort ins Log zu schreibt?
das select oben baut eine kurze verzögerung ein. das wäre der test zum timing.
gruss
andre
Und das Select war Lösung. Ich würde aber wirklich auf die Antwort warten statt nur eine Zeit abzuwarten.
ich bin schon am einbauen.
gruss
andre
Ich würde den für dich mal die letzten beiden veränderbaren Werte:
Farbtemperatur &
Farbe
einbauen. Würde aber wissen (falls du es weißt) welche Variablen ich dafür abgreifen muss. Für Helligkeit gibt es ja auch bri und pct.
die farbtemperatur ist in der version oben schon drin:set <device> ct 3000
die farbe habe ich hier auch schon fertig.
gruss
andre
versuch mal die angehängte version.
- es gibt jetzt eine send queue. eine neue nachricht wird erst dann abgeschickt wenn die vorherige bestätigt wurde
- das setzten der farbe müsste jetzt auch gehen (colorpicker, hue slider, set rgb)
was noch fehlt:
- rausfinden welcher lampen typ (rgb/rgbw/w) es tatsächlich ist
- reachable auswerten
- alles was mit gruppen zu tun hat
gruss
andre
Ich werde die Version gleich testen.
Zitatwas noch fehlt:
- rausfinden welcher lampen typ (rgb/rgbw/w) es tatsächlich ist
- reachable auswerten
- alles was mit gruppen zu tun hat
Ich habe die Informationen zu (fast) all den Problemen. Als ich das Protokoll letztens analysiert hatte habe ich mich genügend damit auseinandergesetzt.
1. der Lampentyp ist bei der Nennungsnummer der Lampe im dritten Byte kodiert.
Ich habe zwei Weiße Lampen und 1 RGB (w) Lampe.
Weiße Lampen haben die Kennung ?? ?? D9 ...
RGB(w) Lampen haben die Kennung ?? ?? C9 ...
Reachable ist herauszufinden wie es Tomas schon erwähnte mit dem letzten Byte = 01
ODER
sobald die short Adresse
normale LED
short |HW Adresse ?? ?? ?? Off Hel Temp R G B Name-String
CF D7 03 88 D9 00 00 26 18 84 02 01 02 03 07 02 05 00 00 2D 8E 0A FF FF FF FF 46 6C 75 72 20 6F 62 65 6E 00 00 00 00 00 00 00(Zitat)
FF FF steht. Dieses FF erscheint nach einiger Zeit, oder wenn man die Lampe von Hand mal angetrickert hat. Zum Beispiel An / aus oder Helligkeit ... und danach die Namenabfrage.
Gruppen ist auch schönes Thema. Gruppen werden als neue Steuereinheit definiert. Ich kann somit einfach die Gruppe ausschalten und alle Lampen in dieser Gruppe gehen aus. Gleiche bei Helligkeit, Farbe und Farbtemperatur.
Gruppennamen bekommt mit dem Befehl:
06 00 00 1e 01 00 00 00als Antwort kommt:
00000000 3f 00 01 1e 10 00 00 00 00 03 00 01 00 41 6c 6c |?............All|
00000010 65 20 4c 61 6d 70 65 6e 00 00 00 00 00 02 00 48 |e Lampen.......H|
00000020 61 6E 73 65 27 73 20 47 72 75 70 70 65 00 00 03 |anse's Gruppe...|
00000030 00 4e 61 63 68 74 6c 69 63 68 74 00 00 00 00 00 |.Nachtlicht.....|
00000040 00 |.|Formatiert ist das:
3F 00 01 1E 01 00 00 00 00 03 00 - wahrscheinlich 3 Gruppen
01 00 41 6C 6C 65 20 4C 61 6D 70 65 6E 00 00 00 00 00 - Name
02 00 48 61 6E 73 65 27 73 20 47 72 75 70 70 65 00 00 - Zahl der Gruppe
03 00 4E 61 63 68 74 6C 69 63 68 74 00 00 00 00 00 00
Wie ich nun die Lampen aus den Gruppen auslesen, ist noch eine Frage mit der ich mich gleich mal beschäftigen werde. In meinem letzten Wireshark Protokoll hatte ich was ähnliches gefunden.
In der neuen Version gibt es anscheinend einige Fehler. Ich bekomme zumal die Fehlermeldungen:
2015.02.12 19:36:01 1: Ligthify: Autocreate: An error occurred while creating device for id '3474C90000261884': HUEDevice3474C90000261884 already defined, delete it first
Zu anderen gibt es einen Fehler bei deinem Code das dass hier irgendwie passiert:
2015.02.12 19:33:01 3: Ligthify: sending:070000130000000001
2015.02.12 19:33:01 3: Ligthify: sending:070000130000000001
2015.02.12 19:33:02 3: Ligthify: sending:070000130000000001
Als Antwort kam nur eine Anfrage zurück.
Gleiche als man die Anfrage für ein/aus stellen wollte:
Ligthify: sending:0f000032000000004094C9000026188401
Ligthify: sending:070000130000000001
Antwort kam nur für Gruppe.
Antwort für ein/aus dagegen kam nie an.
Ich habe den Code selbst analysiert und mir ist kein Fehler aufgefallen, sondern dein Code sieht sehr stabil und solide aus. Aber scheint trotzdem nicht zu laufen.
(Die Statusabfrage wird anscheinend alle paar Millisekunden rausgehauen)
Im Prinzip. Es läuft zurzeit nichts. Weder schafft die Webseite es die Lampen ein und auszuschalten noch den Status der Lampen zu erkennen.
EDIT:
Die alte Version dagegen funktioniert hervorragend. Ich habe sie nochmal eingeladen und die Fehlermeldung
Ligthify: Autocreate: An error occurred while creating device for id ...
Existiert nicht.
zeig mal bitte ein list auf das lightify device.
Internals:
CONNECTS 1
DEF 192.168.1.78
FD 4
Host 192.168.1.78
LAST_CONNECT 2015-02-12 19:54:39
NAME Ligthify
NR 31
NTFY_ORDER 50-Ligthify
STATE Connected
TYPE LIGHTIFY
Attributes:
Ich sehe hierdraus erstmal keine Probleme. Das List wurde erstellt mit dem alten Skript, da ich ja mein Haus noch bedienen will ;).
ich brauche natürlich ein list der neuesten version.
hi justme1968
ich habe mal Deine Version von heute früh getestet.
:( Leider geht jetzt gar nichts mehr - nicht mal Lampe an und aus :(
Du hast da (leider) ordentlich den Perl-Code der letzten Version umgeschrieben, so dass ich auch nicht den Fehler finde.
Der Reihe nach:
alle lightify devices gelöscht
fhem neu gestartet
hinzugefügt:
define Ligthify LIGHTIFY 192.168.1.46
Lampen werden jetzt automatisch hinzugefügt, aber "STATE unknown":
list HUEDeviceF58CD90000261884
ZitatInternals:
CFGFN
DEF F58CD90000261884
ID F58CD90000261884
INTERVAL 60
IODev Ligthify
NAME HUEDeviceF58CD90000261884
NR 44
STATE unknown
TYPE HUEDevice
Helper:
alert
bri -1
colormode
ct -1
devtype
effect
hue -1
on -1
percent -1
reachable 0
sat -1
update_timeout 0
xy
Attributes:
IODev Ligthify
alias Flur unten
color-icons 2
devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
room LIGHTIFY
list Ligthify
Internals:
CFGFN
CONNECTS 1
DEF 192.168.1.46
FD 12
Host 192.168.1.46
LAST_CONNECT 2015-02-12 22:52:11
MSG_NR 1
NAME Ligthify
NR 41
NTFY_ORDER 50-Ligthify
STATE Connected
TYPE LIGHTIFY
UNCONFIRMED 1
SEND_QUEUE:
13 00 00 00 00 01
13 00 00 00 00 01
13 00 00 00 00 01
13 00 00 00 00 01
13 00 00 00 00 01
13 00 00 00 00 01
32 00 00 00 00 F58CD90000261884 01
31 00 00 00 00 F58CD90000261884 64 0200
13 00 00 00 00 01
32 00 00 00 00 F58CD90000261884 00
13 00 00 00 00 01
32 00 00 00 00 F58CD90000261884 00
13 00 00 00 00 01
32 00 00 00 00 F58CD90000261884 01
31 00 00 00 00 F58CD90000261884 64 0200
13 00 00 00 00 01
32 00 00 00 00 F58CD90000261884 00
13 00 00 00 00 01
13 00 00 00 00 01
13 00 00 00 00 01
13 00 00 00 00 01
13 00 00 00 00 01
13 00 00 00 00 01
13 00 00 00 00 01
Attributes: egal welches Kommando ich aufrufe, im Log erscheint nichts:
2015.02.12 22:51:14 0: Server shutdown
2015.02.12 22:51:18 1: Including fhem.cfg
2015.02.12 22:51:18 3: telnetPort: port 7072 opened
2015.02.12 22:51:19 3: WEB: port 8083 opened
2015.02.12 22:51:19 3: WEBphone: port 8084 opened
2015.02.12 22:51:19 3: WEBtablet: port 8085 opened
2015.02.12 22:51:19 2: eventTypes: loaded 166 events from ./log/eventTypes.txt
2015.02.12 22:51:20 1: Including ./log/fhem.save
2015.02.12 22:51:20 1: usb create starting
2015.02.12 22:51:21 3: Probing CUL device /dev/ttyAMA0
2015.02.12 22:51:22 3: Probing TCM_ESP3 device /dev/ttyAMA0
2015.02.12 22:51:22 3: Probing FRM device /dev/ttyAMA0
2015.02.12 22:51:27 1: usb create end
2015.02.12 22:51:27 2: SecurityCheck: WEB,WEBphone,WEBtablet has no basicAuth attribute. telnetPort has no password/globalpassword attribute. Restart FHEM for a new check if the problem is fixed, or set the global attribute motd to none to supress this message.
2015.02.12 22:51:27 0: Server started with 12 defined entities (version $Id: fhem.pl 7919 2015-02-08 18:35:19Z rudolfkoenig $, os linux, user fhem, pid 2263)
2015.02.12 22:52:11 3: Ligthify: connected to 192.168.1.46
2015.02.12 22:52:11 3: Ligthify: received: 8700011300000000000300a2254094c900002618840a0102030102030001648e0a012dffff47656f72672773205a696d6d65720000cfd70388d90000261884020102030702050001218e0a01ff01ff466c7572206f62656e000000000000008985f58cd90000261884020102030702050001528e0affffffff466c757220756e74656e000000000000
2015.02.12 22:52:11 3: Georg's Zimmer: 4094C90000261884:A225, onoff: 1, dim: 100, ct: 2702, rgb: 012DFF
2015.02.12 22:52:12 3: HUEDevice4094C90000261884: I/O device is Ligthify
2015.02.12 22:52:12 3: Flur oben: 0388D90000261884:CFD7, onoff: 1, dim: 33, ct: 2702, rgb: 01FF01
2015.02.12 22:52:12 3: HUEDevice0388D90000261884: I/O device is Ligthify
2015.02.12 22:52:12 3: Flur unten: F58CD90000261884:8985, onoff: 1, dim: 82, ct: 2702, rgb: FFFFFF
2015.02.12 22:52:12 3: HUEDeviceF58CD90000261884: I/O device is LigthifyPS: Du hattest Recht. FHEM hält die Verbindung offen, so dass die Steuerung noch geht, wenn das Gateway nicht auf Pings reagiert und für die Ligthify App im LAN unsichtbar ist. Startet man jetzt FHEM neu, muss auch das Gateway kurz aus der Steckdose gezogen werden ...
anbei noch mal eine neue version.
- ich denke ich habe das problem mit den mehrfachen 070000130000000001 gefunden
- die 'already defined' fehlermeldung sollte weg sein
- in der rgb berechnung war noch ein fehler
wenn es noch probleme mit dem senden gibt:
beim list auf lightify device ist in den internals in UNCONFIRMED zu sehen ob es ausstehende antworten gibt und in SEND_QUEUE die noch nicht gesendeten nachrichten.
falls eine antwort aus irgendeinem grund ausbleibt geht es natürlich erst mal nicht mehr weiter. mit einem modify auf das device kann man alles wieder zurück setzen. wenn das mehrfach passiert überlege ich mir noch etwas um da automatisch zu machen.
gruss
andre
status der Lampen ist nicht mehr unknown, aber Schalten geht immer noch nicht ...
PERL WARNING im Log
2015.02.12 23:04:14 0: Server shutdown
2015.02.12 23:04:18 1: Including fhem.cfg
2015.02.12 23:04:18 3: telnetPort: port 7072 opened
2015.02.12 23:04:19 3: WEB: port 8083 opened
2015.02.12 23:04:19 3: WEBphone: port 8084 opened
2015.02.12 23:04:19 3: WEBtablet: port 8085 opened
2015.02.12 23:04:19 2: eventTypes: loaded 166 events from ./log/eventTypes.txt
2015.02.12 23:04:20 1: Including ./log/fhem.save
2015.02.12 23:04:20 1: statefile: Please define Ligthify first
2015.02.12 23:04:20 1: usb create starting
2015.02.12 23:04:22 3: Probing CUL device /dev/ttyAMA0
2015.02.12 23:04:22 3: Probing TCM_ESP3 device /dev/ttyAMA0
2015.02.12 23:04:22 3: Probing FRM device /dev/ttyAMA0
2015.02.12 23:04:28 1: usb create end
2015.02.12 23:04:28 2: Error messages while initializing FHEM: statefile: Please define Ligthify first
2015.02.12 23:04:28 0: Server started with 12 defined entities (version $Id: fhem.pl 7919 2015-02-08 18:35:19Z rudolfkoenig $, os linux, user fhem, pid 2275)
2015.02.12 23:04:56 3: Ligthify: connected to 192.168.1.46
2015.02.12 23:04:57 3: Ligthify: received: 8700011300000000000300a2254094c900002618840a0102030102030001648e0a012dffff47656f72672773205a696d6d65720000cfd70388d90000261884020102030702050001218e0a01ff01ff466c7572206f62656e000000000000008985f58cd90000261884020102030702050001528e0affffffff466c757220756e74656e000000000000
2015.02.12 23:04:57 3: Georg's Zimmer: 4094C90000261884:A225, onoff: 1, dim: 100, ct: 2702, rgb: 012DFF
2015.02.12 23:04:57 3: HUEDevice4094C90000261884: I/O device is Ligthify
2015.02.12 23:04:57 3: Flur oben: 0388D90000261884:CFD7, onoff: 1, dim: 33, ct: 2702, rgb: 01FF01
2015.02.12 23:04:57 3: HUEDevice0388D90000261884: I/O device is Ligthify
2015.02.12 23:04:58 3: Flur unten: F58CD90000261884:8985, onoff: 1, dim: 82, ct: 2702, rgb: FFFFFF
2015.02.12 23:04:58 3: HUEDeviceF58CD90000261884: I/O device is Ligthify
2015.02.12 23:05:04 1: PERL WARNING: Use of uninitialized value in string eq at ./FHEM/31_HUEDevice.pm line 115.
list HUEDeviceF58CD90000261884
Internals:
CFGFN
DEF F58CD90000261884
ID F58CD90000261884
INTERVAL 0
IODev Ligthify
NAME HUEDeviceF58CD90000261884
NR 44
STATE on
TYPE HUEDevice
modelid
name
swversion
type
uniqueid
Readings:
2015-02-12 23:04:58 bri 254
2015-02-12 23:04:58 colormode hs
2015-02-12 23:04:58 ct 370 (2702K)
2015-02-12 23:04:58 hue 0
2015-02-12 23:04:58 onoff 1
2015-02-12 23:04:58 pct 100
2015-02-12 23:04:58 reachable 1
2015-02-12 23:04:58 rgb ffffff
2015-02-12 23:04:58 sat 0
2015-02-12 23:04:58 state on
Helper:
alert
bri 254
colormode hs
ct 370
devtype
effect
hue 0
on 1
percent 100
reachable 1
sat 0
update_timeout 0
xy
Attributes:
IODev Ligthify
alias Flur unten
color-icons 2
devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
room LIGHTIFY
list Ligthify
Save config ?
LIGHTIFY
Unsorted
Wettervorhersage
icoEverything Everything
Logfile
Commandref
Remote doc
Edit files
Select style
Event monitor
Internals:
CFGFN
CONNECTS 1
DEF 192.168.1.46
FD 18
Host 192.168.1.46
LAST_CONNECT 2015-02-12 23:04:56
MSG_NR 1
NAME Ligthify
NR 41
NTFY_ORDER 50-Ligthify
STATE Connected
TYPE LIGHTIFY
UNCONFIRMED 1
SEND_QUEUE:
13 00 00 00 00 01
13 00 00 00 00 01
13 00 00 00 00 01
32 00 00 00 00 F58CD90000261884 00
13 00 00 00 00 01
32 00 00 00 00 F58CD90000261884 00
13 00 00 00 00 01
32 00 00 00 00 F58CD90000261884 00
13 00 00 00 00 01
32 00 00 00 00 F58CD90000261884 01
13 00 00 00 00 01
32 00 00 00 00 F58CD90000261884 00
13 00 00 00 00 01
32 00 00 00 00 F58CD90000261884 01
13 00 00 00 00 01
32 00 00 00 00 F58CD90000261884 00
13 00 00 00 00 01
32 00 00 00 00 0388D90000261884 01
13 00 00 00 00 01
32 00 00 00 00 0388D90000261884 00
13 00 00 00 00 01
Attributes:
pollDevices 1
ich kann on/off beliebig drücken, im Log erscheint auch nichts
das problem ist das die nachrichten nur in der queue landen und nicht abgesendet werden weil das modul denkt es ist noch eine antwort ausstehend.
ich verstehe aber gerade nicht warum...
gruss
andre
Ich danke dir erst einmal.
Als nächstes muss ich mich in Perl einlesen, damit ich Dein Modul mal etwas debuggen kann.
Immerhin lief es ja gestern schon mal ein wenig :)
PERL WARNING: Use of uninitialized value in string eq at ./FHEM/31_HUEDevice.pm line 115
ist erst seit deiner letzten version im log (wo ist der Verweis zu 31_HUEDevice.pm?)
die meldung liegt am nicht gesetzten subType attribut im lampen device. je nach lampe musst du es von hand auf extcolordimmer, colordimmer oder ctdimmer setzen.
das ist erst mal nicht weiter schlimm. das automatisch setzen kommt dann mit dem lampen typ erkennen.
anbei ist noch mal eine version die automatisch die nächste nachricht sendet wenn eine sekunde lang keine antwort vom gateway gekommen ist. zumindest sollte es nicht mehr hängen bleiben.
ich verstehe nicht ganz warum das passiert. ich habe noch eine log meldung für die queue eingebaut. bitte setz mal verbose für das gateway auf 4 und für global mseclog auf 1. dann sollte im log vielleicht zu sehen sein woran es liegt.
gruss
andre
Ich bedanke mich. Die neue Version funktioniert jetzt prima. :D
Wirklich erstaunlich, wie viel jetzt mit der Version hinzugewachsen ist.
Im Log kam nun nicht mehr die Fehlermeldung mit dem String, sondern die:
2015.02.13 08:32:09.383 1: PERL WARNING: Use of uninitialized value in division (/) at ./FHEM/30_LIGHTIFY.pm line 214.
2015.02.13 08:32:09.384 1: PERL WARNING: Use of uninitialized value in division (/) at ./FHEM/30_LIGHTIFY.pm line 215.+
Hier ist der ganze Logblock dazu:
2015.02.13 08:31:56.121 3: Hanse's Zimmer: 3474C90000261884:A225, onoff: 1, dim: 24, ct: 4545, rgb: 0002FF
2015.02.13 08:31:56.139 3: Flur oben: 45760000261884:CFD7, onoff: 0, dim: 33, ct: 2702, rgb: FFFFFF
2015.02.13 08:31:56.147 3: Flur unten: 274DD90000261884:8985, onoff: 0, dim: 82, ct: 2702, rgb: FFFFFF
2015.02.13 08:32:09.381 4: Lightify: sending:0f000032390000003474C9000026188401
2015.02.13 08:32:09.383 1: PERL WARNING: Use of uninitialized value in division (/) at ./FHEM/30_LIGHTIFY.pm line 214.
2015.02.13 08:32:09.384 1: PERL WARNING: Use of uninitialized value in division (/) at ./FHEM/30_LIGHTIFY.pm line 215.
2015.02.13 08:32:09.385 4: Lightify: enque:36 00 00 00 00 3474C90000261884 000000 ff 0200
2015.02.13 08:32:09.386 4: Lightify: enque:13 00 00 00 00 01
2015.02.13 08:32:09.545 3: Lightify: received: 12000132390000000001003474c9000026188400
2015.02.13 08:32:09.547 4: Lightify: sending:140000363a0000003474C90000261884000000ff0200
2015.02.13 08:32:09.714 3: Lightify: received: 120001363a0000000001003474c9000026188400
2015.02.13 08:32:09.715 4: Lightify: sending:070000133b00000001
2015.02.13 08:32:09.769 3: Lightify: received: #Und hier ist dann die normale Gruppen Antwort
Ich denke das steht im Zusammenhang mit "hue". Diese Variable kann nicht geändert werden. Ich kann zwar die Farbe super einstellen bei der Hex Eingabe aber bei "hue" springt er immer auf Weiß.
Außerdem will ich anmerken, dass die Helligkeit zwar richtig ausgelesen wird (wie oben im Log zu sehen) er aber bei den Einstellungen immer 254 ist. Ich denke, weil die Variable mit dim bezeichnet wurde.
Und der Schieberegler "SAT" zeigt keine Reaktion. Er scheint aber dem Code nach eine Rolle bei "hue" zu spielen.
Ich habe das Problem zur Antwort auf die Helligkeit gefunden.
In Zeile 388 wird "bri" mit dem HSV Farbraumdaten überschrieben. Der Farbraum wird aber aus der Lampenfarbe erzeugt.
Und Osram (ich weiß nicht wie es bei anderen Lampen ist) trennt diese Eigenschaften gänzlich voneinander. Deswegen macht es bei Lightify Lampen auch Sinn einen Farbkreis zu nutzten wo man nicht den Schwarzwert einstellen kann.
So wird es zumindest in der App bewerkstelligt.
Als Bsp:
rgb(100, 50, 50) wird genauso behandelt wie rgb(50,25,25).
Edit:
Mir ist aufgefallen das der Raum für Farbtemperaturen zu weit geht.
Osramlampen können nur von 2700K bis 6128K. Ich habe bisher keine Probleme bemerkt aber vielleicht kann man das ja integrieren.
die ursache ist das bei den hue lampen alle parameter unabhängig und einzeln eingestellt werden können. für die osram lampen muss ich die fehlenden werte dann erst aus den readings holen.
schau mal ob mit der angehängten version der hue und sat slider besser geht.
die wertebereiche kannst du mit den widgetOverride attribut korrigieren. ich baue noch ein das das automatisch gesetzt wird.
gruss
andre
Sobald ich versuche die Farbe zu bestätigen (egal ob HUE / Rgb) stürzt FHEM ohne jegliche Meldung ab. Es gibt keine Infos im Log oder an sonstigen Orten. Auch bei "ps -aux | grep perl" wird kein perl Dienst mehr erwähnt.
Andere Sachen wie Helligkeit kann ich noch super einstellen. Auch das auslesen welche Farbe / HUE gerade da ist funktioniert.
da war noch ein peinlicher tippfehler in der version. ich habe das file noch mal aktualisiert.
bitte probier es noch mal.
gruss
andre
Super funktioniert jetzt einbahnfrei. Jetzt fehlt nur noch die Unterscheidung der Lampenart. Ich kann dabei nur für eine W und RGBW Lampe die Informationen liefern. Da ich nur:
a) die LIGHTIFY Classic A60 RGBW
b) die LIGHTIFY Classic A60 tunable white
besitze.
Wenn jemand noch andere Lampen hat könnte er ja mit Wireshark vielleicht die Identifikationsnummer auslesen und mal hier posten.
ich glaube die unterscheidung an der adresse ist nur ein nebeneffekt. rgb und rgbw sind hier auch gleich.
das muss noch besser gehen. vielleicht sammeln wir mal die antwort auf die getDevices nachricht für die jeweiligen devices.
am liebsten nicht per wireshark sondern aus dem fhem log.
gruss
andre
Ich weiß nicht 2*2 Lampen und jeweils die mit dem gleichen Typ haben die gleiche Nummer.
Muss man mal sehen. Ich habe direkt bisher nichts gefunden.
hast recht, ist natürlich einiges praktikabler.
Okay ich habe mal mit den Lampen die ich habe eine Analyse gestartet.
Die uns schon sehr wohl bekannte Antwort auf die Lampenabfrage liefert uns ja für jede Lampe das hier:
CF D7 45 76 D9 00 00 26 18 84 02 01 02 03 07 02 05 00 00 2D 8E 0A FF FF FF FF 46 6C 75 72 20 6F 62 65 6E 00 00 00 00 00 00 00
Dabei ist das bei jeder Lampe diesen Typs gleich:
-- -- -- -- D9 -- -- -- -- -- 02 01 02 03 07 02 05 -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
Also einmal LIGHTIFY Classic A60 RGBW:
-- -- -- -- C9 -- -- -- -- -- 0A 01 02 03 01 02 03 -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
Und LIGHTIFY Classic A60 tunable white:
-- -- -- -- D9 -- -- -- -- -- 02 01 02 03 07 02 05 -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
Soweit erstmal meine Infos.
ich habe das modul im aktuellen stand mit zwei kleinen erweiterungen eben eingecheckt: http://forum.fhem.de/index.php/topic,33736.0.html (http://forum.fhem.de/index.php/topic,33736.0.html).
gruss
andre
Perfekt. Somit erreichen wir möglichst viele. Gut.
Ich habe aber eine Frage:
Was soll farbige Lampenicons bedeuten? Wird dann nur der On/Off Status angezeigt oder auch welche Farbe die Lampe gerade hat?
wenn du svg icons verwendest und das colorIcons Attribut auf 2 setzt bekommst du farbige icons abhängig von der aktuellen lampenfarbe.
gruß
andre
Okay danke. Dann muss ich nur noch das SVG aktivieren.
Zitat von: trickser am 13 Februar 2015, 12:13:39
Dabei ist das bei jeder Lampe diesen Typs gleich:
Also einmal LIGHTIFY Classic A60 RGBW:
-- -- -- -- C9 -- -- -- -- -- 0A 01 02 03 01 02 03 -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
Und LIGHTIFY Classic A60 tunable white:
-- -- -- -- D9 -- -- -- -- -- 02 01 02 03 07 02 05 -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
da täuschst Du dich, markus hat eine Classic A60 tunable white mit dem Byte 00
Zitat von: markus355 am 27 Januar 2015, 08:00:34
Hier nun noch den Sniff des Traffics zwischen Gateway und iOS App.
Zu meinem Setting:
- 1x Osram Classic A60 RGBW (Name: Deckenlampe WZ; Device-ID: D1 8E C9 00 00 26 18 84)
- 1x Osram Classic A60 tunable white (Name: Bogenlampe WZ; Device-ID: F4 07 00 00 AA 3E B0 7C)
Okay. Wie schon vermutet kann dieses Byte nicht stimmen. Ich würde aber die anderen Bytes ansehen.
Noch was anderes.
Wegen dieser Zeile:
$json->{state}{bri} = int( $v * 254 );
In Line 395 wurde der Helligkeitsstatus außer Gefecht gesetzt.
ich würde gerne noch einmal auf die
16 Bit Zigbee short adress in der Statusantwort hinweisen (die ersten 2 Bytes, siehe fette Hex-Bytes unten)
Wenn Lampe am Gateway registriert aber nicht im Zigbee Netz erreichbar ist, dann wird der letzte Status der Lampe gelistet und die 2 Bytes mit FF FF gefüllt. Somit kann man erkennen, ob eine Lampe vom Stromnetz getrennt wurde (z.B. Lichtschalter)
google nach: zigbee zll short address
Zitat von: tomas123 am 11 Februar 2015, 23:14:03
hier mal mal die vollständige Antwort auf die Statusanfrage "07 00 00 13 00 00 00 00 01" für 3 Lampen
// in Hex
87 00 01 13 10 00 00 00 00 03 00
A2 25 40 94 C9 00 00 26 18 84 0A 01 02 03 01 02 03 00 01 64 31 0B 01 FF 31 FF 47 65 6F 72 67 27 73 20 5A 69 6D 6D 65 72 00 00
CF D7 03 88 D9 00 00 26 18 84 02 01 02 03 07 02 05 00 00 2D 8E 0A FF FF FF FF 46 6C 75 72 20 6F 62 65 6E 00 00 00 00 00 00 00
89 85 F5 8C D9 00 00 26 18 84 02 01 02 03 07 02 05 00 00 30 B3 0A FF FF FF FF 46 6C 75 72 20 75 6E 74 65 6E 00 00 00 00 00 00
im Detail die Antwort:
(1) Header
Lenght Antw Cmd Cnt 03 Lampen ?
87 00 01 13 10 00 00 00 00 03 00
(2) für jede Lampe eine Zeile ( irgendein ?? scheint den Lampentyp anzeigen )
hier RGB-LED
A2 25 Zigbee 16 Bit short adress (wenn Lampe nicht im Netz eingelogt: FF FF), google nach: zigbee zll short address
40 94 C9 00 00 26 18 84 HW-Adresse der Lampe
?? ?? ?? ON Hel Temp R G B Name-String
0A 01 02 03 01 02 03 00 01 64 31 0B 01 FF 31 FF 47 65 6F 72 67 27 73 20 5A 69 6D 6D 65 72 00 00
normale LED
short |HW Adresse ?? ?? ?? Off Hel Temp R G B Name-String
CF D7 03 88 D9 00 00 26 18 84 02 01 02 03 07 02 05 00 00 2D 8E 0A FF FF FF FF 46 6C 75 72 20 6F 62 65 6E 00 00 00 00 00 00 00
und hier der Wireshark Mitschnitt von Markus auf die Statusabfrage "07 00 00 13 00 00 00 00 01"
http://forum.fhem.de/index.php/topic,28339.msg252516.html#msg252516
00000000 07 00 00 13 00 00 00 00 01
00000000 5d 00 01 13 00 00 00 00 00 02 00
9e ef d1 8e c9 00 00 26 18 84 0a 01 02 03 03 02 01 00 01 64 8e 0a ff ff fd ff 44 65 63 6b 65 6e 6c 61 6d 70 65 20 57 5a 00 00
28 7c f4 07 00 00 aa 3e b0 7c 02 01 02 03 07 02 02 00 01 64 8e 0a ff ff ff ff 42 6f 67 65 6e 6c 61 6d 70 65 20 57 5a 00 00 00
ist beides schon eingeplant.
gruß
andre
Hallo zusammen,
ich bin sprachlos. Seit Beginn an verfolge ich diesen Thread und komme die letzten Tage nicht mehr mit, so schnell habt ihr die Entwicklung vorangetrieben. Habe soeben die neueste 30_LIGHTIFY.pm installiert und alles läuft!!!!!!
Anbei der Auszug aus dem Log:
2015.02.13 17:59:35 3: Lightify: connected to 192.168.178.28
2015.02.13 17:59:35 3: Lightify: received: 5d00011300000000000200875d1db1d900002618840a0102030102010000068719ffd301ff537465686c616d706500000000000000e60a2388c900002618840a01020301020100000f8e0affd301ff45636b6c616d70650000000000000000
2015.02.13 17:59:35 3: Stehlampe: 1DB1D90000261884:875D, onoff: 0, dim: 6, ct: 6535, rgb: FFD301
2015.02.13 17:59:35 3: HUEDevice1DB1D90000261884: I/O device is Lightify
2015.02.13 17:59:35 3: Ecklampe: 2388C90000261884:E60A, onoff: 0, dim: 15, ct: 2702, rgb: FFD301
2015.02.13 17:59:35 3: HUEDevice2388C90000261884: I/O device is Lightify
2015.02.13 17:59:36 3: Lightify: received: 5d00011301000000000200875d1db1d900002618840a0102030102010000068719ffd301ff537465686c616d706500000000000000e60a2388c900002618840a01020301020100000f8e0affd301ff45636b6c616d70650000000000000000
2015.02.13 17:59:36 3: Stehlampe: 1DB1D90000261884:875D, onoff: 0, dim: 6, ct: 6535, rgb: FFD301
2015.02.13 17:59:36 3: Ecklampe: 2388C90000261884:E60A, onoff: 0, dim: 15, ct: 2702, rgb: FFD301
2015.02.13 17:59:37 3: Lightify: received: 5d00011302000000000200875d1db1d900002618840a0102030102010000068719ffd301ff537465686c616d706500000000000000e60a2388c900002618840a01020301020100000f8e0affd301ff45636b6c616d70650000000000000000
Ich habe 2 rgbw.
Abschliessend möchte ich Euch noch danken für die phantastische Umsetzung.
Gruss
Stefan
ich habe eben noch mal eine aktualisierte version eingecheckt:
- die short adresse wird für den reachable status herangezogen
- die helligkeit wird nicht mehr aus dem rgb wert sondern aus dem pct wert abgeleitet.
wenn man die mitschnitte oben anschaut könnte es sein das das erste byte nach der langen adresse den lampen typ angibt..
0A -> RGB
02 -> tunable white
ich habe das mal auf verdacht als log message mit eingebaut.
hat jemand den garden spot (nur rgb) mit dem gateway in betrieb?
ansonsten fehlt auch noch ein mitschnitt von Flex RGBW, Surface light tunable white, PAR16 50 tunable white und garden spot weiss.
gruss
andre
Den Verdacht hatte ich auch schon. Hatte jetzt aber erstmal keine Zeit gefunden meine Überlegungen aufzuschreiben. Hier sind sie:
Ich habe jetzt mal den Code von Markus genommen.
5d 00 01 13 00 00 00 00 00 02 00
9e ef d1 8e c9 00 00 26 18 84 0a 01 02 03 03 02 01 -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
28 7c f4 07 00 00 aa 3e b0 7c 02 01 02 03 07 02 02 -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
|a |b |c
Hierbei ist mir aufgefallen, dass sich an dem 0a und dem 02 der Lampentyp unterscheidet (a).
Außerdem: b und c sind anscheinen pro Lampentyp gleich. Unterscheidet sich aber pro Haushalt.
So unterscheidet sich die RGBW Lampe von Markus nicht mit der von Stefan (c).
Aber meine dagegen haben in C eine Komplet andere Kennung:
03 für RGBW
05 für W
Bei B unterscheidet sich es nur zwischen dem Lampentypen aber die RGBW Lampe von Markus fällt komplett raus mit ihrer 03.
Stefan und ich haben bei RGBW 01 und alle W Lampen hatten bisher bei B 07 stehen.
Hallo,
vielen Dank für das Modul, leider läßt sich in der neuesten Version bei mir FHEM nicht mehr starten. Bei Anlage des Devices kann er nicht auf die Detail-Seite des Devices springen und FHEM ist nicht mehr erreichbar.
Der Auszug aus dem Log-File lautet:
2015.02.14 00:11:43 3: Lightify: connected to 192.168.178.45
2015.02.14 00:11:43 3: Lightify: received: d701011300000000000b00441f346cc900002618840a0102030102000001648e0affffffff576f686e7a696d6d6572000000000000ffff4a3f0000aa3eb07c080102030300010000060000ff2c6fff47617274656e00000000000000000000ffff34090000aa3eb07c020102030700000001648e0affffffff5765696e6b656c6c6572203100000000ffffd5060000aa3eb07c020102030700000001648e0affffffff5765696e6b656c6c6572203200000000ffff6058da0000261884020102030700000001648e0affffffff4b656c6c657274726570706520310000ffff7b56da0000261884020102030700000001648e0affffffff4b656c6c657274726570706520320000fffffc1c0000aa3eb07c020102030700000001648e0affffffff4b656c6c657274726570706520330000ffffed080000aa3eb07c020102030700000001648e0affffffff4b656c6c6572647572636867616e6700ffff194cda0000261884000102030700000001648e0affffffff4b656c6c657274726570706520350000ffff7a5bda0000261884000102030700000001648e0affffffff4b656c6c657274726570706520340000ffff1b4fda0000261884020102030700000001648e0affffffff4b656c6c657274726570706520360000
2015.02.14 00:11:43 3: Wohnzimmer: 346CC90000261884:441F, onoff: 1, dim: 100, ct: 2702, rgb: FFFFFF
2015.02.14 00:11:43 3: HUEDevice346CC90000261884: I/O device is Lightify
2015.02.14 00:11:44 3: Garten: 4A3F0000AA3EB07C:FFFF, onoff: 0, dim: 6, ct: 0, rgb: FF2C6F
2015.02.14 00:11:44 3: HUEDevice4A3F0000AA3EB07C: I/O device is Lightify
Illegal division by zero at ./FHEM/30_LIGHTIFY.pm line 397.
Erst wenn ich die Version aus Post 70 installiere, läßt sich FHEM wieder starten.
Übrigens Garten sind die Garten-Spots als RGB.
Viele Grüße
Reinhard
ich habe das problem gefunden. die garden spots sind nur rgb ohne w und liefert keine farbtemperatur. bei denen steht das byte das ich für den typ in verdacht habe auf 08. damit wäre
08 -> rgb
02 -> rgbw
0A -> tunable white
so habe ich es jetzt im autocreate eingebaut. der subtile und die webCmd werden jetzt automatisch passend gesetzt.
die version ist eingecheckt.
was noch nicht ganz passt sind die presets für rot und ich glaube grün. das sind beides noch farben die nicht im farbumfang der osram lampen liegen.
es fehlt auch noch die erkennung ob eine lampe gerade rgb oder weiss anzeigt.
kannst du mal bitte zwei lampen auf den gleichen rgb wert schalten und dann eine davon auf einen weiss ton und die Rückmeldung aus dem log für beides hier posten.
gruss
andre
super, endlich mal ein paar Lampen an einem Gateway
ich habe mal Deinen Hexstring zu besseren Lesbarkeit formatiert:
$ echo "d701011300000000000b00441f346cc900002618840a0102030102000001648e0affffffff576f686e7a696d6d6572000000000000ffff4a3f0000aa3eb07c080102030300010000060000ff2c6fff47617274656e00000000000000000000ffff34090000aa3eb07c020102030700000001648e0affffffff5765696e6b656c6c6572203100000000ffffd5060000aa3eb07c020102030700000001648e0affffffff5765696e6b656c6c6572203200000000ffff6058da0000261884020102030700000001648e0affffffff4b656c6c657274726570706520310000ffff7b56da0000261884020102030700000001648e0affffffff4b656c6c657274726570706520320000fffffc1c0000aa3eb07c020102030700000001648e0affffffff4b656c6c657274726570706520330000ffffed080000aa3eb07c020102030700000001648e0affffffff4b656c6c6572647572636867616e6700ffff194cda0000261884000102030700000001648e0affffffff4b656c6c657274726570706520350000ffff7a5bda0000261884000102030700000001648e0affffffff4b656c6c657274726570706520340000ffff1b4fda0000261884020102030700000001648e0affffffff4b656c6c657274726570706520360000" | xxd -r -p | hexdump -s 11 -e '"%8.8_ax " 18/1 "%02.2x " "|on:"1/1 "%02.2x " "|H:"1/1 "%03.2d " "|T:"1/2 "%04.4d ""|RGB:"3/1 "%02.2x " " |"' -e '42/1 "%_p" "\n"'
0000000b 44 1f 34 6c c9 00 00 26 18 84 0a 01 02 03 01 02 00 00|on:01 |H:100 |T:2702 |RGB:ff ff ff |D.4l...&...........d......Wohnzimmer......
00000035 ff ff 4a 3f 00 00 aa 3e b0 7c 08 01 02 03 03 00 01 00|on:00 |H: 06 |T:0000 |RGB:ff 2c 6f |..J?...>.|.............,o.Garten..........
0000005f ff ff 34 09 00 00 aa 3e b0 7c 02 01 02 03 07 00 00 00|on:01 |H:100 |T:2702 |RGB:ff ff ff |..4....>.|.........d......Weinkeller 1....
00000089 ff ff d5 06 00 00 aa 3e b0 7c 02 01 02 03 07 00 00 00|on:01 |H:100 |T:2702 |RGB:ff ff ff |.......>.|.........d......Weinkeller 2....
000000b3 ff ff 60 58 da 00 00 26 18 84 02 01 02 03 07 00 00 00|on:01 |H:100 |T:2702 |RGB:ff ff ff |..`X...&...........d......Kellertreppe 1..
000000dd ff ff 7b 56 da 00 00 26 18 84 02 01 02 03 07 00 00 00|on:01 |H:100 |T:2702 |RGB:ff ff ff |..{V...&...........d......Kellertreppe 2..
00000107 ff ff fc 1c 00 00 aa 3e b0 7c 02 01 02 03 07 00 00 00|on:01 |H:100 |T:2702 |RGB:ff ff ff |.......>.|.........d......Kellertreppe 3..
00000131 ff ff ed 08 00 00 aa 3e b0 7c 02 01 02 03 07 00 00 00|on:01 |H:100 |T:2702 |RGB:ff ff ff |.......>.|.........d......Kellerdurchgang.
0000015b ff ff 19 4c da 00 00 26 18 84 00 01 02 03 07 00 00 00|on:01 |H:100 |T:2702 |RGB:ff ff ff |...L...&...........d......Kellertreppe 5..
00000185 ff ff 7a 5b da 00 00 26 18 84 00 01 02 03 07 00 00 00|on:01 |H:100 |T:2702 |RGB:ff ff ff |..z[...&...........d......Kellertreppe 4..
000001af ff ff 1b 4f da 00 00 26 18 84 02 01 02 03 07 00 00 00|on:01 |H:100 |T:2702 |RGB:ff ff ff |...O...&...........d......Kellertreppe 6..
bzw. in Hex
$ echo "d701011300000000000b00441f346cc900002618840a0102030102000001648e0affffffff576f686e7a696d6d6572000000000000ffff4a3f0000aa3eb07c080102030300010000060000ff2c6fff47617274656e00000000000000000000ffff34090000aa3eb07c020102030700000001648e0affffffff5765696e6b656c6c6572203100000000ffffd5060000aa3eb07c020102030700000001648e0affffffff5765696e6b656c6c6572203200000000ffff6058da0000261884020102030700000001648e0affffffff4b656c6c657274726570706520310000ffff7b56da0000261884020102030700000001648e0affffffff4b656c6c657274726570706520320000fffffc1c0000aa3eb07c020102030700000001648e0affffffff4b656c6c657274726570706520330000ffffed080000aa3eb07c020102030700000001648e0affffffff4b656c6c6572647572636867616e6700ffff194cda0000261884000102030700000001648e0affffffff4b656c6c657274726570706520350000ffff7a5bda0000261884000102030700000001648e0affffffff4b656c6c657274726570706520340000ffff1b4fda0000261884020102030700000001648e0affffffff4b656c6c657274726570706520360000" | xxd -r -p | hexdump -s 11 -e '"%8.8_ax " 18/1 "%02.2x " "|on:"1/1 "%02.2x " "|H:"1/1 "%02.2x " "|T:"2/1 "%02.2x ""|RGB:"3/1 "%02.2x " " |"' -e '42/1 "%_p" "\n"'
0000000b 44 1f 34 6c c9 00 00 26 18 84 0a 01 02 03 01 02 00 00|on:01 |H:64 |T:8e 0a|RGB:ff ff ff |D.4l...&...........d......Wohnzimmer......
00000035 ff ff 4a 3f 00 00 aa 3e b0 7c 08 01 02 03 03 00 01 00|on:00 |H:06 |T:00 00|RGB:ff 2c 6f |..J?...>.|.............,o.Garten..........
0000005f ff ff 34 09 00 00 aa 3e b0 7c 02 01 02 03 07 00 00 00|on:01 |H:64 |T:8e 0a|RGB:ff ff ff |..4....>.|.........d......Weinkeller 1....
00000089 ff ff d5 06 00 00 aa 3e b0 7c 02 01 02 03 07 00 00 00|on:01 |H:64 |T:8e 0a|RGB:ff ff ff |.......>.|.........d......Weinkeller 2....
000000b3 ff ff 60 58 da 00 00 26 18 84 02 01 02 03 07 00 00 00|on:01 |H:64 |T:8e 0a|RGB:ff ff ff |..`X...&...........d......Kellertreppe 1..
000000dd ff ff 7b 56 da 00 00 26 18 84 02 01 02 03 07 00 00 00|on:01 |H:64 |T:8e 0a|RGB:ff ff ff |..{V...&...........d......Kellertreppe 2..
00000107 ff ff fc 1c 00 00 aa 3e b0 7c 02 01 02 03 07 00 00 00|on:01 |H:64 |T:8e 0a|RGB:ff ff ff |.......>.|.........d......Kellertreppe 3..
00000131 ff ff ed 08 00 00 aa 3e b0 7c 02 01 02 03 07 00 00 00|on:01 |H:64 |T:8e 0a|RGB:ff ff ff |.......>.|.........d......Kellerdurchgang.
0000015b ff ff 19 4c da 00 00 26 18 84 00 01 02 03 07 00 00 00|on:01 |H:64 |T:8e 0a|RGB:ff ff ff |...L...&...........d......Kellertreppe 5..
00000185 ff ff 7a 5b da 00 00 26 18 84 00 01 02 03 07 00 00 00|on:01 |H:64 |T:8e 0a|RGB:ff ff ff |..z[...&...........d......Kellertreppe 4..
000001af ff ff 1b 4f da 00 00 26 18 84 02 01 02 03 07 00 00 00|on:01 |H:64 |T:8e 0a|RGB:ff ff ff |...O...&...........d......Kellertreppe 6..
Gartenlampe ist T = 0.
Entsprechend des Logs müssten alle Lampen außer Wohnzimmer gerade vom Stromnetz getrennt sein (erste beiden Bytes sind FF FF)
Frage:
Was sind Kellertreppe 4 und 5 für Osram Lampen?
ich habe gerade gesehen das es ein byte gibt das bei der rgb leuchte auf 1 steht und bei allen anderen auf 0.
wenn die rgbw lampen sich beim einschalten alle mit einem weiss ton starten könnte dieses die unterscheidung zwischen rgb oder weis mode sein.
ich hab eben mal eine version eingecheckt die es so ins log schreibt.
gruss
andre
Nein dieses Byte scheint vollkommen zufällig bei den Lampen zu springen.
Das gleiche Byte bei mir ist bei RGBW Lampen 03 und bei W Lampen 05. Bei anderen wiederum ganz anders.
schade...
dann hilft nur der test von oben.
Ich denke sogar, das das etwas komplexer sein könnte.
Ich vermute nämlich das Osram an dem "Type-Byte" die Modelle erkennt.
Hier mal meine Liste:
00 = ?
02 = LIGHTIFY CLASSIC A 60 TW
08 = LIGHTIFY GARDENSPOT MINI RGB
0a = LIGHTIFY CLASSIC A 60 RGBW
Man muss hierbei anscheinend je nach Modell unterscheiden.
Zum Beispiel haben zwei Kellerlampen bei Laffer72 einen 00 Typ.
Übrigens funktioniert die Unterscheidung zwischen der Lampenart nicht. Ich habe die neue Version getestet und das Modul nochmal neu eingerichtet. Die W Lampen haben aber immer noch einen Farbwähler.
stimmt. war noch ein fehler drin. hab es korrigiert.
webCmd wird nur gesetzt wenn es noch nicht gesetzt war. du musst also die devices löschen und per autocreate neu anlegen lassen.
gruss
andre
Hatte ich ja getan.
Ich habe aber immer noch den WebCmd mit der Farbe bei W Lampen.
Kellertreppe 1-6 sind die Par 16 6W-GU10 Strahler.
Weinkeller 1-2 sind Classic A60 9,5W
Wohnzimmer ist Classic A60 10W RGBW
Hoffe das hilft ein bisserl weiter.
Okay justme1968. Damit hast du recht.
Dieses ominöse Byte definiert anscheint doch nur den Lampentyp ob RGBW, W oder doch nur RGB.
ist zwar off topic, aber dient dem Verständnis
Im mikrocontroller.net hat jemand eine Lightify GU10 tunable white zerlegt.
Gut zu erkennen sind die beiden LED Farben:
(http://www.mikrocontroller.net/attachment/245378/CIMG5451__Medium_.JPG)
Link zu noch mehr Bildern: http://www.mikrocontroller.net/topic/351942#3981577
ich habe mal die bisher bekannten Lampen von Laffer72, tomas123 und Marcus355 zusammengestellt und nach Typ sortiert:
Laffer72 schuldet uns noch den Kellerdurchgang (??) ;)
!!
?? ff ff ed 08 00 00 aa 3e b0 7c 02 01 02 03 07 00 00 00|on:01 |H:64 |T:8e 0a|RGB:ff ff ff |.......>.|.........d......Kellerdurchgang.
A60 RGBW 44 1f 34 6c c9 00 00 26 18 84 0a 01 02 03 01 02 00 00|on:01 |H:64 |T:8e 0a|RGB:ff ff ff |D.4l...&...........d......Wohnzimmer......
A60 RGBW 9e ef d1 8e c9 00 00 26 18 84 0a 01 02 03 03 02 01 00|on:01 |H:64 |T:8e 0a|RGB:ff ff fd |.......&...........d......Deckenlampe WZ..
A60 RGBW ff ff 40 94 c9 00 00 26 18 84 0a 01 02 03 01 00 03 00|on:01 |H:64 |T:8e 0a|RGB:ff ff ff |..@....&...........d......Georg's Zimmer..
A60 TW 28 7c f4 07 00 00 aa 3e b0 7c 02 01 02 03 07 02 02 00|on:01 |H:64 |T:8e 0a|RGB:ff ff ff |(|.....>.|.........d......Bogenlampe WZ...
A60 TW 89 85 f5 8c d9 00 00 26 18 84 02 01 02 03 07 02 05 00|on:00 |H:64 |T:8e 0a|RGB:ff ff ff |.......&...........d......Flur unten......
A60 TW cf d7 03 88 d9 00 00 26 18 84 02 01 02 03 07 02 05 00|on:00 |H:24 |T:8e 0a|RGB:ff ff ff |.......&...........$......Flur oben.......
A60 TW ff ff 34 09 00 00 aa 3e b0 7c 02 01 02 03 07 00 00 00|on:01 |H:64 |T:8e 0a|RGB:ff ff ff |..4....>.|.........d......Weinkeller 1....
A60 TW ff ff d5 06 00 00 aa 3e b0 7c 02 01 02 03 07 00 00 00|on:01 |H:64 |T:8e 0a|RGB:ff ff ff |.......>.|.........d......Weinkeller 2....
Gard RGB ff ff 4a 3f 00 00 aa 3e b0 7c 08 01 02 03 03 00 01 00|on:00 |H:06 |T:00 00|RGB:ff 2c 6f |..J?...>.|.............,o.Garten..........
GU10 ff ff 19 4c da 00 00 26 18 84 00 01 02 03 07 00 00 00|on:01 |H:64 |T:8e 0a|RGB:ff ff ff |...L...&...........d......Kellertreppe 5..
GU10 ff ff 1b 4f da 00 00 26 18 84 02 01 02 03 07 00 00 00|on:01 |H:64 |T:8e 0a|RGB:ff ff ff |...O...&...........d......Kellertreppe 6..
GU10 ff ff 60 58 da 00 00 26 18 84 02 01 02 03 07 00 00 00|on:01 |H:64 |T:8e 0a|RGB:ff ff ff |..`X...&...........d......Kellertreppe 1..
GU10 ff ff 7a 5b da 00 00 26 18 84 00 01 02 03 07 00 00 00|on:01 |H:64 |T:8e 0a|RGB:ff ff ff |..z[...&...........d......Kellertreppe 4..
GU10 ff ff 7b 56 da 00 00 26 18 84 02 01 02 03 07 00 00 00|on:01 |H:64 |T:8e 0a|RGB:ff ff ff |..{V...&...........d......Kellertreppe 2..
GU10 ff ff fc 1c 00 00 aa 3e b0 7c 02 01 02 03 07 00 00 00|on:01 |H:64 |T:8e 0a|RGB:ff ff ff |.......>.|.........d......Kellertreppe 3..
Zu der Frage des mit !! markierten Bytes:
Warum zwei GU hier Null ausweisen, könnte an einer alten Lampenfirmware liegen.
Ansonsten wäre möglich:
02=white
08=RGB
0x02+0x08=0x0A (RGBW) 8)
ich habe die tabelle mal um die andren beiden status meldungen ergänzt und nach lampen typ sortiert:Classic A60 RGBW
0000000b 9e ef d1 8e c9 00 00 26 18 84 0a 01 02 03 03 02 01 00|on:01 |H:64 |T:8e 0a|RGB:ff ff fd |.......&...........d......Deckenlampe WZ..
0000000b 44 1f 34 6c c9 00 00 26 18 84 0a 01 02 03 01 02 00 00|on:01 |H:64 |T:8e 0a|RGB:ff ff ff |D.4l...&...........d......Wohnzimmer......
0000000b a2 25 40 94 c9 00 00 26 18 84 0a 01 02 03 01 02 03 00|on:01 |H:64 |T:8e 0a|RGB:01 2d ff |.%@....&...........d...-..Georg's Zimmer..
Gardenspot RGB
00000035 ff ff 4a 3f 00 00 aa 3e b0 7c 08 01 02 03 03 00 01 00|on:00 |H:06 |T:00 00|RGB:ff 2c 6f |..J?...>.|.............,o.Garten..........
Classic A60 TW
00000035 28 7c f4 07 00 00 aa 3e b0 7c 02 01 02 03 07 02 02 00|on:01 |H:64 |T:8e 0a|RGB:ff ff ff |(|.....>.|.........d......Bogenlampe WZ...
0000005f ff ff 34 09 00 00 aa 3e b0 7c 02 01 02 03 07 00 00 00|on:01 |H:64 |T:8e 0a|RGB:ff ff ff |..4....>.|.........d......Weinkeller 1....
00000089 ff ff d5 06 00 00 aa 3e b0 7c 02 01 02 03 07 00 00 00|on:01 |H:64 |T:8e 0a|RGB:ff ff ff |.......>.|.........d......Weinkeller 2....
00000035 cf d7 03 88 d9 00 00 26 18 84 02 01 02 03 07 02 05 00|on:01 |H:21 |T:8e 0a|RGB:01 ff 01 |.......&...........!......Flur oben.......
0000005f 89 85 f5 8c d9 00 00 26 18 84 02 01 02 03 07 02 05 00|on:01 |H:52 |T:8e 0a|RGB:ff ff ff |.......&...........R......Flur unten......
PAR16 50 TW
000000b3 ff ff 60 58 da 00 00 26 18 84 02 01 02 03 07 00 00 00|on:01 |H:64 |T:8e 0a|RGB:ff ff ff |..`X...&...........d......Kellertreppe 1..
000000dd ff ff 7b 56 da 00 00 26 18 84 02 01 02 03 07 00 00 00|on:01 |H:64 |T:8e 0a|RGB:ff ff ff |..{V...&...........d......Kellertreppe 2..
00000107 ff ff fc 1c 00 00 aa 3e b0 7c 02 01 02 03 07 00 00 00|on:01 |H:64 |T:8e 0a|RGB:ff ff ff |.......>.|.........d......Kellertreppe 3..
00000185 ff ff 7a 5b da 00 00 26 18 84 00 01 02 03 07 00 00 00|on:01 |H:64 |T:8e 0a|RGB:ff ff ff |..z[...&...........d......Kellertreppe 4..
0000015b ff ff 19 4c da 00 00 26 18 84 00 01 02 03 07 00 00 00|on:01 |H:64 |T:8e 0a|RGB:ff ff ff |...L...&...........d......Kellertreppe 5..
000001af ff ff 1b 4f da 00 00 26 18 84 02 01 02 03 07 00 00 00|on:01 |H:64 |T:8e 0a|RGB:ff ff ff |...O...&...........d......Kellertreppe 6..
00000131 ff ff ed 08 00 00 aa 3e b0 7c 02 01 02 03 07 00 00 00|on:01 |H:64 |T:8e 0a|RGB:ff ff ff |.......>.|.........d......Kellerdurchgang.
die beiden 00 lampen sind zwar ausreißer aber ansonsten schaut es bis jetzt noch so aus also ob das so passt:
08 -> rgb
0a -> rgbw
00, 02 -> tunable white
jetzt posten wir in der gleichen Minute schon die gleichen Nachrichten :o
lach.
die idee mit der verknüpfung von rgb und w zu rgbw ist gut.
ich hab es mal so eingebaut. deine falsch erkannte lampe ist damit auch behoben.
Falls jemand eine Anregung für eine FB für RGBW-Stripes braucht (hier FS20 S8 mit Osram RGB LIGHTIFY FLEX RGBW):
define di_led DOIF ([FS20_000600] eq "on")
(set HUEDevice1 pct 100)
DOELSEIF ([FS20_000600] eq "off")
(set HUEDevice1 pct 0)
DOELSEIF ([FS20_000600] eq "dimup")
(set HUEDevice1 pct {([HUEDevice1:pct]+10)})
DOELSEIF ([FS20_000600] eq "dimdown")
(set HUEDevice1 pct {([HUEDevice1:pct]-10)})
DOELSEIF ([FS20_000601] eq "on")
(set HUEDevice1 hue 63535)
DOELSEIF ([FS20_000601] eq "off")
(set HUEDevice1 hue 0)
DOELSEIF ([FS20_000601] eq "dimup")
(set HUEDevice1 hue {([HUEDevice1:hue]+2000)})
DOELSEIF ([FS20_000601] eq "dimdown")
(set HUEDevice1 hue {([HUEDevice1:hue]-2000)})
DOELSEIF ([FS20_000602] eq "on")
(set HUEDevice1 sat 254)
DOELSEIF ([FS20_000602] eq "off")
(set HUEDevice1 sat 0)
DOELSEIF ([FS20_000602] eq "dimup")
(set HUEDevice1 sat {([HUEDevice1:sat]+10)})
DOELSEIF ([FS20_000602] eq "dimdown")
(set HUEDevice1 sat {([HUEDevice1:sat]-10)})
DOELSEIF ([FS20_000603] eq "on")
(set HUEDevice1 ct 330)
DOELSEIF ([FS20_000603] eq "off")
(set HUEDevice1 ct 200)
DOELSEIF ([FS20_000603] eq "dimup")
(set HUEDevice1 ct {([HUEDevice1:ct:d]+10)})
DOELSEIF ([FS20_000603] eq "dimdown")
(set HUEDevice1 ct {([HUEDevice1:ct:d]-10)})
attr di_led do always
Gruß
Damian
In der fhem.cfg steht als Fehlermeldung "unknown attribute pollDevices".
Offensichtlich wurde das Attribut automatisch von Modul 30_LIGHTIFY.pm angelegt.
Ist das ein Problem?
attr global motd Error messages while initializing FHEM:\
configfile: Lightify: unknown attribute pollDevices. Type 'attr Lightify ?' for a detailed list.
...
attr Lightify pollDevices 1
der Befehl
list Lightify
Internals:
CONNECTS 1
DEF 192.168.1.46
FD 4
...
Attributes:
pollDevices 1
zeigt das Attribut an
Log
2015.02.15 22:41:47.626 3: Lightify: unknown attribute pollDevices. Type 'attr Lightify ?' for a detailed list.
2015.02.15 22:41:50.301 1: configfile: Lightify: unknown attribute pollDevices. Type 'attr Lightify ?' for a detailed list.
2015.02.15 22:41:57.896 2: Error messages while initializing FHEM: configfile: Lightify: unknown attribute pollDevices. Type 'attr Lightify ?' for a detailed list.
ja ich weiß das es die meldung gibt.
erst mal ignorieren.
das attribut muss gesetzt werden. auch wenn es im modul nicht vorgesehen ist.
gruß
andre
Zitat von: justme1968 am 13 Februar 2015, 12:49:44
ich habe das modul im aktuellen stand mit zwei kleinen erweiterungen eben eingecheckt: http://forum.fhem.de/index.php/topic,33736.0.html (http://forum.fhem.de/index.php/topic,33736.0.html).
gruss
andre
mein feedback nach einer Woche mit drei Lampen am Osram Gateway: rock stable :)
Hi,
kurz zu meinem Systemaufbau:
- FHEM-Server auf Synology NAS
- CUL und einige FS20-Geräte
- Lightify mit drei RGBW Lampen und einem RGBW-Strip
Habe den Gateway (als LICHT_SZ) im fhem.cfg eingebunden, bekomme dann im log folgende Meldung:
2015.02.27 16:47:37 1: LICHT_SZ: Autocreate: An error occurred while creating device for id '1234567890123456': Cannot load module HUEDevice
Liegt das am JSON? Warum benötigt das Lightify was von HUE?
Greets, One
weil (wie auch in der commandref steht) die einzelnen lampen jeweils ein HUEDevice sind:
ZitatThe actual LIGHTIFY lights are defined as HUEDevice devices. sind.
wenn du ins log schaust wirst du ziemlich sicher sehen das es am fehlenden json perl modul liegt.
gruss
andre
Hi Andre,
danke für die Antwort - jep offensichtlich ...
Und ja, wenn ich das Log nochmals genauer studiere steht dann 4 mal da, dass ich kein json.perl Modul habe. Ok, werde mal die entsprechende Anleitung (ist ja im wiki zu finden) durcharbeiten.
Und wenn es dann funkt auch kurz berichten.
Greets,
One
Hi,
nur kurz, funkt gut. Lediglich der Color-Picker geht auf dem Firefox im Android nicht. Ansonsten coole Sache das. Kann/soll ich irgendwelche Log-Auszüge posten, die nützlich für die weitere Verfeinerung des Moduls dienen?
Greets,
One
vielleicht kann noch mal jemand versuchen mitzuschneiden ob man erkennen kann ob eine leuchte im rgb oder im weiss mode ist.
also bei einer rgbw leuche jeweils farben und weisstöne über die app einstellen und die nachrichten aus dem fhem log mit verbose 5 posten.
gruss
andre
Wenn ich in der lightify smartphone app etwas einstelle, dann loggt doch FHEM nichts, solange ich in FHEM keinen Parameter verändere.
Soll ich manuell die entsprechenden Statusmeldungen "07 00 00 13 10 00 00 00 01" triggern ?
PS: hier hat jemand Anfang Dezember in python Modul für Osram Lightify angefangen
https://github.com/mikma/python-lightify
# Commands
# 13 all light status (returns list of light address, light status, light name)
# 1e group list (returns list of group id, and group name)
# 26 group status (returns group id, group name, and list of light addresses)
# 31 set group luminance
# 32 set group onoff
# 33 set group temp
# 36 set group colour
# 68 light status (returns light address and light status (?))
ich dachte das gateway meldet auch wenn über die app geschaltet wird.
da fällt mir ein das noch die gruppen fehlen.
die 0x68 nachricht wäre zur status abfrage vermutlich besser als die 0x13 die ich zur zeit verwende.
weißt du mehr darüber?
Zitat von: justme1968 am 03 März 2015, 21:57:19
die 0x68 nachricht wäre zur status abfrage vermutlich besser als die 0x13 die ich zur zeit verwende.
weißt du mehr darüber?
ich habe mich mal durch den Python Code durchgearbeitet:
COMMAND_LIGHT_STATUS = 0x68
class Lightify:
def update_light_status(self, light):
data = self.build_light_status(light)
self.send(data)
data = self.recv()
return
def build_light_status(self, light):
return light.build_command(COMMAND_LIGHT_STATUS, "")
class Light(Luminary):
def build_command(self, command, data):
return self.__conn.build_light_command(command, self, data)
class Lightify:
def build_light_command(self, command, light, data):
length = 6 + 8 + len(data)
return self.build_basic_command(0x00, command, struct.pack("<Q", light.addr()), data)
def build_basic_command(self, flag, command, group_or_light, data):
length = 14 + len(data)
return struct.pack("<H6B", length, flag, command, 0, 0, 0x7, self.next_seq()) + group_or_light + data
demnach ergibt sich für die Lampe 12 97 bc d9 00 00 26 18 84 folgender Code zur 0x68 Statusabfrage:
pack("<H6B", length, flag, command, 0, 0, 0x7, self.next_seq()) + group_or_light + data
0E 00 00 68 00 00 07 12 97 bc d9 00 00 26 18 84und siehe da, es geht:
$ echo '0E 00 00 68 00 00 07 12 97 bc d9 00 00 26 18 84' | xxd -r -p | nc 192.168.1.46 4000 | hexdump -C
00000000 1b 00 01 68 00 00 07 12 00 01 00 97 bc d9 00 00 |...h............|
00000010 26 18 84 00 02 00 23 58 14 ff 07 01 ff |&.....#X.....|
ich habe mal an der RGB Lampe herumgespielt und es ergibt sich wieder das übliche Schema für die Antwort:
1b 00 01 68 00 00 07 12 00 01 00 97 bc d9 00 00 26 18 84 00 02 00 23 58 14 ff 07 01 ff
ergibt entsprechend des allgemeinen Antwort-Schemas
1b 00 Anzahl der Bytes des Paketes minus 2
01 01 Antwort vom Gateway (00 Kommando zum Gateway)
68 Befehlsname (hier 0x68 = LED Status)
00 fortlaufender Counter um die Antwort des Gateways zuordnen zu können
00 07 12 unknown
00 00=ok // 15=Error (als Antwort)
01 Anzahl der folgenden Info-Zeilen (=Anzahl der Lampen, hier = 1)
00 unknown
97 bc d9 00 00 26 18 84 Adresse der Lampe
00 00=Lampe erreichbar / 01 = Lampe nicht erreichbar und Stopmarker der Antwort
02 unknown
00 00=off / 01=on
23 Helligkeit in Prozent
58 14 Farbtemperatur 0x1458= 5208 Kelvin
ff 07 01 RGB
ff unknown
leider gibt es keine neuen Erkenntnisse, da die Antwort auf 0x68 noch knapper ist, als die Antwort auf die Statusanfrage aller Lampen 0x13
(es fehlt u.a. die Zigbee 16 Bit short adress)
$ echo '07 00 00 13 10 00 00 00 01' | xxd -r -p | nc 192.168.1.46 4000 | hexdump -s 11 -e '"%8.8_ax " 18/1 "%02.2x " "|on:"1/1 "%02.2x " "|H:"1/1 "%02.2x " "|T:"2/1 "%02.2x ""|RGB:"3/1 "%02.2x " " |"' -e '42/1 "%_p" "\n"'
...
00000089 2d 8f 97 bc d9 00 00 26 18 84 0a 01 02 03 03 02 00 00|on:00 |H:23 |T:58 14|RGB:ff 07 01 |-......&...........#X.....WoZi............der einzige Unterschied:
0x13 fragt nur das Gateway ab. Die Antwort erfolgt sofort. Dabei werden auch Lampen gemeldet, die man gerade vom Stromnetz getrennt hat, weil es immer einige Zeit dauert, bis das Gateway eine tote Lampe bemerkt.
0x68 fragt die Lampe direkt ab (über das Gateway :) ).
Die Antwort verzögert sich um etwa 1 Sekunde. Dafür werden stromlose Lampen sofort erkannt.
Beispiel für Lampe nicht erreichbar (Stopmarker 01)
$ echo '0E 00 00 68 00 00 07 12 97 bc d9 00 00 26 18 84' | xxd -r -p | nc 192.168.1.46 4000 | hexdump -C
00000000 12 00 01 68 00 00 07 12 00 01 00 97 bc d9 00 00 |...h............|
00000010 26 18 84 01 |&...|fragt man eine nicht am Gateway registrierte Lampe an, wird nicht mal mehr die Adresse zurückgemeldet:
$ echo '0E 00 00 68 00 00 07 12 97 bc ef 00 00 26 18 84' | xxd -r -p | nc 192.168.1.46 4000 | hexdump -C
00000000 07 00 01 68 00 00 07 12 15 |...h.....|
Zitat von: justme1968 am 03 März 2015, 09:29:10
vielleicht kann noch mal jemand versuchen mitzuschneiden ob man erkennen kann ob eine leuchte im rgb oder im weiss mode ist.
das weiß leider nicht mal die lightify app selber
(http://www.iphone-ticker.de/wp-content/uploads/2014/09/lightify-app-700.gif)
Im mittleren Bild ist eine RGB Lampe dargestellt (rechts eine weiße Lampe mit regelbarer Farbtemp, veraltete App).
mittl. Screenshot zeigt: Farbtemperatur 2700K (rötl. weiß) und RGB=Grün (bei Helligkeit = 100%)
Welche Farbe die Lampe tatsächlich hat, hängt davon ab, ob man zuletzt am Schieber Farbtemperatur (Lampe weiß) oder RGB (Lampe grün) gezuppelt hat.
Die App kann das nicht darstellen. Der grüne Kreis oben links kann lügen...
Ich habe auch in den Statusabfragen 0x13 und 0x68 kein Byte gefunden, dass den Modus White / RGB anzeigt.
Zitat von: justme1968 am 03 März 2015, 21:57:19
ich dachte das gateway meldet auch wenn über die app geschaltet wird.
Na ja, da Antwort erfolgt doch an die IpAdresse:Port von der das Paket losgeschickt wurde.
FHEM muss schon explizit eine eigene Statusanfrage senden um eine Antwort zu erhalten
@justme1968
Hi Andre,
ich habe da mal eine andere Frage :)
Ich habe mir, um die Lightify Lampen vernünftig zu schalten, eine HM-RC-8 gekauft.
Wenn ich auf eine
Short Taste DimUp/DimDown lege, das funktioniert das mit den Osram Lampen leidlich (aber träge):
define Taster_Btn3_dimUp notify CUL_HM_HM_RC_8_2F7019_Btn_03:Short.* set HUEDevice97BCD90000261884 dimUp
define Taster_Btn4_dimDown notify CUL_HM_HM_RC_8_2F7019_Btn_04:Short.* set HUEDevice97BCD90000261884 dimDown
Logfile
2015.03.05 08:07:23.243 4: CUL_Parse: CUL1 A 0B DA A240 2F7019 57A3F2 035911 -65.5
2015.03.05 08:07:23.347 4: CUL_send: CUL1As 0A DA 8002 57A3F2 2F7019 00
2015.03.05 08:07:23.374 4: eventTypes: CUL_HM CUL_HM_HM_RC_8_2F7019 battery: ok -> battery: ok
2015.03.05 08:07:23.376 4: eventTypes: CUL_HM CUL_HM_HM_RC_8_2F7019 CUL_HM_HM_RC_8_2F7019_Btn_03 Short (to CUL1) -> CUL_HM_HM_RC_8_2F7019_Btn_03 Short (to CUL1)
2015.03.05 08:07:23.379 4: eventTypes: CUL_HM CUL_HM_HM_RC_8_2F7019 CMDs_done -> CMDs_done
2015.03.05 08:07:23.381 4: eventTypes: CUL_HM CUL_HM_HM_RC_8_2F7019 state: CMDs_done -> state: CMDs_done
2015.03.05 08:07:23.390 4: Taster_Btn3_dimup exec set HUEDevice97BCD90000261884 dimUp
2015.03.05 08:07:23.395 4: Lightify: sending:0f0000328e00000097BCD9000026188401
2015.03.05 08:07:23.398 4: Lightify: enque:31 00 00 00 00 97BCD90000261884 13 0100
2015.03.05 08:07:23.401 4: Lightify: enque:13 00 00 00 00 01
2015.03.05 08:07:23.407 4: eventTypes: HUEDevice HUEDevice97BCD90000261884 dimUp -> dimUp
2015.03.05 08:07:23.412 4: eventTypes: CUL_HM CUL_HM_HM_RC_8_2F7019_Btn_03 trigger_cnt: 89 -> trigger_cnt: .*
2015.03.05 08:07:23.414 4: eventTypes: CUL_HM CUL_HM_HM_RC_8_2F7019_Btn_03 trigDst_57A3F2: noConfig -> trigDst_57A3F2: noConfig
2015.03.05 08:07:23.416 4: eventTypes: CUL_HM CUL_HM_HM_RC_8_2F7019_Btn_03 Short (to CUL1) -> Short (to CUL1)
2015.03.05 08:07:23.419 4: eventTypes: CUL_HM CUL_HM_HM_RC_8_2F7019_Btn_03 trigger: Short_89 -> trigger: Short_89
2015.03.05 08:07:23.421 4: eventTypes: CUL_HM CUL_HM_HM_RC_8_2F7019_Btn_03 state: Short (to CUL1) -> state: Short (to CUL1)
2015.03.05 08:07:23.523 4: Lightify: parsing: 120001328E00000000010097BCD9000026188400
2015.03.05 08:07:23.526 4: Lightify: sending:110000318f00000097BCD90000261884130100
2015.03.05 08:07:23.683 4: Lightify: parsing: 120001318F00000000010097BCD9000026188400
2015.03.05 08:07:23.685 4: Lightify: sending:070000139000000001
2015.03.05 08:07:23.758 4: Lightify: parsing: B100011390000000000400FFFF4094C900002618840A0102030100030000648E0AFF822EFF47656F72672773205A696D6D65720000CFD70388D90000261884020102030702000000158E0AFFFFFFFF466C7572206F62656E000000000000008985F58CD90000261884020102030702000000168E0AFFFFFFFF466C757220756E74656E0000000000002D8F97BCD900002618840A010203010200000113F807FF9F9CFF576F5A69000000000000000000000000
2015.03.05 08:07:23.760 3: Georg's Zimmer: 4094C90000261884:FFFF, type: 0A (w:1, rgb:1), onoff: 0, mode?: 03 dim: 100, ct: 2702, rgb: FF822E
2015.03.05 08:07:23.763 4: parse status message for HUEDevice4094C90000261884
2015.03.05 08:07:23.773 4: eventTypes: HUEDevice HUEDevice4094C90000261884 rgb: ff822e -> rgb: ff822e
2015.03.05 08:07:23.776 3: Flur oben: 0388D90000261884:CFD7, type: 02 (w:1, rgb:0), onoff: 0, mode?: 00 dim: 21, ct: 2702, rgb: FFFFFF
2015.03.05 08:07:23.779 4: parse status message for HUEDevice0388D90000261884
2015.03.05 08:07:23.789 4: eventTypes: HUEDevice HUEDevice0388D90000261884 rgb: ffc698 -> rgb: ffc698
2015.03.05 08:07:23.793 3: Flur unten: F58CD90000261884:8985, type: 02 (w:1, rgb:0), onoff: 0, mode?: 00 dim: 22, ct: 2702, rgb: FFFFFF
2015.03.05 08:07:23.796 4: parse status message for HUEDeviceF58CD90000261884
2015.03.05 08:07:23.806 4: eventTypes: HUEDevice HUEDeviceF58CD90000261884 rgb: ffc698 -> rgb: ffc698
2015.03.05 08:07:23.809 3: WoZi: 97BCD90000261884:2D8F, type: 0A (w:1, rgb:1), onoff: 1, mode?: 00 dim: 19, ct: 2040, rgb: FF9F9C
2015.03.05 08:07:23.812 4: parse status message for HUEDevice97BCD90000261884
2015.03.05 08:07:23.821 4: eventTypes: HUEDevice HUEDevice97BCD90000261884 bri: 48 -> bri: .*
2015.03.05 08:07:23.823 4: eventTypes: HUEDevice HUEDevice97BCD90000261884 pct: 19 -> pct: .*
2015.03.05 08:07:23.826 4: eventTypes: HUEDevice HUEDevice97BCD90000261884 dim18% -> dim18%
2015.03.05 08:07:23.828 4: eventTypes: HUEDevice HUEDevice97BCD90000261884 state: dim18% -> state: dim18%
2015.03.05 08:07:23.838 4: eventTypes: HUEDevice HUEDevice97BCD90000261884 rgb: 301e1e -> rgb: 301e1e
es dauert ungefähr 1/2 sec bis die Lampe heller/dunkler wird
aber die Haptic geht
Wenn ich jetzt den auf der Fernsteuerung den
Long-Button benutze, dann blockiert sich das ganze System wegen der Flut von Befehlen.
define Taster_Btn3_dimUpLong notify CUL_HM_HM_RC_8_2F7019_Btn_03:Long.* set HUEDevice97BCD90000261884 dimUp
define Taster_Btn4_dimDownLong notify CUL_HM_HM_RC_8_2F7019_Btn_04:Long.* set HUEDevice97BCD90000261884 dimDown
Wenn ich etwa
eine Sekunde die DimUpTaste drücke , dann füllt sich der Puffer und FHEM braucht
6 Sekunden um die Befehle auszuführen.
Solange ist das Osram Gateway blockiert.
der 6 Sekunden Log:
2015.03.05 08:14:34.884 4: CUL_Parse: CUL1 A 0B 28 8440 2F7019 57A3F2 4365FE -75
2015.03.05 08:14:34.908 4: eventTypes: CUL_HM CUL_HM_HM_RC_8_2F7019 battery: ok -> battery: ok
2015.03.05 08:14:34.910 4: eventTypes: CUL_HM CUL_HM_HM_RC_8_2F7019 CUL_HM_HM_RC_8_2F7019_Btn_03 Long 1-8440- (to CUL1) -> CUL_HM_HM_RC_8_2F7019_Btn_03 Long .*.*- (to CUL1)
2015.03.05 08:14:34.912 4: eventTypes: CUL_HM CUL_HM_HM_RC_8_2F7019 state: CUL_HM_HM_RC_8_2F7019_Btn_03 Long 1-8440- (to CUL1) -> state: CUL_HM_HM_RC_8_2F7019_Btn_03 Long .*.*- (to CUL1)
2015.03.05 08:14:34.923 4: Taster_Btn3_dimUpLong exec set HUEDevice97BCD90000261884 dimUp
2015.03.05 08:14:34.928 4: Lightify: sending:0f0000327500000097BCD9000026188401
2015.03.05 08:14:34.931 4: Lightify: enque:31 00 00 00 00 97BCD90000261884 09 0100
2015.03.05 08:14:34.933 4: Lightify: enque:13 00 00 00 00 01
2015.03.05 08:14:34.940 4: eventTypes: HUEDevice HUEDevice97BCD90000261884 dimUp -> dimUp
2015.03.05 08:14:34.945 4: eventTypes: CUL_HM CUL_HM_HM_RC_8_2F7019_Btn_03 trigger_cnt: 101 -> trigger_cnt: .*
2015.03.05 08:14:34.947 4: eventTypes: CUL_HM CUL_HM_HM_RC_8_2F7019_Btn_03 Long 1-8440- (to CUL1) -> Long .*.*- (to CUL1)
2015.03.05 08:14:34.949 4: eventTypes: CUL_HM CUL_HM_HM_RC_8_2F7019_Btn_03 trigger: Long_101 -> trigger: Long_101
2015.03.05 08:14:34.952 4: eventTypes: CUL_HM CUL_HM_HM_RC_8_2F7019_Btn_03 state: Long 1-8440- (to CUL1) -> state: Long .*.*- (to CUL1)
2015.03.05 08:14:35.043 4: Lightify: parsing: 120001327500000000010097BCD9000026188400
2015.03.05 08:14:35.045 4: Lightify: sending:110000317600000097BCD90000261884090100
2015.03.05 08:14:35.134 4: CUL_Parse: CUL1 A 0B 29 8440 2F7019 57A3F2 4365FD -75.5
2015.03.05 08:14:35.158 4: eventTypes: CUL_HM CUL_HM_HM_RC_8_2F7019 battery: ok -> battery: ok
2015.03.05 08:14:35.161 4: eventTypes: CUL_HM CUL_HM_HM_RC_8_2F7019 CUL_HM_HM_RC_8_2F7019_Btn_03 Long 2-8440- (to CUL1) -> CUL_HM_HM_RC_8_2F7019_Btn_03 Long .*.*- (to CUL1)
2015.03.05 08:14:35.163 4: eventTypes: CUL_HM CUL_HM_HM_RC_8_2F7019 state: CUL_HM_HM_RC_8_2F7019_Btn_03 Long 2-8440- (to CUL1) -> state: CUL_HM_HM_RC_8_2F7019_Btn_03 Long .*.*- (to CUL1)
2015.03.05 08:14:35.174 4: Taster_Btn3_dimUpLong exec set HUEDevice97BCD90000261884 dimUp
2015.03.05 08:14:35.178 4: Lightify: enque:32 00 00 00 00 97BCD90000261884 01
2015.03.05 08:14:35.181 4: Lightify: enque:31 00 00 00 00 97BCD90000261884 09 0100
2015.03.05 08:14:35.183 4: Lightify: enque:13 00 00 00 00 01
2015.03.05 08:14:35.189 4: eventTypes: HUEDevice HUEDevice97BCD90000261884 dimUp -> dimUp
2015.03.05 08:14:35.194 4: eventTypes: CUL_HM CUL_HM_HM_RC_8_2F7019_Btn_03 trigger_cnt: 101 -> trigger_cnt: .*
2015.03.05 08:14:35.196 4: eventTypes: CUL_HM CUL_HM_HM_RC_8_2F7019_Btn_03 Long 2-8440- (to CUL1) -> Long .*.*- (to CUL1)
2015.03.05 08:14:35.199 4: eventTypes: CUL_HM CUL_HM_HM_RC_8_2F7019_Btn_03 trigger: Long_101 -> trigger: Long_101
2015.03.05 08:14:35.201 4: eventTypes: CUL_HM CUL_HM_HM_RC_8_2F7019_Btn_03 state: Long 2-8440- (to CUL1) -> state: Long .*.*- (to CUL1)
2015.03.05 08:14:35.208 4: Lightify: parsing: 120001317600000000010097BCD9000026188400
2015.03.05 08:14:35.211 4: Lightify: sending:070000137700000001
2015.03.05 08:14:35.287 4: Lightify: parsing: B100011377000000000400FFFF4094C900002618840A0102030100030000648E0AFF822EFF47656F72672773205A696D6D65720000CFD70388D90000261884020102030702000000158E0AFFFFFFFF466C7572206F62656E000000000000008985F58CD90000261884020102030702000000168E0AFFFFFFFF466C757220756E74656E0000000000002D8F97BCD900002618840A010203010200000109F807FF9F9CFF576F5A69000000000000000000000000
2015.03.05 08:14:35.289 3: Georg's Zimmer: 4094C90000261884:FFFF, type: 0A (w:1, rgb:1), onoff: 0, mode?: 03 dim: 100, ct: 2702, rgb: FF822E
2015.03.05 08:14:35.292 4: parse status message for HUEDevice4094C90000261884
2015.03.05 08:14:35.302 4: eventTypes: HUEDevice HUEDevice4094C90000261884 rgb: ff822e -> rgb: ff822e
2015.03.05 08:14:35.305 3: Flur oben: 0388D90000261884:CFD7, type: 02 (w:1, rgb:0), onoff: 0, mode?: 00 dim: 21, ct: 2702, rgb: FFFFFF
2015.03.05 08:14:35.310 4: parse status message for HUEDevice0388D90000261884
2015.03.05 08:14:35.320 4: eventTypes: HUEDevice HUEDevice0388D90000261884 rgb: ffc698 -> rgb: ffc698
2015.03.05 08:14:35.323 3: Flur unten: F58CD90000261884:8985, type: 02 (w:1, rgb:0), onoff: 0, mode?: 00 dim: 22, ct: 2702, rgb: FFFFFF
2015.03.05 08:14:35.326 4: parse status message for HUEDeviceF58CD90000261884
2015.03.05 08:14:35.336 4: eventTypes: HUEDevice HUEDeviceF58CD90000261884 rgb: ffc698 -> rgb: ffc698
2015.03.05 08:14:35.339 3: WoZi: 97BCD90000261884:2D8F, type: 0A (w:1, rgb:1), onoff: 1, mode?: 00 dim: 9, ct: 2040, rgb: FF9F9C
2015.03.05 08:14:35.342 4: parse status message for HUEDevice97BCD90000261884
2015.03.05 08:14:35.351 4: eventTypes: HUEDevice HUEDevice97BCD90000261884 bri: 22 -> bri: .*
2015.03.05 08:14:35.354 4: eventTypes: HUEDevice HUEDevice97BCD90000261884 pct: 9 -> pct: .*
2015.03.05 08:14:35.356 4: eventTypes: HUEDevice HUEDevice97BCD90000261884 dim12% -> dim12%
2015.03.05 08:14:35.358 4: eventTypes: HUEDevice HUEDevice97BCD90000261884 state: dim12% -> state: dim12%
2015.03.05 08:14:35.368 4: eventTypes: HUEDevice HUEDevice97BCD90000261884 rgb: 160e0e -> rgb: 160e0e
2015.03.05 08:14:35.386 4: CUL_Parse: CUL1 A 0B 2A 8440 2F7019 57A3F2 4365FF -74.5
2015.03.05 08:14:35.410 4: eventTypes: CUL_HM CUL_HM_HM_RC_8_2F7019 battery: ok -> battery: ok
2015.03.05 08:14:35.412 4: eventTypes: CUL_HM CUL_HM_HM_RC_8_2F7019 CUL_HM_HM_RC_8_2F7019_Btn_03 Long 3-8440- (to CUL1) -> CUL_HM_HM_RC_8_2F7019_Btn_03 Long .*.*- (to CUL1)
2015.03.05 08:14:35.414 4: eventTypes: CUL_HM CUL_HM_HM_RC_8_2F7019 state: CUL_HM_HM_RC_8_2F7019_Btn_03 Long 3-8440- (to CUL1) -> state: CUL_HM_HM_RC_8_2F7019_Btn_03 Long .*.*- (to CUL1)
2015.03.05 08:14:35.425 4: Taster_Btn3_dimUpLong exec set HUEDevice97BCD90000261884 dimUp
2015.03.05 08:14:35.429 4: Lightify: enque:32 00 00 00 00 97BCD90000261884 01
2015.03.05 08:14:35.432 4: Lightify: enque:31 00 00 00 00 97BCD90000261884 12 0100
2015.03.05 08:14:35.434 4: Lightify: enque:13 00 00 00 00 01
2015.03.05 08:14:35.440 4: eventTypes: HUEDevice HUEDevice97BCD90000261884 dimUp -> dimUp
2015.03.05 08:14:35.445 4: eventTypes: CUL_HM CUL_HM_HM_RC_8_2F7019_Btn_03 trigger_cnt: 101 -> trigger_cnt: .*
2015.03.05 08:14:35.447 4: eventTypes: CUL_HM CUL_HM_HM_RC_8_2F7019_Btn_03 Long 3-8440- (to CUL1) -> Long .*.*- (to CUL1)
2015.03.05 08:14:35.450 4: eventTypes: CUL_HM CUL_HM_HM_RC_8_2F7019_Btn_03 trigger: Long_101 -> trigger: Long_101
2015.03.05 08:14:35.452 4: eventTypes: CUL_HM CUL_HM_HM_RC_8_2F7019_Btn_03 state: Long 3-8440- (to CUL1) -> state: Long .*.*- (to CUL1)
2015.03.05 08:14:35.637 4: CUL_Parse: CUL1 A 0B 2B 8440 2F7019 57A3F2 4365FF -74.5
2015.03.05 08:14:35.661 4: eventTypes: CUL_HM CUL_HM_HM_RC_8_2F7019 battery: ok -> battery: ok
2015.03.05 08:14:35.663 4: eventTypes: CUL_HM CUL_HM_HM_RC_8_2F7019 CUL_HM_HM_RC_8_2F7019_Btn_03 Long 4-8440- (to CUL1) -> CUL_HM_HM_RC_8_2F7019_Btn_03 Long .*.*- (to CUL1)
2015.03.05 08:14:35.665 4: eventTypes: CUL_HM CUL_HM_HM_RC_8_2F7019 state: CUL_HM_HM_RC_8_2F7019_Btn_03 Long 4-8440- (to CUL1) -> state: CUL_HM_HM_RC_8_2F7019_Btn_03 Long .*.*- (to CUL1)
2015.03.05 08:14:35.676 4: Taster_Btn3_dimUpLong exec set HUEDevice97BCD90000261884 dimUp
2015.03.05 08:14:35.681 4: Lightify: enque:32 00 00 00 00 97BCD90000261884 01
2015.03.05 08:14:35.683 4: Lightify: enque:31 00 00 00 00 97BCD90000261884 12 0100
2015.03.05 08:14:35.685 4: Lightify: enque:13 00 00 00 00 01
2015.03.05 08:14:35.691 4: eventTypes: HUEDevice HUEDevice97BCD90000261884 dimUp -> dimUp
2015.03.05 08:14:35.696 4: eventTypes: CUL_HM CUL_HM_HM_RC_8_2F7019_Btn_03 trigger_cnt: 101 -> trigger_cnt: .*
2015.03.05 08:14:35.699 4: eventTypes: CUL_HM CUL_HM_HM_RC_8_2F7019_Btn_03 Long 4-8440- (to CUL1) -> Long .*.*- (to CUL1)
2015.03.05 08:14:35.701 4: eventTypes: CUL_HM CUL_HM_HM_RC_8_2F7019_Btn_03 trigger: Long_101 -> trigger: Long_101
2015.03.05 08:14:35.703 4: eventTypes: CUL_HM CUL_HM_HM_RC_8_2F7019_Btn_03 state: Long 4-8440- (to CUL1) -> state: Long .*.*- (to CUL1)
2015.03.05 08:14:35.888 4: CUL_Parse: CUL1 A 0B 2C A240 2F7019 57A3F2 436505 -71.5
2015.03.05 08:14:35.991 4: CUL_send: CUL1As 0A 2C 8002 57A3F2 2F7019 00
2015.03.05 08:14:36.020 4: eventTypes: CUL_HM CUL_HM_HM_RC_8_2F7019 battery: ok -> battery: ok
2015.03.05 08:14:36.022 4: eventTypes: CUL_HM CUL_HM_HM_RC_8_2F7019 CUL_HM_HM_RC_8_2F7019_Btn_03 LongRelease 5-A240- (to CUL1) -> CUL_HM_HM_RC_8_2F7019_Btn_03 LongRelease .*-A240- (to CUL1)
2015.03.05 08:14:36.024 4: eventTypes: CUL_HM CUL_HM_HM_RC_8_2F7019 CMDs_done -> CMDs_done
2015.03.05 08:14:36.027 4: eventTypes: CUL_HM CUL_HM_HM_RC_8_2F7019 state: CMDs_done -> state: CMDs_done
2015.03.05 08:14:36.037 4: Taster_Btn3_dimUpLong exec set HUEDevice97BCD90000261884 dimUp
2015.03.05 08:14:36.042 4: Lightify: enque:32 00 00 00 00 97BCD90000261884 01
2015.03.05 08:14:36.045 4: Lightify: enque:31 00 00 00 00 97BCD90000261884 12 0100
2015.03.05 08:14:36.047 4: Lightify: enque:13 00 00 00 00 01
2015.03.05 08:14:36.053 4: eventTypes: HUEDevice HUEDevice97BCD90000261884 dimUp -> dimUp
2015.03.05 08:14:36.059 4: eventTypes: CUL_HM CUL_HM_HM_RC_8_2F7019_Btn_03 trigger_cnt: 101 -> trigger_cnt: .*
2015.03.05 08:14:36.061 4: eventTypes: CUL_HM CUL_HM_HM_RC_8_2F7019_Btn_03 trigDst_57A3F2: noConfig -> trigDst_57A3F2: noConfig
2015.03.05 08:14:36.063 4: eventTypes: CUL_HM CUL_HM_HM_RC_8_2F7019_Btn_03 LongRelease 5-A240- (to CUL1) -> LongRelease .*-A240- (to CUL1)
2015.03.05 08:14:36.066 4: eventTypes: CUL_HM CUL_HM_HM_RC_8_2F7019_Btn_03 trigger: Long_101 -> trigger: Long_101
2015.03.05 08:14:36.069 4: eventTypes: CUL_HM CUL_HM_HM_RC_8_2F7019_Btn_03 state: LongRelease 5-A240- (to CUL1) -> state: LongRelease .*-A240- (to CUL1)
2015.03.05 08:14:36.216 4: Lightify: sending:0f0000327800000097BCD9000026188401
2015.03.05 08:14:36.372 4: Lightify: parsing: 120001327800000000010097BCD90000261884E3
2015.03.05 08:14:36.374 4: Lightify: sending:110000317900000097BCD90000261884090100
2015.03.05 08:14:36.621 4: Lightify: parsing: 120001317900000000010097BCD9000026188400
2015.03.05 08:14:36.624 4: Lightify: sending:070000137a00000001
2015.03.05 08:14:36.692 4: Lightify: parsing: B10001137A000000000400FFFF4094C900002618840A0102030100030000648E0AFF822EFF47656F72672773205A696D6D65720000CFD70388D90000261884020102030702000000158E0AFFFFFFFF466C7572206F62656E000000000000008985F58CD90000261884020102030702000000168E0AFFFFFFFF466C757220756E74656E0000000000002D8F97BCD900002618840A010203010200000109F807FF9F9CFF576F5A69000000000000000000000000
2015.03.05 08:14:36.694 3: Georg's Zimmer: 4094C90000261884:FFFF, type: 0A (w:1, rgb:1), onoff: 0, mode?: 03 dim: 100, ct: 2702, rgb: FF822E
2015.03.05 08:14:36.697 4: parse status message for HUEDevice4094C90000261884
2015.03.05 08:14:36.707 4: eventTypes: HUEDevice HUEDevice4094C90000261884 rgb: ff822e -> rgb: ff822e
2015.03.05 08:14:36.711 3: Flur oben: 0388D90000261884:CFD7, type: 02 (w:1, rgb:0), onoff: 0, mode?: 00 dim: 21, ct: 2702, rgb: FFFFFF
2015.03.05 08:14:36.714 4: parse status message for HUEDevice0388D90000261884
2015.03.05 08:14:36.723 4: eventTypes: HUEDevice HUEDevice0388D90000261884 rgb: ffc698 -> rgb: ffc698
2015.03.05 08:14:36.727 3: Flur unten: F58CD90000261884:8985, type: 02 (w:1, rgb:0), onoff: 0, mode?: 00 dim: 22, ct: 2702, rgb: FFFFFF
2015.03.05 08:14:36.730 4: parse status message for HUEDeviceF58CD90000261884
2015.03.05 08:14:36.740 4: eventTypes: HUEDevice HUEDeviceF58CD90000261884 rgb: ffc698 -> rgb: ffc698
2015.03.05 08:14:36.743 3: WoZi: 97BCD90000261884:2D8F, type: 0A (w:1, rgb:1), onoff: 1, mode?: 00 dim: 9, ct: 2040, rgb: FF9F9C
2015.03.05 08:14:36.747 4: parse status message for HUEDevice97BCD90000261884
2015.03.05 08:14:36.756 4: eventTypes: HUEDevice HUEDevice97BCD90000261884 rgb: 160e0e -> rgb: 160e0e
2015.03.05 08:14:37.630 4: Lightify: sending:0f0000327b00000097BCD9000026188401
2015.03.05 08:14:37.756 4: Lightify: parsing: 120001327B00000000010097BCD9000026188400
2015.03.05 08:14:37.758 4: Lightify: sending:110000317c00000097BCD90000261884120100
2015.03.05 08:14:37.893 4: Lightify: parsing: 120001317C00000000010097BCD9000026188400
2015.03.05 08:14:37.896 4: Lightify: sending:070000137d00000001
2015.03.05 08:14:37.964 4: Lightify: parsing: B10001137D000000000400FFFF4094C900002618840A0102030100030000648E0AFF822EFF47656F72672773205A696D6D65720000CFD70388D90000261884020102030702000000158E0AFFFFFFFF466C7572206F62656E000000000000008985F58CD90000261884020102030702000000168E0AFFFFFFFF466C757220756E74656E0000000000002D8F97BCD900002618840A010203010200000112F807FF9F9CFF576F5A69000000000000000000000000
2015.03.05 08:14:37.966 3: Georg's Zimmer: 4094C90000261884:FFFF, type: 0A (w:1, rgb:1), onoff: 0, mode?: 03 dim: 100, ct: 2702, rgb: FF822E
2015.03.05 08:14:37.969 4: parse status message for HUEDevice4094C90000261884
2015.03.05 08:14:37.979 4: eventTypes: HUEDevice HUEDevice4094C90000261884 rgb: ff822e -> rgb: ff822e
2015.03.05 08:14:37.983 3: Flur oben: 0388D90000261884:CFD7, type: 02 (w:1, rgb:0), onoff: 0, mode?: 00 dim: 21, ct: 2702, rgb: FFFFFF
2015.03.05 08:14:37.985 4: parse status message for HUEDevice0388D90000261884
2015.03.05 08:14:37.995 4: eventTypes: HUEDevice HUEDevice0388D90000261884 rgb: ffc698 -> rgb: ffc698
2015.03.05 08:14:37.999 3: Flur unten: F58CD90000261884:8985, type: 02 (w:1, rgb:0), onoff: 0, mode?: 00 dim: 22, ct: 2702, rgb: FFFFFF
2015.03.05 08:14:38.002 4: parse status message for HUEDeviceF58CD90000261884
2015.03.05 08:14:38.011 4: eventTypes: HUEDevice HUEDeviceF58CD90000261884 rgb: ffc698 -> rgb: ffc698
2015.03.05 08:14:38.015 3: WoZi: 97BCD90000261884:2D8F, type: 0A (w:1, rgb:1), onoff: 1, mode?: 00 dim: 18, ct: 2040, rgb: FF9F9C
2015.03.05 08:14:38.018 4: parse status message for HUEDevice97BCD90000261884
2015.03.05 08:14:38.027 4: eventTypes: HUEDevice HUEDevice97BCD90000261884 bri: 45 -> bri: .*
2015.03.05 08:14:38.029 4: eventTypes: HUEDevice HUEDevice97BCD90000261884 pct: 18 -> pct: .*
2015.03.05 08:14:38.031 4: eventTypes: HUEDevice HUEDevice97BCD90000261884 dim18% -> dim18%
2015.03.05 08:14:38.034 4: eventTypes: HUEDevice HUEDevice97BCD90000261884 state: dim18% -> state: dim18%
2015.03.05 08:14:38.043 4: eventTypes: HUEDevice HUEDevice97BCD90000261884 rgb: 2d1c1c -> rgb: 2d1c1c
2015.03.05 08:14:38.902 4: Lightify: sending:0f0000327e00000097BCD9000026188401
2015.03.05 08:14:39.028 4: Lightify: parsing: 120001327E00000000010097BCD9000026188400
2015.03.05 08:14:39.031 4: Lightify: sending:110000317f00000097BCD90000261884120100
2015.03.05 08:14:39.166 4: Lightify: parsing: 120001317F00000000010097BCD9000026188400
2015.03.05 08:14:39.169 4: Lightify: sending:070000138000000001
2015.03.05 08:14:39.237 4: Lightify: parsing: B100011380000000000400FFFF4094C900002618840A0102030100030000648E0AFF822EFF47656F72672773205A696D6D65720000CFD70388D90000261884020102030702000000158E0AFFFFFFFF466C7572206F62656E000000000000008985F58CD90000261884020102030702000000168E0AFFFFFFFF466C757220756E74656E0000000000002D8F97BCD900002618840A010203010200000112F807FF9F9CFF576F5A69000000000000000000000000
2015.03.05 08:14:39.239 3: Georg's Zimmer: 4094C90000261884:FFFF, type: 0A (w:1, rgb:1), onoff: 0, mode?: 03 dim: 100, ct: 2702, rgb: FF822E
2015.03.05 08:14:39.242 4: parse status message for HUEDevice4094C90000261884
2015.03.05 08:14:39.252 4: eventTypes: HUEDevice HUEDevice4094C90000261884 rgb: ff822e -> rgb: ff822e
2015.03.05 08:14:39.256 3: Flur oben: 0388D90000261884:CFD7, type: 02 (w:1, rgb:0), onoff: 0, mode?: 00 dim: 21, ct: 2702, rgb: FFFFFF
2015.03.05 08:14:39.259 4: parse status message for HUEDevice0388D90000261884
2015.03.05 08:14:39.269 4: eventTypes: HUEDevice HUEDevice0388D90000261884 rgb: ffc698 -> rgb: ffc698
2015.03.05 08:14:39.272 3: Flur unten: F58CD90000261884:8985, type: 02 (w:1, rgb:0), onoff: 0, mode?: 00 dim: 22, ct: 2702, rgb: FFFFFF
2015.03.05 08:14:39.275 4: parse status message for HUEDeviceF58CD90000261884
2015.03.05 08:14:39.285 4: eventTypes: HUEDevice HUEDeviceF58CD90000261884 rgb: ffc698 -> rgb: ffc698
2015.03.05 08:14:39.289 3: WoZi: 97BCD90000261884:2D8F, type: 0A (w:1, rgb:1), onoff: 1, mode?: 00 dim: 18, ct: 2040, rgb: FF9F9C
2015.03.05 08:14:39.292 4: parse status message for HUEDevice97BCD90000261884
2015.03.05 08:14:39.302 4: eventTypes: HUEDevice HUEDevice97BCD90000261884 rgb: 2d1c1c -> rgb: 2d1c1c
2015.03.05 08:14:40.174 4: Lightify: sending:0f0000328100000097BCD9000026188401
2015.03.05 08:14:40.303 4: Lightify: parsing: 120001328100000000010097BCD9000026188400
2015.03.05 08:14:40.305 4: Lightify: sending:110000318200000097BCD90000261884120100
2015.03.05 08:14:40.445 4: Lightify: parsing: 120001318200000000010097BCD9000026188400
2015.03.05 08:14:40.447 4: Lightify: sending:070000138300000001
2015.03.05 08:14:40.515 4: Lightify: parsing: B100011383000000000400FFFF4094C900002618840A0102030100030000648E0AFF822EFF47656F72672773205A696D6D65720000CFD70388D90000261884020102030702000000158E0AFFFFFFFF466C7572206F62656E000000000000008985F58CD90000261884020102030702000000168E0AFFFFFFFF466C757220756E74656E0000000000002D8F97BCD900002618840A010203010200000112F807FF9F9CFF576F5A69000000000000000000000000
2015.03.05 08:14:40.518 3: Georg's Zimmer: 4094C90000261884:FFFF, type: 0A (w:1, rgb:1), onoff: 0, mode?: 03 dim: 100, ct: 2702, rgb: FF822E
2015.03.05 08:14:40.521 4: parse status message for HUEDevice4094C90000261884
2015.03.05 08:14:40.531 4: eventTypes: HUEDevice HUEDevice4094C90000261884 rgb: ff822e -> rgb: ff822e
2015.03.05 08:14:40.534 3: Flur oben: 0388D90000261884:CFD7, type: 02 (w:1, rgb:0), onoff: 0, mode?: 00 dim: 21, ct: 2702, rgb: FFFFFF
2015.03.05 08:14:40.537 4: parse status message for HUEDevice0388D90000261884
2015.03.05 08:14:40.547 4: eventTypes: HUEDevice HUEDevice0388D90000261884 rgb: ffc698 -> rgb: ffc698
2015.03.05 08:14:40.551 3: Flur unten: F58CD90000261884:8985, type: 02 (w:1, rgb:0), onoff: 0, mode?: 00 dim: 22, ct: 2702, rgb: FFFFFF
2015.03.05 08:14:40.554 4: parse status message for HUEDeviceF58CD90000261884
2015.03.05 08:14:40.563 4: eventTypes: HUEDevice HUEDeviceF58CD90000261884 rgb: ffc698 -> rgb: ffc698
2015.03.05 08:14:40.567 3: WoZi: 97BCD90000261884:2D8F, type: 0A (w:1, rgb:1), onoff: 1, mode?: 00 dim: 18, ct: 2040, rgb: FF9F9C
2015.03.05 08:14:40.570 4: parse status message for HUEDevice97BCD90000261884
2015.03.05 08:14:40.580 4: eventTypes: HUEDevice HUEDevice97BCD90000261884 rgb: 2d1c1c -> rgb: 2d1c1cVon diesem Kommando-Feuerwerk werden nur zwei DimUp Befehle von der LED-Lampe umgesetzt.
Ich sehe ich dass das Osram Gateway trotz der enormen Verzögerung nicht hinterher kommt die Lampe zu steuern ( "2x dim 9%" und 3x "dim 18%" bleiben stehen).
Obiges Log mit grep "Wozi" die Lampe gefiltert:
2015.03.05 08:14:35.339 3: WoZi: 97BCD90000261884:2D8F, type: 0A (w:1, rgb:1), onoff: 1, mode?: 00 dim: 9, ct: 2040, rgb: FF9F9C
2015.03.05 08:14:36.743 3: WoZi: 97BCD90000261884:2D8F, type: 0A (w:1, rgb:1), onoff: 1, mode?: 00 dim: 9, ct: 2040, rgb: FF9F9C
2015.03.05 08:14:38.015 3: WoZi: 97BCD90000261884:2D8F, type: 0A (w:1, rgb:1), onoff: 1, mode?: 00 dim: 18, ct: 2040, rgb: FF9F9C
2015.03.05 08:14:39.289 3: WoZi: 97BCD90000261884:2D8F, type: 0A (w:1, rgb:1), onoff: 1, mode?: 00 dim: 18, ct: 2040, rgb: FF9F9C
2015.03.05 08:14:40.567 3: WoZi: 97BCD90000261884:2D8F, type: 0A (w:1, rgb:1), onoff: 1, mode?: 00 dim: 18, ct: 2040, rgb: FF9F9CDas ganze lässt sich praktisch mit LongPressedButton nicht bedienen, da das System blockiert.
Gibt es eine Möglichkeit, den Befehl ButtonLong so umzusetzen, das nur jede Sekunde ein Befehl zum Osram Gateway abgeschickt wird?
D.h. von den ca. 6 Kommandos / sec nur ein DimUp/DimDown ausgelöst wird.
Dann läuft die Kommando-Pipe am Gateway nicht über
Logfile HM-RC-8 für 1 Sekunde Taste drücken
2015-03-05_08:25:09 CUL_HM_HM_RC_8_2F7019 battery: ok
2015-03-05_08:25:09 CUL_HM_HM_RC_8_2F7019 CUL_HM_HM_RC_8_2F7019_Btn_03 Long 1-8440- (to CUL1)
2015-03-05_08:25:09 CUL_HM_HM_RC_8_2F7019 battery: ok
2015-03-05_08:25:09 CUL_HM_HM_RC_8_2F7019 CUL_HM_HM_RC_8_2F7019_Btn_03 Long 2-8440- (to CUL1)
2015-03-05_08:25:10 CUL_HM_HM_RC_8_2F7019 battery: ok
2015-03-05_08:25:10 CUL_HM_HM_RC_8_2F7019 CUL_HM_HM_RC_8_2F7019_Btn_03 Long 3-8440- (to CUL1)
2015-03-05_08:25:10 CUL_HM_HM_RC_8_2F7019 battery: ok
2015-03-05_08:25:10 CUL_HM_HM_RC_8_2F7019 CUL_HM_HM_RC_8_2F7019_Btn_03 Long 4-8440- (to CUL1)
2015-03-05_08:25:10 CUL_HM_HM_RC_8_2F7019 battery: ok
2015-03-05_08:25:10 CUL_HM_HM_RC_8_2F7019 CUL_HM_HM_RC_8_2F7019_Btn_03 Long 5-8440- (to CUL1)
2015-03-05_08:25:10 CUL_HM_HM_RC_8_2F7019 battery: ok
2015-03-05_08:25:10 CUL_HM_HM_RC_8_2F7019 CUL_HM_HM_RC_8_2F7019_Btn_03 Long 6-8440- (to CUL1)
2015-03-05_08:25:11 CUL_HM_HM_RC_8_2F7019 battery: ok
2015-03-05_08:25:11 CUL_HM_HM_RC_8_2F7019 CUL_HM_HM_RC_8_2F7019_Btn_03 LongRelease 7-A240- (to CUL1)
2015-03-05_08:25:11 CUL_HM_HM_RC_8_2F7019 CMDs_done
PS: die Suchfunktion hat mich hierauf gebracht
Zitat von: justme1968 am 10 Dezember 2013, 09:04:05
ich habe eben eine version eingecheckt die:
- ein attribut delayedUpdate hat. wenn es auf 1 gesetzt ist ist die 1 sekunde verzögerung für dieses device aktiv
- ein kommando delayedUpdate das in ein set mit eingebaut werden kann um die verzögerung für dieses eine set zu aktivieren
- ein kommando immediateUpdate um die verzögerung für dieses eine set zu deaktivieren
- bei dimUp und dimDown wird die verzögerung immer deaktiviert
damit sollten alle möglichen anforderungen erst mal abgedeckt sein.
gruss
andre
Zitat von: justme1968 am 14 Februar 2015, 13:48:54
ich habe das problem gefunden. die garden spots sind nur rgb ohne w und liefert keine farbtemperatur. bei denen steht das byte das ich für den typ in verdacht habe auf 08. damit wäre
08 -> rgb
02 -> rgbw
0A -> tunable white
Ich habe mir mal den Java Code der Osram Lightify Android App angesehen.
Damit sind jetzt auch alle Befehle geklärt.
zu den Lampentypen steht im Quelltext:
------lightify/model/impl/Light.java
public static final int ONOFF_LIGHT = 1;
public static final int COLORTEMP_DIMMABLE_LIGHT = 2;
public static final int COLOR_LIGHT = 8;
public static final int DIMMABLE_LIGHT = 4;
public static final int EXT_COLOR_LIGHT = 10;
im Kontext liest sich das dann so:
lightify/model/parser/LightParser.java
Zitatprivate Light getNewLight(String paramString)
{
String str1 = (String)this.mLightAttrMap.get("DeviceInfo" + paramString);
boolean bool1 = TextUtils.isEmpty(str1);
Light localLight = null;
String str2;
String[] arrayOfString2;
boolean bool4;
if (!bool1)
{
localLight = new Light();
setAbstractDeviceProperties(localLight);
str2 = LightifyApplication.getResourceString(2131231076);
localLight.setId(localLight.getGatewayDeviceId() + "," + str2 + "," + paramString);
String[] arrayOfString1 = str1.split(",");
localLight.setNodeId(getNodeIdByteArray(arrayOfString1[0]));
localLight.setVersion(arrayOfString1[1]);
localLight.setModelName(arrayOfString1[4]);
localLight.setLightType(getLightType(str1.split(",")));
arrayOfString2 = ((String)this.mLightAttrMap.get("DeviceStatus" + paramString)).split(",");
localLight.setDeviceNumber(arrayOfString2[0]);
if (!localLight.isGatewayOnline()) {
break label432;
}
if (!arrayOfString2[1].equals("online")) {
break label426;
}
bool4 = true;
localLight.setLightOnline(bool4);
}
for (;; )
{
boolean bool2 = arrayOfString2[3].equals("1");
boolean bool3 = false;
if (bool2) {
bool3 = true;
}
localLight.setOn(bool3);
if (localLight.getLightType() != 1) {
localLight.setDimLevel(Integer.valueOf(arrayOfString2[4]).intValue());
}
if ((localLight.getLightType() == 10) || (localLight.getLightType() == 2)) {
localLight.setTemperature(Integer.valueOf(arrayOfString2[5]).intValue());
}
if ((localLight.getLightType() == 10) || (localLight.getLightType() == 8 )) {
localLight.setColor(parseColorString(arrayOfString2[6]));
}
String str3 = (String)this.mLightAttrMap.get("DeviceName" + paramString);
if (TextUtils.isEmpty(str3)) {
str3 = str2 + paramString;
}
localLight.setDeviceName(str3);
localLight.setDeviceGroupMembers(parseDeviceGroupMembers(paramString));
return localLight;
label426:
bool4 = false;
break;
label432:
localLight.setLightOnline(false);
}
}
hier liest wahrscheinlich keiner mehr mit, aber der Vollständigkeit halber die Auswertung des Java-Codes der Lightify App für
0x13 = Statusabfrage aller am Gateway registrierten Lampen (auch offline LEDs)Anfrage mit
07 00 00 13 10 00 00 00 01
bisheriger StandZitat von: tomas123 am 11 Februar 2015, 23:14:03
hier mal mal die vollständige Antwort auf die Statusanfrage "07 00 00 13 00 00 00 00 01" für 3 Lampen
// in Hex
87 00 01 13 10 00 00 00 00 03 00
A2 25 40 94 C9 00 00 26 18 84 0A 01 02 03 01 02 03 00 01 64 31 0B 01 FF 31 FF 47 65 6F 72 67 27 73 20 5A 69 6D 6D 65 72 00 00
CF D7 03 88 D9 00 00 26 18 84 02 01 02 03 07 02 05 00 00 2D 8E 0A FF FF FF FF 46 6C 75 72 20 6F 62 65 6E 00 00 00 00 00 00 00
89 85 F5 8C D9 00 00 26 18 84 02 01 02 03 07 02 05 00 00 30 B3 0A FF FF FF FF 46 6C 75 72 20 75 6E 74 65 6E 00 00 00 00 00 00
im Detail die Antwort:
(1) Header
Lenght Antw Cmd Cnt 03 Lampen ?
87 00 01 13 10 00 00 00 00 03 00
(2) für jede Lampe eine Zeile ( irgendein ?? scheint den Lampentyp anzeigen )
hier RGB-LED
A2 25 Zigbee 16 Bit short adress (wenn Lampe nicht im Netz eingelogt: FF FF), google nach: zigbee zll short address
40 94 C9 00 00 26 18 84 HW-Adresse der Lampe
?? ?? ?? ON Hel Temp R G B Name-String
0A 01 02 03 01 02 03 00 01 64 31 0B 01 FF 31 FF 47 65 6F 72 67 27 73 20 5A 69 6D 6D 65 72 00 00
normale LED
short |HW Adresse ?? ?? ?? Off Hel Temp R G B Name-String
CF D7 03 88 D9 00 00 26 18 84 02 01 02 03 07 02 05 00 00 2D 8E 0A FF FF FF FF 46 6C 75 72 20 6F 62 65 6E 00 00 00 00 00 00 00
aktueller StandDie Auswertung der Statusrückmeldung erfolgt in:
lightify/gateway/response/impl/NetworkListNodesParser.java
package com.osram.lightify.gateway.response.impl;
import android.util.Log;
import com.arrayent.appengine.utils.Logger;
import com.osram.lightify.LightifyApplication;
import com.osram.lightify.factory.TCPClientFactory;
import com.osram.lightify.gateway.ITCPClient;
import com.osram.lightify.gateway.ITCPResponseCallback;
import com.osram.lightify.gateway.command.impl.NodeGetCurrentStatusCommand;
import com.osram.lightify.model.impl.Devices;
import com.osram.lightify.model.impl.Light;
import java.nio.ByteBuffer;
import java.nio.ByteOrder;
import java.util.ArrayList;
import java.util.Arrays;
import java.util.concurrent.CountDownLatch;
public class NetworkListNodesParser
extends GatewayCommandParser
{
protected int devicesCount;
private CountDownLatch mNodesDetailsLatch;
private ArrayList<Light> mNodesList;
protected final long refreshDevicesId;
public NetworkListNodesParser(int paramInt, long paramLong)
{
super(paramInt);
this.refreshDevicesId = paramLong;
}
private void fetchNodesList(byte[] paramArrayOfByte)
{
this.mNodesDetailsLatch = new CountDownLatch(this.devicesCount);
int i = 0;
if (i >= this.devicesCount) {}
try
{
this.mNodesDetailsLatch.await();
return;
}
catch (InterruptedException localInterruptedException)
{
int j;
byte[] arrayOfByte1;
ByteBuffer localByteBuffer;
String str;
int k;
Log.e("OSRAM LIGHTIFY APP", localInterruptedException.getLocalizedMessage());
}
j = 11 + i * 42;
arrayOfByte1 = Arrays.copyOfRange(paramArrayOfByte, j, j + 42);
localByteBuffer = ByteBuffer.allocate(42);
localByteBuffer.order(ByteOrder.LITTLE_ENDIAN);
localByteBuffer.put(arrayOfByte1);
str = getNodeName(arrayOfByte1, i);
k = getNodeLightType(arrayOfByte1);
Logger.d("OSRAM Lightify", "Node Light type: " + k);
if (getNodeOnlineStatus(arrayOfByte1) == 2) {
getNodeDetails(localByteBuffer.getLong(2), str, k, String.valueOf(i + 1));
}
for (;;)
{
i++;
break;
Light localLight = new Light();
localLight.setLightOnline(false);
localLight.setLightType(k);
byte[] arrayOfByte2 = parseNodeId(arrayOfByte1);
localLight.setNodeId(arrayOfByte2);
localLight.setId(String.valueOf(arrayOfByte2));
localLight.setDeviceNumber(i + 1);
localLight.setDeviceName(str);
this.mNodesList.add(localLight);
this.mNodesDetailsLatch.countDown();
}
}
private Light getNodeDetails(long paramLong, String paramString1, int paramInt, String paramString2)
{
Logger.d("OSRAM Lightify", "Get Node Details. thread: " + Thread.currentThread().getId());
NodeGetCurrentStatusCommand localNodeGetCurrentStatusCommand = new NodeGetCurrentStatusCommand(Long.valueOf(paramLong));
TCPClientFactory.getMarvelClientInstance(0).sendCommandToGateway(localNodeGetCurrentStatusCommand, new NodeGetStatusResponseCallback(localNodeGetCurrentStatusCommand.getRequestId(), paramString1, paramInt, paramString2));
return null;
}
private int getNodeLightType(byte[] paramArrayOfByte)
{
return paramArrayOfByte[10];
}
private String getNodeName(byte[] paramArrayOfByte, int paramInt)
{
return parseName(Arrays.copyOfRange(paramArrayOfByte, 26, 42), LightifyApplication.getResourceString(2131231076) + paramInt);
}
private int getNodeOnlineStatus(byte[] paramArrayOfByte)
{
return paramArrayOfByte[15];
}
private byte[] parseNodeId(byte[] paramArrayOfByte)
{
ByteBuffer localByteBuffer = ByteBuffer.allocate(8);
localByteBuffer.put(paramArrayOfByte, 2, 8).order(ByteOrder.LITTLE_ENDIAN).rewind();
Logger.d("OSRAM Lightify", "NetworkListNodes: node id = " + localByteBuffer.array().toString());
return localByteBuffer.array();
}
protected int getCount(byte[] paramArrayOfByte)
{
return ByteBuffer.wrap(Arrays.copyOfRange(paramArrayOfByte, 9, 11)).order(ByteOrder.LITTLE_ENDIAN).getChar();
}
public ArrayList<Light> getNodesList()
{
return this.mNodesList;
}
public boolean isSucess(ByteBuffer paramByteBuffer)
{
boolean bool = true;
if (paramByteBuffer.getInt(4) == getRequestId())
{
if (paramByteBuffer.get(8) != 0) {
return false;
}
parseDevicesList(paramByteBuffer.array());
}
for (;;)
{
return bool;
bool = false;
}
}
protected void parseDevicesList(byte[] paramArrayOfByte)
{
this.devicesCount = getCount(paramArrayOfByte);
this.mNodesList = new ArrayList();
fetchNodesList(paramArrayOfByte);
Logger.d("OSRAM Lightify", "Number of Nodes: " + this.mNodesList.size());
Devices localDevices = Devices.getInstanceForRefresh(this.refreshDevicesId);
localDevices.getLightsList().addAll(this.mNodesList);
localDevices.getAllDevicesList().addAll(this.mNodesList);
}
private class NodeGetStatusResponseCallback
implements ITCPResponseCallback
{
private String index;
private int lightType;
private String nodeName;
private int requestId;
public NodeGetStatusResponseCallback(int paramInt1, String paramString1, int paramInt2, String paramString2)
{
this.requestId = paramInt1;
this.nodeName = paramString1;
this.lightType = paramInt2;
this.index = paramString2;
}
public void onError(String paramString)
{
Log.e("OSRAM LIGHTIFY APP", "NetworkListNodesParser: " + paramString);
NetworkListNodesParser.this.mNodesDetailsLatch.countDown();
}
public void onSuccesss(ByteBuffer paramByteBuffer)
{
Light localLight1 = new Light();
localLight1.setLightType(this.lightType);
localLight1.setDeviceNumber(this.index);
NodeGetCurrentStatusParser localNodeGetCurrentStatusParser = new NodeGetCurrentStatusParser(this.requestId, localLight1);
if (localNodeGetCurrentStatusParser.isSucess(paramByteBuffer))
{
Light localLight2 = localNodeGetCurrentStatusParser.getCurrentNodeStatus();
localLight2.setDeviceName(this.nodeName);
NetworkListNodesParser.this.mNodesList.add(localLight2);
}
for (;;)
{
NetworkListNodesParser.this.mNodesDetailsLatch.countDown();
return;
String str = LightifyApplication.getResourceString(2131231122);
Log.e("OSRAM LIGHTIFY APP", "NodeGetStatusReponseFailed: " + str);
}
}
}
}und
lightify/gateway/response/impl/NodeGetCurrentStatusParser.java
package com.osram.lightify.gateway.response.impl;
import android.graphics.Color;
import com.osram.lightify.model.impl.Light;
import java.nio.ByteBuffer;
import java.nio.ByteOrder;
public class NodeGetCurrentStatusParser
extends GatewayCommandParser
{
protected Light currentNode;
public NodeGetCurrentStatusParser(int paramInt)
{
super(paramInt);
}
public NodeGetCurrentStatusParser(int paramInt, Light paramLight)
{
super(paramInt);
this.currentNode = paramLight;
}
private void parseCurrentNodeStatus(byte[] paramArrayOfByte)
{
if (this.currentNode == null) {
this.currentNode = new Light();
}
byte[] arrayOfByte = parseNodeId(paramArrayOfByte);
this.currentNode.setId(String.valueOf(arrayOfByte));
this.currentNode.setNodeId(arrayOfByte);
this.currentNode.setLightOnline(parseOnlineStatus(paramArrayOfByte));
if (this.currentNode.isLightOnline())
{
this.currentNode.setOn(parseNodeState(paramArrayOfByte));
this.currentNode.setDimLevel(parseNodeDim(paramArrayOfByte));
this.currentNode.setTemperature(parseNodeTemperature(paramArrayOfByte));
this.currentNode.setColor(parseNodeColor(paramArrayOfByte));
}
}
private int parseNodeColor(byte[] paramArrayOfByte)
{
String[] arrayOfString = { " ", " ", " " };
int i = 0;
if (i >= 3) {
return Color.parseColor("#" + arrayOfString[0] + arrayOfString[1] + arrayOfString[2]);
}
for (String str = Integer.toHexString(paramArrayOfByte[(i + 25)]);; str = "0" + str) {
if (str.length() >= 2)
{
arrayOfString[i] = str.substring(-2 + str.length());
i++;
break;
}
}
}
private int parseNodeDim(byte[] paramArrayOfByte)
{
return paramArrayOfByte[22];
}
private boolean parseNodeState(byte[] paramArrayOfByte)
{
return paramArrayOfByte[21] != 0;
}
private int parseNodeTemperature(byte[] paramArrayOfByte)
{
ByteBuffer localByteBuffer = ByteBuffer.allocate(2);
localByteBuffer.put(paramArrayOfByte, 23, 2).order(ByteOrder.LITTLE_ENDIAN).rewind();
return localByteBuffer.getShort();
}
private boolean parseOnlineStatus(byte[] paramArrayOfByte)
{
return paramArrayOfByte[20] == 2;
}
public Light getCurrentNodeStatus()
{
return this.currentNode;
}
public boolean isSucess(ByteBuffer paramByteBuffer)
{
boolean bool = true;
if (paramByteBuffer.getInt(4) == getRequestId())
{
if ((paramByteBuffer.get(8) != 0) || (paramByteBuffer.limit() < 21)) {
return false;
}
parseCurrentNodeStatus(paramByteBuffer.array());
}
for (;;)
{
return bool;
bool = false;
}
}
protected byte[] parseNodeId(byte[] paramArrayOfByte)
{
ByteBuffer localByteBuffer = ByteBuffer.allocate(8);
localByteBuffer.put(paramArrayOfByte, 11, 8).order(ByteOrder.LITTLE_ENDIAN).rewind();
return localByteBuffer.array();
}
}
daraus ergibt sich dann folgender abgesicherter Stand
(1) Header
Lenght Antw Cmd Cnt 03 Lampen
87 00 01 13 10 00 00 00 00 03 00
(2) für jede Lampe eine Zeile
hier RGB-LED
A2 25 // Zigbee 16 Bit short address (wenn Node offline: FF FF)
40 94 C9 00 00 26 18 84 // NodeId[02-08] 8 Byte Adresse der Lampe
0A // NodeLightType [10]
01 02 03
01
02 // NodeOnlineStatus [15] : 00=offline, 02=online
03
00 // OnlineStatus [StatusPaser#20] (bisher immer Null!)
01 // NodeState[StatusPaser#21] LED on off
64 // NodeDim[StatusPaser#22] Helligkeit in [%]
31 0B // Farbtemperatur in Kelvin
01 FF 31 // RGB-Wert
FF
47 65 6F 72 67 27 73 20 5A 69 6D 6D 65 72 00 00 //NodeName [26-42]
// Index von NetworkListNodesParser.java [ii]
00 01 02 03 04 05 06 07 08 09 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42
// Index von NodeGetCurrentStatusParser.java [StatusPaser#ii]
03 04 05 06 07 08 09 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29
Fazit:Lampentyp = NodeLightType ist jetzt abgesichert
------lightify/model/impl/Light.java
public static final int ONOFF_LIGHT = 1;
public static final int COLORTEMP_DIMMABLE_LIGHT = 2;
public static final int COLOR_LIGHT = 8;
public static final int DIMMABLE_LIGHT = 4;
public static final int EXT_COLOR_LIGHT = 10;weiterhin ein NodeOnlineStatus (00 / 02) ...
Ansonsten keine neuen Infos
natürlich lesen hier noch welche mit. ich war nur die letzen tage unterwegs und hatte nicht wirklich zeit und ruhe.
das problem mit dem dimUp und dimDown: das modul sendet sofort wenn keine antwort aussteht, ansonsten steckt es alle kommandos in eine queue und sendet immer dann eins los nach dem eine antwort gekommen ist. wenn die antworte eine sekunde lang aus bleibt wird auch das nächste kommando geschickt.
das eigentliche problem ist aber glaube ich das für ein dimup drei kommandos an das gateway geschickt werden. zuerst on, dann dim und dann die status abfrage. drei kommandos und drei antworten summieren sich.
das delayedUpdate funktioniert zur zeit nur bei hue lampen. es wird auf HUEDevice ebene gesetzt und hier fragen die lampen devices den status nach dem setzen ab (oder auch nicht). im aktuellen lightify modul wird der status auf jeden fall immer direkt abgefragt.
delayedUpdate funktioniert aber nicht mit dimUp und dimDown. hier wird es modul intern auf jeden fall auch beim den hue lampen sofort der lampen status abgefragt. sonst ist die tatsächliche helligkeit noch aktualisiert um den nächsten schritt zu berechnen.
setz mal bitte verbose auf 5 und schau im fhem log wo die größte verzögerung liegt. du solltest hierzu mseclog in global setzen. du kannst mal versuchen in LIGHTIFY_Write das autmatische senden von on auszukommentieren. geht es dann besser? die lampe muss dann natürlich schon an sein.
gruss
andre
"mitlesen" war auch keine Kritik ;)
ich werfe hier nur haufenweise Infos/Logs rein damit es nicht verloren geht
und ich weiß aus Erfahrung, dass man damit manchmal mehr Infos verwischt als herausarbeitet
Zur Sache:
Ich hatte hier bereits ein 6 Sekunden langes DimUp Log mit allen Timings gepostet:
http://forum.fhem.de/index.php/topic,28339.msg269830.html#msg269830
Dim-Kommando 0x31 sending/parsing dauert nur 0,13 Sekunden
2015.03.05 08:14:37.758 4: Lightify: sending:110000317c00000097BCD90000261884120100
2015.03.05 08:14:37.893 4: Lightify: parsing: 120001317C00000000010097BCD9000026188400
Gestern habe ich noch mal mit Wireshark die Kommunikation zwischen der Lightify-App und dem Gateway untersucht.
Wenn man in der App den Schieberegler für die Hellogkeit bewegt, klebt die Osram-Lampe am Finger (solange die App nicht über den Osram-Internet-Server routet).
Das macht richtig Spass.
Laut wireshark haut die Lightify-App einfach mehrmals pro Sekunde das Dim-Kommando raus und schaut nicht nach links und rechts:
0x31= Helligkeit einstellen (Achtung: Helligkeit 0 ist dunkel, obwohl Status=ON):
a) 11 00 00 31 nn 00 00 00 —> Header, nn beliebiger Counter
b) 03 88 d9 00 00 26 18 84 —> Adresse der Lampe
c) 64 —> ## = 0 - 0x64 (=100%)
d) 05 00 —> ## = 0 .. 0xff Verzögerung der Überblendung (0=sofort)
d.h. die App berechnet sich die aktuelle Helligkeit selber.
Erst wenn wieder Ruhe reingekommen ist, macht die App eine Statusabfrage und korrigiert dann ggf. die angezeigten Werte.
Deshalb meine Frage:
Könnte man das Lightify-DimUp/Down so umsetzen, dass während eines Button:Long nur die Dim-Kommandos 0x31 rausgeschickt werden und keine zusätzlichen Gateway-Abfragen?
Das würde die Verzögerung reduzieren und man würde sich auf das Tempo der Lightify-App zuarbeiten (Stichwort: woman acceptance factor )
Die theoretische aktuelle Helligkeit müsste man halt zwischendurch selber berechnen.
sorry. ich hatte nicht gesehen das das log schon mit der millisekunden auflösung erzeugt war.
bitte nimm mal wie oben beschrieben das senden von on raus und schau ob es etwas besser geht.
auf due status abfrage kann ich nicht verzichten da das modul zum relativen dimmen immer den aktuellen status braucht. deshalb auch das mehrfache senden von 9% bzw 18%. wenn keine antwort kommt werden die readings im fhem modul nicht aktualisiert und jedes weiter dimup sendet wieder den gleichen wert.
vielleicht wäre es hier gut kommandos die sowieso schon in der queue stehen nicht noch mal zu senden. das würde zumindest das immer weiter auffüllen mit unnötigen kommandos verhindern.
gruss
andre
ich habe mal versucht das verwerfen identischer nachrichten einzubauen.
schau mal ob es einen unterschied macht.
gruss
andre
Hi justme1968,
ich habe das mal getestet.
Leider keine Verbesserung :(
DimDown auf Lampe WoZi mit 1,5 Sekunden Button:Long erzeugte 7 Events:
2015.03.07 19:01:45.522 4: eventTypes: CUL_HM CUL_HM_HM_RC_8_2F7019 CUL_HM_HM_RC_8_2F7019_Btn_04 Long 1-8440- (to virtualCCU) -> CUL_HM_HM_RC_8_2F7019_Btn_04 Long .*.*- (to virtualCCU)
2015.03.07 19:01:45.769 4: eventTypes: CUL_HM CUL_HM_HM_RC_8_2F7019 CUL_HM_HM_RC_8_2F7019_Btn_04 Long 2-8440- (to virtualCCU) -> CUL_HM_HM_RC_8_2F7019_Btn_04 Long .*.*- (to virtualCCU)
2015.03.07 19:01:46.137 4: eventTypes: CUL_HM CUL_HM_HM_RC_8_2F7019 CUL_HM_HM_RC_8_2F7019_Btn_04 Long 3-8440- (to virtualCCU) -> CUL_HM_HM_RC_8_2F7019_Btn_04 Long .*.*- (to virtualCCU)
2015.03.07 19:01:46.271 4: eventTypes: CUL_HM CUL_HM_HM_RC_8_2F7019 CUL_HM_HM_RC_8_2F7019_Btn_04 Long 4-8440- (to virtualCCU) -> CUL_HM_HM_RC_8_2F7019_Btn_04 Long .*.*- (to virtualCCU)
2015.03.07 19:01:46.522 4: eventTypes: CUL_HM CUL_HM_HM_RC_8_2F7019 CUL_HM_HM_RC_8_2F7019_Btn_04 Long 5-8440- (to virtualCCU) -> CUL_HM_HM_RC_8_2F7019_Btn_04 Long .*.*- (to virtualCCU)
2015.03.07 19:01:46.774 4: eventTypes: CUL_HM CUL_HM_HM_RC_8_2F7019 CUL_HM_HM_RC_8_2F7019_Btn_04 Long 6-8440- (to virtualCCU) -> CUL_HM_HM_RC_8_2F7019_Btn_04 Long .*.*- (to virtualCCU)
2015.03.07 19:01:47.025 4: eventTypes: CUL_HM CUL_HM_HM_RC_8_2F7019 CUL_HM_HM_RC_8_2F7019_Btn_04 Long 7-8440- (to virtualCCU) -> CUL_HM_HM_RC_8_2F7019_Btn_04 Long .*.*- (to virtualCCU)
und hier der vollständige Log
2015.03.07 19:01:45.491 4: CUL_Parse: CUL1 A 0B 06 8440 2F7019 57A3F2 444416 -63
2015.03.07 19:01:45.520 4: eventTypes: CUL_HM CUL_HM_HM_RC_8_2F7019 battery: ok -> battery: ok
2015.03.07 19:01:45.522 4: eventTypes: CUL_HM CUL_HM_HM_RC_8_2F7019 CUL_HM_HM_RC_8_2F7019_Btn_04 Long 1-8440- (to virtualCCU) -> CUL_HM_HM_RC_8_2F7019_Btn_04 Long .*.*- (to virtualCCU)
2015.03.07 19:01:45.524 4: eventTypes: CUL_HM CUL_HM_HM_RC_8_2F7019 state: CUL_HM_HM_RC_8_2F7019_Btn_04 Long 1-8440- (to virtualCCU) -> state: CUL_HM_HM_RC_8_2F7019_Btn_04 Long .*.*- (to virtualCCU)
2015.03.07 19:01:45.533 4: Taster_Btn4_dim exec set HUEDevice97BCD90000261884 dimDown
2015.03.07 19:01:45.537 4: Lightify: sending:0f0000321d00000097BCD9000026188401
2015.03.07 19:01:45.541 4: Lightify: enque:31 00 00 00 00 97BCD90000261884 5a 0100
2015.03.07 19:01:45.543 4: Lightify: enque:13 00 00 00 00 01
2015.03.07 19:01:45.573 4: eventTypes: DOIF WoZiDimmUp cmd_nr: 2 -> cmd_nr: .*
2015.03.07 19:01:45.575 4: eventTypes: DOIF WoZiDimmUp cmd_event: HUEDevice97BCD90000261884 -> cmd_event: HUEDevice97BCD90000261884
2015.03.07 19:01:45.578 4: eventTypes: DOIF WoZiDimmUp cmd_2 -> cmd_2
2015.03.07 19:01:45.580 4: eventTypes: DOIF WoZiDimmUp state: cmd_2 -> state: cmd_2
2015.03.07 19:01:45.584 4: eventTypes: HUEDevice HUEDevice97BCD90000261884 dimDown -> dimDown
2015.03.07 19:01:45.601 4: eventTypes: CUL_HM CUL_HM_HM_RC_8_2F7019_Btn_04 trigger_cnt: 68 -> trigger_cnt: .*
2015.03.07 19:01:45.603 4: eventTypes: CUL_HM CUL_HM_HM_RC_8_2F7019_Btn_04 Long 1-8440- (to virtualCCU) -> Long .*.*- (to virtualCCU)
2015.03.07 19:01:45.605 4: eventTypes: CUL_HM CUL_HM_HM_RC_8_2F7019_Btn_04 trigger: Long_68 -> trigger: Long_68
2015.03.07 19:01:45.608 4: eventTypes: CUL_HM CUL_HM_HM_RC_8_2F7019_Btn_04 state: Long 1-8440- (to virtualCCU) -> state: Long .*.*- (to virtualCCU)
2015.03.07 19:01:45.648 4: Lightify: parsing: 120001321D00000000010097BCD9000026188400
2015.03.07 19:01:45.651 4: Lightify: sending:110000311e00000097BCD900002618845a0100
2015.03.07 19:01:45.743 4: CUL_Parse: CUL1 A 0B 07 8440 2F7019 57A3F2 444416 -63
2015.03.07 19:01:45.767 4: eventTypes: CUL_HM CUL_HM_HM_RC_8_2F7019 battery: ok -> battery: ok
2015.03.07 19:01:45.769 4: eventTypes: CUL_HM CUL_HM_HM_RC_8_2F7019 CUL_HM_HM_RC_8_2F7019_Btn_04 Long 2-8440- (to virtualCCU) -> CUL_HM_HM_RC_8_2F7019_Btn_04 Long .*.*- (to virtualCCU)
2015.03.07 19:01:45.772 4: eventTypes: CUL_HM CUL_HM_HM_RC_8_2F7019 state: CUL_HM_HM_RC_8_2F7019_Btn_04 Long 2-8440- (to virtualCCU) -> state: CUL_HM_HM_RC_8_2F7019_Btn_04 Long .*.*- (to virtualCCU)
2015.03.07 19:01:45.781 4: Taster_Btn4_dim exec set HUEDevice97BCD90000261884 dimDown
2015.03.07 19:01:45.785 4: Lightify: enque:32 00 00 00 00 97BCD90000261884 01
2015.03.07 19:01:45.788 4: Lightify: enque:31 00 00 00 00 97BCD90000261884 5a 0100
2015.03.07 19:01:45.790 4: Lightify: discard:13 00 00 00 00 01
2015.03.07 19:01:45.821 4: eventTypes: DOIF WoZiDimmUp cmd_nr: 2 -> cmd_nr: .*
2015.03.07 19:01:45.823 4: eventTypes: DOIF WoZiDimmUp cmd_event: HUEDevice97BCD90000261884 -> cmd_event: HUEDevice97BCD90000261884
2015.03.07 19:01:45.825 4: eventTypes: DOIF WoZiDimmUp cmd_2 -> cmd_2
2015.03.07 19:01:45.828 4: eventTypes: DOIF WoZiDimmUp state: cmd_2 -> state: cmd_2
2015.03.07 19:01:45.831 4: eventTypes: HUEDevice HUEDevice97BCD90000261884 dimDown -> dimDown
2015.03.07 19:01:45.848 4: eventTypes: CUL_HM CUL_HM_HM_RC_8_2F7019_Btn_04 trigger_cnt: 68 -> trigger_cnt: .*
2015.03.07 19:01:45.851 4: eventTypes: CUL_HM CUL_HM_HM_RC_8_2F7019_Btn_04 Long 2-8440- (to virtualCCU) -> Long .*.*- (to virtualCCU)
2015.03.07 19:01:45.853 4: eventTypes: CUL_HM CUL_HM_HM_RC_8_2F7019_Btn_04 trigger: Long_68 -> trigger: Long_68
2015.03.07 19:01:45.855 4: eventTypes: CUL_HM CUL_HM_HM_RC_8_2F7019_Btn_04 state: Long 2-8440- (to virtualCCU) -> state: Long .*.*- (to virtualCCU)
2015.03.07 19:01:45.861 4: Lightify: parsing: 120001311E00000000010097BCD9000026188400
2015.03.07 19:01:45.864 4: Lightify: sending:070000131f00000001
2015.03.07 19:01:45.932 4: Lightify: parsing: B10001131F000000000400A2254094C900002618840A0102030102030001648E0AFFFFFFFF47656F72672773205A696D6D65720000CFD70388D90000261884020102030702000001158E0AFFFFFFFF466C7572206F62656E000000000000008985F58CD90000261884020102030702000001168E0AFFFFFFFF466C757220756E74656E0000000000002D8F97BCD900002618840A01020301020000015A8E0AFFFFFFFF576F5A69000000000000000000000000
2015.03.07 19:01:45.934 3: Georg's Zimmer: 4094C90000261884:A225, type: 0A (w:1, rgb:1), onoff: 1, mode?: 03 dim: 100, ct: 2702, rgb: FFFFFF
2015.03.07 19:01:45.938 4: parse status message for HUEDevice4094C90000261884
2015.03.07 19:01:45.948 4: eventTypes: HUEDevice HUEDevice4094C90000261884 rgb: ffc698 -> rgb: ffc698
2015.03.07 19:01:45.952 3: Flur oben: 0388D90000261884:CFD7, type: 02 (w:1, rgb:0), onoff: 1, mode?: 00 dim: 21, ct: 2702, rgb: FFFFFF
2015.03.07 19:01:45.954 4: parse status message for HUEDevice0388D90000261884
2015.03.07 19:01:45.965 4: eventTypes: HUEDevice HUEDevice0388D90000261884 rgb: ffc698 -> rgb: ffc698
2015.03.07 19:01:45.968 3: Flur unten: F58CD90000261884:8985, type: 02 (w:1, rgb:0), onoff: 1, mode?: 00 dim: 22, ct: 2702, rgb: FFFFFF
2015.03.07 19:01:45.971 4: parse status message for HUEDeviceF58CD90000261884
2015.03.07 19:01:45.981 4: eventTypes: HUEDevice HUEDeviceF58CD90000261884 rgb: ffc698 -> rgb: ffc698
2015.03.07 19:01:45.984 3: WoZi: 97BCD90000261884:2D8F, type: 0A (w:1, rgb:1), onoff: 1, mode?: 00 dim: 90, ct: 2702, rgb: FFFFFF
2015.03.07 19:01:45.988 4: parse status message for HUEDevice97BCD90000261884
2015.03.07 19:01:46.021 4: eventTypes: DOIF WoZiDimmUp cmd_nr: 2 -> cmd_nr: .*
2015.03.07 19:01:46.023 4: eventTypes: DOIF WoZiDimmUp cmd_event: HUEDevice97BCD90000261884 -> cmd_event: HUEDevice97BCD90000261884
2015.03.07 19:01:46.025 4: eventTypes: DOIF WoZiDimmUp cmd_2 -> cmd_2
2015.03.07 19:01:46.027 4: eventTypes: DOIF WoZiDimmUp state: cmd_2 -> state: cmd_2
2015.03.07 19:01:46.031 4: eventTypes: HUEDevice HUEDevice97BCD90000261884 bri: 228 -> bri: .*
2015.03.07 19:01:46.034 4: eventTypes: HUEDevice HUEDevice97BCD90000261884 pct: 89 -> pct: .*
2015.03.07 19:01:46.036 4: eventTypes: HUEDevice HUEDevice97BCD90000261884 dim81% -> dim81%
2015.03.07 19:01:46.039 4: eventTypes: HUEDevice HUEDevice97BCD90000261884 state: dim81% -> state: dim81%
2015.03.07 19:01:46.084 4: eventTypes: DOIF WoZiDimmUp cmd_nr: 2 -> cmd_nr: .*
2015.03.07 19:01:46.086 4: eventTypes: DOIF WoZiDimmUp cmd_event: HUEDevice97BCD90000261884 -> cmd_event: HUEDevice97BCD90000261884
2015.03.07 19:01:46.088 4: eventTypes: DOIF WoZiDimmUp cmd_2 -> cmd_2
2015.03.07 19:01:46.091 4: eventTypes: DOIF WoZiDimmUp state: cmd_2 -> state: cmd_2
2015.03.07 19:01:46.094 4: eventTypes: HUEDevice HUEDevice97BCD90000261884 rgb: ffc698 -> rgb: ffc698
2015.03.07 19:01:46.111 4: CUL_Parse: CUL1 A 0B 08 8440 2F7019 57A3F2 444415 -63.5
2015.03.07 19:01:46.135 4: eventTypes: CUL_HM CUL_HM_HM_RC_8_2F7019 battery: ok -> battery: ok
2015.03.07 19:01:46.137 4: eventTypes: CUL_HM CUL_HM_HM_RC_8_2F7019 CUL_HM_HM_RC_8_2F7019_Btn_04 Long 3-8440- (to virtualCCU) -> CUL_HM_HM_RC_8_2F7019_Btn_04 Long .*.*- (to virtualCCU)
2015.03.07 19:01:46.140 4: eventTypes: CUL_HM CUL_HM_HM_RC_8_2F7019 state: CUL_HM_HM_RC_8_2F7019_Btn_04 Long 3-8440- (to virtualCCU) -> state: CUL_HM_HM_RC_8_2F7019_Btn_04 Long .*.*- (to virtualCCU)
2015.03.07 19:01:46.149 4: Taster_Btn4_dim exec set HUEDevice97BCD90000261884 dimDown
2015.03.07 19:01:46.154 4: Lightify: discard:32 00 00 00 00 97BCD90000261884 01
2015.03.07 19:01:46.156 4: Lightify: enque:31 00 00 00 00 97BCD90000261884 4f 0100
2015.03.07 19:01:46.158 4: Lightify: enque:13 00 00 00 00 01
2015.03.07 19:01:46.189 4: eventTypes: DOIF WoZiDimmUp cmd_nr: 2 -> cmd_nr: .*
2015.03.07 19:01:46.191 4: eventTypes: DOIF WoZiDimmUp cmd_event: HUEDevice97BCD90000261884 -> cmd_event: HUEDevice97BCD90000261884
2015.03.07 19:01:46.193 4: eventTypes: DOIF WoZiDimmUp cmd_2 -> cmd_2
2015.03.07 19:01:46.195 4: eventTypes: DOIF WoZiDimmUp state: cmd_2 -> state: cmd_2
2015.03.07 19:01:46.199 4: eventTypes: HUEDevice HUEDevice97BCD90000261884 dimDown -> dimDown
2015.03.07 19:01:46.216 4: eventTypes: CUL_HM CUL_HM_HM_RC_8_2F7019_Btn_04 trigger_cnt: 68 -> trigger_cnt: .*
2015.03.07 19:01:46.218 4: eventTypes: CUL_HM CUL_HM_HM_RC_8_2F7019_Btn_04 Long 3-8440- (to virtualCCU) -> Long .*.*- (to virtualCCU)
2015.03.07 19:01:46.221 4: eventTypes: CUL_HM CUL_HM_HM_RC_8_2F7019_Btn_04 trigger: Long_68 -> trigger: Long_68
2015.03.07 19:01:46.223 4: eventTypes: CUL_HM CUL_HM_HM_RC_8_2F7019_Btn_04 state: Long 3-8440- (to virtualCCU) -> state: Long .*.*- (to virtualCCU)
2015.03.07 19:01:46.245 4: CUL_Parse: CUL1 A 0B 09 8440 2F7019 57A3F2 444416 -63
2015.03.07 19:01:46.269 4: eventTypes: CUL_HM CUL_HM_HM_RC_8_2F7019 battery: ok -> battery: ok
2015.03.07 19:01:46.271 4: eventTypes: CUL_HM CUL_HM_HM_RC_8_2F7019 CUL_HM_HM_RC_8_2F7019_Btn_04 Long 4-8440- (to virtualCCU) -> CUL_HM_HM_RC_8_2F7019_Btn_04 Long .*.*- (to virtualCCU)
2015.03.07 19:01:46.273 4: eventTypes: CUL_HM CUL_HM_HM_RC_8_2F7019 state: CUL_HM_HM_RC_8_2F7019_Btn_04 Long 4-8440- (to virtualCCU) -> state: CUL_HM_HM_RC_8_2F7019_Btn_04 Long .*.*- (to virtualCCU)
2015.03.07 19:01:46.282 4: Taster_Btn4_dim exec set HUEDevice97BCD90000261884 dimDown
2015.03.07 19:01:46.287 4: Lightify: discard:32 00 00 00 00 97BCD90000261884 01
2015.03.07 19:01:46.289 4: Lightify: discard:31 00 00 00 00 97BCD90000261884 4f 0100
2015.03.07 19:01:46.291 4: Lightify: discard:13 00 00 00 00 01
2015.03.07 19:01:46.322 4: eventTypes: DOIF WoZiDimmUp cmd_nr: 2 -> cmd_nr: .*
2015.03.07 19:01:46.324 4: eventTypes: DOIF WoZiDimmUp cmd_event: HUEDevice97BCD90000261884 -> cmd_event: HUEDevice97BCD90000261884
2015.03.07 19:01:46.326 4: eventTypes: DOIF WoZiDimmUp cmd_2 -> cmd_2
2015.03.07 19:01:46.329 4: eventTypes: DOIF WoZiDimmUp state: cmd_2 -> state: cmd_2
2015.03.07 19:01:46.332 4: eventTypes: HUEDevice HUEDevice97BCD90000261884 dimDown -> dimDown
2015.03.07 19:01:46.349 4: eventTypes: CUL_HM CUL_HM_HM_RC_8_2F7019_Btn_04 trigger_cnt: 68 -> trigger_cnt: .*
2015.03.07 19:01:46.352 4: eventTypes: CUL_HM CUL_HM_HM_RC_8_2F7019_Btn_04 Long 4-8440- (to virtualCCU) -> Long .*.*- (to virtualCCU)
2015.03.07 19:01:46.354 4: eventTypes: CUL_HM CUL_HM_HM_RC_8_2F7019_Btn_04 trigger: Long_68 -> trigger: Long_68
2015.03.07 19:01:46.357 4: eventTypes: CUL_HM CUL_HM_HM_RC_8_2F7019_Btn_04 state: Long 4-8440- (to virtualCCU) -> state: Long .*.*- (to virtualCCU)
2015.03.07 19:01:46.496 4: CUL_Parse: CUL1 A 0B 0A 8440 2F7019 57A3F2 444416 -63
2015.03.07 19:01:46.520 4: eventTypes: CUL_HM CUL_HM_HM_RC_8_2F7019 battery: ok -> battery: ok
2015.03.07 19:01:46.522 4: eventTypes: CUL_HM CUL_HM_HM_RC_8_2F7019 CUL_HM_HM_RC_8_2F7019_Btn_04 Long 5-8440- (to virtualCCU) -> CUL_HM_HM_RC_8_2F7019_Btn_04 Long .*.*- (to virtualCCU)
2015.03.07 19:01:46.525 4: eventTypes: CUL_HM CUL_HM_HM_RC_8_2F7019 state: CUL_HM_HM_RC_8_2F7019_Btn_04 Long 5-8440- (to virtualCCU) -> state: CUL_HM_HM_RC_8_2F7019_Btn_04 Long .*.*- (to virtualCCU)
2015.03.07 19:01:46.534 4: Taster_Btn4_dim exec set HUEDevice97BCD90000261884 dimDown
2015.03.07 19:01:46.538 4: Lightify: discard:32 00 00 00 00 97BCD90000261884 01
2015.03.07 19:01:46.541 4: Lightify: discard:31 00 00 00 00 97BCD90000261884 4f 0100
2015.03.07 19:01:46.543 4: Lightify: discard:13 00 00 00 00 01
2015.03.07 19:01:46.573 4: eventTypes: DOIF WoZiDimmUp cmd_nr: 2 -> cmd_nr: .*
2015.03.07 19:01:46.575 4: eventTypes: DOIF WoZiDimmUp cmd_event: HUEDevice97BCD90000261884 -> cmd_event: HUEDevice97BCD90000261884
2015.03.07 19:01:46.578 4: eventTypes: DOIF WoZiDimmUp cmd_2 -> cmd_2
2015.03.07 19:01:46.580 4: eventTypes: DOIF WoZiDimmUp state: cmd_2 -> state: cmd_2
2015.03.07 19:01:46.584 4: eventTypes: HUEDevice HUEDevice97BCD90000261884 dimDown -> dimDown
2015.03.07 19:01:46.601 4: eventTypes: CUL_HM CUL_HM_HM_RC_8_2F7019_Btn_04 trigger_cnt: 68 -> trigger_cnt: .*
2015.03.07 19:01:46.603 4: eventTypes: CUL_HM CUL_HM_HM_RC_8_2F7019_Btn_04 Long 5-8440- (to virtualCCU) -> Long .*.*- (to virtualCCU)
2015.03.07 19:01:46.605 4: eventTypes: CUL_HM CUL_HM_HM_RC_8_2F7019_Btn_04 trigger: Long_68 -> trigger: Long_68
2015.03.07 19:01:46.608 4: eventTypes: CUL_HM CUL_HM_HM_RC_8_2F7019_Btn_04 state: Long 5-8440- (to virtualCCU) -> state: Long .*.*- (to virtualCCU)
2015.03.07 19:01:46.748 4: CUL_Parse: CUL1 A 0B 0B 8440 2F7019 57A3F2 444416 -63
2015.03.07 19:01:46.771 4: eventTypes: CUL_HM CUL_HM_HM_RC_8_2F7019 battery: ok -> battery: ok
2015.03.07 19:01:46.774 4: eventTypes: CUL_HM CUL_HM_HM_RC_8_2F7019 CUL_HM_HM_RC_8_2F7019_Btn_04 Long 6-8440- (to virtualCCU) -> CUL_HM_HM_RC_8_2F7019_Btn_04 Long .*.*- (to virtualCCU)
2015.03.07 19:01:46.776 4: eventTypes: CUL_HM CUL_HM_HM_RC_8_2F7019 state: CUL_HM_HM_RC_8_2F7019_Btn_04 Long 6-8440- (to virtualCCU) -> state: CUL_HM_HM_RC_8_2F7019_Btn_04 Long .*.*- (to virtualCCU)
2015.03.07 19:01:46.785 4: Taster_Btn4_dim exec set HUEDevice97BCD90000261884 dimDown
2015.03.07 19:01:46.789 4: Lightify: discard:32 00 00 00 00 97BCD90000261884 01
2015.03.07 19:01:46.792 4: Lightify: discard:31 00 00 00 00 97BCD90000261884 4f 0100
2015.03.07 19:01:46.794 4: Lightify: discard:13 00 00 00 00 01
2015.03.07 19:01:46.825 4: eventTypes: DOIF WoZiDimmUp cmd_nr: 2 -> cmd_nr: .*
2015.03.07 19:01:46.827 4: eventTypes: DOIF WoZiDimmUp cmd_event: HUEDevice97BCD90000261884 -> cmd_event: HUEDevice97BCD90000261884
2015.03.07 19:01:46.829 4: eventTypes: DOIF WoZiDimmUp cmd_2 -> cmd_2
2015.03.07 19:01:46.832 4: eventTypes: DOIF WoZiDimmUp state: cmd_2 -> state: cmd_2
2015.03.07 19:01:46.835 4: eventTypes: HUEDevice HUEDevice97BCD90000261884 dimDown -> dimDown
2015.03.07 19:01:46.852 4: eventTypes: CUL_HM CUL_HM_HM_RC_8_2F7019_Btn_04 trigger_cnt: 68 -> trigger_cnt: .*
2015.03.07 19:01:46.854 4: eventTypes: CUL_HM CUL_HM_HM_RC_8_2F7019_Btn_04 Long 6-8440- (to virtualCCU) -> Long .*.*- (to virtualCCU)
2015.03.07 19:01:46.857 4: eventTypes: CUL_HM CUL_HM_HM_RC_8_2F7019_Btn_04 trigger: Long_68 -> trigger: Long_68
2015.03.07 19:01:46.859 4: eventTypes: CUL_HM CUL_HM_HM_RC_8_2F7019_Btn_04 state: Long 6-8440- (to virtualCCU) -> state: Long .*.*- (to virtualCCU)
2015.03.07 19:01:46.870 4: Lightify: sending:0f0000322000000097BCD9000026188401
2015.03.07 19:01:46.983 4: Lightify: parsing: 120001322000000000010097BCD9000026188400
2015.03.07 19:01:46.986 4: Lightify: sending:110000312100000097BCD900002618845a0100
2015.03.07 19:01:46.999 4: CUL_Parse: CUL1 A 0B 0C 8440 2F7019 57A3F2 444417 -62.5
2015.03.07 19:01:47.023 4: eventTypes: CUL_HM CUL_HM_HM_RC_8_2F7019 battery: ok -> battery: ok
2015.03.07 19:01:47.025 4: eventTypes: CUL_HM CUL_HM_HM_RC_8_2F7019 CUL_HM_HM_RC_8_2F7019_Btn_04 Long 7-8440- (to virtualCCU) -> CUL_HM_HM_RC_8_2F7019_Btn_04 Long .*.*- (to virtualCCU)
2015.03.07 19:01:47.027 4: eventTypes: CUL_HM CUL_HM_HM_RC_8_2F7019 state: CUL_HM_HM_RC_8_2F7019_Btn_04 Long 7-8440- (to virtualCCU) -> state: CUL_HM_HM_RC_8_2F7019_Btn_04 Long .*.*- (to virtualCCU)
2015.03.07 19:01:47.037 4: Taster_Btn4_dim exec set HUEDevice97BCD90000261884 dimDown
2015.03.07 19:01:47.041 4: Lightify: enque:32 00 00 00 00 97BCD90000261884 01
2015.03.07 19:01:47.044 4: Lightify: discard:31 00 00 00 00 97BCD90000261884 4f 0100
2015.03.07 19:01:47.046 4: Lightify: discard:13 00 00 00 00 01
2015.03.07 19:01:47.076 4: eventTypes: DOIF WoZiDimmUp cmd_nr: 2 -> cmd_nr: .*
2015.03.07 19:01:47.079 4: eventTypes: DOIF WoZiDimmUp cmd_event: HUEDevice97BCD90000261884 -> cmd_event: HUEDevice97BCD90000261884
2015.03.07 19:01:47.081 4: eventTypes: DOIF WoZiDimmUp cmd_2 -> cmd_2
2015.03.07 19:01:47.084 4: eventTypes: DOIF WoZiDimmUp state: cmd_2 -> state: cmd_2
2015.03.07 19:01:47.087 4: eventTypes: HUEDevice HUEDevice97BCD90000261884 dimDown -> dimDown
2015.03.07 19:01:47.104 4: eventTypes: CUL_HM CUL_HM_HM_RC_8_2F7019_Btn_04 trigger_cnt: 68 -> trigger_cnt: .*
2015.03.07 19:01:47.106 4: eventTypes: CUL_HM CUL_HM_HM_RC_8_2F7019_Btn_04 Long 7-8440- (to virtualCCU) -> Long .*.*- (to virtualCCU)
2015.03.07 19:01:47.109 4: eventTypes: CUL_HM CUL_HM_HM_RC_8_2F7019_Btn_04 trigger: Long_68 -> trigger: Long_68
2015.03.07 19:01:47.111 4: eventTypes: CUL_HM CUL_HM_HM_RC_8_2F7019_Btn_04 state: Long 7-8440- (to virtualCCU) -> state: Long .*.*- (to virtualCCU)
2015.03.07 19:01:47.117 4: Lightify: parsing: 120001312100000000010097BCD9000026188400
2015.03.07 19:01:47.120 4: Lightify: sending:110000312200000097BCD900002618844f0100
2015.03.07 19:01:47.238 4: Lightify: parsing: 120001312200000000010097BCD9000026188400
2015.03.07 19:01:47.240 4: Lightify: sending:070000132300000001
2015.03.07 19:01:47.250 4: CUL_Parse: CUL1 A 0B 0D A240 2F7019 57A3F2 444418 -62
2015.03.07 19:01:47.353 4: CUL_send: CUL1As 0A 0D 8002 57A3F2 2F7019 00
2015.03.07 19:01:47.381 4: eventTypes: CUL_HM CUL_HM_HM_RC_8_2F7019 battery: ok -> battery: ok
2015.03.07 19:01:47.384 4: eventTypes: CUL_HM CUL_HM_HM_RC_8_2F7019 CUL_HM_HM_RC_8_2F7019_Btn_04 LongRelease 8-A240- (to virtualCCU) -> CUL_HM_HM_RC_8_2F7019_Btn_04 LongRelease .*-A240- (to virtualCCU)
2015.03.07 19:01:47.386 4: eventTypes: CUL_HM CUL_HM_HM_RC_8_2F7019 CMDs_done -> CMDs_done
2015.03.07 19:01:47.388 4: eventTypes: CUL_HM CUL_HM_HM_RC_8_2F7019 state: CMDs_done -> state: CMDs_done
2015.03.07 19:01:47.398 4: Taster_Btn4_dim exec set HUEDevice97BCD90000261884 dimDown
2015.03.07 19:01:47.402 4: Lightify: discard:32 00 00 00 00 97BCD90000261884 01
2015.03.07 19:01:47.405 4: Lightify: enque:31 00 00 00 00 97BCD90000261884 4f 0100
2015.03.07 19:01:47.407 4: Lightify: enque:13 00 00 00 00 01
2015.03.07 19:01:47.437 4: eventTypes: DOIF WoZiDimmUp cmd_nr: 2 -> cmd_nr: .*
2015.03.07 19:01:47.440 4: eventTypes: DOIF WoZiDimmUp cmd_event: HUEDevice97BCD90000261884 -> cmd_event: HUEDevice97BCD90000261884
2015.03.07 19:01:47.442 4: eventTypes: DOIF WoZiDimmUp cmd_2 -> cmd_2
2015.03.07 19:01:47.446 4: eventTypes: DOIF WoZiDimmUp state: cmd_2 -> state: cmd_2
2015.03.07 19:01:47.450 4: eventTypes: HUEDevice HUEDevice97BCD90000261884 dimDown -> dimDown
2015.03.07 19:01:47.467 4: eventTypes: CUL_HM CUL_HM_HM_RC_8_2F7019_Btn_04 trigger_cnt: 68 -> trigger_cnt: .*
2015.03.07 19:01:47.469 4: eventTypes: CUL_HM CUL_HM_HM_RC_8_2F7019_Btn_04 trigDst_virtualCCU: noConfig -> trigDst_virtualCCU: noConfig
2015.03.07 19:01:47.471 4: eventTypes: CUL_HM CUL_HM_HM_RC_8_2F7019_Btn_04 LongRelease 8-A240- (to virtualCCU) -> LongRelease .*-A240- (to virtualCCU)
2015.03.07 19:01:47.474 4: eventTypes: CUL_HM CUL_HM_HM_RC_8_2F7019_Btn_04 trigger: Long_68 -> trigger: Long_68
2015.03.07 19:01:47.476 4: eventTypes: CUL_HM CUL_HM_HM_RC_8_2F7019_Btn_04 state: LongRelease 8-A240- (to virtualCCU) -> state: LongRelease .*-A240- (to virtualCCU)
2015.03.07 19:01:47.482 4: Lightify: parsing: B100011323000000000400A2254094C900002618840A0102030102030001648E0AFFFFFFFF47656F72672773205A696D6D65720000CFD70388D90000261884020102030702000001158E0AFFFFFFFF466C7572206F62656E000000000000008985F58CD90000261884020102030702000001168E0AFFFFFFFF466C757220756E74656E0000000000002D8F97BCD900002618840A01020301020000014F8E0AFFFFFFFF576F5A69000000000000000000000000
2015.03.07 19:01:47.484 3: Georg's Zimmer: 4094C90000261884:A225, type: 0A (w:1, rgb:1), onoff: 1, mode?: 03 dim: 100, ct: 2702, rgb: FFFFFF
2015.03.07 19:01:47.488 4: parse status message for HUEDevice4094C90000261884
2015.03.07 19:01:47.498 4: eventTypes: HUEDevice HUEDevice4094C90000261884 rgb: ffc698 -> rgb: ffc698
2015.03.07 19:01:47.501 3: Flur oben: 0388D90000261884:CFD7, type: 02 (w:1, rgb:0), onoff: 1, mode?: 00 dim: 21, ct: 2702, rgb: FFFFFF
2015.03.07 19:01:47.504 4: parse status message for HUEDevice0388D90000261884
2015.03.07 19:01:47.515 4: eventTypes: HUEDevice HUEDevice0388D90000261884 rgb: ffc698 -> rgb: ffc698
2015.03.07 19:01:47.518 3: Flur unten: F58CD90000261884:8985, type: 02 (w:1, rgb:0), onoff: 1, mode?: 00 dim: 22, ct: 2702, rgb: FFFFFF
2015.03.07 19:01:47.521 4: parse status message for HUEDeviceF58CD90000261884
2015.03.07 19:01:47.531 4: eventTypes: HUEDevice HUEDeviceF58CD90000261884 rgb: ffc698 -> rgb: ffc698
2015.03.07 19:01:47.534 3: WoZi: 97BCD90000261884:2D8F, type: 0A (w:1, rgb:1), onoff: 1, mode?: 00 dim: 79, ct: 2702, rgb: FFFFFF
2015.03.07 19:01:47.538 4: parse status message for HUEDevice97BCD90000261884
2015.03.07 19:01:47.571 4: eventTypes: DOIF WoZiDimmUp cmd_nr: 2 -> cmd_nr: .*
2015.03.07 19:01:47.573 4: eventTypes: DOIF WoZiDimmUp cmd_event: HUEDevice97BCD90000261884 -> cmd_event: HUEDevice97BCD90000261884
2015.03.07 19:01:47.575 4: eventTypes: DOIF WoZiDimmUp cmd_2 -> cmd_2
2015.03.07 19:01:47.577 4: eventTypes: DOIF WoZiDimmUp state: cmd_2 -> state: cmd_2
2015.03.07 19:01:47.581 4: eventTypes: HUEDevice HUEDevice97BCD90000261884 bri: 200 -> bri: .*
2015.03.07 19:01:47.584 4: eventTypes: HUEDevice HUEDevice97BCD90000261884 pct: 78 -> pct: .*
2015.03.07 19:01:47.586 4: eventTypes: HUEDevice HUEDevice97BCD90000261884 dim75% -> dim75%
2015.03.07 19:01:47.589 4: eventTypes: HUEDevice HUEDevice97BCD90000261884 state: dim75% -> state: dim75%
2015.03.07 19:01:47.633 4: eventTypes: DOIF WoZiDimmUp cmd_nr: 2 -> cmd_nr: .*
2015.03.07 19:01:47.635 4: eventTypes: DOIF WoZiDimmUp cmd_event: HUEDevice97BCD90000261884 -> cmd_event: HUEDevice97BCD90000261884
2015.03.07 19:01:47.638 4: eventTypes: DOIF WoZiDimmUp cmd_2 -> cmd_2
2015.03.07 19:01:47.640 4: eventTypes: DOIF WoZiDimmUp state: cmd_2 -> state: cmd_2
2015.03.07 19:01:47.644 4: eventTypes: HUEDevice HUEDevice97BCD90000261884 rgb: ffc698 -> rgb: ffc698
2015.03.07 19:01:48.247 4: Lightify: sending:0f0000322400000097BCD9000026188401
2015.03.07 19:01:48.379 4: Lightify: parsing: 120001322400000000010097BCD9000026188400
2015.03.07 19:01:48.382 4: Lightify: sending:110000312500000097BCD900002618844f0100
2015.03.07 19:01:48.504 4: Lightify: parsing: 120001312500000000010097BCD9000026188400
2015.03.07 19:01:48.507 4: Lightify: sending:070000132600000001
2015.03.07 19:01:48.575 4: Lightify: parsing: B100011326000000000400A2254094C900002618840A0102030102030001648E0AFFFFFFFF47656F72672773205A696D6D65720000CFD70388D90000261884020102030702000001158E0AFFFFFFFF466C7572206F62656E000000000000008985F58CD90000261884020102030702000001168E0AFFFFFFFF466C757220756E74656E0000000000002D8F97BCD900002618840A01020301020000014F8E0AFFFFFFFF576F5A69000000000000000000000000
2015.03.07 19:01:48.578 3: Georg's Zimmer: 4094C90000261884:A225, type: 0A (w:1, rgb:1), onoff: 1, mode?: 03 dim: 100, ct: 2702, rgb: FFFFFF
2015.03.07 19:01:48.581 4: parse status message for HUEDevice4094C90000261884
2015.03.07 19:01:48.591 4: eventTypes: HUEDevice HUEDevice4094C90000261884 rgb: ffc698 -> rgb: ffc698
2015.03.07 19:01:48.594 3: Flur oben: 0388D90000261884:CFD7, type: 02 (w:1, rgb:0), onoff: 1, mode?: 00 dim: 21, ct: 2702, rgb: FFFFFF
2015.03.07 19:01:48.597 4: parse status message for HUEDevice0388D90000261884
2015.03.07 19:01:48.608 4: eventTypes: HUEDevice HUEDevice0388D90000261884 rgb: ffc698 -> rgb: ffc698
2015.03.07 19:01:48.611 3: Flur unten: F58CD90000261884:8985, type: 02 (w:1, rgb:0), onoff: 1, mode?: 00 dim: 22, ct: 2702, rgb: FFFFFF
2015.03.07 19:01:48.614 4: parse status message for HUEDeviceF58CD90000261884
2015.03.07 19:01:48.625 4: eventTypes: HUEDevice HUEDeviceF58CD90000261884 rgb: ffc698 -> rgb: ffc698
2015.03.07 19:01:48.628 3: WoZi: 97BCD90000261884:2D8F, type: 0A (w:1, rgb:1), onoff: 1, mode?: 00 dim: 79, ct: 2702, rgb: FFFFFF
2015.03.07 19:01:48.631 4: parse status message for HUEDevice97BCD90000261884
2015.03.07 19:01:48.665 4: eventTypes: DOIF WoZiDimmUp cmd_nr: 2 -> cmd_nr: .*
2015.03.07 19:01:48.667 4: eventTypes: DOIF WoZiDimmUp cmd_event: HUEDevice97BCD90000261884 -> cmd_event: HUEDevice97BCD90000261884
2015.03.07 19:01:48.669 4: eventTypes: DOIF WoZiDimmUp cmd_2 -> cmd_2
2015.03.07 19:01:48.672 4: eventTypes: DOIF WoZiDimmUp state: cmd_2 -> state: cmd_2
2015.03.07 19:01:48.675 4: eventTypes: HUEDevice HUEDevice97BCD90000261884 rgb: ffc698 -> rgb: ffc698
gefiltert nach der Lampe WoZi
2015.03.07 19:01:45.984 3: WoZi: 97BCD90000261884:2D8F, type: 0A (w:1, rgb:1), onoff: 1, mode?: 00 dim: 90, ct: 2702, rgb: FFFFFF
2015.03.07 19:01:47.534 3: WoZi: 97BCD90000261884:2D8F, type: 0A (w:1, rgb:1), onoff: 1, mode?: 00 dim: 79, ct: 2702, rgb: FFFFFF
2015.03.07 19:01:48.628 3: WoZi: 97BCD90000261884:2D8F, type: 0A (w:1, rgb:1), onoff: 1, mode?: 00 dim: 79, ct: 2702, rgb: FFFFFF
oder anders formuliert:
2 Stufen Dunkler (100%->90%->79%) mit mächtiger Verzögerung in 4 Sekunden
wie immer: vielen Dank für deine Hilfe
kleine Anmerkung:
das Modul Lightify läuft mit 4 Osram Lampen seit Wochen zur vollsten Zufriedenheit
Danke justme1968 ;)
Jetzt sehe ich auf
http://fhem.de/stats/statistics.html
dass es nur eine einzige Installation des Moduls Lightify gibt - gegenüber 334 Hue Installationen
ups, das bin wohl ich :-\
ein Tip: Im Handel ist das Starterkit Gateway + 10 Watt (Full-)RGB LED für schlappe 67EUR zu haben.
Man muss aber immer genau hinsehen, dass man die Osram RGB-Lampe nicht mit der "Tunable White" verwechselt.
Also ich nutze das auch. Müssten also zwei sein ☺
Gruss
One
Die Frage ist ja auch, wie viele Nutzer ihre Daten zu Statistik-Zwecken überhaupt übermitteln. Wenn die Statistik stimmt, nur einer von Euch beiden! ;D
Exakt...
Hallo, verstehe ich das richtig das ich das Gateway von Osram ohne weiter Probleme in FHEM integrieren kann und das es hierzu ein entsprechendes Modul gibt? Ich brauche nicht mehr ein Philips HUE, wie es mal zu Anfang war.
Wie erfolgt die Einbindung?
@tomas123 kannst mal einen Markt nennen?
du brauchst keine hue bridge mehr.
Danke,
also ich stecke quasi das "Gateway" von lightify in die Steckdose und kann das dann mit FHEM koppeln!?
ja.
Alles klar, dann weiß ich welche weitere Neuanschaffung morgen mein FHEM erweitern wird. :-D
Zitat von: bjoernbo am 20 März 2015, 18:51:02
@tomas123 kannst mal einen Markt nennen?
ich weiß nicht, ob die Forum Regeln das verbieten
das lightify starter kit (EAN 4052899929715) enthält das Gateway und eine Full-RGB E60 10 Watt LED
http://www.osram.de/osram_de/produkte/led-technologie/lightify/lightify-home/lightify-kits/lightify-starter-kit/index.jsp
(http://www.osram.de/media/resource/lightboxlarge1/506716/lightify-starter-kit-fron.jpg)
... und kostet derzeit bei voelkner 66,95EUR
Danke.... :-D :-D
Hallo miteinander!
Ich habe es nun schon sehr lange probiert, aber nun melde ich mich hier mit meinem Problem.
Ich bin mir nicht sicher, ob das der richtig Thread ist für meine Sache.
Ich habe die GU10 Lightify über die HUE Bride am FHEM laufen.
Es gibt ja bekanntlich das Problem, dass sich die Lampen mit "off" nicht aussschalten lassen sondern nur mit "pct 0".
Ebenso ist es auch bei "toogle" im webcmd. "on" verursacht ein "pct 5", da das anscheinend der letzte wert war.
Will ich nun Icons anstatt dem nicht gerade schönen "pct 0" (und für Laien, die das nachher bedienen sollen)
muss ich zb auf devStateIcon off:off:pct 100 on:on:pct 0 ausweichen
Leider funktioniert das nicht, ich bekomme einen Slider bei klick und soll dann die Helligkeit regeln.
Was kann ich da machen?
Wie habt Ihr das gelöst? Die Osram´s sind ja nicht schlecht...
Ist den Osram Gateway einsetzen und das neue Modul verwenden eine alternative?
Oder habe ich über das HUE Modul die selben Möglichkeiten?
LG zeipet
ich kann das mit dem unterschied zwischen off und pct 0 immer noch nicht glauben. im code wird pct 0 auf off umgesetzt und so für beides der gleiche code an die bridge gesendet...
bitte mal mit verbose 5 loggen.
ansonsten kannst du vermutlich über eventMap und/oder widgetOverride das ganze so anpassen das kein slider mehr kommt.
ich würde aber lieber das eigentliche problem lösen und dafür sorgen das off so funktioniert wie es soll.
on startet bei den binnen immer im letzten zustand der vor dem off eingestellt war.
gruss
andre
Hallo!
Danke für die schnelle Antwort!
Es ist in der Tat so:
-Wenn ich den Slider nach pct 0 Ziehe schaltet die bulb aus, wenn ich Sie auf pct 100 ziehe 100%, das funktioniert prima. State on, off sind richtig.
-schalte ich manuell mit webcmd auf off geht der State zwar auf off, aber die bulb leuchtet minimal.
danke und
LG zeipet
Internals:
DEF
3
ID
3
INTERVAL
60
IODev
hueBridge1
NAME
hueBridge1_HUEDevice3
NR
33
STATE
dim06%
TYPE
HUEDevice
modelid
PAR16 50 TW
name
Wohnzimmer
swversion
1131847
type
Color temperature light
uniqueid
84:18:26:00:00:00:0b:f9-03
Lampe on, 100% off gedrückt:
2015.03.22 12:03:35 5: Notify loop for global ATTR global verbose 5
2015.03.22 12:03:35 4: HTTP FHEMWEB:192.168.1.154:49407 GET /fhem
2015.03.22 12:03:35 4: 26227:FHEMWEB:192.168.1.154:49407: /fhem / RL:1153 / text/html; charset=UTF-8 / Content-Encoding: gzip
/
2015.03.22 12:03:35 4: HTTP FHEMWEB:192.168.1.154:49407 GET /fhem/pgm2/style.css
2015.03.22 12:03:35 4: HTTP FHEMWEB:192.168.1.154:49506 GET /fhem/pgm2/jquery.min.js
2015.03.22 12:03:35 4: HTTP FHEMWEB:192.168.1.154:49407 GET /fhem/pgm2/fhemweb.js
2015.03.22 12:03:35 4: Connection accepted from FHEMWEB:192.168.1.154:49510
2015.03.22 12:03:35 4: HTTP FHEMWEB:192.168.1.154:49509 GET /fhem/pgm2/jquery-ui.min.css
2015.03.22 12:03:35 4: HTTP FHEMWEB:192.168.1.154:49506 GET /fhem/pgm2/fhemweb_colorpicker.js
2015.03.22 12:03:35 4: HTTP FHEMWEB:192.168.1.154:49407 GET /fhem/pgm2/fhemweb_knob.js
2015.03.22 12:03:35 4: HTTP FHEMWEB:192.168.1.154:49510 GET /fhem/pgm2/jquery-ui.min.js
2015.03.22 12:03:35 4: HTTP FHEMWEB:192.168.1.154:49506 GET /fhem/pgm2/fhemweb_readingsHistory.js
2015.03.22 12:03:35 4: HTTP FHEMWEB:192.168.1.154:49407 GET /fhem/pgm2/defaultCommon.css
2015.03.22 12:03:35 4: HTTP FHEMWEB:192.168.1.154:49509 GET /fhem/pgm2/fhemweb_readingsGroup.js
2015.03.22 12:03:35 4: HTTP FHEMWEB:192.168.1.154:49407 GET /fhem/pgm2/dashboard_style.css
2015.03.22 12:03:35 4: HTTP FHEMWEB:192.168.1.154:49510 GET /fhem/icons/favicon
2015.03.22 12:03:35 4: HTTP FHEMWEB:192.168.1.154:49407 GET /fhem/images/default/icoEverything.png
2015.03.22 12:03:35 4: HTTP FHEMWEB:192.168.1.154:49506 GET /fhem/images/default/fhemicon.png
2015.03.22 12:03:35 4: HTTP FHEMWEB:192.168.1.154:49407 GET /fhem?XHR=1&inform=type=status;filter=;since=1427022214;fmt=JSON×tamp=1427022217685
2015.03.22 12:03:38 4: using HUEBridge_HTTP_Request: GET lights/3
2015.03.22 12:03:38 5: HUEBridge_HTTP_Request http://192.168.1.50/api/a2f8ca78eca967ea702a2ab62772d9e9/lights/3: Got data, length: 352
2015.03.22 12:03:38 4: parse status message for hueBridge1_HUEDevice3
2015.03.22 12:03:38 5: Triggering hueBridge1_HUEDevice3 (1 changes)
2015.03.22 12:03:38 5: Notify loop for hueBridge1_HUEDevice3 rgb: ffc698
2015.03.22 12:03:38 5: Beleuchtung: not on any display, ignoring notify
2015.03.22 12:03:39 4: HTTP FHEMWEB:192.168.1.154:49509 GET /fhem?cmd.hueBridge1_HUEDevice3=set%20hueBridge1_HUEDevice3%20off&room=Wohnzimmer&XHR=1
2015.03.22 12:03:39 5: Cmd: >set hueBridge1_HUEDevice3 off<
2015.03.22 12:03:39 4: using HUEBridge_HTTP_Request: PUT lights/3/state
2015.03.22 12:03:39 5: HUEBridge_HTTP_Request http://192.168.1.50/api/a2f8ca78eca967ea702a2ab62772d9e9/lights/3/state: Got data, length: 42
2015.03.22 12:03:39 4: using HUEBridge_HTTP_Request: GET lights/3
2015.03.22 12:03:39 5: HUEBridge_HTTP_Request http://192.168.1.50/api/a2f8ca78eca967ea702a2ab62772d9e9/lights/3: Got data, length: 353
2015.03.22 12:03:39 4: parse status message for hueBridge1_HUEDevice3
2015.03.22 12:03:39 5: Triggering hueBridge1_HUEDevice3 (3 changes)
2015.03.22 12:03:39 5: Notify loop for hueBridge1_HUEDevice3 onoff: 0
2015.03.22 12:03:39 5: Beleuchtung: not on any display, ignoring notify
2015.03.22 12:03:39 5: Triggering hueBridge1_HUEDevice3 (1 changes)
2015.03.22 12:03:39 5: Notify loop for hueBridge1_HUEDevice3 rgb: ffc698
2015.03.22 12:03:39 5: Beleuchtung: not on any display, ignoring notify
2015.03.22 12:03:39 4: 26227:FHEMWEB:192.168.1.154:49509: /fhem?cmd.hueBridge1_HUEDevice3=set%20hueBridge1_HUEDevice3%20off&room=Wohnzimmer&XHR=1 / RL:20 / text/plain; charset=UTF-8 / Content-Encoding: gzip
/
2015.03.22 12:03:43 4: using HUEBridge_HTTP_Request: GET sensors/2
2015.03.22 12:03:43 5: HUEBridge_HTTP_Request http://192.168.1.50/api/a2f8ca78eca967ea702a2ab62772d9e9/sensors/2: Got data, length: 215
2015.03.22 12:03:43 4: parse status message for HUE_Tap1
2015.03.22 12:03:51 4: using HUEBridge_HTTP_Request: GET lights/1
2015.03.22 12:03:51 5: HUEBridge_HTTP_Request http://192.168.1.50/api/a2f8ca78eca967ea702a2ab62772d9e9/lights/1: Got data, length: 309
2015.03.22 12:03:51 4: parse status message for hueBridge1_HUEDevice1
2015.03.22 12:03:51 5: Triggering hueBridge1_HUEDevice1 (1 changes)
2015.03.22 12:03:51 5: Notify loop for hueBridge1_HUEDevice1 rgb: 000000
2015.03.22 12:03:51 4: using HUEBridge_HTTP_Request: GET lights/2
2015.03.22 12:03:51 5: HUEBridge_HTTP_Request http://192.168.1.50/api/a2f8ca78eca967ea702a2ab62772d9e9/lights/2: Got data, length: 306
2015.03.22 12:03:51 4: parse status message for hueBridge1_HUEDevice2
2015.03.22 12:03:51 5: Triggering hueBridge1_HUEDevice2 (1 changes)
2015.03.22 12:03:51 5: Notify loop for hueBridge1_HUEDevice2 rgb: 000000
2015.03.22 12:03:51 4: using HUEBridge_HTTP_Request: GET lights/4
2015.03.22 12:03:51 5: HUEBridge_HTTP_Request http://192.168.1.50/api/a2f8ca78eca967ea702a2ab62772d9e9/lights/4: Got data, length: 402
2015.03.22 12:03:51 4: parse status message for hueBridge1_HUEDevice4
2015.03.22 12:03:51 5: Triggering hueBridge1_HUEDevice4 (1 changes)
2015.03.22 12:03:51 5: Notify loop for hueBridge1_HUEDevice4 rgb: f8502c
2015.03.22 12:03:51 5: Beleuchtung: not on any display, ignoring notify
2015.03.22 12:03:51 4: using HUEBridge_HTTP_Request: GET lights/5
2015.03.22 12:03:51 5: HUEBridge_HTTP_Request http://192.168.1.50/api/a2f8ca78eca967ea702a2ab62772d9e9/lights/5: Got data, length: 412
2015.03.22 12:03:51 4: parse status message for hueBridge1_HUEDevice5
2015.03.22 12:03:51 5: Triggering hueBridge1_HUEDevice5 (1 changes)
2015.03.22 12:03:51 5: Notify loop for hueBridge1_HUEDevice5 rgb: ffed9d
2015.03.22 12:03:51 5: Beleuchtung: not on any display, ignoring notify
2015.03.22 12:03:53 4: using HUEBridge_HTTP_Request: GET sensors/2
2015.03.22 12:03:53 5: HUEBridge_HTTP_Request http://192.168.1.50/api/a2f8ca78eca967ea702a2ab62772d9e9/sensors/2: Got data, length: 215
2015.03.22 12:03:53 4: parse status message for HUE_Tap1
2015.03.22 12:03:53 4: Connection closed for FHEMWEB:192.168.1.154:49507: EOF
Nachtrag:
Die Lampe ist auf pct 100. Ich gehe mit dem slider auf pct 0. => Lampe geht wie erwartet aus.
Jetzt klicke ich auf on => slider geht auf 100, Lampe wider erwarten auf minimale dimmung.
PS: Sorry für den Onkyo müll, hab den gerade zum testen dabei.
2015.03.22 12:25:35 5: Notify loop for global ATTR global verbose 5
2015.03.22 12:25:35 4: HTTP FHEMWEB:192.168.1.154:49961 GET /fhem?room=Wohnzimmer
2015.03.22 12:25:35 5: ONKYO_AVR avr: called function ONKYO_AVR_Set()
2015.03.22 12:25:35 4: 26227:FHEMWEB:192.168.1.154:49961: /fhem?room=Wohnzimmer / RL:1552 / text/html; charset=UTF-8 / Content-Encoding: gzip
/
2015.03.22 12:25:35 4: HTTP FHEMWEB:192.168.1.154:49961 GET /fhem/pgm2/jquery-ui.min.css
2015.03.22 12:25:35 4: Connection accepted from FHEMWEB:192.168.1.154:49963
2015.03.22 12:25:35 4: HTTP FHEMWEB:192.168.1.154:49961 GET /fhem/pgm2/fhemweb_colorpicker.js
2015.03.22 12:25:35 4: HTTP FHEMWEB:192.168.1.154:49960 GET /fhem/pgm2/jquery.min.js
2015.03.22 12:25:35 4: HTTP FHEMWEB:192.168.1.154:49959 GET /fhem/pgm2/jquery-ui.min.js
2015.03.22 12:25:35 4: HTTP FHEMWEB:192.168.1.154:49961 GET /fhem/pgm2/fhemweb_knob.js
2015.03.22 12:25:35 4: HTTP FHEMWEB:192.168.1.154:49960 GET /fhem/pgm2/fhemweb_readingsGroup.js
2015.03.22 12:25:35 4: HTTP FHEMWEB:192.168.1.154:49963 GET /fhem/pgm2/fhemweb.js
2015.03.22 12:25:35 4: HTTP FHEMWEB:192.168.1.154:49959 GET /fhem/pgm2/fhemweb_readingsHistory.js
2015.03.22 12:25:35 4: HTTP FHEMWEB:192.168.1.154:49961 GET /fhem/icons/favicon
2015.03.22 12:25:35 4: HTTP FHEMWEB:192.168.1.154:49961 GET /fhem/images/default/icoEverything.png
2015.03.22 12:25:35 4: HTTP FHEMWEB:192.168.1.154:49961 GET /fhem/images/default/remotecontrol/black_btn_TV.png
2015.03.22 12:25:35 4: HTTP FHEMWEB:192.168.1.154:49961 GET /fhem/jscolor/ct_background.svg
2015.03.22 12:25:35 4: HTTP FHEMWEB:192.168.1.154:49961 GET /fhem?XHR=1&inform=type=status;filter=room=Wohnzimmer;since=1427023534;fmt=JSON×tamp=1427023537888
2015.03.22 12:25:36 4: using HUEBridge_HTTP_Request: GET sensors/2
2015.03.22 12:25:36 5: HUEBridge_HTTP_Request http://192.168.1.50/api/a2f8ca78eca967ea702a2ab62772d9e9/sensors/2: Got data, length: 215
2015.03.22 12:25:36 4: parse status message for HUE_Tap1
2015.03.22 12:25:46 4: using HUEBridge_HTTP_Request: GET sensors/2
2015.03.22 12:25:46 5: HUEBridge_HTTP_Request http://192.168.1.50/api/a2f8ca78eca967ea702a2ab62772d9e9/sensors/2: Got data, length: 215
2015.03.22 12:25:46 4: parse status message for HUE_Tap1
2015.03.22 12:25:47 4: HTTP FHEMWEB:192.168.1.154:49960 GET /fhem?cmd=set%20hueBridge1_HUEDevice3%20pct%200&XHR=1
2015.03.22 12:25:47 5: Cmd: >set hueBridge1_HUEDevice3 pct 0<
2015.03.22 12:25:47 4: using HUEBridge_HTTP_Request: PUT lights/3/state
2015.03.22 12:25:47 5: HUEBridge_HTTP_Request http://192.168.1.50/api/a2f8ca78eca967ea702a2ab62772d9e9/lights/3/state: Got data, length: 91
2015.03.22 12:25:47 4: using HUEBridge_HTTP_Request: GET lights/3
2015.03.22 12:25:47 5: HUEBridge_HTTP_Request http://192.168.1.50/api/a2f8ca78eca967ea702a2ab62772d9e9/lights/3: Got data, length: 353
2015.03.22 12:25:47 4: parse status message for hueBridge1_HUEDevice3
2015.03.22 12:25:47 5: Triggering hueBridge1_HUEDevice3 (3 changes)
2015.03.22 12:25:47 5: Notify loop for hueBridge1_HUEDevice3 onoff: 0
2015.03.22 12:25:47 5: Beleuchtung: not on any display, ignoring notify
2015.03.22 12:25:47 5: Triggering hueBridge1_HUEDevice3 (1 changes)
2015.03.22 12:25:47 5: Notify loop for hueBridge1_HUEDevice3 rgb: ffc698
2015.03.22 12:25:47 5: Beleuchtung: not on any display, ignoring notify
2015.03.22 12:25:47 4: 26227:FHEMWEB:192.168.1.154:49960: /fhem?cmd=set%20hueBridge1_HUEDevice3%20pct%200&XHR=1 / RL:20 / text/plain; charset=UTF-8 / Content-Encoding: gzip
/
2015.03.22 12:25:47 4: HTTP FHEMWEB:192.168.1.154:49960 GET /fhem/images/default/off.png
2015.03.22 12:25:51 4: using HUEBridge_HTTP_Request: GET lights/1
2015.03.22 12:25:51 5: HUEBridge_HTTP_Request http://192.168.1.50/api/a2f8ca78eca967ea702a2ab62772d9e9/lights/1: Got data, length: 309
2015.03.22 12:25:51 4: parse status message for hueBridge1_HUEDevice1
2015.03.22 12:25:51 5: Triggering hueBridge1_HUEDevice1 (1 changes)
2015.03.22 12:25:51 5: Notify loop for hueBridge1_HUEDevice1 rgb: 000000
2015.03.22 12:25:51 4: using HUEBridge_HTTP_Request: GET lights/2
2015.03.22 12:25:51 5: HUEBridge_HTTP_Request http://192.168.1.50/api/a2f8ca78eca967ea702a2ab62772d9e9/lights/2: Got data, length: 306
2015.03.22 12:25:51 4: parse status message for hueBridge1_HUEDevice2
2015.03.22 12:25:51 5: Triggering hueBridge1_HUEDevice2 (1 changes)
2015.03.22 12:25:51 5: Notify loop for hueBridge1_HUEDevice2 rgb: 000000
2015.03.22 12:25:51 4: using HUEBridge_HTTP_Request: GET lights/4
2015.03.22 12:25:51 5: HUEBridge_HTTP_Request http://192.168.1.50/api/a2f8ca78eca967ea702a2ab62772d9e9/lights/4: Got data, length: 402
2015.03.22 12:25:51 4: parse status message for hueBridge1_HUEDevice4
2015.03.22 12:25:51 5: Triggering hueBridge1_HUEDevice4 (1 changes)
2015.03.22 12:25:51 5: Notify loop for hueBridge1_HUEDevice4 rgb: f8502c
2015.03.22 12:25:51 5: Beleuchtung: not on any display, ignoring notify
2015.03.22 12:25:51 4: using HUEBridge_HTTP_Request: GET lights/5
2015.03.22 12:25:51 5: HUEBridge_HTTP_Request http://192.168.1.50/api/a2f8ca78eca967ea702a2ab62772d9e9/lights/5: Got data, length: 412
2015.03.22 12:25:51 4: parse status message for hueBridge1_HUEDevice5
2015.03.22 12:25:51 5: Triggering hueBridge1_HUEDevice5 (1 changes)
2015.03.22 12:25:51 5: Notify loop for hueBridge1_HUEDevice5 rgb: ffed9d
2015.03.22 12:25:51 5: Beleuchtung: not on any display, ignoring notify
2015.03.22 12:25:52 4: HTTP FHEMWEB:192.168.1.154:49960 GET /fhem?cmd.hueBridge1_HUEDevice3=set%20hueBridge1_HUEDevice3%20on&room=Wohnzimmer&XHR=1
2015.03.22 12:25:52 5: Cmd: >set hueBridge1_HUEDevice3 on<
2015.03.22 12:25:52 4: using HUEBridge_HTTP_Request: PUT lights/3/state
2015.03.22 12:25:52 5: HUEBridge_HTTP_Request http://192.168.1.50/api/a2f8ca78eca967ea702a2ab62772d9e9/lights/3/state: Got data, length: 41
2015.03.22 12:25:52 4: using HUEBridge_HTTP_Request: GET lights/3
2015.03.22 12:25:52 5: HUEBridge_HTTP_Request http://192.168.1.50/api/a2f8ca78eca967ea702a2ab62772d9e9/lights/3: Got data, length: 352
2015.03.22 12:25:52 4: parse status message for hueBridge1_HUEDevice3
2015.03.22 12:25:52 5: Triggering hueBridge1_HUEDevice3 (3 changes)
2015.03.22 12:25:52 5: Notify loop for hueBridge1_HUEDevice3 onoff: 1
2015.03.22 12:25:52 5: Beleuchtung: not on any display, ignoring notify
2015.03.22 12:25:52 5: Triggering hueBridge1_HUEDevice3 (1 changes)
2015.03.22 12:25:52 5: Notify loop for hueBridge1_HUEDevice3 rgb: ffc698
2015.03.22 12:25:52 5: Beleuchtung: not on any display, ignoring notify
2015.03.22 12:25:52 4: 26227:FHEMWEB:192.168.1.154:49960: /fhem?cmd.hueBridge1_HUEDevice3=set%20hueBridge1_HUEDevice3%20on&room=Wohnzimmer&XHR=1 / RL:20 / text/plain; charset=UTF-8 / Content-Encoding: gzip
/
2015.03.22 12:25:56 4: using HUEBridge_HTTP_Request: GET sensors/2
2015.03.22 12:25:56 5: HUEBridge_HTTP_Request http://192.168.1.50/api/a2f8ca78eca967ea702a2ab62772d9e9/sensors/2: Got data, length: 215
2015.03.22 12:25:56 4: parse status message for HUE_Tap1
2015.03.22 12:25:59 5: ONKYO_AVR avr: called function ONKYO_AVR_GetStatus()
2015.03.22 12:25:59 5: ONKYO_AVR avr: called function ONKYO_AVR_SendCommand()
2015.03.22 12:25:59 4: ONKYO_AVR avr(main): power -> query (PWRQSTN)
2015.03.22 12:25:59 5: ONKYO_AVR avr(main): 192.168.1.2:60128 snd 49534350000000100000000b0100000021315057525153544e0d0a ISCP............!1PWRQSTN..
2015.03.22 12:25:59 5: ONKYO_AVR avr(main): 192.168.1.2:60128 rcv 49534350000000100000000b0100000021314e4c53432d501a0d0a ISCP............!1NLSC-P...
2015.03.22 12:25:59 5: ONKYO_AVR avr(main): 192.168.1.2:60128 rcv 49534350000000100000000a01000000213150575230311a0d0a ISCP............!1PWR01...
2015.03.22 12:25:59 4: ONKYO_AVR avr(main): PWRQSTN return value '01' converted through VALUE from HASH table to 'on'
2015.03.22 12:25:59 5: ONKYO_AVR avr: called function ONKYO_AVR_SendCommand()
2015.03.22 12:25:59 4: ONKYO_AVR avr(main): mute -> query (AMTQSTN)
2015.03.22 12:25:59 5: ONKYO_AVR avr(main): 192.168.1.2:60128 snd 49534350000000100000000b010000002131414d545153544e0d0a ISCP............!1AMTQSTN..
2015.03.22 12:25:59 5: ONKYO_AVR avr(main): 192.168.1.2:60128 rcv 49534350000000100000000b0100000021314e4c53432d501a0d0a ISCP............!1NLSC-P...
2015.03.22 12:26:00 5: ONKYO_AVR avr(main): 192.168.1.2:60128 rcv 49534350000000100000000a010000002131414d5430301a0d0a ISCP............!1AMT00...
2015.03.22 12:26:00 4: ONKYO_AVR avr(main): AMTQSTN return value '00' converted through VALUE from HASH table to 'off'
2015.03.22 12:26:00 5: ONKYO_AVR avr: called function ONKYO_AVR_SendCommand()
2015.03.22 12:26:00 4: ONKYO_AVR avr(main): volume -> query (MVLQSTN)
2015.03.22 12:26:00 5: ONKYO_AVR avr(main): 192.168.1.2:60128 snd 49534350000000100000000b0100000021314d564c5153544e0d0a ISCP............!1MVLQSTN..
2015.03.22 12:26:00 5: ONKYO_AVR avr(main): 192.168.1.2:60128 rcv 49534350000000100000000b0100000021314e4c53432d501a0d0a ISCP............!1NLSC-P...
2015.03.22 12:26:00 5: ONKYO_AVR avr(main): 192.168.1.2:60128 rcv 49534350000000100000000a0100000021314d564c30441a0d0a ISCP............!1MVL0D...
2015.03.22 12:26:00 4: ONKYO_AVR avr(main): MVLQSTN return value '0D' converted from HEX to DEC
2015.03.22 12:26:00 5: ONKYO_AVR avr: called function ONKYO_AVR_SendCommand()
2015.03.22 12:26:00 4: ONKYO_AVR avr(main): sleep -> query (SLPQSTN)
2015.03.22 12:26:00 5: ONKYO_AVR avr(main): 192.168.1.2:60128 snd 49534350000000100000000b010000002131534c505153544e0d0a ISCP............!1SLPQSTN..
2015.03.22 12:26:00 5: ONKYO_AVR avr(main): 192.168.1.2:60128 rcv 49534350000000100000000b0100000021314e4c53432d501a0d0a ISCP............!1NLSC-P...
2015.03.22 12:26:00 5: ONKYO_AVR avr(main): 192.168.1.2:60128 rcv 49534350000000100000000a010000002131534c5030301a0d0a ISCP............!1SLP00...
2015.03.22 12:26:00 4: ONKYO_AVR avr(main): SLPQSTN return value '00' converted through VALUE from HASH table to 'off'
2015.03.22 12:26:00 5: ONKYO_AVR avr: called function ONKYO_AVR_SendCommand()
2015.03.22 12:26:00 4: ONKYO_AVR avr(main): input -> query (SLIQSTN)
2015.03.22 12:26:00 5: ONKYO_AVR avr(main): 192.168.1.2:60128 snd 49534350000000100000000b010000002131534c495153544e0d0a ISCP............!1SLIQSTN..
2015.03.22 12:26:00 5: ONKYO_AVR avr(main): 192.168.1.2:60128 rcv 49534350000000100000000b0100000021314e4c53432d501a0d0a ISCP............!1NLSC-P...
2015.03.22 12:26:00 5: ONKYO_AVR avr(main): 192.168.1.2:60128 rcv 49534350000000100000000a010000002131534c4932341a0d0a ISCP............!1SLI24...
2015.03.22 12:26:00 4: ONKYO_AVR avr(main): SLIQSTN return value '24' converted through device information to 'FM'
2015.03.22 12:26:00 5: ONKYO_AVR avr: called function ONKYO_AVR_SendCommand()
2015.03.22 12:26:00 4: ONKYO_AVR avr(main): video-information -> query (IFVQSTN)
2015.03.22 12:26:00 5: ONKYO_AVR avr(main): 192.168.1.2:60128 snd 49534350000000100000000b0100000021314946565153544e0d0a ISCP............!1IFVQSTN..
2015.03.22 12:26:01 5: ONKYO_AVR avr(main): 192.168.1.2:60128 rcv 49534350000000100000000b0100000021314e4c53432d501a0d0a ISCP............!1NLSC-P...
2015.03.22 12:26:01 5: ONKYO_AVR avr(main): 192.168.1.2:60128 rcv 4953435000000010000000420100000021314946564e6f20566964656f2c554e4b4e4f574e2c2c2c48444d49204d61696e2c3139323020782031303830702020363020487a2c2c2c437573746f6d2c1a0d0a ISCP.......B....!1IFVNo Video,UNKNOWN,,,HDMI Main,1920 x 1080p 60 Hz,,,Custom,...
2015.03.22 12:26:01 4: ONKYO_AVR avr(main): IFVQSTN unconverted return of value 'No Video,UNKNOWN,,,HDMI Main,1920 x 1080p 60 Hz,,,Custom,'
2015.03.22 12:26:01 5: ONKYO_AVR avr: called function ONKYO_AVR_SendCommand()
2015.03.22 12:26:01 4: ONKYO_AVR avr(main): audio-information -> query (IFAQSTN)
2015.03.22 12:26:01 5: ONKYO_AVR avr(main): 192.168.1.2:60128 snd 49534350000000100000000b0100000021314946415153544e0d0a ISCP............!1IFAQSTN..
2015.03.22 12:26:01 5: ONKYO_AVR avr(main): 192.168.1.2:60128 rcv 49534350000000100000000b0100000021314e4c53432d501a0d0a ISCP............!1NLSC-P...
2015.03.22 12:26:01 5: ONKYO_AVR avr(main): 192.168.1.2:60128 rcv 49534350000000100000000b0100000021314e4c53432d501a0d0a ISCP............!1NLSC-P...
2015.03.22 12:26:01 5: ONKYO_AVR avr(main): 192.168.1.2:60128 rcv 49534350000000100000002a010000002131494641416e616c6f672c2c2c2c446f6c627920504c4949204d757369632c352e312063682c1a0d0a ISCP.......*....!1IFAAnalog,,,,Dolby PLII Music,5.1 ch,...
2015.03.22 12:26:01 4: ONKYO_AVR avr(main): IFAQSTN unconverted return of value 'Analog,,,,Dolby PLII Music,5.1 ch,'
2015.03.22 12:26:01 4: ONKYO_AVR avr: on
2015.03.22 12:26:03 4: Connection closed for FHEMWEB:192.168.1.154:49961: EOF
2015.03.22 12:26:03 4: HTTP FHEMWEB:192.168.1.154:49960 GET /fhem&room=Wohnzimmer&cmd=attr+global+verbose+3
2015.03.22 12:26:03 5: Cmd: >attr global verbose 3<
Hallo, .....
ich habe im FHEM folgende Meldung
ZitatError messages while initializing FHEM:
configfile: osram: unknown attribute pollDevices. Type 'attr osram ?' for a detailed list.
Wenn ich mir das device anschaue gibt es zwar diesen Eintrag "pollDevices" doch wenn ich das Attribut anschaue ist die Klappbox leer und einen selbigen Eintrag gibt es dort nicht mehr :-\
Hi, ist wohl eine aktuell nicht zu unterdrückende Fehlermeldung. Habe ich auch, kannst du ignorieren (siehe weiter vorn).
Gruß,
One
Alles klar! Danke, dann weiß ich bescheid und ignoriere das erstmal.
Hallo,
betreibt jemand das Lightify Gateway in Verbindung mit LightScene? Bei mir ändert die LightScene jeweils nur die Color Temperatur bei meinen Osram GU 10, nicht aber die Helligkeit. In der LightScene werden beide Werte gespeichert (bri 254 : ct 350). Mache ich etwas falsch oder gibt es noch ein Problem mit dem noch jungen Modul?
Gruß
Gero
Nachtrag: wenn ich nur die Helligkeit setze (bri 25) funktioniert es einwandfrei, nur das gleichzeitige Setzen von bri und ct funktioniert nicht.
probier mal ob es in umgekehrter reihenfolge geht. also ct 350 : bri 254
und probier es bitte auch mal mit zwei getrennten set. in beiden reihenfolgen.
gruss
andre
Hi Gero,
hab das Modul auch mal ein bisschen ausprobiert. Irgendwie scheint das aber nicht 100% mit den Teilen zusammmen zu arbeiten.
Ich hab drei RGBW Lampen, wenn ich diese in der LightScene versuche abzuspeichern (alle drei auf verschiedenen RGB-Werte, bei 100% Helligkeit), dann bekomme ich das (bei edit LightScene x) für alle drei Lampen angezeigt:bri 254 : xy
Und ein Wechsel von einer funktionierenden LightScene (abgespeicherter Initialzustand nach dem Einschalten) auf die Szene x geht auch nicht.
Gruß,
One
Hallo André,
die Reihenfolge macht keinen Unterschied. In jedem Fall ändert sich nur die Farbtemperatur.
Gruß
Gero
Hallo,
mit "setcmd" und zwei durch Semikolon getrennten Befehlen funktioniert es!
Gruß
Gero
Ja. Genau richtig. Hier ist die Anleitung:
http://forum.fhem.de/index.php?topic=33736.0
*push*
"toogle" im webcmd der Gu10 Osram Lampe in Verbindung mit HUE Bridge.
Kann ich dir irgendwie helfen andre? mit einem sauberen Log?
Oder soll ich diese Diskussion in einen anderen Thread verlegen?
Ansonsten stehe dir mit meinen stumpfen "Entwickler" Händen zur Verfügung. ;D
Ich will mir nähmlich mehrere dieser Gu10 kaufen, da die Preis/Leistung ziemlich gut sind....
LG Peter
kann ich das Teil also bedenkenlos kaufen als Alternative zu einer Hue..?
war schon fast dabei mir die Philips zu holen, aber die Osram ist ja um einiges günstiger, zumal ich noch einen Völkner Gutschein habe ;)
Ja kannst du dir. Es gibt zwar noch ein paar Tücken, die aber mit etwas Geduld wahrscheinlich behoben werden können.
So ist die Hue um einiges besser für Lichteffekte oder weiche Animationen. Die Lightify verhaspelt sich da schnell, wodurch man eher harte Übergänge hat.
Ansonsten läuft zurzeit alles wichtige, was auch die App kann.
Hallo,
ist die Gruppensteuerung schon implementiert? Ich habe ein wenig herumgespielt, aber die Gruppensteuerung nicht ins Laufen bekommen. Wenn nicht: kann ich irgendwie dazu beitragen das die Gruppensteuerung implementiert wird?
Gruß
Gero
Nein. Im aktuellen Entwicklungsstand kann man noch keine Gruppen ansteuern. Ich denke die Befehle müssten wir schon alle zusammengetragen haben. Soweit ich mich aber erinnern kann, bin ich daran gescheitert die Informationen über die Gruppe auszuwerten.
Leider hab ich zurzeit keine Ahnung, ob schon im HUE Steuermodul Gruppen enthalten sind. Das Problem ist zurzeit, dass das Lightify Modul, zum ansteuern des Gateways, neu geschrieben wurde. Doch die Lampen an sich werden als HUE Lampen verarbeitet. Somit sind wir bei den Lampen vom HUE-Team abhängig.
Schön wäre es, wenn jemand die Lightify komplett von der HUE trennen könnte. Denn das HUE-Lampen Modul ist nicht wirklich optimal für die Lightify. So sendet das Modul bei jeder Änderung ein Lampe an, Lampe steuern und eine Statusabfrage. Damit blockieren wir die Leitung zur Lightify und man kann keine weichen Animationen einbauen.
auf der hue seite gibt es gruppen.
das on muss ich senden um sicher zu stellen das der aktuelle status auch mit dem lampen status übereinstimmt. das gleiche gilt für die status abfrage. da das gateway nicht meldet wenn es über die app bedient wurde bekomme ich das sonst nicht mit. das gateway meldet auch nicht zurück wie der tatsächliche zustand nach dem schalten ist.
ohne den aktuellen status kann man auch keine relativen dimUp oder dimDown senden. da das gateway scheinbar komplett blockiert wenn man zu schnell sendet und so nicht wirklich weiss welches kommando noch angenommen wurde ist es schwierig interaktiv zu dimmen. oder hast du hier noch eine idee?
ein andres problem mit der status abfrage ist das wir noch nicht rausgefunden haben wie die kurze version des kommandos funktioniert.
aber zum optimieren:
gehen die lampen an wenn man nur helligkeit, farbe oder weisston ändert während sie aus sind?
kannst du versuchen die kurze status abfrage zu decodieren? die sollte deutlich schneller sein weil nicht alle lampen zurück gemeldet werden.
die status abfrage (und auch das on) kommen übrigens nicht wirklich aus dem hue modul sondern die sendet das lightify modul von sich aus weil sonst der status unbekannt ist.
gruss
andre
Es gibt aber einen interessanten Punkt bei der Lightify. Es scheint so als könne man Stadien, wie Helligkeit, Farbe, ..., auch festlegen, wenn die Lampe aus ist. Sobald sie einschaltet leuchtet sie in den eingespeicherten Optionen.
Ist es denn nicht möglich einen Befehl einzufügen, der den Status der Lampe in den Cache speichert und erst nach erfolgreicher Animation wieder nachfragt? Die App selber ignoriert so etwas und überschreibt beim interaktiven Dimmen jede Eigenschaft, die von einem anderen geschrieben wird. Ich denke an diesen Punkte könnte man mal anfangen.
Man könnte Befehle aus der Warteschlage rausschmeißen, wenn sie schon eine bestimmte Zeit unberührt liegt. Natürlich ist das nur realisierbar, wenn man ein interaktives Dimmen hat. Dann kann man auch korrigieren, sobald der letzte Befehl rausgeworfen wurde.
bitte teste mal die angehängte version.
es gibt die folgenden änderungen:
- on/off wird nur noch gesendet wenn es ungleich dem aktuellen zustand ist
- es sollte jetzt möglich sein ct und helligkeit gleichzeitig zu setzen (LightScene problem von oben)
- das delayedUpdate attribut bzw. die noUpdate, imediateUpdate und delayedUpdate set parameter werden unterstützt
- der fhem interne status wird aktualisiert ohne auf die antwort des gateway zu warten
wenn ein set kommando mit : noUpdate aufgerufen wird (also z.b. so: set <device> dimUp : noUpdate) wird es nicht mehr in die send queue eingefügt und vor dem senden auch nicht auf bestätigung durch das gateway gewartet. damit sollte ein direktes interaktives rauf und runter dimmen möglich sein.
eventuell musst du mit dem delayedUpdate attribute im device spielen und hier 0, 1 und 2 probieren.
für LightScene habe ich eben eine änderung eingecheckt die den colormode hs korrekt sichert. damit sollten auch die lightify lampen am gateway direkt automatisch funktionieren (das andere LightScene problem von oben).
@zeipet: was ist mit toggle ?
gruss
andre
Hallo,
wenn ich über die Hue Bridge die Osram Par16(GU10) auf webcmd:off stelle dimmt sie auf 5% anstatt off zu gehen. Ist aber laut pct auf 0.
Dann geht toogle natürlich auch nicht.
Bei den anderen OSRAM (Flex RGBWFirm:1131847, Classic A60 RGBW Firm: 1131856)
funktioniert es, es ist nur die PAR16 50 TW Firmware: 1131847 betroffen.
Loglevel 5 liegt auf Seite 11. Soll ich noch etwas anderes loggen?
LG Peter
Danke justme1968. Es läuft der Dimmbutton auf meiner HomeMatic Fernbedienung. Doch am flüssigsten läuft es zurzeit mit
delayedUpdate 2. Ich habe leider keine Ahnung was dieses Attribut macht, doch es fühlte sich erstmal flüssiger an mit delayedUpdate 2. Kann natürlich auch Einbildung sein.
Ich schließe mich dem Dank an! Mit dem Update läuft das Steuern der Lampen rasend schnell. Die LightScene funktioniert nun ebenfalls bestens. Für mich eine große Verbesserung.
Danke nochmals!
Gero
Hallo Zusammen,
nach 12 Seiten will ich mich gleich mal melden. Bisher habe ich Fhem noch nicht installiert, aber das soll sich morgen dank des Feiertags gleich aendern. Meine ersten Geraete werden dann auch die Lightify sein. Vielen Dank an dieser Stelle, dass diese schon so gut integriert sind.
Da FHEM fuer mich ganz neu ist, freu ich mich auf einen regen Austausch und hoffe auch selbst bald ein bisschen was beitragen zu koennen. Bisher komme ich eher von der Arduino-Welt, mit dem ich so ein bisschen was in meinem Auto automatisiert habe.
VG, Christian
Hallo Zusammen und Hallo Andre,
klasse, was ihr schon auf die Beine gestellt habt. Bei mir laeuft seit heute Fhem auf einem Raspberry und kommuniziert fleissig mit dem Lightify Gateway.
Aktuell habe ich unter anderem eine LIGHTIFY CLASSIC A 60 TW daran haengen, bei der ich euch Feedback zur Umsetzung der Farbtemperaturanpassung geben kann. Die Anpassung der Farbtemperatur muesste eine maximale Obergrenze von 370 haben. Werte zwischen 371 und 500 werden bei Aenderungen ignoriert.
http://www.directupload.net/file/d/3946/w6f6z73x_png.htm (http://www.directupload.net/file/d/3946/w6f6z73x_png.htm)
Bei dem RGBW Flexband verhaelt es sich genauso. Alles ueber 371 fuert zu keiner Veraenderung.
Kann ich die Obergrenze des Wertes selbst definieren oder ist das eine groessere Aenderung?
LG, Christian
du kannst den bereich über das widgetOverride attribut ändern.
gruß
andre
Hallo Andre,
danke - das hab ich hinbekommen. Gut, dass Ostern so verregnet ist.
ich habe nun
attr A60TW widgetOverride ct:slider,154,1,370
ergaenzt.
Dies hat allerdings leider zur Folge, dass der Slider in blau und nicht mehr mit dem schoenen Farbverlauf angezeigt wird. Weiterhin werden die vordefinierten ct xxx - Werte als Text und nicht mehr als entsprechend farbige Buttons angezeigt.
Werde versuchen, das zu loesen, bin aber fuer Anfaenger-geeignete Tips immer dankbar.
LG, Christian
Hallo,
Versuche es mal mit
attr A60TW widgetOverride ct:colorpicker,CT,2700,100,6400
Gruß
Gero
Zitat von: zeipet am 30 März 2015, 16:17:07
Hallo,
wenn ich über die Hue Bridge die Osram Par16(GU10) auf webcmd:off stelle dimmt sie auf 5% anstatt off zu gehen. Ist aber laut pct auf 0.
Dann geht toogle natürlich auch nicht.
Bei den anderen OSRAM (Flex RGBWFirm:1131847, Classic A60 RGBW Firm: 1131856)
funktioniert es, es ist nur die PAR16 50 TW Firmware: 1131847 betroffen.
Loglevel 5 liegt auf Seite 11. Soll ich noch etwas anderes loggen?
LG Peter
Da ich das gleiche verhalten mit einer Osram Surface Light TW, FW 1131847 habe, bin ich auf die Suche gegangen.
Es liegt an der Einstellung fuer transitiontime (bzw. ramptime im fhem hue modul). Die hue bridge hat dafuer als Standardwert 4, damit schält sich die Osram Lampe nicht aus, obwohl der Zustand "on": false ist. Erst wenn man transitiontime = 0 setzt funktioniert es - das ist auch bei rules in der hue bridge so.
dann sollte das neue transitiontime attribut helfen. könnt ihr das mal bitte testen.
Hallo Andre,
ja mit dem transitiontime Attribut funktioniert es, d.h.
set [huedevice] off -> Lampe ist noch an mit 5% ("state": {"on": true, "bri": 12})
set [huedevice] off 0 -> Lampe ist aus ("state": {"on": false})
Funktioniert transitiontime eigentlich über die Lightify-Bridge auch?
Versuche gerade bei den RGB-Garten-Spots sanfte Farbübergänge hinzubekommen, aber irgendwie scheint er den Zusatz transitiontime bei mir zu ignorieren.
Der Befehl
set ga_ledkette rgb 00FF00 : transitiontime 500
setzt mir die Farbe sofort...
oder gibt es für mein Anliegen ein anderes Verfahren, das mir bis jetzt entgangen ist.
Viele Grüße
Reinhard
eigentlich ist das eingebaut und sollte so funktionieren.
siehst du abhängig von der transition time einen unterschied in den nachrichten wenn du verbose auf 4 oder 5 setzt?
gruss
andre
Sorry, Du hast recht es klappt doch.
Keine Ahnung, warum es am Samstag nicht geklappt hat.
Auf alle Fälle gehts jetzt. Danke für die Antwort, sonst hätt ichs jetzt wohl nicht mehr probiert.
Viele Grüße
Reinhard
zur info:
es gibt für die lightify birnen scheinbar ein firmware update mit dem das problem beim ausschalten über die hue bridge behoben ist.
leider lässt sich die firmware nur über das lightify gateway aktualisieren.
gruss
andre
Hallo zusammen,
ich besitze mehrere Philips Hue Lampen in Verbindung mit der Hue Bridge.
nun habe ich mir zwei Osram Lightify CLA 60 RGBW Lampen besorgt und bekomme diese einfach nicht zum laufen!
1.Versuch etwa 10 mal über die Philips hue App. kein Erfolg... Abstand zwischen eingeschalteter Lampe und Bridge: 'NULL' (liegen aneinander)
2. Versuch Reset der Bridge... weiterhin kein Erfolg.
3. Versuch mit Hilfe von 'Hue Light Finder - v0.9' beim suchen fängt die Osram Lampe an zu blinken kurz darauf kommt die Meldung "keine neuen Lampen gefunden"
was kann man da noch machen?
ich verzweifle hier.
:(
bei meinem gardenspot hat die telnet methode von hier: https://nohats.ca/wordpress/blog/2013/05/26/philips-hue-alternative-for-lamp-stealer/ (https://nohats.ca/wordpress/blog/2013/05/26/philips-hue-alternative-for-lamp-stealer/) geholfen.
gruss
andre
danke für die schnelle Antwort :)
hat allerdings nichts gebracht...
Hallo,
ich kann den Lightify Gateway hinzufügen. Auch die Lampen werden korrekt erkannt. Sobald ich aber die Lampe steuern will, schaltete sich fhem mit folgender Meldung ab:
Zitat
2015.06.21 09:23:31 3: LightifyGateway: connected to 192.168.10.105
2015.06.21 09:23:31 3: A60RGBW 01: 913DDA0000261884:4C4E, type: 0A (w:1, rgb:1), onoff: 1, mode?: 01 dim: 100, ct: 2702, rgb: FFFFFF
2015.06.21 09:23:31 3: HUEDevice913DDA0000261884: I/O device is LightifyGateway
2015.06.21 09:23:31 1: PERL WARNING: Use of uninitialized value in string eq at ./FHEM/31_HUEDevice.pm line 712.
2015.06.21 09:23:41 3: $VAR1 = undef;
Can't use string ("HUEDevice913DDA0000261884") as a HASH ref while "strict refs" in use at ./FHEM/30_LIGHTIFY.pm line 208.
Hat jemand eine Idee dazu?
Hi
Sourceforge Code scheint im Moment nicht verfügbar, daher poste ich das mal hier.
Fhem ist bei mir heute wegen Lightify-Modul abgestürzt:
Zitat2015.07.24 22:09:16 1: PERL WARNING: Use of uninitialized value $value in numeric gt (>) at ./FHEM/31_HUEDevice.pm line 339.
2015.07.24 22:09:16 1: PERL WARNING: Use of uninitialized value $value in addition (+) at ./FHEM/31_HUEDevice.pm line 340.
Illegal division by zero at ./FHEM/30_LIGHTIFY.pm line 224.
Kenne mich mit PERL leider zu wenig aus um das ganze zu Debuggen, aber $value ist an der Stelle nicht initialisiert, sollte evtl. erst geprüft werden, nehme an die Division by Zero ist ein Folgefehler.
Und hier noch das im Ankündigungsthread gewünschte Log:
Zitat2015.07.25 22:53:32 3: LichterLightify: connected to 192.168.83.12
2015.07.25 22:53:32 4: LichterLightify: sending:070000130000000001
2015.07.25 22:53:32 4: LichterLightify: parsing: 0501011300000000000600FFFF901BDA00002618840A010203010003000164A00FFF0430FF756E74657262657474000000000000008DE06E86C90000261884020102031402010001648E0AFFFFFFFF67616E6700000000000000000000000071F5275EDA0000261884020102031402030001648E0AFFFFFFFF776F686E7A696D6D657200000000000016B756F2D90000261884020102031402010001648E0AFFFFFFFF4B7563686500000000000000000000003ACD0B96C900002618840A01020301020100001C080BBCFF00FF575A2045636B650000000000000000005E5242450000AA3EB07C08010203010201000164000003E7FFFF47617274656E00000000000000000000
2015.07.25 22:53:32 3: unterbett: 901BDA0000261884:FFFF, type: 0A (w:1, rgb:1), onoff: 1, mode?: 03 dim: 100, ct: 4000, rgb: FF0430
2015.07.25 22:53:32 3: gang: 6E86C90000261884:8DE0, type: 02 (w:1, rgb:0), onoff: 1, mode?: 01 dim: 100, ct: 2702, rgb: FFFFFF
2015.07.25 22:53:32 3: wohnzimmer: 275EDA0000261884:71F5, type: 02 (w:1, rgb:0), onoff: 1, mode?: 03 dim: 100, ct: 2702, rgb: FFFFFF
2015.07.25 22:53:32 3: Kuche: 56F2D90000261884:16B7, type: 02 (w:1, rgb:0), onoff: 1, mode?: 01 dim: 100, ct: 2702, rgb: FFFFFF
2015.07.25 22:53:32 3: WZ Ecke: 0B96C90000261884:3ACD, type: 0A (w:1, rgb:1), onoff: 0, mode?: 01 dim: 28, ct: 2824, rgb: BCFF00
2015.07.25 22:53:32 3: Garten: 42450000AA3EB07C:5E52, type: 08 (w:0, rgb:1), onoff: 1, mode?: 01 dim: 100, ct: 0, rgb: 03E7FF
Gruss bieler
schau mal bitte ob eines deiner devices ein reading ct mit wert 0 hat.
gruss
andre
Sorry, bin noch nicht so vertraut mit FHEM. Was meinst du mit "Reading ct"?
ein reading mit dem namen ct und dem wert 0 in einem der devices. vermutlich im gardenspot.
gruss
andre
Achso, sorry.
gardenspot hat gar kein ct als reading, alle anderen haben eins grösser 0.
dann verstehe ich den absturz nicht. an der stelle wird auf das reading ct zugegriffen.
ist es mehr als ein mal passiert ?
gruss
andre
Bisher nicht nein. Hatte da auch nicht wirklich was gemacht, war am selben Abend nach der Einrichtung. Evtl. war ja da noch einer der Werte auf 0.
Ich nehm mal an die Frage ist ziemlich doof, habe aber dazu nichts gefunden:
In der Handyoptimierten Oberfläche wird ja das Lampensymbol angezeigt. Grau falls ausgeschaltet. Drück man dann drauf, schaltet sich die Lampe ein. Drück man wieder drauf, kommt das Menü zum einstellen von Helligkeit/Farben etc. . Wäre es nicht schöner diese Einstellung in einem zweiten Knopf zu verbergen und die Lampe nur zum Ausschalten des Lichtes zu verwenden? So ist es "relativ" umständlich eine Lampe auszuschalten... Oder habe ich etwas nicht richtig gesehen?
eigentlich schaltet der klick auf das icon zwischen an und aus hin und her.
zeig mal bitte ein list auf das device.
gruss
andre
Hier das List:
ZitatInternals:
DEF 6E86C90000261884
ID 6E86C90000261884
INTERVAL 0
IODev LichterLightify
NAME eb_Deckenlampe
NR 25
STATE dim81%
TYPE HUEDevice
manufacturername
modelid
name
swversion
type Color Temperature Light
uniqueid
Readings:
2015-07-28 01:32:25 bri 228
2015-07-26 01:49:14 colormode ct
2015-07-28 00:11:27 ct 335 (2985K)
2015-07-28 20:15:04 onoff 1
2015-07-28 20:15:04 pct 89
2015-07-26 01:49:16 reachable 1
2015-07-28 20:15:04 rgb ffcda5
2015-07-28 20:15:04 state dim81%
Helper:
alert
bri 228
colormode ct
ct 335
devtype
effect
hue
on 1
percent 89
reachable 1
sat
update_timeout 0
xy
Attributes:
IODev LichterLightify
color-icons 2
devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
group EG
room Lichter
subType ctdimmer
userattr room_map structexclude
webCmd ct:ct 490:ct 380:ct 270:ct 160:toggle:on:off
So wie ich sehe ist die HUEDevice_devStateIcon-Funktion in DevStateIcon dafür verantwortlich. Ich kann die zwar mit ON/OFF ersetzen, dann fehlt aber die Möglichkeit direkt die Helligkeit etc. einzustellen.
Hallo,
weiß jemand, ob auch diese Osram lightify Funksteckdosen über FHEM und die Hue Bridge gesteuert werden können:
http://www.elv.de/osram-lightify-funkschalt-steckdose-plug.html
Oder braucht man dazu dann doch die Osram Bridge?
Zunächst einmal vielen Dank an justme1968 für das coole LIGHTIFY Modul.
Leider habe ich noch Probleme bei der Inbetriebnahme meines Lightify Starter Kits 10-W-RGBW E27, das mit meiner Lightify iPad App bereits einwandfrei funktioniert. Ich verwende FHEM auf meinem Raspberry Pi2. Meine Version des Moduls: 30_LIGHTIFY.pm 8418 2015-04-11 15:55:29Z justme1968
Anbei, was ich alles gemacht habe der Reihe nach:
Zunächst habe ich die Perl JSON Lib nachinstalliert mit sudo apt-get install libjson-perl
Dann mein FHEM mit update aktualisiert, denn bisher hatte ich das 30_LIGHTIFY Modul noch nicht.
Nun die Zeile define gateway LIGHTIFY 192.168.33.30 in meine fhem.cfg eingetragen.
Nach dem Speichern wurden auch schon fleißig meine Konfigurationen per autoconf erweitert. Zunächst trat bei mir zwar die Meldung Can't use string ("HUEDeviceD096DA0000261884") as a HASH ref while "strict refs" in use at ./FHEM/30_LIGHTIFY.pm line 206 auf. Dies ließ sich aber beheben, indem ich den strict-Mode deaktiviert habe, indem ich #use strict auskommentiert habe. Dies habe ich per sudo nano /opt/fhem/FHEM/30_LIGHTIFY.pm vorgenommen. Ich bin mir allerdings nicht sicher, ob dies nicht gerade Ursache für mein Problem ist ... jedenfalls kommt man dann erst mal weiter: Nach anschließendem FHEM-Neustart (mehrere Crashes von FHEM) war meine fhem.cfg schließlich erweitert um nachfolgende Einträge
define gateway LIGHTIFY 192.168.33.30
attr gateway pollDevices 1
define HUEDeviceD096DA0000261884 HUEDevice D096DA0000261884
attr HUEDeviceD096DA0000261884 IODev gateway
attr HUEDeviceD096DA0000261884 alias Lampe
attr HUEDeviceD096DA0000261884 devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
attr HUEDeviceD096DA0000261884 room LIGHTIFY
Jippih :)
Meine Freude war zunächst groß, dass ich nun einen Room LIGHTIFY mit meiner Lampe auffand und dort auch der Status meiner Lampe korrekt angezeigt wird. Leider ist jedoch keinerlei Schaltvorgang aus FHEM heraus möglich, weder Ein- noch Ausschalten, Dimmen oder Einstellen einer Farbe. Gleichwohl wird der Status aktualisiert, wenn ich über meine iPad Lightify App die Lampe schalte. Kurzum, die Kommunikation mit dem FHEM LIGHTIFY Modul funktioniert, aber nur lesenderweise.
Anbei die Ergebnisse von list gateway
Internals:
CONNECTS 1
DEF 192.168.33.30
FD 5
Host 192.168.33.30
LAST_CONNECT 2015-09-18 21:07:25
MSG_NR 26
NAME gateway
NR 131
NTFY_ORDER 50-gateway
PARTIAL
STATE Connected
TYPE LIGHTIFY
UNCONFIRMED 0
SEND_QUEUE:
Attributes:
pollDevices 1
verbose 5
und list HUEDeviceD096DA0000261884
Internals:
DEF D096DA0000261884
ID D096DA0000261884
INTERVAL 60
IODev gateway
NAME HUEDeviceD096DA0000261884
NR 132
STATE on
TYPE HUEDevice
modelid
name
swversion
type Extended color light
Readings:
2015-09-18 21:07:25 bri 254
2015-09-18 21:07:25 colormode ct
2015-09-18 21:07:25 ct 370 (2702K)
2015-09-18 21:07:25 onoff 1
2015-09-18 21:07:25 pct 100
2015-09-18 21:25:27 reachable 1
2015-09-18 21:25:27 state on
Helper:
RGB ffc698
alert
bri 254
colormode ct
ct 370
effect
group
hue
interfaces dimmer
on 1
percent 100
reachable 1
sat
update_timeout 0
xy
Attributes:
IODev gateway
alias Lampe
devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
room LIGHTIFY
Folgendes steht in meinem FHEM Log, wenn ich versuche die Lampe per FHEM auszuschalten (habe gateway auf verbose 5) gesetzt:
2015.09.18 21:27:27 4: gateway: sending:070000131b00000001
2015.09.18 21:27:28 5: gateway: received: 330001131b000000000100376fd096da00002618840a0102030102000001648e0affffffff4c616d70650000000000000000000000
2015.09.18 21:27:28 4: gateway: parsing: 330001131B000000000100376FD096DA00002618840A0102030102000001648E0AFFFFFFFF4C616D70650000000000000000000000
2015.09.18 21:27:28 3: Lampe: D096DA0000261884:376F, type: 0A (w:1, rgb:1), onoff: 1, mode?: 00 dim: 100, ct: 2702, rgb: FFFFFF
2015.09.18 21:27:28 5: gateway: id 'D096DA0000261884' already defined as 'HUEDeviceD096DA0000261884'
2015.09.18 21:27:41 4: gateway: sending:070000131c00000001
2015.09.18 21:27:41 5: gateway: received: 330001131c000000000100376fd096da00002618840a0102030102000001648e0affffffff4c616d70650000000000000000000000
2015.09.18 21:27:41 4: gateway: parsing: 330001131C000000000100376FD096DA00002618840A0102030102000001648E0AFFFFFFFF4C616D70650000000000000000000000
2015.09.18 21:27:41 3: Lampe: D096DA0000261884:376F, type: 0A (w:1, rgb:1), onoff: 1, mode?: 00 dim: 100, ct: 2702, rgb: FFFFFF
2015.09.18 21:27:41 5: gateway: id 'D096DA0000261884' already defined as 'HUEDeviceD096DA0000261884'
Wie der Lampe-Zeile zu entnehmen ist, ändert sich also nicht wirklich etwas nach dem sending.
Wer hatte eine Idee, was hier schief läuft und kann mir einen Tipp geben?
Vielen Dank für jegliche Hinweise!
Ich habe noch subType extcolordimmer eingestellt. Ändert aber nichts. Auch eine komplette Neueinrichtung meines Osram Lightify Gateways hat das Problem leider nicht gelöst. :(
So, ich habe jetzt nach 2 Tagen Rumrätseln doch die Lösung gefunden. :) Offenbar ist das Timing entscheidend. Ich hatte den Pi per VPN angebunden, was dann wohl zum Problem geführt hat. Ich habe ihn nun mal direkt ans lokale LAN gehängt, so dass er die Befehle ohne VPN-Tunnel und somit schneller an das FHEM-Gateway absetzen kann. Und oh Wunder, nun kann ich die Lampe einwandfrei steuern. *freu*
Bin so happy, dass ich das nun endlich verwenden kann. Bleibt nur noch die Frage offen, wie es zu diesem Hash-Bug kommt? Ist er Hash vielleicht noch nicht vollständig initialisiert beim ersten Aufruf?
Schöne Grüße
Philipp
hab den post eben erst gesehen.
der hash fehler ist seltsam. und dein workaround sollte eigentich nicht helfen...
bitte zeig mal die versionen von 30_LIGHTIFY.pm und 30_LIGHTIFY.pm
gruss
andre
Hallo Andre,
danke für Deine Rückmeldung. anbei meine Version. Wie gesagt, eigentlich die Version, die von FHEM per update-Befehl bereitgestellt wird.
Viele Grüße
Philipp
Hallo Andre,
ist es mit dem Ligthify-Modul eigentlich möglich auch die Gruppen, die mit der Lightify-App angelegt wurden direkt anzusprechen?
Hintergrund ist folgender:
Zuerst habe ich mehrere Lampen unter FHEM als structure zusammengefasst. Leider schaltet die Structure die Lampen nacheinander und auch nicht immer zuverlässig. Schalte ich die Lampen aus der Lightify-App heraus (hier eben habe ich auch eine Gruppe gebildet) gehen alle Lampen gleichzeitig und zuverlässig an.
Falls Du weitere Infos benötigst gerne.
Viele Grüße
Reinhard
es hat noch niemand mit gesnifft welche kommandos das lightify gateway für gruppen verwendet. wenn das jemand rausfindet baue ich es ins modul ein.
gruss
andre
Hallo Andre,
hoffe ich hab das richtige mitgeschnitten und geschickt.
82 27.545116000 192.168.178.20 224.0.0.251 MDNS 260 Standard query response 0x0000 SRV, cache flush 0 0 80 Lightify-017ae630.local PTR, cache flush Lightify-017ae630._http._tcp.local TXT, cache flush
0000 01 00 5e 00 00 fb 84 18 26 7a e6 30 08 00 45 00 ..^.....&z.0..E.
0010 00 f6 06 79 00 00 ff 11 60 c5 c0 a8 b2 14 e0 00 ...y....`.......
0020 00 fb 14 e9 14 e9 00 e2 54 f0 00 00 84 00 00 00 ........T.......
0030 00 03 00 00 00 00 11 4c 69 67 68 74 69 66 79 2d .......Lightify-
0040 30 31 37 61 65 36 33 30 05 5f 68 74 74 70 04 5f 017ae630._http._
0050 74 63 70 05 6c 6f 63 61 6c 00 00 21 80 01 00 00 tcp.local..!....
0060 00 ff 00 1f 00 00 00 00 00 50 11 4c 69 67 68 74 .........P.Light
0070 69 66 79 2d 30 31 37 61 65 36 33 30 05 6c 6f 63 ify-017ae630.loc
0080 61 6c 00 05 5f 68 74 74 70 04 5f 74 63 70 05 6c al.._http._tcp.l
0090 6f 63 61 6c 00 00 0c 80 01 00 00 00 ff 00 24 11 ocal..........$.
00a0 4c 69 67 68 74 69 66 79 2d 30 31 37 61 65 36 33 Lightify-017ae63
00b0 30 05 5f 68 74 74 70 04 5f 74 63 70 05 6c 6f 63 0._http._tcp.loc
00c0 61 6c 00 11 4c 69 67 68 74 69 66 79 2d 30 31 37 al..Lightify-017
00d0 61 65 36 33 30 05 5f 68 74 74 70 04 5f 74 63 70 ae630._http._tcp
00e0 05 6c 6f 63 61 6c 00 00 10 80 01 00 00 00 ff 00 .local..........
00f0 13 09 74 78 74 76 65 72 73 3d 32 08 65 70 6f 63 ..txtvers=2.epoc
0100 68 3d 38 35 h=85
Das war der erste Eintrag beim schalten einer Gruppe (Name:Kellertreppe, 7 Geräte)
ich hoffe ich hab das richtige erwischt. Falls Du was anderes brauchst melde Dich einfach, Danke
Reinhard
Hallo guten Abend,
ich wende mich heute mal an das Forum um zu erfahren ob jemand die gleichen Probleme hat wie ich.
Ich nutze eine HUE Bridge und wollte heute meinen neuen Osram CLA60 RGBW Lampen einfügen. Ich bin wie in vielen Foren nachgelesen vorgegangen. Leider wurden die Lampen nicht erkannt. Nach Problemen im Netz gesucht und die gefunden, Möglichkeiten ausprobiert leider ohne Erfolg. Ich habe die Lampen resettet, neben die Bridge gelegt, HUE Light finder benutzt usw. ohne Erfolg.
Danach habe ich mich an Andre gewendet. Auch seine Empfehlung:
es gibt inzwischen das set <bridge> touchlink kommando.
eventuell mehrfach machen.
danach set <bridge> autodetect und set <bridge> autocreate.
die bridge firmware muss aktuell sein
brachte nicht die Lösung. Die Lampen tauchen nicht auf. Weder in der HUE App noch im FHEM. Hat jemand noch eine Idee oder eine Lösung für mich???
Vorab schon mal Danke und einen schönen Abend
Marko
Touchlink funktioniert bei mir auch nicht!
1) Lampe ausschalten
2) Touchlink Button auf der Bridge druecken
3) Lampe einschalten
4) Lampe sollte blinken
Nun kann die Lampe mit FHEM oder mit der Philips HUE App konfigurieren.
Leider hatte das auch keinen Erfolg. Keine Reaktion bei den Lampen.
Trotzdem Dake für den ersten Tipp!
Hallo,
Ich habe ein ähnliches Problem, allerdings mit dem GU10 Leuchtmittel des selben Hersteller wie Du.
Nach ein bisschen Recherche habe ich folgendes gefunden:
http://www.elv.de/topic/aktuelle-hue-firmware-verhindert-das-koppeln-des-moduls.html
Ansonsten stehen auf der Facebook Seite von Hue auch einige Kommentare zu dem Thema.
Ich habe jetzt aktuell die Version 01029624, welche hast Du?
Mich würde interessieren, ob ein downgrade der Firmware auf die alte Version möglich ist.
Gesendet mit Tapatalk
Hallo,
Also bei mir sind die Osrams GU10 von der Bridge erkannt worden - jedoch lassen sie sich nicht komplett ausschalten sondern nur auf 10 Prozent runterdimmen... Das scheint aber nur bei den GU10 so zu sein ..
Hoffe das Phillips da bald das einsehen hat und es richtet ... Oder eine eigene weiße Lampe mit dem Sockel macht.
Gruß
Andreas
Gesendet von meinem iPhone mit Tapatalk
Welche Firmware hast Du?
Bei welcher Version wurden die GU10 Leuchtmittel gekoppelt?
Zitat von: stebar_ am 10 Dezember 2015, 21:37:48
Hallo,
Ich habe ein ähnliches Problem, allerdings mit dem GU10 Leuchtmittel des selben Hersteller wie Du.
Nach ein bisschen Recherche habe ich folgendes gefunden:
http://www.elv.de/topic/aktuelle-hue-firmware-verhindert-das-koppeln-des-moduls.html
Ansonsten stehen auf der Facebook Seite von Hue auch einige Kommentare zu dem Thema.
Ich habe jetzt aktuell die Version 01029624, welche hast Du?
Mich würde interessieren, ob ein downgrade der Firmware auf die alte Version möglich ist.
Gesendet mit Tapatalk
Meine Softwareversion ist die : Firmware-Version: 01029624 lt HUE Bridge.
Natürlich nicht schön dass es aktuell dieses Problem gibt, trotzdem schön zu sehen dass man nicht alleine zu doof ist das Problem zu lösen.
Hallo Stebar_
ich habe die Firmware-Version: 01029624 und denke auch unter dieser Version gekoppelt ..
Gruß
Andreas
Danke für eure Antworten,
Was jetzt komisch ist, dass wir die identischen Firmware Versionen jeweils haben, aber die Bridge unterschiedliche verhaltensweisen zeigt...
Hat es vielleicht etwas mit dem Abstand von der Bridge zur Leuchte zu tun?
Bei mir waren es ca. 2 m Luftlinie, im Internet steht auch was von 30cm.
Wie war es bei Dir AndreasR?
Gesendet mit Tapatalk
Zitat von: stebar_ am 11 Dezember 2015, 19:10:58
Danke für eure Antworten,
Was jetzt komisch ist, dass wir die identischen Firmware Versionen jeweils haben, aber die Bridge unterschiedliche verhaltensweisen zeigt...
Hat es vielleicht etwas mit dem Abstand von der Bridge zur Leuchte zu tun?
Bei mir waren es ca. 2 m Luftlinie, im Internet steht auch was von 30cm.
Wie war es bei Dir AndreasR?
Gesendet mit Tapatalk
Ich habe wie bereits erwähnt aller erdenklichen Tipps aus dem Netz probiert. U.a. auch die Birne neben und auf die Bridge zu legen.... ohne erfolg.
.. Abstand ist ewig weit weg - Hue oben im Arbeitszimmer und die Bridge hängt im Keller .. Andererseits sind genug andere Hue's im Haus verteilt - die dienen doch dann als "Repeater" bei dem protokoll .
Mir ist jedoch gerade aufgefallen das ich sie ausschalte wenn ich set HueGU10.* pct 0 benutze ..
Mit off bleiben sie, wenn sie zuvor an waren, auf pct 5 hängen.
Jetzt muss ich nur noch sehen wie ich den off Befehl dahin verbiegen das er pct 0 setzt - hatte da mal was gelesen - dann kann FHEM sie ausschalten wenn sie von der Hue app oder sonstwem auf pct 5 gesetzt wurden.
Gruß
Andreas
Hallo,
nach meinem gescheiterten Versuch die Osram Lampen per HUE Bridge einzubinden habe ich mir das Osram Gatway zugelegt.
Instalation alles ok über die App und Lampen sind erkannt und leuchten.
Nun habe ich ein Problem mit dem einbinden des Osram Gateway in Fhem. Fhem läuft per Lan auf einem Raspberry. Die Bridge hängt per Wlan an einer Fritzbox die mir Wlan im Haus bereitstellt. Die Fritzbox hat die Ip 192.168.0.20 das Gateway 192.168.178.50
mein define:
define LIGHTIFY LIGHTIFY 192.168.178.50
attr LIGHTIFY pollDevices 1
attr LIGHTIFY room HUEDevice
attr LIGHTIFY verbose 5
ein list ergibt:
Internals:
DEF 192.168.178.50
Host 192.168.178.50
MSG_NR 0
NAME LIGHTIFY
NR 1091
NTFY_ORDER 50-LIGHTIFY
PARTIAL
STATE ???
TYPE LIGHTIFY
UNCONFIRMED 0
SEND_QUEUE:
Attributes:
pollDevices 1
room HUEDevice
verbose 5
Warum erhalte ich keine Verbindung. Wo liegt mein Fehler??
Danke schon mal für die Hilfe
Marko
Ps.: den Weg über Portweiterleitung bin ich schon gegeangen, leider auch ohne Erfolg.
************ Ok Problem gelöst ********
Was mir fehlte war der Port 4000. Portweiterleitung auf Port 4000 des Gateway und als IP Adresse die der Fritzbox eingetragen. Als Info wenn mal wieder ein Problem haben sollte
http://www.iphone-ticker.de/firmware-update-fuer-philips-hue-verhindert-das-einbinden-von-osram-lightify-90450/
Hallo zusammen,
tolle Arbeit macht Ihr hier!!!
Ich zerbreche mir gerade den Kopf zum Thema Lightify Pro - also der Profiversion von Lightify.
Die Hardware ist etwas größer und besitzt einen WAN-und USB-Port. Somit ist die Wolke nicht unbedingt notwendig.
Meine Frage: Was kann ich aus dem Wireshark-Mitschnitt lesen?
Kann ich einen TCP-Befehl ableiten?
0000 01 00 5e 00 00 fb 00 30 ab 2d b8 6a 08 00 45 00 ..^....0 .-.j..E.
0010 00 ef 00 00 40 00 ff 11 27 2b c0 a8 b2 2e e0 00 ....@... '+......
0020 00 fb 14 e9 14 e9 00 db d0 3b 00 00 84 00 00 00 ........ .;......
0030 00 06 00 00 00 00 0c 5f 77 6f 72 6b 73 74 61 74 ......._ workstat
0040 69 6f 6e 04 5f 74 63 70 05 6c 6f 63 61 6c 00 00 ion._tcp .local..
0050 0c 00 01 00 00 11 94 00 26 23 4c 49 47 48 54 49 ........ &#LIGHTI
0060 46 59 5f 50 72 6f 5f 30 31 20 5b 30 30 3a 33 30 FY_Pro_0 1 [00:30
0070 3a 61 62 3a 32 64 3a 62 38 3a 36 61 5d c0 0c c0 :ab:2d:b 8:6a]...
0080 2f 00 10 80 01 00 00 11 94 00 01 00 c0 2f 00 21 /....... ...../.!
0090 80 01 00 00 00 78 00 18 00 00 00 00 00 09 0f 4c .....x.. .......L
00a0 49 47 48 54 49 46 59 5f 50 72 6f 5f 30 31 c0 1e IGHTIFY_ Pro_01..
00b0 c0 74 00 01 80 01 00 00 00 78 00 04 c0 a8 b2 2e .t...... .x......
00c0 09 5f 73 65 72 76 69 63 65 73 07 5f 64 6e 73 2d ._servic es._dns-
00d0 73 64 04 5f 75 64 70 c0 1e 00 0c 00 01 00 00 11 sd._udp. ........
00e0 94 00 0c 09 5f 6c 69 67 68 74 69 66 79 c0 19 c0 ...._lig htify...
00f0 96 00 0c 00 01 00 00 11 94 00 02 c0 0c ........ .....
Es bewirkt, dass ein Gardenspot blinkt....
Danke!
VG Tom
Hallo zusammen,
ich habe ingesamt 12 GU10 PAR16 Tunable White am Lightify Gateway hängen. Dabei habe ich 4 Stück vor ca. 2 Wochen gekauft und nachdem alles mehr oder weniger gut funktioniert hat (die Installation mit der App war ein Drama, aber inzwischen funktioniert das meiste...) , nochmal 8 nachgekauft und installiert. Diese funktionieren mit der Lightify App einwandfrei, aber mit FHEM habe jetzt ich folgendes Problem: Es kommt wohl auf der Empfangsseite teilweise nur noch Datenmüll an, auf jeden Fall installieren sich über autocreate immer wieder neue HUEDevices mit unsinnigen Adressen, Typen und Alias-Namen, auch der Status wird nicht richtig angezeigt. Senden geht noch, zumindest bei den ersten vier, die anderen 8 haben nie funktioniert. Hier einige Beispiele:
>list HUEDevice.*
HUEDevice0000000000000000
HUEDevice00000000000090AF
HUEDevice0000000070226D24
HUEDevice0100002618840201
HUEDevice0203140268000164
HUEDevice1402700001648E0A
HUEDevice3654572030340000
HUEDevice5720303800000000
HUEDevice69210000AA3EB07C
HUEDevice82130000AA3EB07C
HUEDevice8E0AFFFFFFFF5031
HUEDeviceE7110000AA3EB07C
HUEDeviceF21D0000AA3EB07C
HUEDeviceFFFFFFFF50313654
>list HUEDevice1402700001648E0A
Internals:
CFGFN
CHANGED
DEF 1402700001648E0A
ID 1402700001648E0A
INTERVAL 0
IODev Lightify_Gateway
NAME HUEDevice1402700001648E0A
NR 833
STATE off
TYPE HUEDevice
type Extended color light
Readings:
2015-12-18 17:20:28 bri 0
2015-12-18 17:20:28 colormode hs
2015-12-18 17:20:28 hue 0
2015-12-18 17:20:28 onoff 0
2015-12-18 17:20:28 pct 0
2015-12-18 17:20:28 reachable 1
2015-12-18 17:20:28 rgb 000000
2015-12-18 17:20:28 sat 0
2015-12-18 17:20:28 state off
Helper:
alert
bri 0
colormode hs
ct -1
devtype
effect
hue 0
on 0
percent 0
reachable 1
rgb 000000
sat 0
update_timeout 1
xy
Attributes:
IODev Lightify_Gateway
alias u4%
color-icons 2
devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
room LIGHTIFY
subType extcolordimmer
webCmd rgb:rgb ff0000:rgb DEFF26:rgb 0000ff:ct 490:ct 380:ct 270:ct 160:toggle:on:off
Auszug aus dem Logfile nach dem Ausschalten aller devices über das Webinterface:
2015.12.18 18:08:11 3: P16TW 01: E7110000AA3EB07C:67E7, type: 02 (w:1, rgb:0), onoff: 0, mode?: 45 dim: 100, ct: 2702, rgb: FFFFFF
2015.12.18 18:08:11 3: d�����P16TW 02: 00000000000090AF:0000, type: 82 (w:1, rgb:0), onoff: 2, mode?: B0 dim: 1, ct: 770, rgb: 140243
2015.12.18 18:08:11 3: Cd�
����: 0000000000000000:0000, type: 00 (w:1, rgb:0), onoff: 242, mode?: 8B dim: 29, ct: 0, rgb: AA3EB0
2015.12.18 18:08:12 3: i!�>�|m: 3654572030340000:5031, type: 00 (w:1, rgb:0), onoff: 0, mode?: 00 dim: 0, ct: 0, rgb: 000073
2015.12.18 18:08:12 3: ?h*&�: 8E0AFFFFFFFF5031:0164, type: 36 (w:1, rgb:0), onoff: 0, mode?: 00 dim: 0, ct: 0, rgb: 000000
2015.12.18 18:08:12 3: 3�: 0203140268000164:0201, type: 8E (w:1, rgb:1), onoff: 0, mode?: 00 dim: 0, ct: 0, rgb: 000000
2015.12.18 18:08:12 3: 6TW 05: 0100002618840201:0026, type: 02 (w:1, rgb:0), onoff: 142, mode?: 01 dim: 10, ct: 65535, rgb: FFFF50
2015.12.18 18:08:12 3: �
����P16TW 07: 0000000070226D24:0000, type: 01 (w:0, rgb:0), onoff: 2, mode?: 02 dim: 3, ct: 532, rgb: 680001
2015.12.18 18:08:12 3: h�
����P1: 0000000000000000:0000, type: 00 (w:1, rgb:0), onoff: 0, mode?: A1 dim: 0, ct: 9728, rgb: 188402
2015.12.18 18:08:12 3: &��d: 5720303800000000:3654, type: 00 (w:1, rgb:0), onoff: 0, mode?: 00 dim: 0, ct: 0, rgb: EF3086
2015.12.18 18:08:12 3: �~t�&�: FFFFFFFF50313654:8E0A, type: 57 (w:1, rgb:0), onoff: 0, mode?: 00 dim: 0, ct: 0, rgb: 000000
2015.12.18 18:08:12 3: u4%: 1402700001648E0A:0203, type: FF (w:1, rgb:1), onoff: 0, mode?: 00 dim: 0, ct: 0, rgb: 000000
2015.12.18 18:08:12 3: P16TW 01: E7110000AA3EB07C:67E7, type: 02 (w:1, rgb:0), onoff: 0, mode?: 45 dim: 100, ct: 2702, rgb: FFFFFF
2015.12.18 18:08:12 3: d�����P16TW 02: 00000000000090AF:0000, type: 82 (w:1, rgb:0), onoff: 2, mode?: B0 dim: 1, ct: 770, rgb: 140243
2015.12.18 18:08:12 3: Cd�
����: 0000000000000000:0000, type: 00 (w:1, rgb:0), onoff: 242, mode?: 8B dim: 29, ct: 0, rgb: AA3EB0
2015.12.18 18:08:12 3: i!�>�|m: 3654572030340000:5031, type: 00 (w:1, rgb:0), onoff: 0, mode?: 00 dim: 0, ct: 0, rgb: 000073
2015.12.18 18:08:12 3: ?h*&�: 8E0AFFFFFFFF5031:0164, type: 36 (w:1, rgb:0), onoff: 0, mode?: 00 dim: 0, ct: 0, rgb: 000000
2015.12.18 18:08:13 3: 3�: 0203140268000164:0201, type: 8E (w:1, rgb:1), onoff: 0, mode?: 00 dim: 0, ct: 0, rgb: 000000
2015.12.18 18:08:13 3: 6TW 05: 0100002618840201:0026, type: 02 (w:1, rgb:0), onoff: 142, mode?: 01 dim: 10, ct: 65535, rgb: FFFF50
2015.12.18 18:08:13 3: �
����P16TW 07: 0000000070226D24:0000, type: 01 (w:0, rgb:0), onoff: 2, mode?: 02 dim: 3, ct: 532, rgb: 680001
2015.12.18 18:08:13 3: h�
����P1: 0000000000000000:0000, type: 00 (w:1, rgb:0), onoff: 0, mode?: A1 dim: 0, ct: 9728, rgb: 188402
2015.12.18 18:08:13 3: &��d: 5720303800000000:3654, type: 00 (w:1, rgb:0), onoff: 0, mode?: 00 dim: 0, ct: 0, rgb: EF3086
2015.12.18 18:08:13 3: �~t�&�: FFFFFFFF50313654:8E0A, type: 57 (w:1, rgb:0), onoff: 0, mode?: 00 dim: 0, ct: 0, rgb: 000000
2015.12.18 18:08:13 3: u4%: 1402700001648E0A:0203, type: FF (w:1, rgb:1), onoff: 0, mode?: 00 dim: 0, ct: 0, rgb: 000000
2015.12.18 18:08:13 3: P16TW 01: E7110000AA3EB07C:67E7, type: 02 (w:1, rgb:0), onoff: 0, mode?: 45 dim: 100, ct: 2702, rgb: FFFFFF
2015.12.18 18:08:13 3: d�����P16TW 02: 00000000000090AF:0000, type: 82 (w:1, rgb:0), onoff: 2, mode?: B0 dim: 1, ct: 770, rgb: 140243
2015.12.18 18:08:13 3: Cd�
����: 0000000000000000:0000, type: 00 (w:1, rgb:0), onoff: 242, mode?: 8B dim: 29, ct: 0, rgb: AA3EB0
2015.12.18 18:08:13 3: i!�>�|m: 3654572030340000:5031, type: 00 (w:1, rgb:0), onoff: 0, mode?: 00 dim: 0, ct: 0, rgb: 000073
2015.12.18 18:08:13 3: ?h*&�: 8E0AFFFFFFFF5031:0164, type: 36 (w:1, rgb:0), onoff: 0, mode?: 00 dim: 0, ct: 0, rgb: 000000
2015.12.18 18:08:13 3: 3�: 0203140268000164:0201, type: 8E (w:1, rgb:1), onoff: 0, mode?: 00 dim: 0, ct: 0, rgb: 000000
2015.12.18 18:08:13 3: 6TW 05: 0100002618840201:0026, type: 02 (w:1, rgb:0), onoff: 142, mode?: 01 dim: 10, ct: 65535, rgb: FFFF50
2015.12.18 18:08:13 3: �
����P16TW 07: 0000000070226D24:0000, type: 01 (w:0, rgb:0), onoff: 2, mode?: 02 dim: 3, ct: 532, rgb: 680001
2015.12.18 18:08:13 3: h�
����P1: 0000000000000000:0000, type: 00 (w:1, rgb:0), onoff: 0, mode?: A1 dim: 0, ct: 9728, rgb: 188402
2015.12.18 18:08:14 3: &��d: 5720303800000000:3654, type: 00 (w:1, rgb:0), onoff: 0, mode?: 00 dim: 0, ct: 0, rgb: EF3086
2015.12.18 18:08:14 3: �~t�&�: FFFFFFFF50313654:8E0A, type: 57 (w:1, rgb:0), onoff: 0, mode?: 00 dim: 0, ct: 0, rgb: 000000
2015.12.18 18:08:14 3: u4%: 1402700001648E0A:0203, type: FF (w:1, rgb:1), onoff: 0, mode?: 00 dim: 0, ct: 0, rgb: 000000
2015.12.18 18:08:14 3: P16TW 01: E7110000AA3EB07C:67E7, type: 02 (w:1, rgb:0), onoff: 0, mode?: 45 dim: 100, ct: 2702, rgb: FFFFFF
2015.12.18 18:08:14 3: d�����P16TW 02: 00000000000090AF:0000, type: 82 (w:1, rgb:0), onoff: 2, mode?: B0 dim: 1, ct: 770, rgb: 140243
2015.12.18 18:08:15 3: Cd�
����: 0000000000000000:0000, type: 00 (w:1, rgb:0), onoff: 242, mode?: 8B dim: 29, ct: 0, rgb: AA3EB0
2015.12.18 18:08:15 3: i!�>�|m: 3654572030340000:5031, type: 00 (w:1, rgb:0), onoff: 0, mode?: 00 dim: 0, ct: 0, rgb: 000073
2015.12.18 18:08:15 3: ?h*&�: 8E0AFFFFFFFF5031:0164, type: 36 (w:1, rgb:0), onoff: 0, mode?: 00 dim: 0, ct: 0, rgb: 000000
2015.12.18 18:08:15 3: 3�: 0203140268000164:0201, type: 8E (w:1, rgb:1), onoff: 0, mode?: 00 dim: 0, ct: 0, rgb: 000000
2015.12.18 18:08:15 3: 6TW 05: 0100002618840201:0026, type: 02 (w:1, rgb:0), onoff: 142, mode?: 01 dim: 10, ct: 65535, rgb: FFFF50
2015.12.18 18:08:15 3: �
����P16TW 07: 0000000070226D24:0000, type: 01 (w:0, rgb:0), onoff: 2, mode?: 02 dim: 3, ct: 532, rgb: 680001
2015.12.18 18:08:15 3: h�
����P1: 0000000000000000:0000, type: 00 (w:1, rgb:0), onoff: 0, mode?: A1 dim: 0, ct: 9728, rgb: 188402
2015.12.18 18:08:15 3: &��d: 5720303800000000:3654, type: 00 (w:1, rgb:0), onoff: 0, mode?: 00 dim: 0, ct: 0, rgb: EF3086
2015.12.18 18:08:15 3: �~t�&�: FFFFFFFF50313654:8E0A, type: 57 (w:1, rgb:0), onoff: 0, mode?: 00 dim: 0, ct: 0, rgb: 000000
2015.12.18 18:08:15 3: u4%: 1402700001648E0A:0203, type: FF (w:1, rgb:1), onoff: 0, mode?: 00 dim: 0, ct: 0, rgb: 000000
2015.12.18 18:08:15 3: P16TW 01: E7110000AA3EB07C:67E7, type: 02 (w:1, rgb:0), onoff: 0, mode?: 45 dim: 100, ct: 2702, rgb: FFFFFF
2015.12.18 18:08:15 3: d�����P16TW 02: 00000000000090AF:0000, type: 82 (w:1, rgb:0), onoff: 2, mode?: B0 dim: 1, ct: 770, rgb: 140243
2015.12.18 18:08:15 3: Cd�
����: 0000000000000000:0000, type: 00 (w:1, rgb:0), onoff: 242, mode?: 8B dim: 29, ct: 0, rgb: AA3EB0
2015.12.18 18:08:16 3: i!�>�|m: 3654572030340000:5031, type: 00 (w:1, rgb:0), onoff: 0, mode?: 00 dim: 0, ct: 0, rgb: 000073
2015.12.18 18:08:16 3: ?h*&�: 8E0AFFFFFFFF5031:0164, type: 36 (w:1, rgb:0), onoff: 0, mode?: 00 dim: 0, ct: 0, rgb: 000000
2015.12.18 18:08:16 3: 3�: 0203140268000164:0201, type: 8E (w:1, rgb:1), onoff: 0, mode?: 00 dim: 0, ct: 0, rgb: 000000
2015.12.18 18:08:16 3: 6TW 05: 0100002618840201:0026, type: 02 (w:1, rgb:0), onoff: 142, mode?: 01 dim: 10, ct: 65535, rgb: FFFF50
2015.12.18 18:08:16 3: �
����P16TW 07: 0000000070226D24:0000, type: 01 (w:0, rgb:0), onoff: 2, mode?: 02 dim: 3, ct: 532, rgb: 680001
2015.12.18 18:08:16 3: h�
����P1: 0000000000000000:0000, type: 00 (w:1, rgb:0), onoff: 0, mode?: A1 dim: 0, ct: 9728, rgb: 188402
2015.12.18 18:08:16 3: &��d: 5720303800000000:3654, type: 00 (w:1, rgb:0), onoff: 0, mode?: 00 dim: 0, ct: 0, rgb: EF3086
2015.12.18 18:08:16 3: �~t�&�: FFFFFFFF50313654:8E0A, type: 57 (w:1, rgb:0), onoff: 0, mode?: 00 dim: 0, ct: 0, rgb: 000000
2015.12.18 18:08:16 3: u4%: 1402700001648E0A:0203, type: FF (w:1, rgb:1), onoff: 0, mode?: 00 dim: 0, ct: 0, rgb: 000000
2015.12.18 18:08:16 3: P16TW 01: E7110000AA3EB07C:67E7, type: 02 (w:1, rgb:0), onoff: 0, mode?: 45 dim: 100, ct: 2702, rgb: FFFFFF
2015.12.18 18:08:17 3: d�����P16TW 02: 00000000000090AF:0000, type: 82 (w:1, rgb:0), onoff: 2, mode?: B0 dim: 1, ct: 770, rgb: 140243
2015.12.18 18:08:17 3: Cd�
����: 0000000000000000:0000, type: 00 (w:1, rgb:0), onoff: 242, mode?: 8B dim: 29, ct: 0, rgb: AA3EB0
2015.12.18 18:08:17 3: i!�>�|m: 3654572030340000:5031, type: 00 (w:1, rgb:0), onoff: 0, mode?: 00 dim: 0, ct: 0, rgb: 000073
2015.12.18 18:08:17 3: ?h*&�: 8E0AFFFFFFFF5031:0164, type: 36 (w:1, rgb:0), onoff: 0, mode?: 00 dim: 0, ct: 0, rgb: 000000
2015.12.18 18:08:17 3: 3�: 0203140268000164:0201, type: 8E (w:1, rgb:1), onoff: 0, mode?: 00 dim: 0, ct: 0, rgb: 000000
2015.12.18 18:08:17 3: 6TW 05: 0100002618840201:0026, type: 02 (w:1, rgb:0), onoff: 142, mode?: 01 dim: 10, ct: 65535, rgb: FFFF50
2015.12.18 18:08:17 3: �
����P16TW 07: 0000000070226D24:0000, type: 01 (w:0, rgb:0), onoff: 2, mode?: 02 dim: 3, ct: 532, rgb: 680001
2015.12.18 18:08:17 3: h�
����P1: 0000000000000000:0000, type: 00 (w:1, rgb:0), onoff: 0, mode?: A1 dim: 0, ct: 9728, rgb: 188402
2015.12.18 18:08:17 3: &��d: 5720303800000000:3654, type: 00 (w:1, rgb:0), onoff: 0, mode?: 00 dim: 0, ct: 0, rgb: EF3086
2015.12.18 18:08:17 3: �~t�&�: FFFFFFFF50313654:8E0A, type: 57 (w:1, rgb:0), onoff: 0, mode?: 00 dim: 0, ct: 0, rgb: 000000
2015.12.18 18:08:17 3: u4%: 1402700001648E0A:0203, type: FF (w:1, rgb:1), onoff: 0, mode?: 00 dim: 0, ct: 0, rgb: 000000
2015.12.18 18:08:19 3: P16TW 01: E7110000AA3EB07C:67E7, type: 02 (w:1, rgb:0), onoff: 0, mode?: 45 dim: 100, ct: 2702, rgb: FFFFFF
2015.12.18 18:08:19 3: d�����P16TW 02: 00000000000090AF:0000, type: 82 (w:1, rgb:0), onoff: 2, mode?: B0 dim: 1, ct: 770, rgb: 140243
2015.12.18 18:08:19 3: Cd�
����: 0000000000000000:0000, type: 00 (w:1, rgb:0), onoff: 242, mode?: 8B dim: 29, ct: 0, rgb: AA3EB0
2015.12.18 18:08:19 3: i!�>�|m: 3654572030340000:5031, type: 00 (w:1, rgb:0), onoff: 0, mode?: 00 dim: 0, ct: 0, rgb: 000073
2015.12.18 18:08:19 3: ?h*&�: 8E0AFFFFFFFF5031:0164, type: 36 (w:1, rgb:0), onoff: 0, mode?: 00 dim: 0, ct: 0, rgb: 000000
2015.12.18 18:08:19 3: 3�: 0203140268000164:0201, type: 8E (w:1, rgb:1), onoff: 0, mode?: 00 dim: 0, ct: 0, rgb: 000000
2015.12.18 18:08:19 3: 6TW 05: 0100002618840201:0026, type: 02 (w:1, rgb:0), onoff: 142, mode?: 01 dim: 10, ct: 65535, rgb: FFFF50
2015.12.18 18:08:19 3: �
����P16TW 07: 0000000070226D24:0000, type: 01 (w:0, rgb:0), onoff: 2, mode?: 02 dim: 3, ct: 532, rgb: 680001
2015.12.18 18:08:19 3: h�
����P1: 0000000000000000:0000, type: 00 (w:1, rgb:0), onoff: 0, mode?: A1 dim: 0, ct: 9728, rgb: 188402
2015.12.18 18:08:19 3: &��d: 5720303800000000:3654, type: 00 (w:1, rgb:0), onoff: 0, mode?: 00 dim: 0, ct: 0, rgb: EF3086
2015.12.18 18:08:19 3: �~t�&�: FFFFFFFF50313654:8E0A, type: 57 (w:1, rgb:0), onoff: 0, mode?: 00 dim: 0, ct: 0, rgb: 000000
2015.12.18 18:08:19 3: u4%: 1402700001648E0A:0203, type: FF (w:1, rgb:1), onoff: 0, mode?: 00 dim: 0, ct: 0, rgb: 000000
2015.12.18 18:08:20 3: P16TW 01: E7110000AA3EB07C:67E7, type: 02 (w:1, rgb:0), onoff: 0, mode?: 45 dim: 100, ct: 2702, rgb: FFFFFF
2015.12.18 18:08:20 3: d�����P16TW 02: 00000000000090AF:0000, type: 82 (w:1, rgb:0), onoff: 2, mode?: B0 dim: 1, ct: 770, rgb: 140243
2015.12.18 18:08:20 3: Cd�
����: 0000000000000000:0000, type: 00 (w:1, rgb:0), onoff: 242, mode?: 8B dim: 29, ct: 0, rgb: AA3EB0
2015.12.18 18:08:20 3: i!�>�|m: 3654572030340000:5031, type: 00 (w:1, rgb:0), onoff: 0, mode?: 00 dim: 0, ct: 0, rgb: 000073
2015.12.18 18:08:20 3: ?h*&�: 8E0AFFFFFFFF5031:0164, type: 36 (w:1, rgb:0), onoff: 0, mode?: 00 dim: 0, ct: 0, rgb: 000000
2015.12.18 18:08:20 3: 3�: 0203140268000164:0201, type: 8E (w:1, rgb:1), onoff: 0, mode?: 00 dim: 0, ct: 0, rgb: 000000
2015.12.18 18:08:20 3: 6TW 05: 0100002618840201:0026, type: 02 (w:1, rgb:0), onoff: 142, mode?: 01 dim: 10, ct: 65535, rgb: FFFF50
2015.12.18 18:08:20 3: �
����P16TW 07: 0000000070226D24:0000, type: 01 (w:0, rgb:0), onoff: 2, mode?: 02 dim: 3, ct: 532, rgb: 680001
2015.12.18 18:08:20 3: h�
����P1: 0000000000000000:0000, type: 00 (w:1, rgb:0), onoff: 0, mode?: A1 dim: 0, ct: 9728, rgb: 188402
2015.12.18 18:08:20 3: &��d: 5720303800000000:3654, type: 00 (w:1, rgb:0), onoff: 0, mode?: 00 dim: 0, ct: 0, rgb: EF3086
2015.12.18 18:08:20 3: �~t�&�: FFFFFFFF50313654:8E0A, type: 57 (w:1, rgb:0), onoff: 0, mode?: 00 dim: 0, ct: 0, rgb: 000000
2015.12.18 18:08:20 3: u4%: 1402700001648E0A:0203, type: FF (w:1, rgb:1), onoff: 0, mode?: 00 dim: 0, ct: 0, rgb: 000000
Hat das evtl. mit einem neuen Firmware-Update zu tun, das sich die Lampen gleich nach dem Installieren runtergeladen haben? Oder spinnt eine der neuen Lampen und bringt alles durcheinander?
Bin für jeden Hinweis dankbar, denn wie gesagt, mit den ersten 4 Teilen hat alles funktioniert, sogar mit HomeBridge und Siri-Kommandos...
Danke und Grüße
Hans
Hallo,
kann ich bestätigen, ist bei mir seit dem letzten Firmware-Update auch so.
Gruß
Stefan
Bei mir trifft es auch zu....
Ich habe zwei neue leuchten, die sich selbst hinzugefügt haben.
Es soll ein neues Update für HUE seit/ab heute geben, mit dem die Leuchten von Drittanbietern wieder funktionieren...
Leider nicht ganz, Siri mit der Bridge zweiter Generation geht weiterhin offiziell nur mit Philips- und Friends of Hue Leuchten (http://forum.fhem.de/index.php/topic,44686.msg376310.html#msg376310)...
Aus FHEM heraus sind aber bspw. Osrams Lightifies wieder anlern- und damit steuerbar.
bewerte Alternative natürlich: Homebridge (http://www.fhemwiki.de/wiki/Homebridge_einrichten)
Ich habe das gleiche Problem mit dem Lightify Gateway. Es werden seltsame devices angelegt und die alten nicht mehr gefunden. Habe auch schon eine komplette Neueinrichtung in FHEM probiert.
Vor dem letzten Gateway update hat es ohne Probleme funktioniert.
Ich habe
4 Kerzen Classic B
1 Classic A
und eine RGBW LED Leiste.
Gibt es hierzu schon einen Workaround?
Gateway Version:
1.1.2.90
ZigBee Version: 1.2.0.67
Hallo,
bei mir auch das gleiche.
Habe gestern geupdated, und seit dem funktioniert nur noch eine meiner 3 60W RGBW Lampen.
Auch ein überschreiben der kryptischen Namen per "alias" hat nichts gebracht.
Per App funktioniert jedoch alles einwandfrei ...
lg
Ok, nachdem ich offensichtlich nicht der einzige mit solchen Problemen bin, hat sich da wohl beim letzten Update tatsächlich was am Datenformat geändert. :o Habe leider keine Ahnung, wo und wie man das im Lightify-Modul anpassen muss, unterstütze aber die Profis gerne, wenn es um Netzwerk sniffen oder testen geht. Wäre super, wenn sich das jemand mit der entsprechenden Erfahrung anschauen könnte!
Vielen Dank,
Hans
Ja, es liegt wohl wirklich am update. Wie können wir beitragen, dass wir die fhem Schnittstelle wieder zum laufen bekommen?
Edit: Gibt es niemanden außer uns beiden, der das gleiche Problem hat?
Zitat von: kyreon am 21 Dezember 2015, 07:15:52
Edit: Gibt es niemanden außer uns beiden, der das gleiche Problem hat?
Ich habe das gleiche Problem. Bzw ich hab die Einbindung von Lightify in FHEM erst nach dem Firmware Update erstmals ausprobiert.
Die Lampen wurden im Prinzip erkannt (Typ und Anzahl stimmt - RGB wird als RGB Lampe erkannt etc). Allerdings sind die Bezeichnungen teilweise kryptisch - teilweise ist jedoch die korrekte Bezeichnung in dem kryptischen Zeichen Mix ganz oder teilweise enthalten.
Das Schalten klappt bei mir gar nicht.
Da die Erkennung etc. grob noch funktioniert vermute ich das eine Anpassung des Moduls möglich sein wird. Jedoch ist es natürlich sehr Aufwendig und nervig ein solches Modul ohne offizielle API zu warten... Ich biete da gerne meine Hilfe an soweit es mir möglich ist - z.B. durch dumps des Netzwerkverkehrs usw.
Ich habe das gleiche Problem. Habe das Backup eingespielt und die Lampen wieder auf die HUE Bridge (nach Firmwareupdate) umgezogen/neu angelernt. Im Moment ist also kein Lightify in meinem FHEM konfiguriert. (Bei je zwei Philips- und OsramLampen auch nicht so schmerzhaft.)
cheers
Hallo,
bei mir hat er zu meinen bestehenden Lampen alle nochmal neu mit den kryptischen Namen angelegt. Die ursprünglich angelegten Devices steuern aber weiterhin meine Lampen an.
Lösche ich die kryptischen Devices (mit anschließendem "Save") sind sie beim nächsten Neustart wieder vorhanden.
Momentan kann ich damit leben...die Frage ist, was passiert mit neuen Komponenten? Lassen sich die steuern?
Viele Grüße
Reinhard
Ich bin jetzt auch in die Falle getappt und habe dummerweise das Firmwareupdate gemacht ohne vorher im FHEM Forum die Heuler zu lesen 8)
Zu meinem unten stehenden Post hat sich folgendes verändert:
Der Status Code jeder Lampe hat sich hinter dem Name-String
um 8 Byte verlängert.
Dh. der Parser in
http://sourceforge.net/p/fhem/code/HEAD/tree/trunk/fhem/FHEM/30_LIGHTIFY.pm
muss angepasst werden. Aus
42 Byte je Lampe werden jetzt
50 Byte
Wer Lust hat, kann ja mal (wie ich unten vorgeführt habe), im Java Code der aktuellen Lightify Android App nachschauen, was sich da noch so geändert hat.
Codefenster nach unten rollen und mit dem unten stehendemText "im Detail die Antwort" vergleichen:
$ echo '07 00 00 13 10 00 00 00 01' | xxd -r -p | nc 192.168.1.46 4000 | hexdump -C
00000000 d1 00 01 13 10 00 00 00 00 04 00 ff ff 40 94 c9 |.............@..|
00000010 00 00 26 18 84 00 00 00 00 00 00 03 00 00 64 00 |..&...........d.|
00000020 00 ff ff ff ff 47 65 6f 72 67 27 73 20 5a 69 6d |.....Georg's Zim|
00000030 6d 65 72 00 00 33 07 00 00 00 00 00 00 cf d7 03 |mer..3..........|
00000040 88 d9 00 00 26 18 84 02 01 02 03 14 02 00 00 01 |....&...........|
00000050 0d 8e 0a ff ff ff ff 46 6c 75 72 20 6f 62 65 6e |.......Flur oben|
00000060 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ba |................|
00000070 9c f5 8c d9 00 00 26 18 84 02 01 02 03 14 02 00 |......&.........|
00000080 00 00 0d 8e 0a ff ff ff ff 46 6c 75 72 20 75 6e |.........Flur un|
00000090 74 65 6e 00 00 00 00 00 00 00 00 00 00 00 00 00 |ten.............|
000000a0 00 ff ff 97 bc d9 00 00 26 18 84 00 00 00 00 00 |........&.......|
000000b0 00 00 00 00 64 00 00 ff ff ff ff 57 6f 5a 69 00 |....d......WoZi.|
000000c0 00 00 00 00 00 00 00 00 00 00 00 33 07 00 00 00 |...........3....|
000000d0 00 00 00 |...|
d1 00 01 13 10 00 00 00 00 04 00
ff ff 40 94 c9 00 00 26 18 84 00 00 00 00 00 00 03 00 00 64 00 00 ff ff ff ff 47 65 6f 72 67 27 73 20 5a 69 6d 6d 65 72 00 00 33 07 00 00 00 00 00 00
cf d7 03 88 d9 00 00 26 18 84 02 01 02 03 14 02 00 00 01 0d 8e 0a ff ff ff ff 46 6c 75 72 20 6f 62 65 6e 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
ba 9c f5 8c d9 00 00 26 18 84 02 01 02 03 14 02 00 00 00 0d 8e 0a ff ff ff ff 46 6c 75 72 20 75 6e 74 65 6e 00 00 00 00 00 00 00 00 00 00 00 00 00 00
ff ff 97 bc d9 00 00 26 18 84 00 00 00 00 00 00 00 00 00 64 00 00 ff ff ff ff 57 6f 5a 69 00 00 00 00 00 00 00 00 00 00 00 00 33 07 00 00 00 00 00 00
Zitat von: tomas123 am 06 März 2015, 12:25:11
hier liest wahrscheinlich keiner mehr mit, aber der Vollständigkeit halber die Auswertung des Java-Codes der Lightify App für
0x13 = Statusabfrage aller am Gateway registrierten Lampen (auch offline LEDs)
Anfrage mit
07 00 00 13 10 00 00 00 01
bisheriger Stand
hier mal mal die vollständige Antwort auf die Statusanfrage "07 00 00 13 00 00 00 00 01" für 3 Lampen
// in Hex
87 00 01 13 10 00 00 00 00 03 00
A2 25 40 94 C9 00 00 26 18 84 0A 01 02 03 01 02 03 00 01 64 31 0B 01 FF 31 FF 47 65 6F 72 67 27 73 20 5A 69 6D 6D 65 72 00 00
CF D7 03 88 D9 00 00 26 18 84 02 01 02 03 07 02 05 00 00 2D 8E 0A FF FF FF FF 46 6C 75 72 20 6F 62 65 6E 00 00 00 00 00 00 00
89 85 F5 8C D9 00 00 26 18 84 02 01 02 03 07 02 05 00 00 30 B3 0A FF FF FF FF 46 6C 75 72 20 75 6E 74 65 6E 00 00 00 00 00 00
im Detail die Antwort:
(1) Header
Lenght Antw Cmd Cnt 03 Lampen ?
87 00 01 13 10 00 00 00 00 03 00
(2) für jede Lampe eine Zeile ( irgendein ?? scheint den Lampentyp anzeigen )
hier RGB-LED
A2 25 Zigbee 16 Bit short adress (wenn Lampe nicht im Netz eingelogt: FF FF), google nach: zigbee zll short address
40 94 C9 00 00 26 18 84 HW-Adresse der Lampe
?? ?? ?? ON Hel Temp R G B Name-String
0A 01 02 03 01 02 03 00 01 64 31 0B 01 FF 31 FF 47 65 6F 72 67 27 73 20 5A 69 6D 6D 65 72 00 00
normale LED
short |HW Adresse ?? ?? ?? Off Hel Temp R G B Name-String
CF D7 03 88 D9 00 00 26 18 84 02 01 02 03 07 02 05 00 00 2D 8E 0A FF FF FF FF 46 6C 75 72 20 6F 62 65 6E 00 00 00 00 00 00 00
aktueller Stand
Die Auswertung der Statusrückmeldung erfolgt in:
lightify/gateway/response/impl/NetworkListNodesParser.java
package com.osram.lightify.gateway.response.impl;
import android.util.Log;
import com.arrayent.appengine.utils.Logger;
import com.osram.lightify.LightifyApplication;
import com.osram.lightify.factory.TCPClientFactory;
import com.osram.lightify.gateway.ITCPClient;
import com.osram.lightify.gateway.ITCPResponseCallback;
import com.osram.lightify.gateway.command.impl.NodeGetCurrentStatusCommand;
import com.osram.lightify.model.impl.Devices;
import com.osram.lightify.model.impl.Light;
import java.nio.ByteBuffer;
import java.nio.ByteOrder;
import java.util.ArrayList;
import java.util.Arrays;
import java.util.concurrent.CountDownLatch;
public class NetworkListNodesParser
extends GatewayCommandParser
{
protected int devicesCount;
private CountDownLatch mNodesDetailsLatch;
private ArrayList<Light> mNodesList;
protected final long refreshDevicesId;
public NetworkListNodesParser(int paramInt, long paramLong)
{
super(paramInt);
this.refreshDevicesId = paramLong;
}
private void fetchNodesList(byte[] paramArrayOfByte)
{
this.mNodesDetailsLatch = new CountDownLatch(this.devicesCount);
int i = 0;
if (i >= this.devicesCount) {}
try
{
this.mNodesDetailsLatch.await();
return;
}
catch (InterruptedException localInterruptedException)
{
int j;
byte[] arrayOfByte1;
ByteBuffer localByteBuffer;
String str;
int k;
Log.e("OSRAM LIGHTIFY APP", localInterruptedException.getLocalizedMessage());
}
j = 11 + i * 42;
arrayOfByte1 = Arrays.copyOfRange(paramArrayOfByte, j, j + 42);
localByteBuffer = ByteBuffer.allocate(42);
localByteBuffer.order(ByteOrder.LITTLE_ENDIAN);
localByteBuffer.put(arrayOfByte1);
str = getNodeName(arrayOfByte1, i);
k = getNodeLightType(arrayOfByte1);
Logger.d("OSRAM Lightify", "Node Light type: " + k);
if (getNodeOnlineStatus(arrayOfByte1) == 2) {
getNodeDetails(localByteBuffer.getLong(2), str, k, String.valueOf(i + 1));
}
for (;;)
{
i++;
break;
Light localLight = new Light();
localLight.setLightOnline(false);
localLight.setLightType(k);
byte[] arrayOfByte2 = parseNodeId(arrayOfByte1);
localLight.setNodeId(arrayOfByte2);
localLight.setId(String.valueOf(arrayOfByte2));
localLight.setDeviceNumber(i + 1);
localLight.setDeviceName(str);
this.mNodesList.add(localLight);
this.mNodesDetailsLatch.countDown();
}
}
private Light getNodeDetails(long paramLong, String paramString1, int paramInt, String paramString2)
{
Logger.d("OSRAM Lightify", "Get Node Details. thread: " + Thread.currentThread().getId());
NodeGetCurrentStatusCommand localNodeGetCurrentStatusCommand = new NodeGetCurrentStatusCommand(Long.valueOf(paramLong));
TCPClientFactory.getMarvelClientInstance(0).sendCommandToGateway(localNodeGetCurrentStatusCommand, new NodeGetStatusResponseCallback(localNodeGetCurrentStatusCommand.getRequestId(), paramString1, paramInt, paramString2));
return null;
}
private int getNodeLightType(byte[] paramArrayOfByte)
{
return paramArrayOfByte[10];
}
private String getNodeName(byte[] paramArrayOfByte, int paramInt)
{
return parseName(Arrays.copyOfRange(paramArrayOfByte, 26, 42), LightifyApplication.getResourceString(2131231076) + paramInt);
}
private int getNodeOnlineStatus(byte[] paramArrayOfByte)
{
return paramArrayOfByte[15];
}
private byte[] parseNodeId(byte[] paramArrayOfByte)
{
ByteBuffer localByteBuffer = ByteBuffer.allocate(8);
localByteBuffer.put(paramArrayOfByte, 2, 8).order(ByteOrder.LITTLE_ENDIAN).rewind();
Logger.d("OSRAM Lightify", "NetworkListNodes: node id = " + localByteBuffer.array().toString());
return localByteBuffer.array();
}
protected int getCount(byte[] paramArrayOfByte)
{
return ByteBuffer.wrap(Arrays.copyOfRange(paramArrayOfByte, 9, 11)).order(ByteOrder.LITTLE_ENDIAN).getChar();
}
public ArrayList<Light> getNodesList()
{
return this.mNodesList;
}
public boolean isSucess(ByteBuffer paramByteBuffer)
{
boolean bool = true;
if (paramByteBuffer.getInt(4) == getRequestId())
{
if (paramByteBuffer.get(8) != 0) {
return false;
}
parseDevicesList(paramByteBuffer.array());
}
for (;;)
{
return bool;
bool = false;
}
}
protected void parseDevicesList(byte[] paramArrayOfByte)
{
this.devicesCount = getCount(paramArrayOfByte);
this.mNodesList = new ArrayList();
fetchNodesList(paramArrayOfByte);
Logger.d("OSRAM Lightify", "Number of Nodes: " + this.mNodesList.size());
Devices localDevices = Devices.getInstanceForRefresh(this.refreshDevicesId);
localDevices.getLightsList().addAll(this.mNodesList);
localDevices.getAllDevicesList().addAll(this.mNodesList);
}
private class NodeGetStatusResponseCallback
implements ITCPResponseCallback
{
private String index;
private int lightType;
private String nodeName;
private int requestId;
public NodeGetStatusResponseCallback(int paramInt1, String paramString1, int paramInt2, String paramString2)
{
this.requestId = paramInt1;
this.nodeName = paramString1;
this.lightType = paramInt2;
this.index = paramString2;
}
public void onError(String paramString)
{
Log.e("OSRAM LIGHTIFY APP", "NetworkListNodesParser: " + paramString);
NetworkListNodesParser.this.mNodesDetailsLatch.countDown();
}
public void onSuccesss(ByteBuffer paramByteBuffer)
{
Light localLight1 = new Light();
localLight1.setLightType(this.lightType);
localLight1.setDeviceNumber(this.index);
NodeGetCurrentStatusParser localNodeGetCurrentStatusParser = new NodeGetCurrentStatusParser(this.requestId, localLight1);
if (localNodeGetCurrentStatusParser.isSucess(paramByteBuffer))
{
Light localLight2 = localNodeGetCurrentStatusParser.getCurrentNodeStatus();
localLight2.setDeviceName(this.nodeName);
NetworkListNodesParser.this.mNodesList.add(localLight2);
}
for (;;)
{
NetworkListNodesParser.this.mNodesDetailsLatch.countDown();
return;
String str = LightifyApplication.getResourceString(2131231122);
Log.e("OSRAM LIGHTIFY APP", "NodeGetStatusReponseFailed: " + str);
}
}
}
}
und
lightify/gateway/response/impl/NodeGetCurrentStatusParser.java
package com.osram.lightify.gateway.response.impl;
import android.graphics.Color;
import com.osram.lightify.model.impl.Light;
import java.nio.ByteBuffer;
import java.nio.ByteOrder;
public class NodeGetCurrentStatusParser
extends GatewayCommandParser
{
protected Light currentNode;
public NodeGetCurrentStatusParser(int paramInt)
{
super(paramInt);
}
public NodeGetCurrentStatusParser(int paramInt, Light paramLight)
{
super(paramInt);
this.currentNode = paramLight;
}
private void parseCurrentNodeStatus(byte[] paramArrayOfByte)
{
if (this.currentNode == null) {
this.currentNode = new Light();
}
byte[] arrayOfByte = parseNodeId(paramArrayOfByte);
this.currentNode.setId(String.valueOf(arrayOfByte));
this.currentNode.setNodeId(arrayOfByte);
this.currentNode.setLightOnline(parseOnlineStatus(paramArrayOfByte));
if (this.currentNode.isLightOnline())
{
this.currentNode.setOn(parseNodeState(paramArrayOfByte));
this.currentNode.setDimLevel(parseNodeDim(paramArrayOfByte));
this.currentNode.setTemperature(parseNodeTemperature(paramArrayOfByte));
this.currentNode.setColor(parseNodeColor(paramArrayOfByte));
}
}
private int parseNodeColor(byte[] paramArrayOfByte)
{
String[] arrayOfString = { " ", " ", " " };
int i = 0;
if (i >= 3) {
return Color.parseColor("#" + arrayOfString[0] + arrayOfString[1] + arrayOfString[2]);
}
for (String str = Integer.toHexString(paramArrayOfByte[(i + 25)]);; str = "0" + str) {
if (str.length() >= 2)
{
arrayOfString[i] = str.substring(-2 + str.length());
i++;
break;
}
}
}
private int parseNodeDim(byte[] paramArrayOfByte)
{
return paramArrayOfByte[22];
}
private boolean parseNodeState(byte[] paramArrayOfByte)
{
return paramArrayOfByte[21] != 0;
}
private int parseNodeTemperature(byte[] paramArrayOfByte)
{
ByteBuffer localByteBuffer = ByteBuffer.allocate(2);
localByteBuffer.put(paramArrayOfByte, 23, 2).order(ByteOrder.LITTLE_ENDIAN).rewind();
return localByteBuffer.getShort();
}
private boolean parseOnlineStatus(byte[] paramArrayOfByte)
{
return paramArrayOfByte[20] == 2;
}
public Light getCurrentNodeStatus()
{
return this.currentNode;
}
public boolean isSucess(ByteBuffer paramByteBuffer)
{
boolean bool = true;
if (paramByteBuffer.getInt(4) == getRequestId())
{
if ((paramByteBuffer.get(8) != 0) || (paramByteBuffer.limit() < 21)) {
return false;
}
parseCurrentNodeStatus(paramByteBuffer.array());
}
for (;;)
{
return bool;
bool = false;
}
}
protected byte[] parseNodeId(byte[] paramArrayOfByte)
{
ByteBuffer localByteBuffer = ByteBuffer.allocate(8);
localByteBuffer.put(paramArrayOfByte, 11, 8).order(ByteOrder.LITTLE_ENDIAN).rewind();
return localByteBuffer.array();
}
}
daraus ergibt sich dann folgender abgesicherter Stand
(1) Header
Lenght Antw Cmd Cnt 03 Lampen
87 00 01 13 10 00 00 00 00 03 00
(2) für jede Lampe eine Zeile
hier RGB-LED
A2 25 // Zigbee 16 Bit short address (wenn Node offline: FF FF)
40 94 C9 00 00 26 18 84 // NodeId[02-08] 8 Byte Adresse der Lampe
0A // NodeLightType [10]
01 02 03
01
02 // NodeOnlineStatus [15] : 00=offline, 02=online
03
00 // OnlineStatus [StatusPaser#20] (bisher immer Null!)
01 // NodeState[StatusPaser#21] LED on off
64 // NodeDim[StatusPaser#22] Helligkeit in [%]
31 0B // Farbtemperatur in Kelvin
01 FF 31 // RGB-Wert
FF
47 65 6F 72 67 27 73 20 5A 69 6D 6D 65 72 00 00 //NodeName [26-42]
// Index von NetworkListNodesParser.java [ii]
00 01 02 03 04 05 06 07 08 09 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42
// Index von NodeGetCurrentStatusParser.java [StatusPaser#ii]
03 04 05 06 07 08 09 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29
Fazit:
Lampentyp = NodeLightType ist jetzt abgesichert
------lightify/model/impl/Light.java
public static final int ONOFF_LIGHT = 1;
public static final int COLORTEMP_DIMMABLE_LIGHT = 2;
public static final int COLOR_LIGHT = 8;
public static final int DIMMABLE_LIGHT = 4;
public static final int EXT_COLOR_LIGHT = 10;
weiterhin ein NodeOnlineStatus (00 / 02) ...
Ansonsten keine neuen Infos
@tomas123: hast du irgendetwas gesehen das nach versions nummer ausschaut öder etwas anderes an dem man die firmware version fest machen kann? wenn nicht rechne ich es rückwärts aus der nachrichtenlänge aus.
@alle: bitte testet mal ob es reicht in 30_LIGHTIFY.pm zwischen den zeilen 417 und 427 alle 42 durch 50 zu ersetzen.
gruss
andre
@justme1968
Könntest Du die Datei hochladen, dann könnte ich es probieren
die angehängte version müsste mit alter und neuer firmware klar kommen.
gruss
andre
gerade getestet, es funktioniert wieder :)
Hallo Justme1968,
ich habe deine Änderungen versucht umzusetzen, jedoch bekomme ich jetzt immer folgenden Fehler wenn ich versuche das modul einzubinden: Cannot load module LIGHTIFY
Ich habe die Datei runtergeladen und im FHEM Ordner ersetzt. Anschließend zur Sicherheit nochmal FHEM neugestartet.
Viele Grüße,
kyreon
was steht im log?
Danke für den Hinweis!
Ich bin manchmal schon etwas dämlich, habe den Raspy neu aufgesetzt und damit noch nicht das JSON Perl modul installiert... Dann kann es ja auch nicht funktionieren.
Hier der Vollständigkeit halber noch der Log Eintrag. Danke für den Hinweis da nochmals nachzusehen...
2015.12.25 17:24:00 1: reload: Error:Modul 30_LIGHTIFY deactivated:
Can't locate JSON.pm in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.14.2 /usr/local/share/perl/5.14.2 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.14 /usr/share/perl/5.14 /usr/local/lib/site_perl . ./FHEM) at ./FHEM/30_LIGHTIFY.pm line 11.
BEGIN failed--compilation aborted at ./FHEM/30_LIGHTIFY.pm line 11.
ich habe natürlich die ganzen devices mit den verkrüppelten Namen gelöscht und FHEM neu gestartet
vorher
2015.12.25 15:47:48.164 4: Lightify: parsing: D100011300000000000400FFFF4094C90000261884000000000000030000640000FFFFFFFF47656F72672773205A696D6D657200006507000000000000CFD70388D900002618840201020314020000010D8E0AFFFFFFFF466C7572206F62656E000000000000000000000000000000BA9CF58CD900002618840201020314020000000D8E0AFFFFFFFF466C757220756E74656E0000000000000000000000000000FFFF97BCD90000261884000000000000000000640000FFFFFFFF576F5A690000000000000000000000006507000000000000
2015.12.25 15:47:48.165 3: Georg's Zimmer: 4094C90000261884:FFFF, type: 00 (w:1, rgb:0), onoff: 0, mode?: 03 dim: 100, ct: 0, rgb: FFFFFF
2015.12.25 15:47:48.167 4: parse status message for HUEDevice4094C90000261884
2015.12.25 15:47:48.179 3:
�
����Flur obe: 000000000000CFD7:6507, type: 03 (w:1, rgb:0), onoff: 2, mode?: 18 dim: 1, ct: 770, rgb: 140200
2015.12.25 15:47:48.181 4: parse status message for HUEDevice000000000000CFD7
2015.12.25 15:47:48.194 3:
�
����: 0000000000000000:6E00, type: 00 (w:1, rgb:0), onoff: 245, mode?: BA dim: 140, ct: 217, rgb: 002618
2015.12.25 15:47:48.195 4: parse status message for HUEDevice0000000000000000
2015.12.25 15:47:48.208 3: ���&�: 757220756E74656E:466C, type: 00 (w:1, rgb:0), onoff: 0, mode?: 00 dim: 0, ct: 0, rgb: 0000FF
nachher:
2015.12.25 17:16:02.155 4: Lightify: parsing: D100011302000000000400FFFF4094C90000261884000000000000030000640000FFFFFFFF47656F72672773205A696D6D657200007607000000000000CFD70388D900002618840201020314020000010D8E0AFFFFFFFF466C7572206F62656E000000000000000000000000000000BA9CF58CD900002618840201020314020000000D8E0AFFFFFFFF466C757220756E74656E0000000000000000000000000000FFFF97BCD90000261884000000000000000000640000FFFFFFFF576F5A690000000000000000000000007607000000000000
2015.12.25 17:16:02.156 3: Georg's Zimmer: 4094C90000261884:FFFF, type: 00 (w:1, rgb:0), onoff: 0, mode?: 03 dim: 100, ct: 0, rgb: FFFFFF
2015.12.25 17:16:02.158 4: parse status message for HUEDevice4094C90000261884
2015.12.25 17:16:02.211 3: Flur oben: 0388D90000261884:CFD7, type: 02 (w:1, rgb:0), onoff: 1, mode?: 00 dim: 13, ct: 2702, rgb: FFFFFF
2015.12.25 17:16:02.213 4: parse status message for HUEDevice0388D90000261884
2015.12.25 17:16:02.266 3: Flur unten: F58CD90000261884:BA9C, type: 02 (w:1, rgb:0), onoff: 0, mode?: 00 dim: 13, ct: 2702, rgb: FFFFFF
2015.12.25 17:16:02.267 4: parse status message for HUEDeviceF58CD90000261884
2015.12.25 17:16:02.316 3: WoZi: 97BCD90000261884:FFFF, type: 00 (w:1, rgb:0), onoff: 0, mode?: 00 dim: 100, ct: 0, rgb: FFFFFF
2015.12.25 17:16:02.318 4: parse status message for HUEDevice97BCD90000261884
die frage war für kyreon :)
löschen wäre nicht nötig gewesen.
gruß
andre
Hallo,
hab´s gerade auch kurz angetestet. Gelöscht, neu gestartet, noch ein paar gelöscht, seitdem läuft alles stabil. Werde weiter beobachten und mich ggf. melden.
Vielen Dank!!!
Gruss
Stefan
vielleicht kann noch jemand mit alter firmware testen ob es immer noch geht. dann checke ich es ein.
gruss
andre
Zitat von: justme1968 am 25 Dezember 2015, 16:57:13
die angehängte version müsste mit alter und neuer firmware klar kommen.
gruss
andre
Vielen Dank!
Ich habe es gerade mit der neuen Firmware getestet, musste die alten devices ein paar mal löschen, klappt jetzt
also einchecken ?
Ja! Keinerlei Probleme seit gestern.
Bei mir läuft es auch
Prinzipiell geht alles, nach dem Löschen aller HUEDevice Geräte hat sie fhem auf den ersten Blick neu und korrekt eingelesen, auch das Schalten und Regeln funktioniert weitestgehend (hakt zwar manchmal, aber das schiebe ich eher auf LIGHTIFY selbst, da das bisweilen auch mit der App so ist). Dafür schon mal vielen Dank an Andre!
Die Alias-Namen sind allerdings (zumindest bei mir) nicht ganz korrekt: Wenn man sich die neu angelegten Definitionen im fhem.cfg anschaut, sieht man, dass einige nicht-ASCII-Zeichen (vermutlich 00h) hinten angehängt sind. Das sorgt insbesondere im Zusammenspiel mit homebridge für Probleme, denn beim Einbinden eines solchen devices bricht homebridge reproduzierbar mit dem Geräte einlesen ab. Löscht man diese Zeichen in der fhem.cfg, geht's wieder.
Weiterhin sind bei mir nach einem fhem neustart/restart wieder neu erzeugte, kryptische devices aufgetaucht... Bin mir aber nicht ganz sicher, ob das am LIGHTIFY Modul liegt oder ob noch irgendwelche "Leichen" im System (statefile?) dafür verantwortlich sind. Wie kriege ich sowas raus?
Danke und Grüße
Hans
[Edit] Nach dem gefühlten 10x Löschen tauchen die falschen devices jetzt nicht mehr auf. Mal sehen, ob das so bleibt.
Noch eine generelle Frage zum Status-Update: Bei mir aktualisiert sich der Status nur nach der Ausführen einer Aktion in FHEM, ist das immer so? Ausserdem ist er nicht bei allen devices korrekt (on/off Lichtfarbe, Dimming level etc.) - das liegt aber wohl wieder an Lightify selbst, da das in der App genauso falsch angezeigt wird. Erst mit starker Zeitverzögerung (Minutenbereich) werden die meisten devices dann irgendwann mal korrekt angezeigt. Ist das auch bei euch so?
Bei mir geht nach dem Update auch wieder alles :)
Vielen, vielen vielen Dank an @justme1968! :D
Hallo zusammen,
ersteinmal vielen Dank für die tolle Arbeit.
Da ich mich selber erst seit kurzem mit dem Thema FHEM beschäftige vielleicht eine recht einfache Frage, die ich mit der Forum-Suche und Google leider nicht selber lösen kann.
Nach dem Update der Bridge sind leider nicht alle meine Osram-Lampen in FHEM zu finden.
Beim Einrichten haben sich alle Lampen automatisch selber hinzugefügt, das klappt nun aber leider bis jetzt noch nicht wieder.
Also wie kann man die Lampen selber hinzufügen, bzw. wie kommt man an die HUE-Adresse?
Vielen Dank
http://www.golem.de/news/zigbee-bridge-philips-nimmt-umstrittenes-hue-update-zurueck-1512-118053.html
Wenn Du die Hue-Bridge hast musst du Dich noch ein bisschen gedulden, dann sollte es wieder laufen.
Gruss
Stefan
Hallo,
Benötigt man das Osram Lightify Gateway überhaupt, wenn man die Lightify Leuchtmittel nur mittels FHEM steuern will?
Wird das Gateway evtl. nur für eine Erstinstallation/Initialisierung benötigt, oder trotz FHEM auch weiterhin? So ganz klar (insbesondere, ob das Gateway zumindest für die erste Einrichtung benötigt wird) macht der folgende Beitrag aus einem anderen Forum (https://community.conrad.de/frage-ansehen/funktioniert-die-steuerung-von-osram-lightify-produkten-auch-mit-dem-raspberry) noch nicht ganz klar:
ZitatDas RaspBee Modul ermöglicht eine Steuerung der Heimbeleuchtung z.B. über sein Smartphone oder den Computer. Das kleine Aufsteckmodul findet seinen Platz auf den GPIO Ports eines RasPi Modell B oder B+ und passt wegen seiner geringen Bauhöhe (48 mm x 16,5mm x 12 mm) in jedes Standard-Case. Das Modul basiert auf einem Atmel ATmega256RFR2 Chip und funkt mit kompatiblen Geräten auf 2,4GHz nach dem ZigBee Standard.Der ZigBee Standard der "ZigBee Alliance" ermöglicht eine Kompatibilität mit vielen Geräten, zum Beispiel können wir mit Hilfe des Moduls auf Zigbee PRO Geräte anderer Hersteller wie der Philips Hue oder Leuchtmittel von OSRAM oder Sylvania zugreifen.Wer keine speziellen ZigBee Leuchtmittel verwenden will kann mit entsprechenden Vorschaltgeräten auch eigene Glüh-, Halogenlampen oder LED Streifen steuern.Das Modul gibt es für unerfahrene Benutzer auch als fertigen Raspbee Gateway. Der Gatway besteht aus einem Raspberry Pi Modell B, dem RaspBee Premium Modul für die Steuerung von bis zu 200 Geräten, einen weißen Case und einer 4GB SD-Karte mit vorinstalliertem Light Control System. Die Steuerung der mit dem RaspBee Modul verbundenen Geräte erfolgt wahlweise via Webseite von einem beliebigen Endgerät mit Browser oder via App vom Smartphone, dem Tablet oder dem eigenen Rechner. Das Modul ist kompatibel zu Apps von Drittanbietern.
Also dürfte es mit Osram auch keine Probleme geben. Angeblich verhält sich das Modul wie eine Hue Bridge und damit lassen sich Osram Lampen auch problemlos steuern.
Hat es schon jemand geschafft, Osram Lightify Leuchten mit einem ZigBee Modul zum z.B. Raspberry Pi anzusteuern? Auch via FHEM? Es gibt ein sog. "RaspBee" Modul von Dresden Elektronik (http://www.dresden-elektronik.de/funktechnik/products/boards-and-kits/development-boards/raspbee/description/?L=1%252525252525E7%25252525252581%252525252525B6%2525252525253Dc9c902ccdb43164696acccf81b62b2bd) (siehe auch RaspBee Gateway (https://www.dresden-elektronik.de/funktechnik/solutions/wireless-light-control/raspbee-gateway/?L=1%25252525252525E7%2525252525252581%25252525252525B6%252525252525253Dc9c902ccdb43164696acccf81b62b2bd)), welches unter anderen Funkmodulen für den Raspberry Pi (http://raspberry.tips/hausautomatisierung/funk-module-fuer-den-raspberry-pi/) aufgelistet wird.
Nebenbei nehme ich an, dass dieser Artikel (http://www.computerhilfen.de/info/osram-lightify-mit-fhem-steuern.html) zur Steuerung von Osram Lightify mittels FHEM sicherlich bereits bekannt ist. Aber falls nicht... ;)
'nur' mittels fhem geht nicht du brauchst immer ein rf modem. zur zeit gehen hue bridge (mit der passenden firmware) und das lightify gateway (mit ein paar einschränkungen) und raspbee mit der deconcz software (zumindest hue lampen, lightify weiss ich nicht).
ich hatte zwar mal vor das raspbee modul direkt aus fhem heraus anzusteuern, der aufwand ist aber erheblich und ich bin noch nicht dazu gekommen mit das genauer anzusehen.
gruss
andre
Herzlichen Dank für Deine Klärung, dann kaufe ich mir erst einmal das Starterset (Gateway + 1 Leuchte) und probiere dann FHEM aus. Wenn das einmal klappt, kann ich mich immer noch an RaspBee versuchen (einen Raspberry Pi 2 habe ich eh schon).
Doch noch eine Nachfrage:
Ist bekannt, ob das Osram Gateway nach der Ersteinstellung weiterhin Daten ins Internet sendet? Wenn man den Port (4000?) und ggf. die Ziel-IPs im eigenen Router schließt/sperrt, funktioniert das System dann immer noch? Oder werden Daten überhaupt nur ins Internet ("die Cloud") geschickt, wenn man sein System von unterwegs steuern will? (worauf ich verzichten würde)
Hallo kabelsurfer,
habe von Osram Lightify den Gardenspot RGB und 2 Classic A60 RGBW an Raspbee von DE. Funktioniert gut bis auf die Scenes.
Gruß
Raymund
Vielen Dank, gut zu wissen! :) Und weißt Du, ob das Gateway ständig "nach Hause telefoniert" und, falls ja, ob man das unterbinden kann mittels geeigneter IPtables o.ä.?
Hi,
Ich hab von Osram Lightify einen Plug-Steckdosenadapter an einer Philips Hue Bridge 2.0. Der Adapter wird in FHEM auch als Device angelegt. Im Prinzip ist der Adapter sogar als Dimmer nutzbar, aber ich will ihn nur Ein/Ausschalten. In FHEM wird er aber als Dimmer mit Farbwahl angezeigt. Einschalten klappt, Ausschalten leider nicht.
Hat noch jemand einen Plug an der Hue Bridge mit FHEM im Einsatz und kann mir hier einen Tipp geben ?
Vielen Dank,
David
PS: verwende die neuste FHEM-Version auf Raspbian (Pi2)
Gesendet von iPad mit Tapatalk
Hallo kabelsurfer,
wenn ich das Modul HUEBridge von Andre richtig analysiert habe, dann wird nur dann unter www.meethue.com nach der IP (nicht IT ;) ) gesucht, wenn keine in den Internals definiert wurde. Siehe if( !defined($host) )Wenn man nur mit FHEM arbeitet, könnte man das "Nach-Hause-Telefonieren" also unterdrücken. In deCONZ lässt es sich abschalten. Ob dem dann auch so ist ... who knows? Mit einer FritzBox könnte man aber die Kindersicherung entsprechend einrichten.
Gruß
Raymund
die hue bridge kann man von außen abschneiden. dann gibt es keine nachricht mehr über firmware updates. sonst sollte es keine probleme geben. das hue modul verwendet die cloud nur um die ip raus zu finden wenn du keine angibst.
deconz lief glaube ich auch ohne internet verbindung.
bei osram gateway weiss ich es nicht. ich vermute aber es geht auch.
probier es doch einfach :)
gruss
andre
Ich danke Euch nochmals und hoffe, dass Gateway + Leuchtmittel bald eintreffen. ;)
Hallo,
jetzt hab ich mal eine ganz "dumme" Frage. Kann ich eigentlich HUE-Lampen auch mit dem Lightify Gateway koppeln? Hat das schon jemand probiert?...Mit Erfolg?
Ich hab noch zwei HUE-Lampen aus meinen Anfangszeiten und dachte mir ich könnte dann die HUE-Bridge vom Strom nehmen.
Im Netz find ichs immer nur andersrum...Lightify-Lampen an die HUE-Bridge koppeln.
Viele Grüße
Reinhard
die hue bridge ist mächtiger und besser unterstützt. wenn du beides hast würde ich die hue bridge verwenden und das lightify gateway aus schalten...
gruss
andre
Hi,
ich bekomme die kryptischen Einträge bei jedem Schaltvorgang wieder.
Ich habe leider keine Ahnung was ich falsch mache.
Hast Du das angepasste Lightify Modul von Andre (siehe Beitrag #242, 25.12.15) installiert? Ich habe danach die falschen Einträge aber auch noch mindestens 5-6x löschen müssen, bis keiner mehr kam.
Grüße
Hans
Hi,
ja habe die Version installiert und jetzt min. noch mal 10 mal die Einträge gelöscht.
Sobald ich eine Lightify-Lampe schalte kommt der Buchstabensalat wieder.
Hey Leute
Hab die Lightify mit fhem auf FreeBSD installiert und das Ganze ist wirklich mehr als übel.
Nach mehrmaligem Reset der ganzen Anlage und auch den einzelnen Lampen (und das ist ne sehr üble Prozedur) funktioniert das Ganze immer noch nicht richtig.
In der native iOS Lightify App funktionieren die Lampen ab und an, nie aber wirklich zuverlässig, oder massiv verzögert. In fhem haben die Lampen mal funktioniert, jetzt aber nicht mehr.
Ich habe bis jetzt zum Glück nur 2 Lightify Lampen aber eine davon geht eigentlich nie via fhem (abwechslungsweise je nachdem bei welcher ich zuletzt einen Reset gemacht habe).
Ich kann in fehm so viel ich will auf die Lampen klicken aber der Status "springt" immer wieder zurück. Scheint als würde die Lampe den Befehl einfach ignorieren.
Die Lampen habe ich mehrmals aus der fhem config rausgenommen, der Fehler bleibt aber und jedesmal wenn sie neu in die config reinkommen, habe ich übrigens auch einen "Buchstabensalat".
Ich persönlich gebe es auf mit Lightify, dass System ist noch zu unausgereift, sowas sollte nicht verkauft, sondern zuerst fertig entwickelt werden.
Thx'nd Greetz
Fischerman
Zitat von: Fischerman am 08 Januar 2016, 13:42:51
Hey Leute
Hab die Lightify mit fhem auf FreeBSD installiert und das Ganze ist wirklich mehr als übel.
Nach mehrmaligem Reset der ganzen Anlage und auch den einzelnen Lampen (und das ist ne sehr üble Prozedur) funktioniert das Ganze immer noch nicht richtig.
In der native iOS Lightify App funktionieren die Lampen ab und an, nie aber wirklich zuverlässig, oder massiv verzögert. In fhem haben die Lampen mal funktioniert, jetzt aber nicht mehr.
Ich habe bis jetzt zum Glück nur 2 Lightify Lampen aber eine davon geht eigentlich nie via fhem (abwechslungsweise je nachdem bei welcher ich zuletzt einen Reset gemacht habe).
Ich kann in fehm so viel ich will auf die Lampen klicken aber der Status "springt" immer wieder zurück. Scheint als würde die Lampe den Befehl einfach ignorieren.
Die Lampen habe ich mehrmals aus der fhem config rausgenommen, der Fehler bleibt aber und jedesmal wenn sie neu in die config reinkommen, habe ich übrigens auch einen "Buchstabensalat".
Ich persönlich gebe es auf mit Lightify, dass System ist noch zu unausgereift, sowas sollte nicht verkauft, sondern zuerst fertig entwickelt werden.
Thx'nd Greetz
Fischerman
Hast du schon ein Update der Lampen und Bridge gemacht?
Yep alles up2date :(
Moin,
ich habe mein Lightify Gateway heute mit dem Modul definiert. An dem Gateway ist noch keine Lampe angebunden.
Danach habe ich mal shutdown restart gemacht und daraufhin konnte ich die FHEM Webseite nicht mehr anzeigen.
Die Fehlersuche ergab, dass das Lightify-Modul einen Bug hat.
Aus dem Fhem Log:
Illegal division by zero at ./FHEM/30_LIGHTIFY.pm line 415.
In Zeile 415 wird durch die Anzahl der Lichter geteilt. Hier muss vorher noch geprüft werden, ob welche vorhanden sind.
my $offset = ($size-11) / $nr_lights;
Nach dem entfernen der Definition aus der fhem.cfg und anschließendem Service start/stop geht es wieder.
Jan
hab einen fix eingecheckt.
danke
andre
Status-Bericht ;-)
Hab beim Gateway und allen Lampen einen Reset durchgeführt und ein fhem-update durchgeführt.
Momentan scheint alles zu funken. Mal schauen wie lange das so bleibt ....
Die Hue hab ich mittlerweile auch, scheinen aber schon stabiler und problemloser zu funktionieren...(?)
Ich hab auch derzeit das Lightify Modul im Einsatz und dabei tauch immer wieder ein Bug auf.
Nach einem Neustart, findet Fehm übers Gateway eine Geisterlampe (komisch angezeigt).
Ich lösche diese jedes mal.
Genau das Symptom mit der Geisterlampe nach shutdown restart habe ich auch. Die eigentlichen funktionieren aber. Da werden irgendwelche Geister mit autocreate angelegt.
Interessant bei mir: Eine Lampe hat auch so eine kryptische Bezeichnung. Eine andere nicht-existente Lampe ist aber eine im Gateway gelöschte Lampe bzw. deren Bezeichnung "Regal_3". Da hatte ich mal einen Flex Streifen resettet und neu eingebunden.
Übrigens hatte ich meine Lightify-Lampen zunächst nur an der HUE Bridge angebunden und das klappte weitgehend auch. Leider aber nicht beim Weißwert. Daher das Lightify Gateway auch angeschafft und jede Lampe ans korrekte Gateway gehängt.
Bis auf die Orphans nach Neustart läuft das auch gut (hab's aber auch erst 2 Wochen - 4x Flex und einmal E27 weiß). Lightify finde ich an sich ok, ist halt viel billiger als HUE, gerade bei den RGBW Stripes <55 EUR ...
Zitat von: Schorsch am 15 Januar 2016, 14:15:57
Übrigens hatte ich meine Lightify-Lampen zunächst nur an der HUE Bridge angebunden und das klappte weitgehend auch. Leider aber nicht beim Weißwert. Daher das Lightify Gateway auch angeschafft und jede Lampe ans korrekte Gateway gehängt.
Was meinst du damit denn genau? Bei mir klappt das mit der HUE Bridge auch gut!?
Zitat von: Fischerman am 10 Januar 2016, 13:47:45
Status-Bericht ;-)
Hab beim Gateway und allen Lampen einen Reset durchgeführt und ein fhem-update durchgeführt.
Momentan scheint alles zu funken. Mal schauen wie lange das so bleibt ....
Die Hue hab ich mittlerweile auch, scheinen aber schon stabiler und problemloser zu funktionieren...(?)
Hallo Firscherman,
benutzt Du auch das Osram Gateway?
Läuft es immer noch ohne Geisterlampen?
Die Geisterlampen sind noch da (nach jedem Neustart von Fehm).
Ich habe auch festgestellt, das bei einer unterbrochen Verbindung (Stromausfall von Lightify gateway oder Fritzbox), vom Lightifymodul kein Autoreconnect durchgeführt wird. Ist sowas möglich?
welchen namen haben diese geister ?
wenn das modul mitbekommt das die verbindung weg ist sollt es eigentlich versuchen neu zu verbinden.
siehst du etwas in den internals?
gruss
andre
Hallo zusammen,
ich hatte vor ein paar Tagen mein Osram Gateway und die Lampen alle zurück gesetzt und neu aufgesetzt.
Anfangs schien alles wieder zu laufen, doch nach dem x-ten Neustart warten die Geisterlampen wieder da.
Ich füge mal ein paar Screenshots bei und hoffe die helfen bei der Fehleranalyse.
Ich benutze das Osram-Gateway, eine RGB-Lampe und 24 x GU10
Geht mir genauso, habe den Gateway vor Kurzem aktualisiert. Und auch FHEM, dennoch entstehen immer wieder diese Phantom-Lichter. Und ich habe von meinen vier Lampen nur eine, die ich ansteuern kann.
Alle anderen sind irgendwo in der Masse an Phantomen verschwunden.
Das 30_LIGHTIFY Modul ist von 17.01.2016
Mein Gateway hat die Version 1.1.2.90 (Zigbee 1.2.0.67).
Edit:
Nach Neustart des FHEM-Servers sind meine richtigen Lampen wieder da. Zwar noch eine Phantom-Teile, die sind aber löschbar. Scheint also wieder vernünftig zu funktionieren.
Gruß,
One
Zitat von: dferch am 28 Dezember 2015, 18:18:01
[...] Einschalten klappt, Ausschalten leider nicht.
Hat noch jemand einen Plug an der Hue Bridge mit FHEM im Einsatz und kann mir hier einen Tipp geben ?
Hast Du das Problem mittlerweile lösen können? Ich habe auch einen Plug an einer Hue Bridge 2.0 hängen. Einschalten geht zumindest über die HUE App, aber ausschalten nur über 'Alle aus'.
Über FHEM (heute geupdatet) ist es momentan ein Glücksspiel, wobei ich noch nicht verifiziert habe, ob es ggf. ein Verbindungsprobelm Bridge-Plug ist.
Bei mir hat fhem einen normal Ligtify Birne (nur dimmen) in eine TW Birne (ctdimmer) umgebaut.
Das verstehe ich bis heute nicht??
Wäre es möglich, das der autocreate Mode für Lightify deaktiviert werden kann. So könnte man etwas ruhe bekommen.
Als ich den Namen des Lightify Gateways umbenannt hatte, kam es vor, das die Lampen doppelt angezeigt wurden. Nach dem ich alle doppelten gelöscht hatte tauchten die wieder auf??? Ein ganz komischer Effekt.
Ich bin jetzt dazu übergegangen, die wichtigsten Lampen, welche automatisiert werden müssen, über eine HueBridge zu steuern.
Eine HueBridge bekommt man recht günstig bei ebay Kleinanzeigen.
Zitat von: P.A.Trick am 15 Januar 2016, 19:46:29
Was meinst du damit denn genau? Bei mir klappt das mit der HUE Bridge auch gut!?
Ich konnte die Farbtemperatur nur in sehr engen Grenzen über die Hue-Bridge einstellen. Zudem wurden andere Farben eingestellt, als per xy-Grid angewählt. Lag aber möglicherweise an einer alten Firmware auf den Lightifies, die natürlich erst nach Erwerb und Anschluss des Lightify-Gateways aktualisiert wurde. Werde gelegentlich testen, die wieder auf die Hue-Bridge umzuhängen und das Lightify-Gateway nur noch für Updates zu nutzen.
Andererseits läuft das Lightify-Gateway ganz ordentlich - bis auf die bei Neustart erscheinenden Geisterlampen (immer die selben 4, obwohl ich inzwischen auch weitere angelernt habe). Vielleicht Autocreate abschaltbar machen...
Ich habe heute das Lightify-Gateway mit dem LIGHTIFY-Paket eingebunden. Soweit funktioniert es auch ganz gut, bis auf die Tatsache, daß FHEM den Status eines per App geschalteten Devices nicht aktualisiert.
Führe ich manuell ein set lg statusRequest aus, wir der Status sofort aktualisiert.
Für's Erste lasse ich den Status nun periodisch per AT abfragen:
define lg_StatusRequest at +*00:03:00 set lg statusRequest
Ist das ein bekanntes Problem? Gibt es dafür eine Lösung? Ich habe leider nichts gefunden.
Gruß,
Flo
du musst die intervalle im gateway device und/oder den devices für die lampen passend setzen.
gruss
andre
Zitat von: justme1968 am 16 Februar 2016, 17:24:43
du musst die intervalle im gateway device und/oder den devices für die lampen passend setzen.
gruss
andre
Danke Dir, Andre.
Aber wie kann ich die Intervalle setzen? In der Doku habe ich nichts gefunden.
jeweils im define.
z.b. ein mal bei der bridge und dann pollDevices setzen.
gruss
andre
Zitat von: justme1968 am 17 Februar 2016, 09:53:36
jeweils im define.
z.b. ein mal bei der bridge und dann pollDevices setzen.
gruss
andre
Das LIGHTIFY-Gateway habe ich analog zum define meiner HUE-Bridge wie folgt definiert:
define lg LIGHTIFY 192.x.x.x
attr lg pollDevices 1Wie kann ich hier noch die Intervalle zum Aktualisieren setzen? Die HUE-Bridge bietet im define noch den optionalen Parameter <interval>, welcher defaultmäßig auf 60 steht. Das define für das LIGHTIFY-Gateway stellt diesen Parameter nicht zur Verfügung. Meine Vermutung ist, daß die HUE-Bridge implizit alle 60 Sekunden abgefragt wird und daher immer einen aktuellen Status liefert, wohingegen für das LIGHTIFY-Gateway weder ein implizites noch explizites Abfrageintervall gesetzt werden kann. Das würde auch erklären, warum
define lg LIGHTIFY 192.x.x.x 60
attr lg pollDevices 1 keinen Effekt hat.
Danke und Gruß,
Florian
stimmt. ich hatte das intervall im lightify modul raus genommen weil die bridge die änderungen eigentlich von sich aus verteilt hat.
die frage ist warum das nicht (mehr?) so ist.
hat sonst noch jemand das problem ?
gruss
andre
Hallo
Ich habe das Problem und die Lampen reagieren nach längerer nicht Benutzung erst nach einigen Sekunden/Schaltvorgängen. Im Log hab ich zur dieser Zeit für alle Devices folgende Meldung:
2016.02.23 21:12:01 1: Osram: Autocreate: An error occurred while creating device for id '[Hier stehe die Device ID]': HUEDevice [Hier stehe die Device ID] already defined, delete it first
Der Status im FHEM ist in meinen Fall nur selten wirklich richtig.
Wenn ich das komplette System zurücksetzte ist der Fehler für ein paar Stunden nicht mehr im Log.
Gruß,
Markus
P.S.: Danke für deine Zeit/arbeit Andre
Nach einem neuen LF-Gateway FW-Updade funktioniert das setzen des RGB Wertes nicht mehr.
Die Weisstöne lassen sich noch setzen, aber ein RGB geht nicht, das wird nicht übernommen.
Probiert mit einem RGBW Flex-Streifen.
Hallo, OSRAM hat die APP mit neuen Funktionen ausgestattet. u.a. Soft ein/aus oder neue Szenen z.B. Kaminfeuer, Ocean uvw. Gibt es hierzu bereist Möglichkeiten diese in FHEM zu integrieren, sprich wurde ggf. lightify.pm daraufhin angepasst oder geplant?
Die Funktion soft ein/ aus wird in der App aktiviert und von dem Gateway umgesetzt, dass heißt wenn Du deine Leuchte per FHEM schaltest wird diese soft geschaltet
stimmt du hast recht! Soweit hatte ich nicht gedacht.Das Soft ein/aus wird ja quasi zur Lampe gespeichert.
Hallo zusammen,
mal ne kurze Frage, erhält man bei Osram Lightyfy eine Rückmeldung der Lampe?? Bei Milight gibt es das leider nicht...
Danke
Gruß Tom
Zitat von: justme1968 am 17 Februar 2016, 12:12:06
stimmt. ich hatte das intervall im lightify modul raus genommen weil die bridge die änderungen eigentlich von sich aus verteilt hat.
die frage ist warum das nicht (mehr?) so ist.
hat sonst noch jemand das problem ?
gruss
andre
Hi Andre,
habe das selbe Problem. Kein automatischer Statusupdate mehr!
Grüße,
Chris
kann bitte jemand mal einen wireshark mitschnitt machen? auch im vergleich zur app und versuchen zu sehen warum die bridge nicht mehr von sich aus sendet?
Ich habe zwar keinen Mitschnitt, kann aber sagen wenn man automatisch einen statusRequest durchführen lässt ist der Status wieder aktuell.
Hallo zusammen,
funktioniert mittlerweile die Gruppenschaltung?
Über die App gehen mehrere Lampen in einer Gruppe synchron an/aus.
Über fhem und einzelne, unmittelbare Ansteuerung über set Lampe1, Lampe2 on ist doch eine sichtbare Verzögerung festzustellen.
Viele Grüße,
Heiko
gruppen sind für das lightify gateway noch nicht eingebaut.
gruss
andre
Zitat von: justme1968 am 09 Mai 2016, 23:14:52
gruppen sind für das lightify gateway noch nicht eingebaut.
Kannst du abschätzen, wann mit der Unterstützung von Gruppen gerechnet werden kann?
Viele Grüße,
Heiko
es steht aktuell nicht auf meiner liste. die gesnifften nachrichten geben das glaube ich noch nicht her. ich kann auch werden dies variante noch das offizielle api selber testen da ich kein lightify gateway habe...
gruss
andre
Habe eine Frag zu den Osram Lightify, die Steuerung findet über HUE und fhem statt. Hiefür habe ich eine App geschrieben, welche die HUE devices schaltet. Nun habe ich ein kleines Problem mit den Osram Lightify Lampen. Ich würde gerne hier die Farbe über einen RGB Slider verändern. Nun weiss ich leider nicht so genau, welchen Farbraum die Lightify besitzen. Ist das irgendjemand bekannt? Wenn ja, wie kann ich die Lampen am besten Schalten, über den RGB Wert? Danke
der farbraum ist so viel
ich weiß nicht veröffentlich.
was meinst du mit einem rgb slider? für rgb brauchst du doch drei slider. wenn du hsv meinst kannst du h einfach über den kompleten bereich von 0 bis 65535 gehen lassen. den das hue api vorsieht.
gruss
andre
Ich habe eine App mit 3 Slidern, Rot Grün Blau, daraus generiere ich den RGB Wert. Diesen kann ich z.B. an meinen HUE LED Streifen schicken(set HUEDevice1 rgb 334455). Was auch ganz gut funktioniert, allerdings ändert sich fast immer die Helligkeit, also der bri Wert. Was jemand zufällig warum das so ist?
Eine Lightify Lampe kann den ganzen Farbraum gar nicht darstellen, daher würde ich gerne meine Slider dementsprechend anpassen.
die farbraum umrechnung gehört eigentlich ins modul. nicht in die app. da die eckdatan aber nicht bekannt sind geht das nicht.
im übrigen stimmt auch mit den eckdaten und/oder der für das hue api angegeben umrechnungs routine etwas nicht. wenn ich die original philips werte verwenden sind die ergebnisse schlechter als mit der aktuell von mir verwendete version. ich habe die ursache noch nicht gefunden.
wenn du im rgb raum werte änderst hat das immer einfluss auf farbe und helligkeit. das liegt nur zum teil am hin und her rechnen und daran das die lampen alle nicht nativ rgb unterstützen sondern zum grossen teil am prinzip. im rgb raum kann man nicht die farbe verändern und die helligkeit gleich lassen.
dafür gibt es z.b. den hsv raum. hier sind farbe, sättigung und helligkeit getrennt und lassen sich auch sehr viel intuitiver einstellen.
bau deine app doch mal auf drei slider dafür um. ich denke du wirst es mögen wenn du dich etwas daran gewöhnt hast.
gruss
andre
ok, hsv wäre eine alternative, die Umrechnung habe ich auch schon, aber was für Werte verstecken sich dahinter?
h = hue
s = bri
v = value? wo setzte dich denn v, was steckt dahinter?
h = hue, s = sat, v = bri oder pct.
du musst nichts umrechnen. dir fehler kommen ja gerade durchs umrechnen.
Wie kann ich mehrere Befehle auf einmal übermitteln?
set Lampe rgb FF0000 pct 50
geht schon mal nicht, es wird nur die Farbe eingestellt.
Kann man mit Lightify auch die Ramp-Time verwenden, um z.B. über einen Zeitraum von 120 Sekunden zu dimmen?
Die commandref ist diesbzgl. an Bsp. leider noch etwas dünn.
Viele Grüße,
Heiko
set Lampe rgb FF0000 : pct 50
was fehlt dir in der commandref? dort ist das senden mehrere befehle genau so beschrieben wie der transiton time parameter und die möglichkeit eine ramp-time bei manchen kommandos direkt mit anzugeben.
gruss
andre
Zitat von: justme1968 am 19 Mai 2016, 22:30:35
was fehlt dir in der commandref?
Ok, es steht dass die Lightify-Lampen als Hue-Devices definiert sind.
Muss man erstmal rauslesen können dass dann alle Befehle von Hue-Devices auch vom Lightify-Modul unterstützt werden, das war mir nicht klar.
Aber:
Mehrere Befehle werden bei mir nicht umgesetzt.
Mit dem Beispiel aus der Commandref passiert bei mir einfach nichts:
set Lightify_RGB_Wohnkugel on : transitiontime 100
Viele Grüße,
Heiko
was steht bei verbose 5 im log?
gruss
andre
Jetzt wurde zumindest der erste Befehl ausgeführt:
- Serienr. durch **** ersetzt
- A60RGBW ==> zu steuernde Lampe
- P16TW 01/02 ==> weitere Lightify-Spots, hier nicht relevant
on
2016.05.21 00:24:55 4: parse status message for Lightify_RGB_Wohnkugel
2016.05.21 00:24:56 3: A60RGBW 01: *****:A2C5, type: 0A (w:1, rgb:1), onoff: 1, mode?: 00 dim: 100, ct: 2702, rgb: 02FF00
2016.05.21 00:24:56 4: parse status message for Lightify_RGB_Wohnkugel
2016.05.21 00:24:56 3: P16TW 01: *****:FFFF, type: 02 (w:1, rgb:0), onoff: 0, mode?: 01 dim: 100, ct: 2702, rgb: FFFFFF
2016.05.21 00:24:56 3: P16TW 02: *****:FFFF, type: 02 (w:1, rgb:0), onoff: 0, mode?: 01 dim: 100, ct: 2702, rgb: FFFFFF
off
2016.05.21 00:26:27 4: parse status message for Lightify_RGB_Wohnkugel
2016.05.21 00:26:28 3: A60RGBW 01: *****:A2C5, type: 0A (w:1, rgb:1), onoff: 0, mode?: 00 dim: 100, ct: 2702, rgb: 02FF00
2016.05.21 00:26:28 4: parse status message for Lightify_RGB_Wohnkugel
2016.05.21 00:26:28 3: P16TW 01: *****:FFFF, type: 02 (w:1, rgb:0), onoff: 0, mode?: 01 dim: 100, ct: 2702, rgb: FFFFFF
2016.05.21 00:26:28 3: P16TW 02: *****:FFFF, type: 02 (w:1, rgb:0), onoff: 0, mode?: 01 dim: 100, ct: 2702, rgb: FFFFFF
Viele Grüße,
Heiko
dein log zeit was von der lampe empfangen wurde.
mir ging es darum was fhem sendet.
gruss
andre
Ok, ich habe jetzt verbose = 5 für die Lightify-Bridge gesetzt.
Der on-Befehl scheint geklappt zu haben, aber off ging die Lampe sofort ohne Dimmen.
on:
2016.05.22 00:01:43 4: Lightify01: sending:0f0000321b000000******01
2016.05.22 00:01:43 4: Lightify01: enque:13 00 00 00 00 01
2016.05.22 00:01:43 5: Lightify01: received: 120001321b000000000100b206010000261884e9
2016.05.22 00:01:43 4: Lightify01: parsing: 120001321B000000000100******E9
2016.05.22 00:01:43 4: Lightify01: sending:070000131c00000001
2016.05.22 00:01:43 5: Lightify01: received: 9f0001131c000000000300a2c5b2060100002618840a0102040102000000648e0a02ff00ff413630524742572030310000000000000000000000000000ffff2c60da0000261884020102030700010000648e0affffffff50313654572030310000000000000000fc06000000000000ffff0f51000000261884020102030700010000648e0affffffff50313654572030320000000000000000fc06000000000000
2016.05.22 00:01:43 4: Lightify01: parsing: 9F0001131C000000000300A2C5******0A0102040102000000648E0A02FF00FF413630524742572030310000000000000000000000000000FFFF******020102030700010000648E0AFFFFFFFF50313654572030310000000000000000FC06000000000000FFFF******020102030700010000648E0AFFFFFFFF50313654572030320000000000000000FC06000000000000
2016.05.22 00:01:43 3: A60RGBW 01: ******:A2C5, type: 0A (w:1, rgb:1), onoff: 0, mode?: 00 dim: 100, ct: 2702, rgb: 02FF00
2016.05.22 00:01:43 5: Lightify01: id '******' already defined as 'Lightify_RGB_Wohnkugel'
2016.05.22 00:01:43 3: P16TW 01: ******:FFFF, type: 02 (w:1, rgb:0), onoff: 0, mode?: 01 dim: 100, ct: 2702, rgb: FFFFFF
2016.05.22 00:01:43 5: Lightify01: id '******' already defined as 'LightifySchlafBett01'
2016.05.22 00:01:43 3: P16TW 02: ******:FFFF, type: 02 (w:1, rgb:0), onoff: 0, mode?: 01 dim: 100, ct: 2702, rgb: FFFFFF
2016.05.22 00:01:43 5: Lightify01: id '******' already defined as 'LightifySchlafBett02'
off:
2016.05.22 00:06:30 4: Lightify01: sending:0f0000321f000000******00
2016.05.22 00:06:30 4: Lightify01: enque:13 00 00 00 00 01
2016.05.22 00:06:30 5: Lightify01: received: 120001321f000000000100b20601000026188400
2016.05.22 00:06:30 4: Lightify01: parsing: 120001321F000000000100******00
2016.05.22 00:06:30 4: Lightify01: sending:070000132000000001
2016.05.22 00:06:30 5: Lightify01: received: 9f00011320000000000300a2c5b2060100002618840a0102040102000000648e0a02ff00ff413630524742572030310000000000000000000000000000ffff2c60da0000261884020102030700010000648e0affffffff50313654572030310000000000000000fd06000000000000ffff0f51000000261884020102030700010000648e0affffffff50313654572030320000000000000000fd06000000000000
2016.05.22 00:06:30 4: Lightify01: parsing: 9F00011320000000000300A2C5******0A0102040102000000648E0A02FF00FF413630524742572030310000000000000000000000000000FFFF******020102030700010000648E0AFFFFFFFF50313654572030310000000000000000FD06000000000000FFFF******020102030700010000648E0AFFFFFFFF50313654572030320000000000000000FD06000000000000
2016.05.22 00:06:30 3: A60RGBW 01: ******:A2C5, type: 0A (w:1, rgb:1), onoff: 0, mode?: 00 dim: 100, ct: 2702, rgb: 02FF00
2016.05.22 00:06:30 5: Lightify01: id '******' already defined as 'Lightify_RGB_Wohnkugel'
2016.05.22 00:06:30 3: P16TW 01: ******:FFFF, type: 02 (w:1, rgb:0), onoff: 0, mode?: 01 dim: 100, ct: 2702, rgb: FFFFFF
2016.05.22 00:06:30 5: Lightify01: id '******' already defined as 'LightifySchlafBett01'
2016.05.22 00:06:30 3: P16TW 02: ******:FFFF, type: 02 (w:1, rgb:0), onoff: 0, mode?: 01 dim: 100, ct: 2702, rgb: FFFFFF
2016.05.22 00:06:30 5: Lightify01: id '******' already defined as 'LightifySchlafBett02'
Viele Grüße,
Heiko
das problem ist das wir nicht wissen ob und wie die dimm zeit in ein und aus befehl codiert ist. das kommando ist auch eigentlich zu kurz um mehr als ein oder aus zu senden.
in dem kommandos zum dimmen und zum setzen der farbe ist die zeit vorgesehen und dort wird sie auch verwendet.
wenn jemand mit wireshark rausfinden kann wie die app das macht wäre es hilfreich.
es gibt inzwischen ein mehr oder weniger offizielles api, da ich aber kein lightify gateway habe wäre es schwierig damit anzufangen...
gruss
andre
Zitat von: justme1968 am 22 Mai 2016, 00:19:44
es gibt inzwischen ein mehr oder weniger offizielles api, da ich aber kein lightify gateway habe wäre es schwierig damit anzufangen...
gruss
andre
Wenn Du mir Deine Postanschrift sendest, dann schicke Ich Dir ein Lightify Starter-Kit!
Grüße,
Chris
ich kann zwar nicht versprechen wie schnell es geht aber wenn du mir ein lightify starter kit leihst schaue ich es mir an.
gruss
andre
Zitat von: justme1968 am 27 Mai 2016, 13:28:58
ich kann zwar nicht versprechen wie schnell es geht aber wenn du mir ein lightify starter kit leihst schaue ich es mir an.
gruss
andre
Hier noch Probleme die ich im Moment sehe:
- irgend etwas klemmt noch mit der richtigen Statusanzeige. Insbesondere der Status des aktuellen RGB und PCT Werts scheint nicht zuverlässig zu sein. Manchmal wird nach einem einfachen Schalten (on->off, off->on) für eine bestimmte Zeit ein falscher RGB/PCT Status angezeigt. Ich verwende acht Lampen, von denen sechs zuverlässig sind und zwei fast immer aus der Reihe tanzen, obwohl sie nicht weiter von der Bridge entfernt sind - also Empfangsprobleme sollten es eigentlich nicht sein. Meistens wird der Status nach eine gewissen Zeit durch einem manuellen statusRequest korrigiert, aber auch nicht immer.
Hier ist als Beispiel der eventMonitor von einem einfachen off->on schalten:
2016-05-27 20:29:32 HUEDevice HUEDevice2B99C90000261884 onoff: 1
2016-05-27 20:29:32 HUEDevice HUEDevice2B99C90000261884 pct: 100
2016-05-27 20:29:32 HUEDevice HUEDevice2B99C90000261884 on
2016-05-27 20:29:32 HUEDevice HUEDevice2B99C90000261884 bri: 2
2016-05-27 20:29:32 HUEDevice HUEDevice2B99C90000261884 reachable: 1
2016-05-27 20:29:32 HUEDevice HUEDevice2B99C90000261884 pct: 1
2016-05-27 20:29:32 HUEDevice HUEDevice2B99C90000261884 dim06%
2016-05-27 20:29:32 HUEDevice HUEDevice2B99C90000261884 rgb: 020101
Es ist mir nicht erklärlich woher das pct:1, dim06% und rgb: 020101 kommen. Die Lampe ist immer auf PCT 100 und RGB ffb171 geschaltet.
etwas später nach einem manuellen (via at) statusRequest hat sich alles von selbst korrigiert:
2016-05-27 20:30:50 LIGHTIFY lightify statusRequest
2016-05-27 20:30:50 at lightify_StatusUpdate Next: 20:31:50
2016-05-27 20:30:50 HUEDevice HUEDevice2B99C90000261884 bri: 254
2016-05-27 20:30:50 HUEDevice HUEDevice2B99C90000261884 pct: 100
2016-05-27 20:30:50 HUEDevice HUEDevice2B99C90000261884 on
2016-05-27 20:30:50 HUEDevice HUEDevice2B99C90000261884 rgb: ffb171
- Zudem wird ein autocreate immer ausgeführt, auch immer nach einem statusRequest oder anscheinend auch nach jedem Schaltvorgang...
Grüße,
Chris
Zitat von: chrisz am 27 Mai 2016, 13:19:57
Wenn Du mir Deine Postanschrift sendest, dann schicke Ich Dir ein Lightify Starter-Kit!
Danke für diese großzügige Spende an justme1968.
Das wird uns sicher ein großes Stück weiterbringen!
Viele Grüße,
Heiko
das gateway und drei weisse birnen sind angekommen.
- das einbinden in fhem über das aktuelle modul geht problemlos, das schalten aus fhem heraus auch
- wenn ich über die app schalte bekommt fhem das erst mal nicht direkt mit. das war schon mal anders. schaue ich mir an
- die app bekommt direkt mit wenn fhem schaltet
- die anderen probleme oben schaue ich mir auch an
ich habe mir das api kurz angeschaut. das ist komplett cloud basiert. ohne internet verbindung geht gar nichts. für mich wäre das ein k.o. kriterium. habt ihr trotzdem noch interesse?
auch das zur inbetriebnahme internet nötig ist finde ich nich besonders. ein hue system lässt sich komplett ohne internet bedienen und einrichten.
gruss
andre
Vielen Dank für eure Arbeit und die Spende
Da ich Deckenleuchten von Osram benutze habe ich Interesse an einer Weiterentwicklung.
@chrisz: kannst du mir für das problem mit den falschen rgb werten ein log mit verbose 4 machen?
bei den nur dimbaren lampen die ich hier habe kann ich das problem nicht nachstellen.
das würde auch bei problemen mit farbtemperatur oder farbe gelten.
was meinst du mit autocreate wird immer ausgeführt? das sollte nur für neue lampen so sein.
@stebar_: die frage bezog sich auf das cloud api. das modul mit der aktuellen schnittstelle gibt es ja.
gruss
andre
@chrisz: ich habe einen verdacht was die falschen werte angeht: eventuell kommt die status abfrage zu schnell und es sind die werte vom langsamen ein und aus schalten. d.h. die lampe hat den endzustand noch nicht erreicht.
sind die lampen die probleme machen eventuell anders konfiguriert?
wird es besser wenn du das LIGHTIFY_sendNext( $hash ); am ende von LIGHTIFY_Parse durch RemoveInternalTimer($hash);
InternalTimer(gettimeofday()+1, "LIGHTIFY_sendNext", $hash, 0); ersetzt? eventuell auch mit zwei sekunden statt einer das scheint bei mir das problem zu umgehen.
noch etwas: ganz am anfang des threads in den ersten netzwerk mitschnitten hat das gateway den status bei änderungen automatisch versendet. erinnerst sich noch jemand daran? gab es da irgendeine nachricht der app die das aktiviert hat?
gruss
andre
Hallo justme1968,
auf jeden Fall besteht weiter Interesse, auch wenn es zunächst mal nur Cloud-Basiert funktioniert.
Ich habe übrigens dem Lightify Gateway in meiner Fritzbox sämtliche Internet-Rechte entzogen - gesteuert wird bei mir ausschließlich über FHEM und nicht über die App.
Weitere Baustellen:
- Geistereinträge nach FHEM-Restart (mit kryptischen Zeichen und Symbolen)
- Gruppenschaltung wie in der App (damit mehreren Lampen völlig synchron geschaltet werden können
Viele Grüße,
Heiko
ohne internet funktioniert das cloud api aber überhaupt nicht ...
die geistereinträge kann ich auch nach mehrfachem neustart noch nicht reproduzieren.
die gruppenkommandos schaue ich mir an. muss aber dafür erst mal netzwerk sniffen.
gruss
andre
Zitat von: heikoh81 am 28 Mai 2016, 23:29:42...
Ich habe übrigens dem Lightify Gateway in meiner Fritzbox sämtliche Internet-Rechte entzogen...
Wie macht man das denn? Danke für den Tipp!
Hallo kabelsurfer.
Zitat von: kabelsurfer am 29 Mai 2016, 08:15:12
Wie macht man das denn? Danke für den Tipp!
In der Fritzbox-Weboberfläche:
Heimnetz -> Heimnetzübersicht
dort das Lightify-Gateway in der Liste der Netzwerkgeräte suchen und in dieser Zeile auf -> Details klicken
Punkt "Zugangs-Eigenschaften", dort im Dropdown-Feld "Zugangsprofil" von "Standard" auf "Gesperrt" ändern und OK klicken.
Alternativ geht es auch über
Internet -> Filter -> Kindersicherung
(die Funktion zum Sperren ist wohl Teil der Kindersicherung bei AVM).
Viele Grüße,
Heiko
Vielen Dank!
PS & etwas OT:
Ok, funktioniert bei mir leider nicht, weil ich die Kindersicherung rausgepatcht hatte (Freetz Mod). Mal sehen, wann ich Zeit habe, das Image nochmal mit Kindersicherung zu flashen. Damit hätte ich dann auch die Möglichkeit, meine bisher eingemottete Aldi-WebCam in Betrieb zu nehmen, der man wohl auch ein "Nach-Hause-Telefonieren" verbieten sollte.
anbei ein erstes update mit gruppen:
- es gibt neue on und off kommandos für das gateway device. damit wird alles ein bzw. aus geschaltet.
- nach einem connect werden die gruppen ausgelesen und devices dafür angelegt
gruss
andre
edit: version noch mal aktualisiert
edit: neue version hier: https://forum.fhem.de/index.php/topic,28339.msg457837.html#msg457837 (https://forum.fhem.de/index.php/topic,28339.msg457837.html#msg457837)
@justme1968:
Klasse & vielen Dank.
Eine Frage:
Kommt das ab morgen automatisch über die Update-Routine?
Oder muss ich die .pm-Datei manuell austauschen?
Viele Grüße,
Heiko
kommt noch nicht per update.
erst mal nur zum testen hier.
gruss
andre
Zitat von: justme1968 am 29 Mai 2016, 13:14:12
anbei ein erstes update mit gruppen:
- es gibt neue on und off kommandos für das gateway device. damit wird alles ein bzw. aus geschaltet.
- nach einem connect werden die gruppen ausgelesen und devices dafür angelegt
gruss
andre
Könnte mir bitte jemand ein paar Stichpunkte nennen, was man mit dem Anhang macht zum Testen? Sorry wegen dieser Frage hier, bin fhem-Neuling, aber ansonsten recht fit, was meinen "Gerätepark" angeht. ;)
Fhem läuft hier auf einem RPi 2 mit Raspbian, bisher allerdings ohne Geräte. Jetzt habe ich jedoch ein Osram Lightify Gateway mit 5 Downlight GU10 Einbauleuchten (Weißwert änderbar, aber ohne RGB) und 1 Lampe E27 (dito). Die würde ich nun gerne alle alternativ per fhem ansteuern.
Danke für Eure Hilfe!
Zitat von: justme1968 am 28 Mai 2016, 17:44:38
das gateway und drei weisse birnen sind angekommen.
- das einbinden in fhem über das aktuelle modul geht problemlos, das schalten aus fhem heraus auch
- wenn ich über die app schalte bekommt fhem das erst mal nicht direkt mit. das war schon mal anders. schaue ich mir an
- die app bekommt direkt mit wenn fhem schaltet
- die anderen probleme oben schaue ich mir auch an
ich habe mir das api kurz angeschaut. das ist komplett cloud basiert. ohne internet verbindung geht gar nichts. für mich wäre das ein k.o. kriterium. habt ihr trotzdem noch interesse?
auch das zur inbetriebnahme internet nötig ist finde ich nich besonders. ein hue system lässt sich komplett ohne internet bedienen und einrichten.
gruss
andre
Ich habe kein grundsätzliches Problem mit einer Cloud-Lösung und wäre auf jeden Fall daran interessiert, wenn das ganze dann zuverlässig lief. Habe schon lange kein Haus mehr besucht, in dem es kein Internet gab. Allerdings wäre meine Präferenz auch eine lokale Lösung direkt über die Bridge, wenn das zuverlässig machbar ist.
Grüße,
Chris
lokal ist auf jeden fall zuverlässiger.
beim ersten spielen mit der osram demo anwendung für das api ist es auch deutlich langsamer als das lokale schalten. es sind gefühlt 1-2 sekunden bis die lampe reagiert. lokal geht es gefühlt sofort.
gruss
andre
Zitat von: justme1968 am 28 Mai 2016, 19:30:41
@chrisz: kannst du mir für das problem mit den falschen rgb werten ein log mit verbose 4 machen?
bei den nur dimbaren lampen die ich hier habe kann ich das problem nicht nachstellen.
das würde auch bei problemen mit farbtemperatur oder farbe gelten.
was meinst du mit autocreate wird immer ausgeführt? das sollte nur für neue lampen so sein.
gruss
andre
Anbei ein log mit verbose 4. Die Problemlampe ist insbesondere die A60RGBW 01: 2B99C90000261884. Das DIM Problem ist im log ersichtlich, das RGB Problem allerdings nicht, obwohl es im Web Interface klar ersichtlich ist.
Wegen dem autocreate, ich habe ein at zum periodischen statusRequest alle 60s. Wenn ich verbose 5 für meine Bridge habe, bekomme ich alle 60s im log die folgenden Nachrichten:
2016.05.30 00:19:42 5: lightify: id '09B9050000261884' already defined as 'HUEDevice09B9050000261884'
2016.05.30 00:19:42 5: lightify: id '1EC7050000261884' already defined as 'HUEDevice1EC7050000261884'
2016.05.30 00:19:42 5: lightify: id '2B99C90000261884' already defined as 'HUEDevice2B99C90000261884'
2016.05.30 00:19:42 5: lightify: id '657BCB0000261884' already defined as 'HUEDevice657BCB0000261884'
2016.05.30 00:19:42 5: lightify: id '1565CA0000261884' already defined as 'HUEDevice1565CA0000261884'
2016.05.30 00:19:42 5: lightify: id 'CC74CA0000261884' already defined as 'HUEDeviceCC74CA0000261884'
2016.05.30 00:19:42 5: lightify: id 'B374CA0000261884' already defined as 'HUEDeviceB374CA0000261884'
2016.05.30 00:19:42 5: lightify: id 'D103CA0000261884' already defined as 'HUEDeviceD103CA0000261884'
2016.05.30 00:19:42 5: lightify: id 'B340CA0000261884' already defined as 'HUEDeviceB340CA0000261884'
2016.05.30 00:19:42 5: lightify: id '0976CA0000261884' already defined as 'HUEDevice0976CA0000261884'
Bezüglich der ghost devices, die bekomme ich auch manchmal, allerdings schwierig zu reproduzieren. Meistens hatte ich sie, nachdem ich die Bridge kurz vom Strom getrennt hatte während FHEM läuft.
Grüße,
Chirs
Zitat von: justme1968 am 28 Mai 2016, 20:52:21
@chrisz: ich habe einen verdacht was die falschen werte angeht: eventuell kommt die status abfrage zu schnell und es sind die werte vom langsamen ein und aus schalten. d.h. die lampe hat den endzustand noch nicht erreicht.
sind die lampen die probleme machen eventuell anders konfiguriert?
wird es besser wenn du das LIGHTIFY_sendNext( $hash ); am ende von LIGHTIFY_Parse durch RemoveInternalTimer($hash);
InternalTimer(gettimeofday()+1, "LIGHTIFY_sendNext", $hash, 0); ersetzt? eventuell auch mit zwei sekunden statt einer das scheint bei mir das problem zu umgehen.
gruss
andre
Die Lampe die Probleme macht ist genau so konfiguriert wie die anderen. Allerdings erscheint sie im Log immer als erste, dies könnte irgendeinen Einfluss aufs Timing haben...
Leider wird es nach der Änderung nicht besser. Habe es mit +1 und +2 Sekunden versucht. Zusätzlich erscheint kurz für alle Lampen das falsche "off" icon, obwohl "on" geschaltet wurde. Interresant ist, dass der RGB Wert, der im Log erscheint nicht im Webgui erscheint.
Grüße,
Chris
Zitat von: justme1968 am 29 Mai 2016, 13:14:12
anbei ein erstes update mit gruppen:
- es gibt neue on und off kommandos für das gateway device. damit wird alles ein bzw. aus geschaltet.
- nach einem connect werden die gruppen ausgelesen und devices dafür angelegt
gruss
andre
Habe mal die neue Version getestet. Meine Probleme treten immer noch auf (siehe Log). Interessant ist, das die Werte für die erste (A60RGBW 01) und die letzte Lampe (A60RGBW 07) im LOG nicht funktionieren. Alle dazwischen sind in Ordnung (A60W 01 und A60W 02 haben zur Zeit keinen Strom).
Grüße,
Chris
bezüglich der autocreate meldungen: das sind keine fehler sondern die meldung das autocreate nicht aufgerufen wird weil es die lampe schon gibt. das du sie siehst lieft nur an verbose 5.
das problem mit dem falschen status dim6% habe ich eben auch genau ein mal gehabt. es ist tatsächlich das was das gateway meldet. ich habe keine idee was wir hier tun können...
es gibt noch eine kurze status abfrage. vielleicht ist die besser.
gruss
andre
Sorry, dass ich nochmal nerve, aber was genau mache ich mit der oben verlinkten Datei "30_LIGHTIFY.pm"?
Zitat von: kabelsurfer am 29 Mai 2016, 21:25:00
Könnte mir bitte jemand ein paar Stichpunkte nennen, was man mit dem Anhang macht zum Testen? Sorry wegen dieser Frage hier, bin fhem-Neuling, aber ansonsten recht fit, was meinen "Gerätepark" angeht. ;)
Fhem läuft hier auf einem RPi 2 mit Raspbian, bisher allerdings ohne Geräte. Jetzt habe ich jedoch ein Osram Lightify Gateway mit 5 Downlight GU10 Einbauleuchten (Weißwert änderbar, aber ohne RGB) und 1 Lampe E27 (dito). Die würde ich nun gerne alle alternativ per fhem ansteuern.
Danke für Eure Hilfe!
Zitat von: kabelsurfer am 30 Mai 2016, 18:21:22
Sorry, dass ich nochmal nerve, aber was genau mache ich mit der oben verlinkten Datei "30_LIGHTIFY.pm"?
Nach /opt/fhem/FHEM kopieren. Die Originaldatei in diesem Verzeichnis solltest Du am Besten sichern, damit Du bei Problemen wieder einfach zurück kannst. Danach in fhem WEBGUI shutdown restart eingeben. Falls Du nicht weißt, wie das alles geht, macht es wahrscheinlich auch keinen Sinn diese Datei auszuprobieren und es wäre besser abzuwarten, bis Andre ein Update eincheckt, welches dann über die FHEM Update Funktion automatisch installiert wird.
Chris
Zitat von: justme1968 am 30 Mai 2016, 09:50:32
bezüglich der autocreate meldungen: das sind keine fehler sondern die meldung das autocreate nicht aufgerufen wird weil es die lampe schon gibt. das du sie siehst lieft nur an verbose 5.
das problem mit dem falschen status dim6% habe ich eben auch genau ein mal gehabt. es ist tatsächlich das was das gateway meldet. ich habe keine idee was wir hier tun können...
es gibt noch eine kurze status abfrage. vielleicht ist die besser.
gruss
andre
Wie kann ich denn die kurze Statusabfrage verwenden? Oder musst Du das erst implementieren?
die kurzen variante war noch nicht eingebaut. ist aber inzwischen drin.
einem unterschied den ich schon bemerkt habe: der komplette status kommt nach der anfrage sofort zurück. der kurze status kommt nach dem schalten erst nach 1-2 sekunden zurück. es könnte das problem also tatsächlich lösen.
ich teste noch und poste dir version dann.
gruss
andre
das problem ist noch nicht gelöst aber es ist tatsächlich so das die 'falschen' werte von den langsamen übergangen kommen. wenn man mit 0 transition time ändert stimmt der wert direkt nach dem auslesen. wenn man die transition time länger macht bekommt man einen mehr oder weniger aktuellen status der dem aktuellen zustand beim langsamen übergang entspricht.
man könnte also z.b. so lange nachfragen bis sich der wert nicht mehr ändert und dann das intervall wieder größer machen.
ich schaue mal wie aufwändig es ist das einzubauen.
gruss
andre
Zitat von: chrisz am 30 Mai 2016, 19:08:11
Nach /opt/fhem/FHEM kopieren. Die Originaldatei in diesem Verzeichnis solltest Du am Besten sichern, damit Du bei Problemen wieder einfach zurück kannst. Danach in fhem WEBGUI shutdown restart eingeben.
Soweit kein Problem, d.h. ich kann nun mittels fhem meine Leuchten ein- und ausschalen. :)
Falls ich nun etwas konkret zum Debuggen/Loggen beitragen kann, wären noch ein paar Hinweise prima. Danke!
Hi justme1968,
anbei der Java Code (nur Osram Part) der aktuellen Android Lightify App Version 1.6.0
zum nachvollziehen:
Android Studio installieren und auf dem Android Handy den Developer Modus aktivieren (kein Root erforderlich)
$ ./Android/sdk/platform-tools/adb devices
List of devices attached
53a3ce12 device
$ ./Android/sdk/platform-tools/adb -s 53a3ce12 shell pm list packages | grep osram
package:com.osram.lightify
$ ./Android/sdk/platform-tools/adb -s 53a3ce12 shell pm path com.osram.lightify
package:/data/app/com.osram.lightify-2/base.apk
$ ./Android/sdk/platform-tools/adb -s 53a3ce12 pull /data/app/com.osram.lightify-2/base.apk
3969 KB/s (27052058 bytes in 6.654s)
$ mv base.apk lightify.apk
$ ./dex2jar-2.0/d2j-dex2jar.sh -f -o com.osram.lightify.jar lightify.apk
dex2jar lightify.apk -> com.osram.lightify.jar
jetzt die jar-Datei mit JD-GUI öffnen und Java Dateien exportieren.
weitere Infos zu den Modulen NetworkListNodesParser.java, NodeGetCurrentStatusParser.java usw.
siehe hier: https://forum.fhem.de/index.php/topic,28339.msg270426.html#msg270426
... damals noch 42 Byte je Lampe, seit diesem Jahr 50 Byte
siehe https://forum.fhem.de/index.php/topic,28339.msg379467.html#msg379467
Hallo zusammen,
vielen Dank schon mal an justme1968 für die neue Version aus Post #338:
Gruppen funktionieren bei mir und werden automatisch eingerichtet wie in der App angelegt.[/li]
Folgende Frage habe ich:Setzt die neue Version von 30_lightify.pm voraus, dass das Gateway eine Verbindung zum Cloud-Server hat?[/li][/list]
Folgendes klappt bei mir noch nicht:Nun möchte ich, dass eine Lampe langsam eingeschaltet wird - eventuell ist meine Syntax falsch?
Habe mich an der engl. commandref für HueDevices orientiert.
Folgende Befehle funktionieren nicht
set Lampe1 on [10]
==> Lampe geht auf die Helligkeit, mit der sie ausgeschaltet wurde.
set Lampe1 on : transitiontime 15
==>Lampe geht sofort an
Folgender Befehl funktioniert:
set Lampe 1 pct 75 : transitiontime 15
Viele Grüße,
Heiko
es ist noch alles ohne cloud und ich denke das bleibt auch erst mal so. mir sind inzwischen noch ein paar nachteile und probleme mit dem offiziellen api aufgefallen und kein einziger vorteil.
das on und das off kommando des gateway unterstützen so weit ich gesehen habe keine transition time.
das kommando zum dimmen kann das. aber es schaltet vorher auf die letzte helligkeit und dann erst mit der transitiontime auf den ziel wert. scheinbar kann das gateway das nicht anders. die offizielle app hat die gleiche einschränkung.
ich glaube du kannst nur in der app ein mal die zeit pro lampe einstellen und dir wird dann bei on verwendet.
das ist einer der haupt unterschiede zur hue bridge. hier kann man allemparameter auf ein mal in eine nachricht stecken und die transitiontime wirkt sich auch auf das ein und aus schalten aus.
gruss
andre
Zitat von: justme1968 am 31 Mai 2016, 21:45:39
es ist noch alles ohne cloud und ich denke das bleibt auch erst mal so. mir sind inzwischen noch ein paar nachteile und probleme mit dem offiziellen api aufgefallen und kein einziger vorteil.
Ok, super. Für mich bedeutet "ohne Cloud" = besser :-)
Zitat
das kommando zum dimmen kann das. aber es schaltet vorher auf die letzte helligkeit und dann erst mit der transitiontime auf den ziel wert. scheinbar kann das gateway das nicht anders. die offizielle app hat die gleiche einschränkung.
Ok, da könnte man drum rum arbeiten, in dem man einfach vor dem off-Befehl noch kurz den entsprechenden pct-Wert setzt...
Zitat
ich glaube du kannst nur in der app ein mal die zeit pro lampe einstellen und dir wird dann bei on verwendet.
Stimmt, diese Funktion kam mit einem Update.
kurzer zwischenstand:
ich habe jetzt eine variante die abhängig von transition time und davon ob es eine änderung gab im sekunden takt abfragt. so bekommt man in fhem auch das rauf und runter dimmen mit. ich weiss nur nicht wie das bei mehreren lampen skaliert.
ich baue noch ein das das regelmässige pollen wieder geht und für das problem der vollen helligkeit beim einschalten wollte ich ein optionales powerOnPct attribut einbauen das vor dem ausschalten aus fhem auf diesen wert dimmt und dann aus schaltet.
gruss
andre
Cool, danke.
Wird dann von dir immer der Dateianhang in Post #338 aktualisiert, wenn man selber zum Testen nachziehen will?
Heiko
Ich kann die Lampen über's WebGUI ein- und ausschalten. Ab und an (jedoch nicht nachvollziehbar reproduzierbar) erscheinen die Lampen nicht wie im Screenshot dargestellt als Glühbirnen, sondern mit einer "dim x%"-Anzeige (siehe 3. Screenshot, EZ_Decke_Mitte).
Da momentan alle EZ-Leuchten gedimmt sind, müssten die doch alle so dargestellt werden, oder?
Und wenn ich EZ_Decke_NO ausschalte, verschwindet bei EZ_Decke_Mitte die "dim x%"-Anzeige und dort wird stattdessen wieder eine mormale Glühbirne angezeigt, obwohl sich bei EZ_Decke_Mitte am Dimmer-Zustand doch nichts ändert, wenn ich eine andere Leuchte dieser Gruppe (EZ) schalte. Soll das so ein?
Screenshots 4+5 zeigen, dass die Status für die EZ_Leuchten unterschiedlich dargestellt werden, obwohl sie alle gleich gedimmt sind.
Noch eine Frage: Weshalb steht da "HUEDevice"?
Sorry, bin noch Neuling, daher mögen einige meiner Anmerkungen/Fragen evtl. etwas "blöd" sein. :-[
AZ=Arbeitszimmer, 1x E27
EZ=Esszimmer, 5x GU10
Ich habe auch mit der neuen Version aus #338 noch das Problem, dass ungültige Einträge angelegt werden.
Diese kann ich auch nicht übers WebUI löschen, da die sich gar nicht anklicken lassen.
Ich muss also in die fhem.cfg rein und die Einträge manuell suchen & löschen.
define LIGHTIFY0AFFFFFFFF503136 HUEDevice 0AFFFFFFFF503136
attr LIGHTIFY0AFFFFFFFF503136 IODev Lightify01
attr LIGHTIFY0AFFFFFFFF503136 alias
attr LIGHTIFY0AFFFFFFFF503136 color-icons 2
attr LIGHTIFY0AFFFFFFFF503136 devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
attr LIGHTIFY0AFFFFFFFF503136 room LIGHTIFY
attr LIGHTIFY0AFFFFFFFF503136 subType dimmer
attr LIGHTIFY0AFFFFFFFF503136 webCmd pct:toggle:on:off
define LIGHTIFY1020400020100006 HUEDevice 1020400020100006
attr LIGHTIFY1020400020100006 IODev Lightify01
attr LIGHTIFY1020400020100006 alias
attr LIGHTIFY1020400020100006 color-icons 2
attr LIGHTIFY1020400020100006 devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
attr LIGHTIFY1020400020100006 room LIGHTIFY
attr LIGHTIFY1020400020100006 subType colordimmer
attr LIGHTIFY1020400020100006 webCmd hue:rgb:rgb ff0000:rgb 98FF23:rgb 0000ff:toggle:on:off
Viele Grüße,
Heiko
ich brauche ein log mit verbose 5.
gruss
andre
Ich kann es jetzt erstmal leider nicht reproduzieren.
Es passiert einfach immer mal wieder.
Ich kann aber mal ein Log-File für das Gateway definieren.
kurzes update:
- es gibt neue kommandos um lampen zu gruppen hinzuzufügen und zu entfernen
- es gibt neue kommandos um geräte und gruppen im gateway umzubenennen und den alias in fhem anzupassen
- es gibt kommandos um die zeit für softOn und softOff der lampen einzustellen
- es gibt ein kommando um gespeicherte szenen abzurufen
das kommt alles im nächsten update. ich würde aber vorher gerne noch zwei dinge einbauen:
- konfigurieren des zustandes nach physikalischem ein schalten
- speichern von szenen
da ich gerade ein problem mit wireshark habe: könnte bitte jemand beides mal mit sniffen? d.h. wenn die app lokal mit dem gateway verbunden ist beides ein mal machen und hier posten.
gruss
andre
"wenn die app lokal mit dem gateway verbunden ist" - Welche App? Arbeitet Ihr nicht mit dem WebGUI von FHEM?
die original lightly app.
Sorry, klar! :-[ Danke, ich dachte schon, ich hätte etwas verpasst. ;) Wireshark, hmm... Habe damit keine Erfahrung, aber schon von gehört.
Noch etwas anderes:
Wenn ich die Leuchten am herkömmlichen Wandschalter ausschalte (Strom aus), werden die Leuchten im FHEM WebGUI immer noch als eingeschaltet angezeigt. Wäre es möglich, die Leuchten in diesem "Zustand" noch einmal anders als mit dem üblichen "ausgeschaltet" Symbol darzustellen (also im Vergleich dazu, wenn sie per App ausgeschaltet wurden)? Oder wenigstens mit demselben Symbol wie "ausgeschaltet"?
wenn du regelmässig sollst (bzw. das wieder eingebaut ist) gibt es ein icon mit ausrufezeichen.
gruss
andre
da ich nicht weiss wann jemand zum sniffen kommt, hier der aktuelle stand:
- set <gateway> setSoftOn <mac> <time> setzt die dauer für das soft on
mac ist die adresse der lampe, in den internals zu sehen. time ist die zeit in 1/10 sekunden - set <gateway> setSoftOff <mac> <time> setzt die dauer für das soft off
- set <lampe> rename <neuer name> benennt eine lampe im gateway um und ändert auch den fhem alias
- das rename kommando funktioniert auch für gruppen
- set <gateway> goToScene <id> ruft die szene mit der laufenden nummer <id> ab
- mit set <gateway> setRGBW <mac> RRGGBBWW müsste es möglich sein rgbw bzw. pastell töne zu setzen.
ungetestet da ich keine passende birne habe - alle lampen werden alle 60 sekunden gepollt
@kabelsurfer: du solltest dazu color-icons auf 2 setzen und im iconPath für WEB openautomation:fhemSVG:default stehen haben
gruss
andre
edit: 2016-06-03: 'geister' devices repariert
edit: 2016-06-04: reassemble partial messages
edit: 2016-06-04: handle incomplete messages, setRGBW fix
edit: diese version ist jetzt eingecheckt.
Hallo justme1968,
erstmal danke für das erneute Update, sieht schon sehr vielversprechend aus.
Zitat von: justme1968 am 03 Juni 2016, 00:06:51
mac ist die adresse der lampe, in den internals zu sehen. time ist die zeit in 1/10 sekunden[/li][/list]
Meinst du mit MAC die ID?
-----
Nachfolgend noch ein Log mit Verbose = 5, bei dem wieder kryptische Zeichen nach einem reconnect aufgetaucht sind.
2016.06.02 09:43:16 3: Lightify01: Disconnected
2016.06.02 09:43:16 3: Lightify01: connected to 192.168.178.218
2016.06.02 09:43:16 4: Lightify01: sending:070000130000000001
2016.06.02 09:43:16 4: Lightify01: enque: 00, 1E 00 00 00
2016.06.02 09:43:16 5: Lightify01: received: 0301011300000000000500a2c5b2060100002618840a0102040102000000648e0aff0000ff413630524742572030310000000000000000000000000000c0952c60da0000261884020102040002030000048e0affffffff50313654572030310000000000000000000000000000000011160f510000002618840201020400020b0000048e0affffffff50313654572030320000000000000000000000000000000065bb9052da00002618840201020400020d0000048e0affffffff5031365457203033000000000000000000000000000000002a6d5659000000XXXXXX020102040002050000048e0affffffff503136545720303400000000000000000000000000000000
2016.06.02 09:43:16 4: Lightify01: parsing: 0301011300000000000500A2C5B206010000XXXXXX0A0102040102000000648E0AFF0000FF413630524742572030310000000000000000000000000000C0952C60DA0000XXXXXX020102040002030000048E0AFFFFFFFF50313654572030310000000000000000000000000000000011160F51000000XXXXXX0201020400020B0000048E0AFFFFFFFF50313654572030320000000000000000000000000000000065BB9052DA0000XXXXXX0201020400020D0000048E0AFFFFFFFF5031365457203033000000000000000000000000000000002A6D5659000000XXXXXX020102040002050000048E0AFFFFFFFF503136545720303400000000000000000000000000000000
2016.06.02 09:43:16 4: A60RGBW 01: B206010000XXXXXX:A2C5, type: 0A (w:1, rgb:1), firmware?: 01020401, reachable?: 2, groups?: 0000, onoff: 0, dim: 100, ct: 2702, rgb: FF0000
2016.06.02 09:43:16 5: Lightify01: id 'B206010000XXXXXX' already defined as 'Lightify_RGB_Wohnkugel'
2016.06.02 09:43:16 4: P16TW 01: 2C60DA0000XXXXXX:C095, type: 02 (w:1, rgb:0), firmware?: 01020400, reachable?: 2, groups?: 0003, onoff: 0, dim: 4, ct: 2702, rgb: FFFFFF
2016.06.02 09:43:16 5: Lightify01: id '2C60DA0000XXXXXX' already defined as 'LightifySchlafBett01'
2016.06.02 09:43:16 4: P16TW 02: 0F51000000XXXXXX:1116, type: 02 (w:1, rgb:0), firmware?: 01020400, reachable?: 2, groups?: 000B, onoff: 0, dim: 4, ct: 2702, rgb: FFFFFF
2016.06.02 09:43:16 5: Lightify01: id '0F51000000XXXXXX' already defined as 'LightifySchlafBett02'
2016.06.02 09:43:16 4: P16TW 03: 9052DA0000XXXXXX:65BB, type: 02 (w:1, rgb:0), firmware?: 01020400, reachable?: 2, groups?: 000D, onoff: 0, dim: 4, ct: 2702, rgb: FFFFFF
2016.06.02 09:43:16 5: Lightify01: id '9052DA0000XXXXXX' already defined as 'LightifySchlafBett03'
2016.06.02 09:43:16 4: P16TW 04: 5659000000XXXXXX:2A6D, type: 02 (w:1, rgb:0), firmware?: 01020400, reachable?: 2, groups?: 0005, onoff: 0, dim: 4, ct: 2702, rgb: FFFFFF
2016.06.02 09:43:16 5: Lightify01: id '5659000000XXXXXX' already defined as 'LightifySchlafBett04'
2016.06.02 09:43:16 4: Lightify01: sending:0500001E010000
2016.06.02 09:43:16 5: Lightify01: received: 5100011e0100000000040001004c696768745363686c6166324765730002004c696768745363686c61663246656e0003004c696768745363686c616657616e640004004c696768745363686c61663254560000
2016.06.02 09:43:16 4: Lightify01: parsing: 5100011E0100000000040001004C696768745363686C6166324765730002004C696768745363686C61663246656E0003004C696768745363686C616657616E640004004C696768745363686C61663254560000
2016.06.02 09:43:16 5: Lightify01: id '0' already defined as 'LIGHTIFYGroup0'
2016.06.02 09:43:16 5: Lightify01: id '1' already defined as 'LightSchlaf2Ges'
2016.06.02 09:43:16 5: Lightify01: id '2' already defined as 'LightSchlafFens'
2016.06.02 09:43:16 5: Lightify01: id '3' already defined as 'LightSchlafWand'
2016.06.02 09:43:16 4: Lightify01: create new device 'LIGHTIFYGroup4' for group nr. '4'
2016.06.02 09:43:16 3: LIGHTIFYGroup4: I/O device is Lightify01
2016.06.02 09:43:16 4: Lightify01: enque: 00, 13 00 00 00 00 01
2016.06.02 09:43:18 4: groups: Gruppe alles,LightSchlaf2Ges,Ɩv�E66��c$fV�,LightSchlafWand,@Ɩv�E66��c%E`
2016.06.02 09:43:18 4: Lightify01: sending:070000130200000001
2016.06.02 09:43:18 5: Lightify01: received: 0301011302000000000500a2c5b2060100002618840a0102040102000000648e0aff0000ff413630524742572030310000000000000000000000000000c0952c60da0000261884020102040002030000048e0affffffff50313654572030310000000000000000000000000000000011160f510000002618840201020400020b0000048e0affffffff50313654572030320000000000000000000000000000000065bb9052da00002618840201020400020d0000048e0affffffff5031365457203033000000000000000000000000000000002a6d5659000000XXXXXX020102040002050000048e0affffffff503136545720303400000000000000000000000000000000
2016.06.02 09:43:18 4: Lightify01: parsing: 0301011302000000000500A2C5B206010000XXXXXX0A0102040102000000648E0AFF0000FF413630524742572030310000000000000000000000000000C0952C60DA0000XXXXXX020102040002030000048E0AFFFFFFFF50313654572030310000000000000000000000000000000011160F51000000XXXXXX0201020400020B0000048E0AFFFFFFFF50313654572030320000000000000000000000000000000065BB9052DA0000XXXXXX0201020400020D0000048E0AFFFFFFFF5031365457203033000000000000000000000000000000002A6D5659000000XXXXXX020102040002050000048E0AFFFFFFFF503136545720303400000000000000000000000000000000
2016.06.02 09:43:18 4: A60RGBW 01: B206010000XXXXXX:A2C5, type: 0A (w:1, rgb:1), firmware?: 01020401, reachable?: 2, groups?: 0000, onoff: 0, dim: 100, ct: 2702, rgb: FF0000
2016.06.02 09:43:18 5: Lightify01: id 'B206010000XXXXXX' already defined as 'Lightify_RGB_Wohnkugel'
2016.06.02 09:43:18 4: P16TW 01: 2C60DA0000XXXXXX:C095, type: 02 (w:1, rgb:0), firmware?: 01020400, reachable?: 2, groups?: 0003, onoff: 0, dim: 4, ct: 2702, rgb: FFFFFF
2016.06.02 09:43:18 5: Lightify01: id '2C60DA0000XXXXXX' already defined as 'LightifySchlafBett01'
2016.06.02 09:43:18 4: P16TW 02: 0F51000000XXXXXX:1116, type: 02 (w:1, rgb:0), firmware?: 01020400, reachable?: 2, groups?: 000B, onoff: 0, dim: 4, ct: 2702, rgb: FFFFFF
2016.06.02 09:43:18 5: Lightify01: id '0F51000000XXXXXX' already defined as 'LightifySchlafBett02'
2016.06.02 09:43:18 4: P16TW 03: 9052DA0000XXXXXX:65BB, type: 02 (w:1, rgb:0), firmware?: 01020400, reachable?: 2, groups?: 000D, onoff: 0, dim: 4, ct: 2702, rgb: FFFFFF
2016.06.02 09:43:18 5: Lightify01: id '9052DA0000XXXXXX' already defined as 'LightifySchlafBett03'
2016.06.02 09:43:18 4: P16TW 04: 5659000000XXXXXX:2A6D, type: 02 (w:1, rgb:0), firmware?: 01020400, reachable?: 2, groups?: 0005, onoff: 0, dim: 4, ct: 2702, rgb: FFFFFF
2016.06.02 09:43:18 5: Lightify01: id '5659000000XXXXXX' already defined as 'LightifySchlafBett04'
Viele Grüße,
Heiko
ja. mac ist die ID aus den internals einer lampe.
gruss
andre
ps: ich habe das problem mit den 'geister' geräten gefunden. irgendwo stimmt die offset berechnung nicht und es kommt scheinbar manchmal eine ungerade zahl an bytes vom gateway. ist in der nächsten version repariert.
Zitat von: justme1968 am 03 Juni 2016, 21:45:52
ps: ich habe das problem mit den 'geister' geräten gefunden. irgendwo stimmt die offset berechnung nicht und es kommt scheinbar manchmal eine ungerade zahl an bytes vom gateway. ist in der nächsten version repariert.
Klasse! Danke!
Wird dann auch behoben sein, dass die Aliase etc. so kryptische Symbole haben?
ja. das ist genau das problem. durch die ungerade länge und die falsche offset berechnung landet er bei manchen namen nich auf einer 8bit grenze sondern auf einer 4bit grenze und dann stimmen die ascii werte nicht mehr.
Vielen Dank für die Fehlerbehebung! In letzter Zeit hatte ich auch wieder Probleme mit "Geisterlampen"... Dachte eigentlich das es schon behoben war... Ich habe das Problem mit der 4 bit Grenze nicht ganz verstanden, @justme1968 kannst Du das noch genauer erklären?
ich habe die version hier: https://forum.fhem.de/index.php/topic,28339.msg457837.html#msg457837 (https://forum.fhem.de/index.php/topic,28339.msg457837.html#msg457837) aktualisiert.
das problem mit den geister devices sollte behoben sein.
@heikoh81: kannst du bitte mal ein set <gateway> getGroups mit verbose 4 loggen und mir das log zeigen?
@stebar_: das modul verwendet intern noch eine hex repräsentation der empfangenen daten. wenn man beim parsen um einen buchstaben verrutscht landet man mitten in einem byte und alle 8bit werte sind um 4bit verschoben und passen nicht mehr. das problem das vor einiger zeit behoben wurde hatte eine andere ursache.
@alle: kann bitte noch jemand das erzeugen einer szene und das ändern der power on defaults sniffen?
gruss
andre
Hallo Andre,
Zitat von: justme1968 am 03 Juni 2016, 23:34:51
ich habe die version hier: https://forum.fhem.de/index.php/topic,28339.msg457837.html#msg457837 (https://forum.fhem.de/index.php/topic,28339.msg457837.html#msg457837) aktualisiert.
@heikoh81: kannst du bitte mal ein set <gateway> getGroups mit verbose 4 loggen und mir das log zeigen?
Ich habe das oben verlinkte neue Update eingespielt.
Zuerst bekomme ich mit verbose = 0 nach "shutdown restart" im FHEM-Log folgende Fehler:
2016.06.04 10:11:28 1: PERL WARNING: substr outside of string at ./FHEM/30_LIGHTIFY.pm line 859.
2016.06.04 10:11:28 1: PERL WARNING: Use of uninitialized value in hex at ./FHEM/30_LIGHTIFY.pm line 859.
2016.06.04 10:11:28 1: PERL WARNING: substr outside of string at ./FHEM/30_LIGHTIFY.pm line 860.
2016.06.04 10:11:28 1: PERL WARNING: Use of uninitialized value in hex at ./FHEM/30_LIGHTIFY.pm line 860.
2016.06.04 10:11:28 1: PERL WARNING: substr outside of string at ./FHEM/30_LIGHTIFY.pm line 861.
2016.06.04 10:11:28 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/30_LIGHTIFY.pm line 861.
2016.06.04 10:11:28 1: PERL WARNING: substr outside of string at ./FHEM/30_LIGHTIFY.pm line 862.
2016.06.04 10:11:28 1: PERL WARNING: substr outside of string at ./FHEM/30_LIGHTIFY.pm line 863.
2016.06.04 10:11:28 1: PERL WARNING: substr outside of string at ./FHEM/30_LIGHTIFY.pm line 864.
2016.06.04 10:11:28 1: PERL WARNING: substr outside of string at ./FHEM/30_LIGHTIFY.pm line 865.
2016.06.04 10:11:28 1: PERL WARNING: Use of uninitialized value $r in concatenation (.) or string at ./FHEM/30_LIGHTIFY.pm line 867.
2016.06.04 10:11:28 1: PERL WARNING: Use of uninitialized value $g in concatenation (.) or string at ./FHEM/30_LIGHTIFY.pm line 867.
2016.06.04 10:11:28 1: PERL WARNING: Use of uninitialized value $b in concatenation (.) or string at ./FHEM/30_LIGHTIFY.pm line 867.
2016.06.04 10:11:28 1: PERL WARNING: Use of uninitialized value $w in concatenation (.) or string at ./FHEM/30_LIGHTIFY.pm line 867.
2016.06.04 10:11:28 1: PERL WARNING: Use of uninitialized value $r in concatenation (.) or string at ./FHEM/30_LIGHTIFY.pm line 627.
2016.06.04 10:11:28 1: PERL WARNING: Use of uninitialized value $g in concatenation (.) or string at ./FHEM/30_LIGHTIFY.pm line 627.
2016.06.04 10:11:28 1: PERL WARNING: Use of uninitialized value $b in concatenation (.) or string at ./FHEM/30_LIGHTIFY.pm line 627.
Nachfolgend ein set Lightify01 getGroups.
Zunächst kommt folgendes "Popup-Fenster":
group info: 5: LightSchlaf2TV, lights: 2C60DA0000261884, 5659000000261884
Im Log:
2016.06.04 10:12:28 4: Lightify01: sending: 070000130F00000001
2016.06.04 10:12:28 4: Lightify01: parsing: 030101130F000000000500A2C5B2060100002618840A0102040102000000648E0A02FF00FF413630524742572030310000000000000000000000000000C0952C60DA0000261884020102040002130000148E0AFFFFFFFF50313654572030310000000000000000000000000000000011160F510000002618840201020400020B0000138E0AFFFFFFFF50313654572030320000000000000000000000000000000065BB9052DA00002618840201020400020D0000148E0AFFFFFFFF5031365457203033000000000000000000000000000000002A6D5659000000261884020102040002150000148E0AFFFFFFFF503136545720303400000000000000000000000000000000
2016.06.04 10:12:28 4: A60RGBW 01: B206010000261884:A2C5, type: 0A (ct:1, rgb:1), firmware: 01020401, reachable: 2, groups: 0000, onoff: 0, dim: 100, ct: 2702, rgb: 02FF00, w: FF
2016.06.04 10:12:29 4: P16TW 01: 2C60DA0000261884:C095, type: 02 (ct:1, rgb:0), firmware: 01020400, reachable: 2, groups: 0013, onoff: 0, dim: 20, ct: 2702, rgb: FFFFFF, w: FF
2016.06.04 10:12:29 4: P16TW 02: 0F51000000261884:1116, type: 02 (ct:1, rgb:0), firmware: 01020400, reachable: 2, groups: 000B, onoff: 0, dim: 19, ct: 2702, rgb: FFFFFF, w: FF
2016.06.04 10:12:29 4: P16TW 03: 9052DA0000261884:65BB, type: 02 (ct:1, rgb:0), firmware: 01020400, reachable: 2, groups: 000D, onoff: 0, dim: 20, ct: 2702, rgb: FFFFFF, w: FF
2016.06.04 10:12:29 4: P16TW 04: 5659000000261884:2A6D, type: 02 (ct:1, rgb:0), firmware: 01020400, reachable: 2, groups: 0015, onoff: 0, dim: 20, ct: 2702, rgb: FFFFFF, w: FF
2016.06.04 10:12:30 4: Lightify01: sending: 0E00006810000000B206010000261884
2016.06.04 10:12:30 4: Lightify01: enque: 00, 68 00 00 00 00 2C60DA0000261884
2016.06.04 10:12:30 4: Lightify01: enque: 00, 68 00 00 00 00 0F51000000261884
2016.06.04 10:12:30 4: Lightify01: enque: 00, 68 00 00 00 00 9052DA0000261884
2016.06.04 10:12:30 4: Lightify01: enque: 00, 68 00 00 00 00 5659000000261884
2016.06.04 10:12:30 4: Lightify01: parsing: 1200016810000000000100B20601000026188401
2016.06.04 10:12:30 4: B206010000261884, reachable: 0, onoff: 0, dim: 0, ct: 0, rgb: , w:
2016.06.04 10:12:30 4: Lightify01: sending: 0E000068110000002C60DA0000261884
2016.06.04 10:12:31 4: Lightify01: parsing: 1E000168110000000001002C60DA0000261884000200148E0AFFFFFFFF000000
2016.06.04 10:12:31 4: 2C60DA0000261884, reachable: 2, onoff: 0, dim: 20, ct: 10, rgb: FFFFFF, w: FF
2016.06.04 10:12:31 4: Lightify01: sending: 0E000068120000000F51000000261884
2016.06.04 10:12:31 4: Lightify01: parsing: 1E000168120000000001000F51000000261884000200138E0AFFFFFFFF000000
2016.06.04 10:12:31 4: 0F51000000261884, reachable: 2, onoff: 0, dim: 19, ct: 10, rgb: FFFFFF, w: FF
2016.06.04 10:12:31 4: Lightify01: sending: 0E000068130000009052DA0000261884
2016.06.04 10:12:31 4: Lightify01: enque: 00, 68 00 00 00 00 B206010000261884
2016.06.04 10:12:32 4: Lightify01: parsing: 1E000168130000000001009052DA0000261884000200148E0AFFFFFFFF000000
2016.06.04 10:12:32 4: 9052DA0000261884, reachable: 2, onoff: 0, dim: 20, ct: 10, rgb: FFFFFF, w: FF
2016.06.04 10:12:32 4: Lightify01: sending: 0E000068140000005659000000261884
2016.06.04 10:12:32 4: Lightify01: enque: 00, 68 00 00 00 00 2C60DA0000261884
2016.06.04 10:12:32 4: Lightify01: parsing: 1E000168140000000001005659000000261884000200148E0AFFFFFFFF000000
2016.06.04 10:12:32 4: 5659000000261884, reachable: 2, onoff: 0, dim: 20, ct: 10, rgb: FFFFFF, w: FF
2016.06.04 10:12:32 4: Lightify01: sending: 0E00006815000000B206010000261884
2016.06.04 10:12:32 4: Lightify01: enque: 00, 68 00 00 00 00 0F51000000261884
2016.06.04 10:12:33 4: Lightify01: enque: 00, 68 00 00 00 00 9052DA0000261884
2016.06.04 10:12:33 4: Lightify01: parsing: 1E00016815000000000100B206010000261884000200648E0A02FF00FF001900
2016.06.04 10:12:33 4: B206010000261884, reachable: 2, onoff: 0, dim: 100, ct: 10, rgb: 02FF00, w: FF
2016.06.04 10:12:33 4: Lightify01: sending: 0E000068160000002C60DA0000261884
2016.06.04 10:12:33 4: Lightify01: enque: 00, 68 00 00 00 00 5659000000261884
2016.06.04 10:12:33 4: Lightify01: parsing: 1E000168160000000001002C60DA0000261884000200148E0AFFFFFFFF000000
2016.06.04 10:12:33 4: 2C60DA0000261884, reachable: 2, onoff: 0, dim: 20, ct: 10, rgb: FFFFFF, w: FF
2016.06.04 10:12:33 4: Lightify01: sending: 0E000068170000000F51000000261884
2016.06.04 10:12:33 4: Lightify01: parsing: 1E000168170000000001000F51000000261884000200138E0AFFFFFFFF000000
2016.06.04 10:12:33 4: 0F51000000261884, reachable: 2, onoff: 0, dim: 19, ct: 10, rgb: FFFFFF, w: FF
2016.06.04 10:12:33 4: Lightify01: sending: 0E000068180000009052DA0000261884
2016.06.04 10:12:34 4: Lightify01: enque: 00, 68 00 00 00 00 B206010000261884
2016.06.04 10:12:34 4: Lightify01: parsing: 1E000168180000000001009052DA0000261884000200148E0AFFFFFFFF000000
2016.06.04 10:12:34 4: 9052DA0000261884, reachable: 2, onoff: 0, dim: 20, ct: 10, rgb: FFFFFF, w: FF
2016.06.04 10:12:34 4: Lightify01: sending: 0E000068190000005659000000261884
2016.06.04 10:12:34 4: Lightify01: parsing: 1E000168190000000001005659000000261884000200148E0AFFFFFFFF000000
2016.06.04 10:12:34 4: 5659000000261884, reachable: 2, onoff: 0, dim: 20, ct: 10, rgb: FFFFFF, w: FF
2016.06.04 10:12:34 4: Lightify01: sending: 0E0000681A000000B206010000261884
2016.06.04 10:12:35 4: Lightify01: parsing: 1E0001681A000000000100B206010000261884000200648E0A02FF00FF001900
2016.06.04 10:12:35 4: B206010000261884, reachable: 2, onoff: 0, dim: 100, ct: 10, rgb: 02FF00, w: FF
2016.06.04 10:13:27 4: Lightify01: sending: 0700001E1B00000000
2016.06.04 10:13:27 4: Lightify01: parsing: 6300011E1B00000000050001004C696768745363686C6166324765730002004C696768745363686C61663246656E0003004C696768745363686C616657616E640004004C696768745363686C61663242696C0005004C696768745363686C61663254560000
2016.06.04 10:13:27 4: Lightify01: enque: 00, 26 00 00 00 00 01 00
2016.06.04 10:13:27 4: Lightify01: enque: 00, 26 00 00 00 00 02 00
2016.06.04 10:13:27 4: Lightify01: enque: 00, 26 00 00 00 00 03 00
2016.06.04 10:13:27 4: Lightify01: enque: 00, 26 00 00 00 00 04 00
2016.06.04 10:13:27 4: Lightify01: enque: 00, 26 00 00 00 00 05 00
2016.06.04 10:13:27 4: groups: 0: Gruppe alles, 1: LightSchlaf2Ges, 2: LightSchlaf2Fen, 3: LightSchlafWand, 4: LightSchlaf2Bil, 5: LightSchlaf2TV
2016.06.04 10:13:27 4: Lightify01: sending: 080000261C0000000100
2016.06.04 10:13:27 4: Lightify01: parsing: 3A0001261C0000000001004C696768745363686C61663247657300042C60DA00002618840F510000002618849052DA00002618845659000000261884
2016.06.04 10:13:27 4: group 1: alias: LightSchlaf2Ges, lights: 2C60DA0000261884,0F51000000261884,9052DA0000261884,5659000000261884
2016.06.04 10:13:27 4: Lightify01: sending: 080000261D0000000200
2016.06.04 10:13:27 4: Lightify01: parsing: 2A0001261D0000000002004C696768745363686C61663246656E00022C60DA00002618840F51000000261884
2016.06.04 10:13:27 4: group 2: alias: LightSchlaf2Fen, lights: 2C60DA0000261884,0F51000000261884
2016.06.04 10:13:27 4: Lightify01: sending: 080000261E0000000300
2016.06.04 10:13:27 4: Lightify01: parsing: 2A0001261E0000000003004C696768745363686C616657616E6400029052DA00002618845659000000261884
2016.06.04 10:13:27 4: group 3: alias: LightSchlafWand, lights: 9052DA0000261884,5659000000261884
2016.06.04 10:13:27 4: Lightify01: sending: 080000261F0000000400
2016.06.04 10:13:28 4: Lightify01: parsing: 2A0001261F0000000004004C696768745363686C61663242696C00020F510000002618849052DA0000261884
2016.06.04 10:13:28 4: group 4: alias: LightSchlaf2Bil, lights: 0F51000000261884,9052DA0000261884
2016.06.04 10:13:28 4: Lightify01: sending: 08000026200000000500
2016.06.04 10:13:28 4: Lightify01: parsing: 2A000126200000000005004C696768745363686C61663254560000022C60DA00002618845659000000261884
2016.06.04 10:13:28 4: group 5: alias: LightSchlaf2TV, lights: 2C60DA0000261884,5659000000261884
2016.06.04 10:13:29 4: Lightify01: sending: 070000132100000001
2016.06.04 10:13:29 4: Lightify01: parsing: 0301011321000000000500A2C5B2060100002618840A0102040102000000648E0A02FF00FF413630524742572030310000000000000000000000000000C0952C60DA0000261884020102040002130000148E0AFFFFFFFF50313654572030310000000000000000000000000000000011160F510000002618840201020400020B0000138E0AFFFFFFFF50313654572030320000000000000000000000000000000065BB9052DA00002618840201020400020D0000148E0AFFFFFFFF5031365457203033000000000000000000000000000000002A6D5659000000261884020102040002150000148E0AFFFFFFFF503136545720303400000000000000000000000000000000
2016.06.04 10:13:29 4: A60RGBW 01: B206010000261884:A2C5, type: 0A (ct:1, rgb:1), firmware: 01020401, reachable: 2, groups: 0000, onoff: 0, dim: 100, ct: 2702, rgb: 02FF00, w: FF
2016.06.04 10:13:29 4: P16TW 01: 2C60DA0000261884:C095, type: 02 (ct:1, rgb:0), firmware: 01020400, reachable: 2, groups: 0013, onoff: 0, dim: 20, ct: 2702, rgb: FFFFFF, w: FF
2016.06.04 10:13:29 4: P16TW 02: 0F51000000261884:1116, type: 02 (ct:1, rgb:0), firmware: 01020400, reachable: 2, groups: 000B, onoff: 0, dim: 19, ct: 2702, rgb: FFFFFF, w: FF
2016.06.04 10:13:30 4: P16TW 03: 9052DA0000261884:65BB, type: 02 (ct:1, rgb:0), firmware: 01020400, reachable: 2, groups: 000D, onoff: 0, dim: 20, ct: 2702, rgb: FFFFFF, w: FF
2016.06.04 10:13:30 4: P16TW 04: 5659000000261884:2A6D, type: 02 (ct:1, rgb:0), firmware: 01020400, reachable: 2, groups: 0015, onoff: 0, dim: 20, ct: 2702, rgb: FFFFFF, w: FF
2016.06.04 10:13:30 4: Lightify01: sending: 0E00006822000000B206010000261884
2016.06.04 10:13:30 4: Lightify01: enque: 00, 68 00 00 00 00 2C60DA0000261884
2016.06.04 10:13:31 4: Lightify01: enque: 00, 68 00 00 00 00 0F51000000261884
2016.06.04 10:13:31 4: Lightify01: enque: 00, 68 00 00 00 00 9052DA0000261884
2016.06.04 10:13:31 4: Lightify01: enque: 00, 68 00 00 00 00 5659000000261884
2016.06.04 10:13:31 4: Lightify01: parsing: 1E00016822000000000100B206010000261884000200648E0A02FF00FF001900
2016.06.04 10:13:31 4: B206010000261884, reachable: 2, onoff: 0, dim: 100, ct: 10, rgb: 02FF00, w: FF
2016.06.04 10:13:31 4: Lightify01: sending: 0E000068230000002C60DA0000261884
2016.06.04 10:13:32 4: Lightify01: parsing: 1E000168230000000001002C60DA0000261884000200148E0AFFFFFFFF000000
2016.06.04 10:13:32 4: 2C60DA0000261884, reachable: 2, onoff: 0, dim: 20, ct: 10, rgb: FFFFFF, w: FF
2016.06.04 10:13:32 4: Lightify01: sending: 0E000068240000000F51000000261884
2016.06.04 10:13:32 4: Lightify01: parsing: 1E000168240000000001000F51000000261884000200138E0AFFFFFFFF000000
2016.06.04 10:13:32 4: 0F51000000261884, reachable: 2, onoff: 0, dim: 19, ct: 10, rgb: FFFFFF, w: FF
2016.06.04 10:13:32 4: Lightify01: sending: 0E000068250000009052DA0000261884
2016.06.04 10:13:32 4: Lightify01: enque: 00, 68 00 00 00 00 B206010000261884
2016.06.04 10:13:32 4: Lightify01: parsing: 1E000168250000000001009052DA0000261884000200148E0AFFFFFFFF000000
2016.06.04 10:13:32 4: 9052DA0000261884, reachable: 2, onoff: 0, dim: 20, ct: 10, rgb: FFFFFF, w: FF
2016.06.04 10:13:33 4: Lightify01: sending: 0E000068260000005659000000261884
2016.06.04 10:13:33 4: Lightify01: enque: 00, 68 00 00 00 00 2C60DA0000261884
2016.06.04 10:13:33 4: Lightify01: parsing: 1E000168260000000001005659000000261884000200148E0AFFFFFFFF000000
2016.06.04 10:13:33 4: 5659000000261884, reachable: 2, onoff: 0, dim: 20, ct: 10, rgb: FFFFFF, w: FF
2016.06.04 10:13:33 4: Lightify01: sending: 0E00006827000000B206010000261884
2016.06.04 10:13:33 4: Lightify01: enque: 00, 68 00 00 00 00 0F51000000261884
2016.06.04 10:13:34 4: Lightify01: enque: 00, 68 00 00 00 00 9052DA0000261884
2016.06.04 10:13:34 4: Lightify01: parsing: 1E00016827000000000100B206010000261884000200648E0A02FF00FF001900
2016.06.04 10:13:34 4: B206010000261884, reachable: 2, onoff: 0, dim: 100, ct: 10, rgb: 02FF00, w: FF
2016.06.04 10:13:34 4: Lightify01: sending: 0E000068280000002C60DA0000261884
2016.06.04 10:13:34 4: Lightify01: enque: 00, 68 00 00 00 00 5659000000261884
2016.06.04 10:13:34 4: Lightify01: parsing: 1E000168280000000001002C60DA0000261884000200148E0AFFFFFFFF000000
2016.06.04 10:13:34 4: 2C60DA0000261884, reachable: 2, onoff: 0, dim: 20, ct: 10, rgb: FFFFFF, w: FF
2016.06.04 10:13:34 4: Lightify01: sending: 0E000068290000000F51000000261884
2016.06.04 10:13:34 4: Lightify01: parsing: 1E000168290000000001000F51000000261884000200138E0AFFFFFFFF000000
2016.06.04 10:13:34 4: 0F51000000261884, reachable: 2, onoff: 0, dim: 19, ct: 10, rgb: FFFFFF, w: FF
2016.06.04 10:13:34 4: Lightify01: sending: 0E0000682A0000009052DA0000261884
2016.06.04 10:13:35 4: Lightify01: parsing: 1E0001682A0000000001009052DA0000261884000200148E0AFFFFFFFF000000
2016.06.04 10:13:35 4: 9052DA0000261884, reachable: 2, onoff: 0, dim: 20, ct: 10, rgb: FFFFFF, w: FF
2016.06.04 10:13:35 4: Lightify01: sending: 0E0000682B0000005659000000261884
2016.06.04 10:13:35 4: Lightify01: parsing: 1E0001682B0000000001005659000000261884000200148E0AFFFFFFFF000000
2016.06.04 10:13:35 4: 5659000000261884, reachable: 2, onoff: 0, dim: 20, ct: 10, rgb: FFFFFF, w: FF
Viele Grüße,
Heiko
sehr gut.
die fehler am anfang hatte ich schon länger befürchtet. war aber zu faul das umzustellen. kommt in der nächsten version. da passiert wenn die nachrichten vom gateway häppchenweise statt am stück kommen. die müssen dann vor dem parsen erst zusammen gebaut werden.
der zweite teil schaut gut aus. es funktioniert auch mit mehr als einer lampen einer gruppe :)
gruss
andre
ich habe die version hier: https://forum.fhem.de/index.php/topic,28339.msg457837.html#msg457837 (https://forum.fhem.de/index.php/topic,28339.msg457837.html#msg457837) noch mal aktualisiert. teilweise empfangene nachrichten werden jetzt vor dem parsen erst wieder zusammen gebaut.
der code dafür war schon da, wurde nur noch nicht verwendet.
damit sollte bis auf die power on defaults und das anlegen von szenen prinzipiell erst mal alles gehen was das gateway und die lampen können. manches muss dann nur noch etwas besser in fhem kommandos verpackt werden.
hat jemand eine rgbw lampe und das RGBW kommando mal getestet?
gruss
andre
Zitat von: justme1968 am 03 Juni 2016, 00:06:51
@kabelsurfer: du solltest dazu color-icons auf 2 setzen und im iconPath für WEB openautomation:fhemSVG:default stehen haben
Damit und dem aktualisierten "30_LIGHTIFY.pm" gibt es bei mir nun 2 andere Leuchten-Symbole: ein fast komplett unsichtbares und ein grünes - siehe Screenshot. Aber das grüne wird sichtbar, wenn die Leuchte aus ist und das andere, wenn sie an ist - also irgendwie doch falsch herum, oder?
die icons habe die Farbe der Lampen. wenn deine Lampen weiß sind ist das mit dem
grünen style vermutlich nicht gut zu sehen. setz mal color-icons auf 0 oder noch besser den style auf dark und schau dann.
gruß
andre
Zitat von: justme1968 am 04 Juni 2016, 11:38:51
ich habe die version hier: https://forum.fhem.de/index.php/topic,28339.msg457837.html#msg457837 (https://forum.fhem.de/index.php/topic,28339.msg457837.html#msg457837) noch mal aktualisiert. teilweise empfangene nachrichten werden jetzt vor dem parsen erst wieder zusammen gebaut.
Leider im Log nach shutdown restart noch immer:
2016.06.04 12:30:44 1: PERL WARNING: Use of uninitialized value in hex at ./FHEM/30_LIGHTIFY.pm line 859.
2016.06.04 12:30:44 1: PERL WARNING: substr outside of string at ./FHEM/30_LIGHTIFY.pm line 860.
2016.06.04 12:30:44 1: PERL WARNING: Use of uninitialized value in hex at ./FHEM/30_LIGHTIFY.pm line 860.
2016.06.04 12:30:44 1: PERL WARNING: substr outside of string at ./FHEM/30_LIGHTIFY.pm line 861.
2016.06.04 12:30:44 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/30_LIGHTIFY.pm line 861.
2016.06.04 12:30:44 1: PERL WARNING: substr outside of string at ./FHEM/30_LIGHTIFY.pm line 862.
2016.06.04 12:30:44 1: PERL WARNING: substr outside of string at ./FHEM/30_LIGHTIFY.pm line 863.
2016.06.04 12:30:44 1: PERL WARNING: substr outside of string at ./FHEM/30_LIGHTIFY.pm line 864.
2016.06.04 12:30:44 1: PERL WARNING: substr outside of string at ./FHEM/30_LIGHTIFY.pm line 865.
2016.06.04 12:30:44 1: PERL WARNING: Use of uninitialized value $r in concatenation (.) or string at ./FHEM/30_LIGHTIFY.pm line 867.
2016.06.04 12:30:44 1: PERL WARNING: Use of uninitialized value $g in concatenation (.) or string at ./FHEM/30_LIGHTIFY.pm line 867.
2016.06.04 12:30:44 1: PERL WARNING: Use of uninitialized value $b in concatenation (.) or string at ./FHEM/30_LIGHTIFY.pm line 867.
2016.06.04 12:30:44 1: PERL WARNING: Use of uninitialized value $w in concatenation (.) or string at ./FHEM/30_LIGHTIFY.pm line 867.
2016.06.04 12:30:44 1: PERL WARNING: Use of uninitialized value $r in concatenation (.) or string at ./FHEM/30_LIGHTIFY.pm line 627.
2016.06.04 12:30:44 1: PERL WARNING: Use of uninitialized value $g in concatenation (.) or string at ./FHEM/30_LIGHTIFY.pm line 627.
2016.06.04 12:30:44 1: PERL WARNING: Use of uninitialized value $b in concatenation (.) or string at ./FHEM/30_LIGHTIFY.pm line 627.
Zitat
hat jemand eine rgbw lampe und das RGBW kommando mal getestet?
Das setzen von Farbwerten hat zuvor auch schon funktioniert, allerdings hatte ich immer den Eindruck, dass es Pastelltöne sind, d.h. die weiße LED auf 100% war.
Bedeutet in der neuen Notation: WW=00 (0%) und WW=FF (100%)?
mach mal bitte ein log beim booten bei dem zumindest das Gateway decice auf verbose 5 steht.
ich vermute 00 ist 0% und FF ist 100. versuch auch mal zwischenwerte.
das normale setzen der farben stellt weiß noch auf 100%. wir wussten das noch nicht anders und es hat sich noch niemand beschwert.
mit dem RGBW kommando kann man zum testen jetzt erst mal alle drei kanäle setzen.
Zitat von: justme1968 am 04 Juni 2016, 12:44:07
mach mal bitte ein log beim booten bei dem zumindest das Gateway decice auf verbose 5 steht.
2016.06.04 13:08:27 0: Server shutdown
2016.06.04 13:08:30 1: Including fhem.cfg
2016.06.04 13:08:44 3: Lightify_RGB_Wohnkugel: I/O device is Lightify01
2016.06.04 13:08:44 3: LightifySchlafBett01: I/O device is Lightify01
2016.06.04 13:08:44 3: LightifySchlafBett02: I/O device is Lightify01
2016.06.04 13:08:45 3: LIGHTIFYGroup0: I/O device is Lightify01
2016.06.04 13:08:45 3: LightifySchlafBett03: I/O device is Lightify01
2016.06.04 13:08:45 3: LightifySchlafBett04: I/O device is Lightify01
2016.06.04 13:08:45 3: LightSchlaf2Fen: I/O device is Lightify01
2016.06.04 13:08:45 3: LightSchlaf2Ges: I/O device is Lightify01
2016.06.04 13:08:45 3: LightSchlaf2Wan: I/O device is Lightify01
2016.06.04 13:08:45 3: LightSchlaf2Bil: I/O device is Lightify01
2016.06.04 13:08:46 3: LightSchlaf2TV: I/O device is Lightify01
2016.06.04 13:08:46 1: Including ./log/fhem.save
2016.06.04 13:08:51 3: Lightify01: connected to 192.168.178.218
2016.06.04 13:08:51 4: Lightify01: sending: 070000130000000001
2016.06.04 13:08:51 4: Lightify01: enque: 00, 1E 00 00 00 00 00
2016.06.04 13:09:01 0: Featurelevel: 5.7
2016.06.04 13:09:01 0: Server started with 1987 defined entities (fhem.pl:11545/2016-05-29 perl:5.020002 os:linux user:fhem pid:30859)
2016.06.04 13:09:03 4: Lightify01: sending: 0700001E0100000000
2016.06.04 13:09:03 4: Lightify01: enque: 00, 68 00 00 00 00 B206010000261884
2016.06.04 13:09:03 4: Lightify01: enque: 00, 68 00 00 00 00 2C60DA0000261884
2016.06.04 13:09:03 4: Lightify01: enque: 00, 68 00 00 00 00 0F51000000261884
2016.06.04 13:09:03 4: Lightify01: enque: 00, 13 00 00 00 00 01
2016.06.04 13:09:03 4: Lightify01: enque: 00, 68 00 00 00 00 9052DA0000261884
2016.06.04 13:09:03 4: Lightify01: enque: 00, 68 00 00 00 00 5659000000261884
2016.06.04 13:09:03 4: Lightify01: discard: 00, 13 00 00 00 00 01
2016.06.04 13:09:03 4: Lightify01: enque: 00, 13 00 00 00 00 01
2016.06.04 13:09:03 4: Lightify01: discard: 00, 13 00 00 00 00 01
2016.06.04 13:09:03 4: Lightify01: enque: 00, 13 00 00 00 00 01
2016.06.04 13:09:03 4: Lightify01: discard: 00, 13 00 00 00 00 01
2016.06.04 13:09:03 4: Lightify01: enque: 00, 13 00 00 00 00 01
2016.06.04 13:09:03 4: Lightify01: discard: 00, 13 00 00 00 00 01
2016.06.04 13:09:03 4: Lightify01: enque: 00, 13 00 00 00 00 01
2016.06.04 13:09:03 4: Lightify01: discard: 00, 13 00 00 00 00 01
2016.06.04 13:09:03 4: Lightify01: enque: 00, 13 00 00 00 00 01
2016.06.04 13:09:04 5: Lightify01: received: 0301011300000000000500a2c5b2060100002618840a0102040102000000648e0a02ff00ff413630524742572030310000000000000000000000000000ffff2c60da0000261884020102040000130001328e0affffffff503136545720303100000000000000000a00000000000000ffff0f510000002618840201020400000b0001328e0affffffff503136545720303200000000000000000a00000000000000ffff9052da00002618840201020400000d0001328e0affffffff503136545720303300000000000000000a00000000000000ffff5659000000261884020102040000150001328e0affffffff503136545720303400000000000000000a000000000000006300011e0100000000050001004c696768745363686c6166324765730002004c696768745363686c61663246656e0003004c696768745363686c616657616e640004004c696768745363686c61663242696c0005004c696768745363686c61663254560000
2016.06.04 13:09:04 4: Lightify01: parsing: 0301011300000000000500A2C5B2060100002618840A0102040102000000648E0A02FF00FF413630524742572030310000000000000000000000000000FFFF2C60DA0000261884020102040000130001328E0AFFFFFFFF503136545720303100000000000000000A00000000000000FFFF0F510000002618840201020400000B0001328E0AFFFFFFFF503136545720303200000000000000000A00000000000000FFFF9052DA00002618840201020400000D0001328E0AFFFFFFFF503136545720303300000000000000000A00000000000000FFFF5659000000261884020102040000150001328E0AFFFFFFFF503136545720303400000000000000000A00000000000000
2016.06.04 13:09:04 4: A60RGBW 01: B206010000261884:A2C5, type: 0A (ct:1, rgb:1), firmware: 01020401, reachable: 2, groups: 0000, onoff: 0, dim: 100, ct: 2702, rgb: 02FF00, w: FF
2016.06.04 13:09:04 5: Lightify01: id 'B206010000261884' already defined as 'Lightify_RGB_Wohnkugel'
2016.06.04 13:09:04 4: P16TW 01: 2C60DA0000261884:FFFF, type: 02 (ct:1, rgb:0), firmware: 01020400, reachable: 0, groups: 0013, onoff: 1, dim: 50, ct: 2702, rgb: FFFFFF, w: FF
2016.06.04 13:09:04 5: Lightify01: id '2C60DA0000261884' already defined as 'LightifySchlafBett01'
2016.06.04 13:09:04 4: P16TW 02: 0F51000000261884:FFFF, type: 02 (ct:1, rgb:0), firmware: 01020400, reachable: 0, groups: 000B, onoff: 1, dim: 50, ct: 2702, rgb: FFFFFF, w: FF
2016.06.04 13:09:04 5: Lightify01: id '0F51000000261884' already defined as 'LightifySchlafBett02'
2016.06.04 13:09:04 4: P16TW 03: 9052DA0000261884:FFFF, type: 02 (ct:1, rgb:0), firmware: 01020400, reachable: 0, groups: 000D, onoff: 1, dim: 50, ct: 2702, rgb: FFFFFF, w: FF
2016.06.04 13:09:04 5: Lightify01: id '9052DA0000261884' already defined as 'LightifySchlafBett03'
2016.06.04 13:09:04 4: P16TW 04: 5659000000261884:FFFF, type: 02 (ct:1, rgb:0), firmware: 01020400, reachable: 0, groups: 0015, onoff: 1, dim: 50, ct: 2702, rgb: FFFFFF, w: FF
2016.06.04 13:09:04 5: Lightify01: id '5659000000261884' already defined as 'LightifySchlafBett04'
2016.06.04 13:09:04 1: PERL WARNING: substr outside of string at ./FHEM/30_LIGHTIFY.pm line 910.
2016.06.04 13:09:04 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/30_LIGHTIFY.pm line 910.
2016.06.04 13:09:04 4: Lightify01: parsing: 6300011E0100000000050001004C696768745363686C6166324765730002004C696768745363686C61663246656E0003004C696768745363686C616657616E640004004C696768745363686C61663242696C0005004C696768745363686C61663254560000
2016.06.04 13:09:04 5: Lightify01: id '0' already defined as 'LIGHTIFYGroup0'
2016.06.04 13:09:04 4: Lightify01: enque: 00, 26 00 00 00 00 01 00
2016.06.04 13:09:04 5: Lightify01: id '1' already defined as 'LightSchlaf2Ges'
2016.06.04 13:09:04 4: Lightify01: enque: 00, 26 00 00 00 00 02 00
2016.06.04 13:09:04 5: Lightify01: id '2' already defined as 'LightSchlaf2Fen'
2016.06.04 13:09:04 4: Lightify01: enque: 00, 26 00 00 00 00 03 00
2016.06.04 13:09:04 5: Lightify01: id '3' already defined as 'LightSchlaf2Wan'
2016.06.04 13:09:04 4: Lightify01: enque: 00, 26 00 00 00 00 04 00
2016.06.04 13:09:04 5: Lightify01: id '4' already defined as 'LightSchlaf2Bil'
2016.06.04 13:09:04 4: Lightify01: enque: 00, 26 00 00 00 00 05 00
2016.06.04 13:09:04 5: Lightify01: id '5' already defined as 'LightSchlaf2TV'
2016.06.04 13:09:04 4: groups: 0: Gruppe alles, 1: LightSchlaf2Ges, 2: LightSchlaf2Fen, 3: LightSchlafWand, 4: LightSchlaf2Bil, 5: LightSchlaf2TV
2016.06.04 13:09:04 4: Lightify01: sending: 0E00006802000000B206010000261884
2016.06.04 13:09:05 4: Lightify01: enque: 00, 68 00 00 00 00 B206010000261884
2016.06.04 13:09:05 4: Lightify01: discard: 00, 68 00 00 00 00 2C60DA0000261884
2016.06.04 13:09:05 4: Lightify01: enque: 00, 68 00 00 00 00 2C60DA0000261884
2016.06.04 13:09:05 4: Lightify01: discard: 00, 68 00 00 00 00 0F51000000261884
2016.06.04 13:09:05 4: Lightify01: enque: 00, 68 00 00 00 00 0F51000000261884
2016.06.04 13:09:05 4: Lightify01: discard: 00, 68 00 00 00 00 9052DA0000261884
2016.06.04 13:09:05 4: Lightify01: enque: 00, 68 00 00 00 00 9052DA0000261884
2016.06.04 13:09:05 4: Lightify01: discard: 00, 68 00 00 00 00 5659000000261884
2016.06.04 13:09:05 4: Lightify01: enque: 00, 68 00 00 00 00 5659000000261884
2016.06.04 13:09:05 4: Lightify01: sending: 070000130300000001
2016.06.04 13:09:06 5: Lightify01: received: 1e00016802000000000100b206010000261884000200648e0a02ff00ff0019000301011303000000000500a2c5b2060100002618840a0102040102000000648e0a02ff00ff413630524742572030310000000000000000000000000000ffff2c60da0000261884020102040000130001328e0affffffff503136545720303100000000000000000a00000000000000ffff0f510000002618840201020400000b0001328e0affffffff503136545720303200000000000000000a00000000000000ffff9052da00002618840201020400000d0001328e0affffffff503136545720303300000000000000000a00000000000000ffff5659000000261884020102040000150001328e0affffffff503136545720303400000000000000000a00000000000000
2016.06.04 13:09:06 4: Lightify01: parsing: 1E00016802000000000100B206010000261884000200648E0A02FF00FF001900
2016.06.04 13:09:06 4: B206010000261884, reachable: 2, onoff: 0, dim: 100, ct: 10, rgb: 02FF00, w: FF
2016.06.04 13:09:06 4: Lightify01: parsing: 0301011303000000000500A2C5B2060100002618840A0102040102000000648E0A02FF00FF413630524742572030310000000000000000000000000000FFFF2C60DA0000261884020102040000130001328E0AFFFFFFFF503136545720303100000000000000000A00000000000000FFFF0F510000002618840201020400000B0001328E0AFFFFFFFF503136545720303200000000000000000A00000000000000FFFF9052DA00002618840201020400000D0001328E0AFFFFFFFF503136545720303300000000000000000A00000000000000FFFF5659000000261884020102040000150001328E0AFFFFFFFF503136545720303400000000000000000A00000000000000
2016.06.04 13:09:06 4: A60RGBW 01: B206010000261884:A2C5, type: 0A (ct:1, rgb:1), firmware: 01020401, reachable: 2, groups: 0000, onoff: 0, dim: 100, ct: 2702, rgb: 02FF00, w: FF
2016.06.04 13:09:06 5: Lightify01: id 'B206010000261884' already defined as 'Lightify_RGB_Wohnkugel'
2016.06.04 13:09:06 4: P16TW 01: 2C60DA0000261884:FFFF, type: 02 (ct:1, rgb:0), firmware: 01020400, reachable: 0, groups: 0013, onoff: 1, dim: 50, ct: 2702, rgb: FFFFFF, w: FF
2016.06.04 13:09:06 5: Lightify01: id '2C60DA0000261884' already defined as 'LightifySchlafBett01'
2016.06.04 13:09:06 4: P16TW 02: 0F51000000261884:FFFF, type: 02 (ct:1, rgb:0), firmware: 01020400, reachable: 0, groups: 000B, onoff: 1, dim: 50, ct: 2702, rgb: FFFFFF, w: FF
2016.06.04 13:09:06 5: Lightify01: id '0F51000000261884' already defined as 'LightifySchlafBett02'
2016.06.04 13:09:06 4: P16TW 03: 9052DA0000261884:FFFF, type: 02 (ct:1, rgb:0), firmware: 01020400, reachable: 0, groups: 000D, onoff: 1, dim: 50, ct: 2702, rgb: FFFFFF, w: FF
2016.06.04 13:09:06 5: Lightify01: id '9052DA0000261884' already defined as 'LightifySchlafBett03'
2016.06.04 13:09:06 4: P16TW 04: 5659000000261884:FFFF, type: 02 (ct:1, rgb:0), firmware: 01020400, reachable: 0, groups: 0015, onoff: 1, dim: 50, ct: 2702, rgb: FFFFFF, w: FF
2016.06.04 13:09:06 5: Lightify01: id '5659000000261884' already defined as 'LightifySchlafBett04'
2016.06.04 13:09:06 4: Lightify01: sending: 08000026040000000100
2016.06.04 13:09:06 5: Lightify01: received: 3a000126040000000001004c696768745363686c61663247657300042c60da00002618840f510000002618849052da00002618845659000000261884
2016.06.04 13:09:06 4: Lightify01: parsing: 3A000126040000000001004C696768745363686C61663247657300042C60DA00002618840F510000002618849052DA00002618845659000000261884
2016.06.04 13:09:06 4: group 1: alias: LightSchlaf2Ges, lights: 2C60DA0000261884,0F51000000261884,9052DA0000261884,5659000000261884
2016.06.04 13:09:06 4: Lightify01: sending: 08000026050000000200
2016.06.04 13:09:06 5: Lightify01: received: 2a000126050000000002004c696768745363686c61663246656e00022c60da00002618840f51000000261884
2016.06.04 13:09:06 4: Lightify01: parsing: 2A000126050000000002004C696768745363686C61663246656E00022C60DA00002618840F51000000261884
2016.06.04 13:09:06 4: group 2: alias: LightSchlaf2Fen, lights: 2C60DA0000261884,0F51000000261884
2016.06.04 13:09:06 4: Lightify01: sending: 08000026060000000300
2016.06.04 13:09:07 5: Lightify01: received: 2a000126060000000003004c696768745363686c616657616e6400029052da00002618845659000000261884
2016.06.04 13:09:07 4: Lightify01: parsing: 2A000126060000000003004C696768745363686C616657616E6400029052DA00002618845659000000261884
2016.06.04 13:09:07 4: group 3: alias: LightSchlafWand, lights: 9052DA0000261884,5659000000261884
2016.06.04 13:09:07 4: Lightify01: sending: 08000026070000000400
2016.06.04 13:09:07 5: Lightify01: received: 2a000126070000000004004c696768745363686c61663242696c00020f510000002618849052da0000261884
2016.06.04 13:09:07 4: Lightify01: parsing: 2A000126070000000004004C696768745363686C61663242696C00020F510000002618849052DA0000261884
2016.06.04 13:09:07 4: group 4: alias: LightSchlaf2Bil, lights: 0F51000000261884,9052DA0000261884
2016.06.04 13:09:07 4: Lightify01: sending: 08000026080000000500
2016.06.04 13:09:07 5: Lightify01: received: 2a000126080000000005004c696768745363686c61663254560000022c60da00002618845659000000261884
2016.06.04 13:09:07 4: Lightify01: parsing: 2A000126080000000005004C696768745363686C61663254560000022C60DA00002618845659000000261884
2016.06.04 13:09:07 4: group 5: alias: LightSchlaf2TV, lights: 2C60DA0000261884,5659000000261884
2016.06.04 13:09:07 4: Lightify01: sending: 0E00006809000000B206010000261884
2016.06.04 13:09:07 4: Lightify01: enque: 00, 68 00 00 00 00 B206010000261884
2016.06.04 13:09:07 5: Lightify01: received: 1200016809000000000100b20601000026188401
2016.06.04 13:09:07 4: Lightify01: parsing: 1200016809000000000100B20601000026188401
2016.06.04 13:09:07 1: PERL WARNING: substr outside of string at ./FHEM/30_LIGHTIFY.pm line 859.
2016.06.04 13:09:07 1: PERL WARNING: Use of uninitialized value in hex at ./FHEM/30_LIGHTIFY.pm line 859.
2016.06.04 13:09:07 1: PERL WARNING: substr outside of string at ./FHEM/30_LIGHTIFY.pm line 860.
2016.06.04 13:09:07 1: PERL WARNING: Use of uninitialized value in hex at ./FHEM/30_LIGHTIFY.pm line 860.
2016.06.04 13:09:07 1: PERL WARNING: substr outside of string at ./FHEM/30_LIGHTIFY.pm line 861.
2016.06.04 13:09:07 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/30_LIGHTIFY.pm line 861.
2016.06.04 13:09:07 1: PERL WARNING: substr outside of string at ./FHEM/30_LIGHTIFY.pm line 862.
2016.06.04 13:09:07 1: PERL WARNING: substr outside of string at ./FHEM/30_LIGHTIFY.pm line 863.
2016.06.04 13:09:07 1: PERL WARNING: substr outside of string at ./FHEM/30_LIGHTIFY.pm line 864.
2016.06.04 13:09:07 1: PERL WARNING: substr outside of string at ./FHEM/30_LIGHTIFY.pm line 865.
2016.06.04 13:09:07 1: PERL WARNING: Use of uninitialized value $r in concatenation (.) or string at ./FHEM/30_LIGHTIFY.pm line 867.
2016.06.04 13:09:07 1: PERL WARNING: Use of uninitialized value $g in concatenation (.) or string at ./FHEM/30_LIGHTIFY.pm line 867.
2016.06.04 13:09:07 1: PERL WARNING: Use of uninitialized value $b in concatenation (.) or string at ./FHEM/30_LIGHTIFY.pm line 867.
2016.06.04 13:09:07 1: PERL WARNING: Use of uninitialized value $w in concatenation (.) or string at ./FHEM/30_LIGHTIFY.pm line 867.
2016.06.04 13:09:07 4: B206010000261884, reachable: 0, onoff: 0, dim: 0, ct: 0, rgb: , w:
2016.06.04 13:09:07 1: PERL WARNING: Use of uninitialized value $r in concatenation (.) or string at ./FHEM/30_LIGHTIFY.pm line 627.
2016.06.04 13:09:07 1: PERL WARNING: Use of uninitialized value $g in concatenation (.) or string at ./FHEM/30_LIGHTIFY.pm line 627.
2016.06.04 13:09:07 1: PERL WARNING: Use of uninitialized value $b in concatenation (.) or string at ./FHEM/30_LIGHTIFY.pm line 627.
2016.06.04 13:09:07 4: Lightify01: sending: 0E0000680A0000002C60DA0000261884
2016.06.04 13:09:08 5: Lightify01: received: 120001680a0000000001002c60da0000261884ff
2016.06.04 13:09:08 4: Lightify01: parsing: 120001680A0000000001002C60DA0000261884FF
2016.06.04 13:09:08 4: 2C60DA0000261884, not reachable
2016.06.04 13:09:08 4: Lightify01: sending: 0E0000680B0000000F51000000261884
2016.06.04 13:09:08 5: Lightify01: received: 120001680b0000000001000f51000000261884ff
2016.06.04 13:09:08 4: Lightify01: parsing: 120001680B0000000001000F51000000261884FF
2016.06.04 13:09:08 4: 0F51000000261884, not reachable
2016.06.04 13:09:08 4: Lightify01: sending: 0E0000680C0000009052DA0000261884
2016.06.04 13:09:08 5: Lightify01: received: 120001680c0000000001009052da0000261884ff
2016.06.04 13:09:08 4: Lightify01: parsing: 120001680C0000000001009052DA0000261884FF
2016.06.04 13:09:08 4: 9052DA0000261884, not reachable
2016.06.04 13:09:08 4: Lightify01: sending: 0E0000680D0000005659000000261884
2016.06.04 13:09:08 5: Lightify01: received: 120001680d0000000001005659000000261884ff
2016.06.04 13:09:08 4: Lightify01: parsing: 120001680D0000000001005659000000261884FF
2016.06.04 13:09:08 4: 5659000000261884, not reachable
2016.06.04 13:09:08 4: Lightify01: sending: 0E0000680E000000B206010000261884
2016.06.04 13:09:08 3: CUL_HM set 0_RWohnGross statusRequest
2016.06.04 13:09:08 4: Lightify01: enque: 00, 68 00 00 00 00 B206010000261884
2016.06.04 13:09:09 4: Lightify01: sending: 0E0000680F000000B206010000261884
2016.06.04 13:09:09 5: Lightify01: received: 1e0001680e000000000100b206010000261884000200648e0a02ff00ff001900
2016.06.04 13:09:09 4: Lightify01: parsing: 1E0001680E000000000100B206010000261884000200648E0A02FF00FF001900
2016.06.04 13:09:09 4: B206010000261884, reachable: 2, onoff: 0, dim: 100, ct: 10, rgb: 02FF00, w: FF
2016.06.04 13:09:09 5: Lightify01: received: 120001680f000000000100b20601000026188401
2016.06.04 13:09:09 4: Lightify01: parsing: 120001680F000000000100B20601000026188401
2016.06.04 13:09:09 4: B206010000261884, reachable: 0, onoff: 0, dim: 0, ct: 0, rgb: , w:
2016.06.04 13:09:09 3: CUL_HM set 0_RWohnKlein statusRequest
2016.06.04 13:09:10 4: Lightify01: sending: 0E00006810000000B206010000261884
2016.06.04 13:09:10 5: Lightify01: received: 1200016810000000000100b20601000026188401
2016.06.04 13:09:10 4: Lightify01: parsing: 1200016810000000000100B20601000026188401
2016.06.04 13:09:10 4: B206010000261884, reachable: 0, onoff: 0, dim: 0, ct: 0, rgb: , w:
2016.06.04 13:10:06 4: Lightify01: sending: 070000131100000001
2016.06.04 13:10:07 5: Lightify01: received: 0301011311000000000500a2c5b2060100002618840a0102040102000000648e0a02ff00ff413630524742572030310000000000000000000000000000ffff2c60da0000261884020102040000130001328e0affffffff503136545720303100000000000000000b00000000000000ffff0f510000002618840201020400000b0001328e0affffffff503136545720303200000000000000000b00000000000000ffff9052da00002618840201020400000d0001328e0affffffff503136545720303300000000000000000b00000000000000ffff5659000000261884020102040000150001328e0affffffff503136545720303400000000000000000b00000000000000
2016.06.04 13:10:07 4: Lightify01: parsing: 0301011311000000000500A2C5B2060100002618840A0102040102000000648E0A02FF00FF413630524742572030310000000000000000000000000000FFFF2C60DA0000261884020102040000130001328E0AFFFFFFFF503136545720303100000000000000000B00000000000000FFFF0F510000002618840201020400000B0001328E0AFFFFFFFF503136545720303200000000000000000B00000000000000FFFF9052DA00002618840201020400000D0001328E0AFFFFFFFF503136545720303300000000000000000B00000000000000FFFF5659000000261884020102040000150001328E0AFFFFFFFF503136545720303400000000000000000B00000000000000
2016.06.04 13:10:07 4: A60RGBW 01: B206010000261884:A2C5, type: 0A (ct:1, rgb:1), firmware: 01020401, reachable: 2, groups: 0000, onoff: 0, dim: 100, ct: 2702, rgb: 02FF00, w: FF
2016.06.04 13:10:07 5: Lightify01: id 'B206010000261884' already defined as 'Lightify_RGB_Wohnkugel'
2016.06.04 13:10:07 4: P16TW 01: 2C60DA0000261884:FFFF, type: 02 (ct:1, rgb:0), firmware: 01020400, reachable: 0, groups: 0013, onoff: 1, dim: 50, ct: 2702, rgb: FFFFFF, w: FF
2016.06.04 13:10:07 5: Lightify01: id '2C60DA0000261884' already defined as 'LightifySchlafBett01'
2016.06.04 13:10:07 4: P16TW 02: 0F51000000261884:FFFF, type: 02 (ct:1, rgb:0), firmware: 01020400, reachable: 0, groups: 000B, onoff: 1, dim: 50, ct: 2702, rgb: FFFFFF, w: FF
2016.06.04 13:10:07 5: Lightify01: id '0F51000000261884' already defined as 'LightifySchlafBett02'
2016.06.04 13:10:07 4: P16TW 03: 9052DA0000261884:FFFF, type: 02 (ct:1, rgb:0), firmware: 01020400, reachable: 0, groups: 000D, onoff: 1, dim: 50, ct: 2702, rgb: FFFFFF, w: FF
2016.06.04 13:10:07 5: Lightify01: id '9052DA0000261884' already defined as 'LightifySchlafBett03'
2016.06.04 13:10:07 4: P16TW 04: 5659000000261884:FFFF, type: 02 (ct:1, rgb:0), firmware: 01020400, reachable: 0, groups: 0015, onoff: 1, dim: 50, ct: 2702, rgb: FFFFFF, w: FF
2016.06.04 13:10:07 5: Lightify01: id '5659000000261884' already defined as 'LightifySchlafBett04'
2016.06.04 13:10:08 4: Lightify01: sending: 0E00006812000000B206010000261884
2016.06.04 13:10:08 5: Lightify01: received: 1e00016812000000000100b206010000261884000200648e0a02ff00ff001900
2016.06.04 13:10:08 4: Lightify01: parsing: 1E00016812000000000100B206010000261884000200648E0A02FF00FF001900
2016.06.04 13:10:08 4: B206010000261884, reachable: 2, onoff: 0, dim: 100, ct: 10, rgb: 02FF00, w: FF
2016.06.04 13:10:09 4: Lightify01: sending: 0E00006813000000B206010000261884
2016.06.04 13:10:10 5: Lightify01: received: 1e00016813000000000100b206010000261884000200648e0a02ff00ff001900
2016.06.04 13:10:10 4: Lightify01: parsing: 1E00016813000000000100B206010000261884000200648E0A02FF00FF001900
2016.06.04 13:10:10 4: B206010000261884, reachable: 2, onoff: 0, dim: 100, ct: 10, rgb: 02FF00, w: FF
2016.06.04 13:11:07 4: Lightify01: sending: 070000131400000001
2016.06.04 13:11:07 5: Lightify01: received: 0301011314000000000500a2c5b2060100002618840a0102040102000000648e0a02ff00ff413630524742572030310000000000000000000000000000ffff2c60da0000261884020102040000130001328e0affffffff503136545720303100000000000000000b00000000000000ffff0f510000002618840201020400000b0001328e0affffffff503136545720303200000000000000000b00000000000000ffff9052da00002618840201020400000d0001328e0affffffff503136545720303300000000000000000b00000000000000ffff5659000000261884020102040000150001328e0affffffff503136545720303400000000000000000b00000000000000
2016.06.04 13:11:07 4: Lightify01: parsing: 0301011314000000000500A2C5B2060100002618840A0102040102000000648E0A02FF00FF413630524742572030310000000000000000000000000000FFFF2C60DA0000261884020102040000130001328E0AFFFFFFFF503136545720303100000000000000000B00000000000000FFFF0F510000002618840201020400000B0001328E0AFFFFFFFF503136545720303200000000000000000B00000000000000FFFF9052DA00002618840201020400000D0001328E0AFFFFFFFF503136545720303300000000000000000B00000000000000FFFF5659000000261884020102040000150001328E0AFFFFFFFF503136545720303400000000000000000B00000000000000
2016.06.04 13:11:07 4: A60RGBW 01: B206010000261884:A2C5, type: 0A (ct:1, rgb:1), firmware: 01020401, reachable: 2, groups: 0000, onoff: 0, dim: 100, ct: 2702, rgb: 02FF00, w: FF
2016.06.04 13:11:07 5: Lightify01: id 'B206010000261884' already defined as 'Lightify_RGB_Wohnkugel'
2016.06.04 13:11:07 4: P16TW 01: 2C60DA0000261884:FFFF, type: 02 (ct:1, rgb:0), firmware: 01020400, reachable: 0, groups: 0013, onoff: 1, dim: 50, ct: 2702, rgb: FFFFFF, w: FF
2016.06.04 13:11:07 5: Lightify01: id '2C60DA0000261884' already defined as 'LightifySchlafBett01'
2016.06.04 13:11:07 4: P16TW 02: 0F51000000261884:FFFF, type: 02 (ct:1, rgb:0), firmware: 01020400, reachable: 0, groups: 000B, onoff: 1, dim: 50, ct: 2702, rgb: FFFFFF, w: FF
2016.06.04 13:11:07 5: Lightify01: id '0F51000000261884' already defined as 'LightifySchlafBett02'
2016.06.04 13:11:07 4: P16TW 03: 9052DA0000261884:FFFF, type: 02 (ct:1, rgb:0), firmware: 01020400, reachable: 0, groups: 000D, onoff: 1, dim: 50, ct: 2702, rgb: FFFFFF, w: FF
2016.06.04 13:11:07 5: Lightify01: id '9052DA0000261884' already defined as 'LightifySchlafBett03'
2016.06.04 13:11:07 4: P16TW 04: 5659000000261884:FFFF, type: 02 (ct:1, rgb:0), firmware: 01020400, reachable: 0, groups: 0015, onoff: 1, dim: 50, ct: 2702, rgb: FFFFFF, w: FF
2016.06.04 13:11:07 5: Lightify01: id '5659000000261884' already defined as 'LightifySchlafBett04'
2016.06.04 13:11:08 4: Lightify01: sending: 0E00006815000000B206010000261884
2016.06.04 13:11:08 5: Lightify01: received: 1200016815000000000100b20601000026188401
2016.06.04 13:11:08 4: Lightify01: parsing: 1200016815000000000100B20601000026188401
2016.06.04 13:11:08 4: B206010000261884, reachable: 0, onoff: 0, dim: 0, ct: 0, rgb: , w:
2016.06.04 13:11:09 4: Lightify01: sending: 0E00006816000000B206010000261884
2016.06.04 13:11:10 5: Lightify01: received: 1e00016816000000000100b206010000261884000200648e0a02ff00ff001900
2016.06.04 13:11:10 4: Lightify01: parsing: 1E00016816000000000100B206010000261884000200648E0A02FF00FF001900
2016.06.04 13:11:10 4: B206010000261884, reachable: 2, onoff: 0, dim: 100, ct: 10, rgb: 02FF00, w: FF
2016.06.04 13:11:11 4: Lightify01: sending: 0E00006817000000B206010000261884
2016.06.04 13:11:12 5: Lightify01: received: 1200016817000000000100b20601000026188401
2016.06.04 13:11:12 4: Lightify01: parsing: 1200016817000000000100B20601000026188401
2016.06.04 13:11:12 4: B206010000261884, reachable: 0, onoff: 0, dim: 0, ct: 0, rgb: , w:
2016.06.04 13:11:13 4: Lightify01: sending: 0E00006818000000B206010000261884
2016.06.04 13:11:14 5: Lightify01: received: 1200016818000000000100b20601000026188401
2016.06.04 13:11:14 4: Lightify01: parsing: 1200016818000000000100B20601000026188401
2016.06.04 13:11:14 4: B206010000261884, reachable: 0, onoff: 0, dim: 0, ct: 0, rgb: , w:
Zitat
mit dem RGBW kommando kann man zum testen jetzt erst mal alle drei kanäle setzen.
Also
set Lightify01 RGBW B206010000261884 FF000000liefert
Unknown argument RGBW, choose one of on off raw reconnect goToScene setRGBW setSoftOn setSoftOff statusRequest set Lightify01 setRGBW B206010000261884 FF000000liefert
usage: <RRGGBBWW> musst be a 8 hex digits rgbw color wobei FF0000 eigentlich rot sein müsste laut RGB-Rechnern im Internet.
Somit funktioniert der neue Befehl leider bei mir gar nicht.
Der Farbslider im WebGUI funktioniert auch nicht mehr. Nur noch die Farb-Buttons Blau, Gelb, Rot funktionieren.
Hier habe ich mal wild Farben gesetzt, teilweise aber auch über die Blau, Gelb, Rot-Buttons:
2016.06.04 13:21:13 5: Lightify01: received: 0301011347000000000500a2c5b2060100002618840a0102040102000001648e0affffffff413630524742572030310000000000000000000000000000ffff2c60da0000261884020102040000130001328e0affffffff503136545720303100000000000000000d00000000000000ffff0f510000002618840201020400000b0001328e0affffffff503136545720303200000000000000000d00000000000000ffff9052da00002618840201020400000d0001328e0affffffff503136545720303300000000000000000d00000000000000ffff5659000000261884020102040000150001328e0affffffff503136545720303400000000000000000d00000000000000
2016.06.04 13:21:13 4: Lightify01: parsing: 0301011347000000000500A2C5B2060100002618840A0102040102000001648E0AFFFFFFFF413630524742572030310000000000000000000000000000FFFF2C60DA0000261884020102040000130001328E0AFFFFFFFF503136545720303100000000000000000D00000000000000FFFF0F510000002618840201020400000B0001328E0AFFFFFFFF503136545720303200000000000000000D00000000000000FFFF9052DA00002618840201020400000D0001328E0AFFFFFFFF503136545720303300000000000000000D00000000000000FFFF5659000000261884020102040000150001328E0AFFFFFFFF503136545720303400000000000000000D00000000000000
2016.06.04 13:21:13 4: A60RGBW 01: B206010000261884:A2C5, type: 0A (ct:1, rgb:1), firmware: 01020401, reachable: 2, groups: 0000, onoff: 1, dim: 100, ct: 2702, rgb: FFFFFF, w: FF
2016.06.04 13:21:13 5: Lightify01: id 'B206010000261884' already defined as 'Lightify_RGB_Wohnkugel'
2016.06.04 13:21:13 4: P16TW 01: 2C60DA0000261884:FFFF, type: 02 (ct:1, rgb:0), firmware: 01020400, reachable: 0, groups: 0013, onoff: 1, dim: 50, ct: 2702, rgb: FFFFFF, w: FF
2016.06.04 13:21:13 5: Lightify01: id '2C60DA0000261884' already defined as 'LightifySchlafBett01'
2016.06.04 13:21:13 4: P16TW 02: 0F51000000261884:FFFF, type: 02 (ct:1, rgb:0), firmware: 01020400, reachable: 0, groups: 000B, onoff: 1, dim: 50, ct: 2702, rgb: FFFFFF, w: FF
2016.06.04 13:21:13 5: Lightify01: id '0F51000000261884' already defined as 'LightifySchlafBett02'
2016.06.04 13:21:13 4: P16TW 03: 9052DA0000261884:FFFF, type: 02 (ct:1, rgb:0), firmware: 01020400, reachable: 0, groups: 000D, onoff: 1, dim: 50, ct: 2702, rgb: FFFFFF, w: FF
2016.06.04 13:21:13 5: Lightify01: id '9052DA0000261884' already defined as 'LightifySchlafBett03'
2016.06.04 13:21:13 4: P16TW 04: 5659000000261884:FFFF, type: 02 (ct:1, rgb:0), firmware: 01020400, reachable: 0, groups: 0015, onoff: 1, dim: 50, ct: 2702, rgb: FFFFFF, w: FF
2016.06.04 13:21:13 5: Lightify01: id '5659000000261884' already defined as 'LightifySchlafBett04'
2016.06.04 13:21:14 4: Lightify01: sending: 0E00006848000000B206010000261884
2016.06.04 13:21:15 5: Lightify01: received: 1e00016848000000000100b206010000261884000201648e0affffffff001900
2016.06.04 13:21:15 4: Lightify01: parsing: 1E00016848000000000100B206010000261884000201648E0AFFFFFFFF001900
2016.06.04 13:21:15 4: B206010000261884, reachable: 2, onoff: 1, dim: 100, ct: 10, rgb: FFFFFF, w: FF
2016.06.04 13:21:16 4: Lightify01: sending: 0E00006849000000B206010000261884
2016.06.04 13:21:17 5: Lightify01: received: 1e00016849000000000100b206010000261884000201648e0affffffff001900
2016.06.04 13:21:17 4: Lightify01: parsing: 1E00016849000000000100B206010000261884000201648E0AFFFFFFFF001900
2016.06.04 13:21:17 4: B206010000261884, reachable: 2, onoff: 1, dim: 100, ct: 10, rgb: FFFFFF, w: FF
2016.06.04 13:21:20 4: Lightify01: sending: 0F0000324A000000B20601000026188401
2016.06.04 13:21:20 4: Lightify01: enque: 00, 36 00 00 00 00 B206010000261884 FFFFFF ff 0200
2016.06.04 13:21:20 4: Lightify01: enque: 00, 68 00 00 00 00 B206010000261884
2016.06.04 13:21:21 5: Lightify01: received: 120001324a000000000100b20601000026188400
2016.06.04 13:21:21 4: Lightify01: parsing: 120001324A000000000100B20601000026188400
2016.06.04 13:21:21 4: Lightify01: sending: 140000364B000000B206010000261884FFFFFFff0200
2016.06.04 13:21:21 5: Lightify01: received: 120001364b000000000100b20601000026188400
2016.06.04 13:21:21 4: Lightify01: parsing: 120001364B000000000100B20601000026188400
2016.06.04 13:21:21 4: Lightify01: unhandled message 120001364B000000000100B20601000026188400
2016.06.04 13:21:21 4: Lightify01: sending: 0E0000684C000000B206010000261884
2016.06.04 13:21:21 4: Lightify01: enque: 00, 68 00 00 00 00 B206010000261884
2016.06.04 13:21:22 5: Lightify01: received: 120001684c000000000100b20601000026188401
2016.06.04 13:21:22 4: Lightify01: parsing: 120001684C000000000100B20601000026188401
2016.06.04 13:21:22 4: B206010000261884, reachable: 0, onoff: 0, dim: 0, ct: 0, rgb: , w:
2016.06.04 13:21:22 4: Lightify01: sending: 0E0000684D000000B206010000261884
2016.06.04 13:21:22 5: Lightify01: received: 120001684d000000000100b20601000026188401
2016.06.04 13:21:22 4: Lightify01: parsing: 120001684D000000000100B20601000026188401
2016.06.04 13:21:22 4: B206010000261884, reachable: 0, onoff: 0, dim: 0, ct: 0, rgb: , w:
2016.06.04 13:21:23 4: Lightify01: sending: 0F0000324E000000B20601000026188401
2016.06.04 13:21:23 4: Lightify01: enque: 00, 36 00 00 00 00 B206010000261884 000000 ff 0200
2016.06.04 13:21:23 4: Lightify01: enque: 00, 68 00 00 00 00 B206010000261884
2016.06.04 13:21:23 5: Lightify01: received: 120001324e000000000100b20601000026188400
2016.06.04 13:21:23 4: Lightify01: parsing: 120001324E000000000100B20601000026188400
2016.06.04 13:21:23 4: Lightify01: sending: 140000364F000000B206010000261884000000ff0200
2016.06.04 13:21:23 5: Lightify01: received: 120001364f000000000100b20601000026188400
2016.06.04 13:21:23 4: Lightify01: parsing: 120001364F000000000100B20601000026188400
2016.06.04 13:21:23 4: Lightify01: unhandled message 120001364F000000000100B20601000026188400
2016.06.04 13:21:23 4: Lightify01: sending: 0E00006850000000B206010000261884
2016.06.04 13:21:24 4: Lightify01: enque: 00, 68 00 00 00 00 B206010000261884
2016.06.04 13:21:24 4: Lightify01: sending: 0E00006851000000B206010000261884
2016.06.04 13:21:27 4: Lightify01: sending: 0F00003252000000B20601000026188401
2016.06.04 13:21:27 4: Lightify01: enque: 00, 36 00 00 00 00 B206010000261884 0000FF ff 0200
2016.06.04 13:21:27 4: Lightify01: enque: 00, 68 00 00 00 00 B206010000261884
2016.06.04 13:21:27 4: Lightify01: enque: 00, 32 00 00 00 00 B206010000261884 01
2016.06.04 13:21:27 4: Lightify01: enque: 00, 36 00 00 00 00 B206010000261884 DEFF26 ff 0200
2016.06.04 13:21:27 4: Lightify01: discard: 00, 68 00 00 00 00 B206010000261884
2016.06.04 13:21:27 4: Lightify01: enque: 00, 68 00 00 00 00 B206010000261884
2016.06.04 13:21:28 4: Lightify01: sending: 1400003653000000B2060100002618840000FFff0200
2016.06.04 13:21:28 4: Lightify01: discard: 00, 68 00 00 00 00 B206010000261884
2016.06.04 13:21:28 4: Lightify01: enque: 00, 68 00 00 00 00 B206010000261884
2016.06.04 13:21:29 4: Lightify01: sending: 0F00003254000000B20601000026188401
2016.06.04 13:21:30 5: Lightify01: received: 1200016850000000000100b20601000026188401
2016.06.04 13:21:30 4: Lightify01: parsing: 1200016850000000000100B20601000026188401
2016.06.04 13:21:30 4: B206010000261884, reachable: 0, onoff: 0, dim: 0, ct: 0, rgb: , w:
2016.06.04 13:21:30 4: Lightify01: sending: 1400003655000000B206010000261884DEFF26ff0200
2016.06.04 13:21:30 5: Lightify01: received: 1200016851000000000100b206010000261884ff
2016.06.04 13:21:30 4: Lightify01: parsing: 1200016851000000000100B206010000261884FF
2016.06.04 13:21:30 4: B206010000261884, not reachable
2016.06.04 13:21:30 4: Lightify01: sending: 0E00006856000000B206010000261884
2016.06.04 13:21:30 5: Lightify01: received: 1200013252000000000100b20601000026188401
2016.06.04 13:21:30 4: Lightify01: parsing: 1200013252000000000100B20601000026188401
2016.06.04 13:21:30 5: Lightify01: received: 1200013653000000000100b20601000026188401
2016.06.04 13:21:30 4: Lightify01: parsing: 1200013653000000000100B20601000026188401
2016.06.04 13:21:30 4: Lightify01: unhandled message 1200013653000000000100B20601000026188401
2016.06.04 13:21:30 5: Lightify01: received: 1200013254000000000100b20601000026188401
2016.06.04 13:21:30 4: Lightify01: parsing: 1200013254000000000100B20601000026188401
2016.06.04 13:21:30 5: Lightify01: received: 1200013655000000000100b20601000026188401
2016.06.04 13:21:30 4: Lightify01: parsing: 1200013655000000000100B20601000026188401
2016.06.04 13:21:30 4: Lightify01: unhandled message 1200013655000000000100B20601000026188401
2016.06.04 13:21:30 5: Lightify01: received: 1200016856000000000100b206010000261884ff
2016.06.04 13:21:30 4: Lightify01: parsing: 1200016856000000000100B206010000261884FF
2016.06.04 13:21:30 4: B206010000261884, not reachable
2016.06.04 13:21:40 4: Lightify01: sending: 0F00003257000000B20601000026188400
2016.06.04 13:21:40 4: Lightify01: enque: 00, 68 00 00 00 00 B206010000261884
2016.06.04 13:21:40 5: Lightify01: received: 1200013257000000000100b20601000026188401
2016.06.04 13:21:40 4: Lightify01: parsing: 1200013257000000000100B20601000026188401
2016.06.04 13:21:40 4: Lightify01: sending: 0E00006858000000B206010000261884
2016.06.04 13:21:40 5: Lightify01: received: 1200016858000000000100b206010000261884ff
2016.06.04 13:21:40 4: Lightify01: parsing: 1200016858000000000100B206010000261884FF
2016.06.04 13:21:40 4: B206010000261884, not reachable
2016.06.04 13:21:43 4: Lightify01: sending: 0F00003259000000B20601000026188400
2016.06.04 13:21:43 4: Lightify01: enque: 00, 68 00 00 00 00 B206010000261884
2016.06.04 13:21:43 5: Lightify01: received: 1200013259000000000100b20601000026188401
2016.06.04 13:21:43 4: Lightify01: parsing: 1200013259000000000100B20601000026188401
2016.06.04 13:21:43 4: Lightify01: sending: 0E0000685A000000B206010000261884
2016.06.04 13:21:43 5: Lightify01: received: 120001685a000000000100b206010000261884ff
2016.06.04 13:21:43 4: Lightify01: parsing: 120001685A000000000100B206010000261884FF
2016.06.04 13:21:43 4: B206010000261884, not reachable
2016.06.04 13:21:56 4: Lightify01: sending: 0F0000325B000000B20601000026188400
2016.06.04 13:21:56 4: Lightify01: enque: 00, 68 00 00 00 00 B206010000261884
2016.06.04 13:21:56 5: Lightify01: received: 120001325b000000000100b20601000026188401
2016.06.04 13:21:56 4: Lightify01: parsing: 120001325B000000000100B20601000026188401
2016.06.04 13:21:56 4: Lightify01: sending: 0E0000685C000000B206010000261884
2016.06.04 13:21:56 5: Lightify01: received: 120001685c000000000100b206010000261884ff
2016.06.04 13:21:56 4: Lightify01: parsing: 120001685C000000000100B206010000261884FF
2016.06.04 13:21:56 4: B206010000261884, not reachable
2016.06.04 13:22:16 4: Lightify01: sending: 070000135D00000001
2016.06.04 13:22:16 5: Lightify01: received: 030101135d000000000500a2c5b2060100002618840a0102040102000001648e0affffffff413630524742572030310000000000000000000000000000ffff2c60da0000261884020102040000130001328e0affffffff503136545720303100000000000000000d00000000000000ffff0f510000002618840201020400000b0001328e0affffffff503136545720303200000000000000000d00000000000000ffff9052da00002618840201020400000d0001328e0affffffff503136545720303300000000000000000d00000000000000ffff5659000000261884020102040000150001328e0affffffff503136545720303400000000000000000d00000000000000
2016.06.04 13:22:16 4: Lightify01: parsing: 030101135D000000000500A2C5B2060100002618840A0102040102000001648E0AFFFFFFFF413630524742572030310000000000000000000000000000FFFF2C60DA0000261884020102040000130001328E0AFFFFFFFF503136545720303100000000000000000D00000000000000FFFF0F510000002618840201020400000B0001328E0AFFFFFFFF503136545720303200000000000000000D00000000000000FFFF9052DA00002618840201020400000D0001328E0AFFFFFFFF503136545720303300000000000000000D00000000000000FFFF5659000000261884020102040000150001328E0AFFFFFFFF503136545720303400000000000000000D00000000000000
2016.06.04 13:22:16 4: A60RGBW 01: B206010000261884:A2C5, type: 0A (ct:1, rgb:1), firmware: 01020401, reachable: 2, groups: 0000, onoff: 1, dim: 100, ct: 2702, rgb: FFFFFF, w: FF
2016.06.04 13:22:16 5: Lightify01: id 'B206010000261884' already defined as 'Lightify_RGB_Wohnkugel'
2016.06.04 13:22:16 4: P16TW 01: 2C60DA0000261884:FFFF, type: 02 (ct:1, rgb:0), firmware: 01020400, reachable: 0, groups: 0013, onoff: 1, dim: 50, ct: 2702, rgb: FFFFFF, w: FF
2016.06.04 13:22:16 5: Lightify01: id '2C60DA0000261884' already defined as 'LightifySchlafBett01'
2016.06.04 13:22:16 4: P16TW 02: 0F51000000261884:FFFF, type: 02 (ct:1, rgb:0), firmware: 01020400, reachable: 0, groups: 000B, onoff: 1, dim: 50, ct: 2702, rgb: FFFFFF, w: FF
2016.06.04 13:22:16 5: Lightify01: id '0F51000000261884' already defined as 'LightifySchlafBett02'
2016.06.04 13:22:16 4: P16TW 03: 9052DA0000261884:FFFF, type: 02 (ct:1, rgb:0), firmware: 01020400, reachable: 0, groups: 000D, onoff: 1, dim: 50, ct: 2702, rgb: FFFFFF, w: FF
2016.06.04 13:22:16 5: Lightify01: id '9052DA0000261884' already defined as 'LightifySchlafBett03'
2016.06.04 13:22:16 4: P16TW 04: 5659000000261884:FFFF, type: 02 (ct:1, rgb:0), firmware: 01020400, reachable: 0, groups: 0015, onoff: 1, dim: 50, ct: 2702, rgb: FFFFFF, w: FF
2016.06.04 13:22:16 5: Lightify01: id '5659000000261884' already defined as 'LightifySchlafBett04'
2016.06.04 13:22:17 4: Lightify01: sending: 0E0000685E000000B206010000261884
2016.06.04 13:22:18 5: Lightify01: received: 1e0001685e000000000100b206010000261884000201648e0affffffff001900
2016.06.04 13:22:18 4: Lightify01: parsing: 1E0001685E000000000100B206010000261884000201648E0AFFFFFFFF001900
2016.06.04 13:22:18 4: B206010000261884, reachable: 2, onoff: 1, dim: 100, ct: 10, rgb: FFFFFF, w: FF
2016.06.04 13:22:19 4: Lightify01: sending: 0E0000685F000000B206010000261884
2016.06.04 13:22:20 5: Lightify01: received: 1e0001685f000000000100b206010000261884000201648e0affffffff001900
2016.06.04 13:22:20 4: Lightify01: parsing: 1E0001685F000000000100B206010000261884000201648E0AFFFFFFFF001900
2016.06.04 13:22:20 4: B206010000261884, reachable: 2, onoff: 1, dim: 100, ct: 10, rgb: FFFFFF, w: FF
2016.06.04 13:22:22 4: Lightify01: sending: 0F00003260000000B20601000026188400
2016.06.04 13:22:22 4: Lightify01: enque: 00, 68 00 00 00 00 B206010000261884
2016.06.04 13:22:22 5: Lightify01: received: 1200013260000000000100b20601000026188400
2016.06.04 13:22:22 4: Lightify01: parsing: 1200013260000000000100B20601000026188400
2016.06.04 13:22:22 4: Lightify01: sending: 0E00006861000000B206010000261884
2016.06.04 13:22:22 5: Lightify01: received: 1200016861000000000100b20601000026188401
2016.06.04 13:22:22 4: Lightify01: parsing: 1200016861000000000100B20601000026188401
2016.06.04 13:22:22 4: B206010000261884, reachable: 0, onoff: 0, dim: 0, ct: 0, rgb: , w:
2016.06.04 13:22:23 4: Lightify01: sending: 0E00006862000000B206010000261884
2016.06.04 13:22:24 5: Lightify01: received: 1200016862000000000100b20601000026188401
2016.06.04 13:22:24 4: Lightify01: parsing: 1200016862000000000100B20601000026188401
2016.06.04 13:22:24 4: B206010000261884, reachable: 0, onoff: 0, dim: 0, ct: 0, rgb: , w:
2016.06.04 13:22:26 4: Lightify01: sending: 0F00003263000000B20601000026188401
2016.06.04 13:22:26 4: Lightify01: enque: 00, 36 00 00 00 00 B206010000261884 0000FF ff 0200
2016.06.04 13:22:26 4: Lightify01: enque: 00, 68 00 00 00 00 B206010000261884
2016.06.04 13:22:26 5: Lightify01: received: 1200013263000000000100b20601000026188400
2016.06.04 13:22:26 4: Lightify01: parsing: 1200013263000000000100B20601000026188400
2016.06.04 13:22:26 4: Lightify01: sending: 1400003664000000B2060100002618840000FFff0200
2016.06.04 13:22:27 5: Lightify01: received: 1200013664000000000100b20601000026188400
2016.06.04 13:22:27 4: Lightify01: parsing: 1200013664000000000100B20601000026188400
2016.06.04 13:22:27 4: Lightify01: unhandled message 1200013664000000000100B20601000026188400
2016.06.04 13:22:27 4: Lightify01: sending: 0E00006865000000B206010000261884
2016.06.04 13:22:27 5: Lightify01: received: 1200016865000000000100b20601000026188401
2016.06.04 13:22:27 4: Lightify01: parsing: 1200016865000000000100B20601000026188401
2016.06.04 13:22:27 4: B206010000261884, reachable: 0, onoff: 0, dim: 0, ct: 0, rgb: , w:
2016.06.04 13:22:30 4: Lightify01: sending: 0F00003266000000B20601000026188401
2016.06.04 13:22:30 4: Lightify01: enque: 00, 36 00 00 00 00 B206010000261884 DEFF26 ff 0200
2016.06.04 13:22:30 4: Lightify01: enque: 00, 68 00 00 00 00 B206010000261884
2016.06.04 13:22:30 5: Lightify01: received: 1200013266000000000100b20601000026188400
2016.06.04 13:22:30 4: Lightify01: parsing: 1200013266000000000100B20601000026188400
2016.06.04 13:22:30 4: Lightify01: sending: 1400003667000000B206010000261884DEFF26ff0200
2016.06.04 13:22:30 5: Lightify01: received: 1200013667000000000100b20601000026188400
2016.06.04 13:22:30 4: Lightify01: parsing: 1200013667000000000100B20601000026188400
2016.06.04 13:22:30 4: Lightify01: unhandled message 1200013667000000000100B20601000026188400
2016.06.04 13:22:30 4: Lightify01: sending: 0E00006868000000B206010000261884
2016.06.04 13:22:31 4: Lightify01: enque: 00, 68 00 00 00 00 B206010000261884
2016.06.04 13:22:31 5: Lightify01: received: 1e00016868000000000100b206010000261884000201648e0adbff26ff001900
2016.06.04 13:22:31 4: Lightify01: parsing: 1E00016868000000000100B206010000261884000201648E0ADBFF26FF001900
2016.06.04 13:22:31 4: B206010000261884, reachable: 2, onoff: 1, dim: 100, ct: 10, rgb: DBFF26, w: FF
2016.06.04 13:22:31 4: Lightify01: sending: 0E00006869000000B206010000261884
2016.06.04 13:22:32 5: Lightify01: received: 1e00016869000000000100b206010000261884000201648e0adbff26ff001900
2016.06.04 13:22:32 4: Lightify01: parsing: 1E00016869000000000100B206010000261884000201648E0ADBFF26FF001900
2016.06.04 13:22:32 4: B206010000261884, reachable: 2, onoff: 1, dim: 100, ct: 10, rgb: DBFF26, w: FF
2016.06.04 13:22:32 4: Lightify01: sending: 0F0000326A000000B20601000026188401
2016.06.04 13:22:32 4: Lightify01: enque: 00, 36 00 00 00 00 B206010000261884 FF0000 ff 0200
2016.06.04 13:22:32 4: Lightify01: enque: 00, 68 00 00 00 00 B206010000261884
2016.06.04 13:22:32 5: Lightify01: received: 120001326a000000000100b206010000261884e9
2016.06.04 13:22:32 4: Lightify01: parsing: 120001326A000000000100B206010000261884E9
2016.06.04 13:22:32 4: Lightify01: sending: 140000366B000000B206010000261884FF0000ff0200
2016.06.04 13:22:33 5: Lightify01: received: 120001366b000000000100b20601000026188400
2016.06.04 13:22:33 4: Lightify01: parsing: 120001366B000000000100B20601000026188400
2016.06.04 13:22:33 4: Lightify01: unhandled message 120001366B000000000100B20601000026188400
2016.06.04 13:22:33 4: Lightify01: sending: 0E0000686C000000B206010000261884
2016.06.04 13:22:33 4: Lightify01: enque: 00, 68 00 00 00 00 B206010000261884
2016.06.04 13:22:33 5: Lightify01: received: 1e0001686c000000000100b206010000261884000201648e0aff0000ff001900
2016.06.04 13:22:33 4: Lightify01: parsing: 1E0001686C000000000100B206010000261884000201648E0AFF0000FF001900
2016.06.04 13:22:33 4: B206010000261884, reachable: 2, onoff: 1, dim: 100, ct: 10, rgb: FF0000, w: FF
2016.06.04 13:22:33 4: Lightify01: sending: 0E0000686D000000B206010000261884
2016.06.04 13:22:34 5: Lightify01: received: 120001686d000000000100b20601000026188401
2016.06.04 13:22:34 4: Lightify01: parsing: 120001686D000000000100B20601000026188401
2016.06.04 13:22:34 4: B206010000261884, reachable: 0, onoff: 0, dim: 0, ct: 0, rgb: , w:
2016.06.04 13:22:35 4: Lightify01: sending: 0E0000686E000000B206010000261884
2016.06.04 13:22:36 5: Lightify01: received: 120001686e000000000100b20601000026188401
2016.06.04 13:22:36 4: Lightify01: parsing: 120001686E000000000100B20601000026188401
2016.06.04 13:22:36 4: B206010000261884, reachable: 0, onoff: 0, dim: 0, ct: 0, rgb: , w:
2016.06.04 13:22:38 4: Lightify01: sending: 0F0000326F000000B20601000026188401
2016.06.04 13:22:38 4: Lightify01: enque: 00, 36 00 00 00 00 B206010000261884 000000 ff 0200
2016.06.04 13:22:38 4: Lightify01: enque: 00, 68 00 00 00 00 B206010000261884
2016.06.04 13:22:38 5: Lightify01: received: 120001326f000000000100b20601000026188400
2016.06.04 13:22:38 4: Lightify01: parsing: 120001326F000000000100B20601000026188400
2016.06.04 13:22:38 4: Lightify01: sending: 1400003670000000B206010000261884000000ff0200
2016.06.04 13:22:38 5: Lightify01: received: 1200013670000000000100b20601000026188400
2016.06.04 13:22:38 4: Lightify01: parsing: 1200013670000000000100B20601000026188400
2016.06.04 13:22:38 4: Lightify01: unhandled message 1200013670000000000100B20601000026188400
2016.06.04 13:22:38 4: Lightify01: sending: 0E00006871000000B206010000261884
2016.06.04 13:22:39 4: Lightify01: enque: 00, 68 00 00 00 00 B206010000261884
2016.06.04 13:22:39 5: Lightify01: received: 1e00016871000000000100b206010000261884000201648e0affffffff001900
2016.06.04 13:22:39 4: Lightify01: parsing: 1E00016871000000000100B206010000261884000201648E0AFFFFFFFF001900
2016.06.04 13:22:39 4: B206010000261884, reachable: 2, onoff: 1, dim: 100, ct: 10, rgb: FFFFFF, w: FF
2016.06.04 13:22:39 4: Lightify01: sending: 0E00006872000000B206010000261884
2016.06.04 13:22:40 5: Lightify01: received: 1e00016872000000000100b206010000261884000201648e0affffffff001900
2016.06.04 13:22:40 4: Lightify01: parsing: 1E00016872000000000100B206010000261884000201648E0AFFFFFFFF001900
2016.06.04 13:22:40 4: B206010000261884, reachable: 2, onoff: 1, dim: 100, ct: 10, rgb: FFFFFF, w: FF
2016.06.04 13:22:41 4: Lightify01: sending: 0F00003273000000B20601000026188401
2016.06.04 13:22:41 4: Lightify01: enque: 00, 36 00 00 00 00 B206010000261884 FFFFFF ff 0200
2016.06.04 13:22:41 4: Lightify01: enque: 00, 68 00 00 00 00 B206010000261884
2016.06.04 13:22:41 5: Lightify01: received: 1200013273000000000100b20601000026188400
2016.06.04 13:22:41 4: Lightify01: parsing: 1200013273000000000100B20601000026188400
2016.06.04 13:22:41 4: Lightify01: sending: 1400003674000000B206010000261884FFFFFFff0200
2016.06.04 13:22:41 5: Lightify01: received: 1200013674000000000100b20601000026188400
2016.06.04 13:22:41 4: Lightify01: parsing: 1200013674000000000100B20601000026188400
2016.06.04 13:22:41 4: Lightify01: unhandled message 1200013674000000000100B20601000026188400
2016.06.04 13:22:41 4: Lightify01: sending: 0E00006875000000B206010000261884
2016.06.04 13:22:42 4: Lightify01: enque: 00, 68 00 00 00 00 B206010000261884
2016.06.04 13:22:42 5: Lightify01: received: 1e00016875000000000100b206010000261884000201648e0affffffff001900
2016.06.04 13:22:42 4: Lightify01: parsing: 1E00016875000000000100B206010000261884000201648E0AFFFFFFFF001900
2016.06.04 13:22:42 4: B206010000261884, reachable: 2, onoff: 1, dim: 100, ct: 10, rgb: FFFFFF, w: FF
2016.06.04 13:22:42 4: Lightify01: sending: 0E00006876000000B206010000261884
2016.06.04 13:22:42 5: Lightify01: received: 1200016876000000000100b20601000026188401
2016.06.04 13:22:42 4: Lightify01: parsing: 1200016876000000000100B20601000026188401
2016.06.04 13:22:42 4: B206010000261884, reachable: 0, onoff: 0, dim: 0, ct: 0, rgb: , w:
2016.06.04 13:22:43 4: Lightify01: sending: 0E00006877000000B206010000261884
2016.06.04 13:22:43 4: Lightify01: enque: 00, 32 00 00 00 00 B206010000261884 01
2016.06.04 13:22:43 4: Lightify01: enque: 00, 36 00 00 00 00 B206010000261884 0000FF ff 0200
2016.06.04 13:22:43 4: Lightify01: enque: 00, 68 00 00 00 00 B206010000261884
2016.06.04 13:22:44 5: Lightify01: received: 1200016877000000000100b20601000026188401
2016.06.04 13:22:44 4: Lightify01: parsing: 1200016877000000000100B20601000026188401
2016.06.04 13:22:44 4: B206010000261884, reachable: 0, onoff: 0, dim: 0, ct: 0, rgb: , w:
2016.06.04 13:22:44 4: Lightify01: sending: 0F00003278000000B20601000026188401
2016.06.04 13:22:44 5: Lightify01: received: 1200013278000000000100b20601000026188400
2016.06.04 13:22:44 4: Lightify01: parsing: 1200013278000000000100B20601000026188400
2016.06.04 13:22:44 4: Lightify01: sending: 1400003679000000B2060100002618840000FFff0200
2016.06.04 13:22:44 5: Lightify01: received: 1200013679000000000100b20601000026188400
2016.06.04 13:22:44 4: Lightify01: parsing: 1200013679000000000100B20601000026188400
2016.06.04 13:22:44 4: Lightify01: unhandled message 1200013679000000000100B20601000026188400
2016.06.04 13:22:44 4: Lightify01: sending: 0E0000687A000000B206010000261884
2016.06.04 13:22:45 5: Lightify01: received: 1e0001687a000000000100b206010000261884000201648e0a0002ffff001900
2016.06.04 13:22:45 4: Lightify01: parsing: 1E0001687A000000000100B206010000261884000201648E0A0002FFFF001900
2016.06.04 13:22:45 4: B206010000261884, reachable: 2, onoff: 1, dim: 100, ct: 10, rgb: 0002FF, w: FF
2016.06.04 13:22:46 4: Lightify01: sending: 0E0000687B000000B206010000261884
2016.06.04 13:22:46 5: Lightify01: received: 120001687b000000000100b20601000026188401
2016.06.04 13:22:46 4: Lightify01: parsing: 120001687B000000000100B20601000026188401
2016.06.04 13:22:46 4: B206010000261884, reachable: 0, onoff: 0, dim: 0, ct: 0, rgb: , w:
2016.06.04 13:22:47 4: Lightify01: sending: 0F0000327C000000B20601000026188400
2016.06.04 13:22:47 4: Lightify01: enque: 00, 68 00 00 00 00 B206010000261884
2016.06.04 13:22:47 5: Lightify01: received: 120001327c000000000100b20601000026188400
2016.06.04 13:22:47 4: Lightify01: parsing: 120001327C000000000100B20601000026188400
2016.06.04 13:22:47 4: Lightify01: sending: 0E0000687D000000B206010000261884
2016.06.04 13:22:48 4: Lightify01: enque: 00, 68 00 00 00 00 B206010000261884
2016.06.04 13:22:48 5: Lightify01: received: 1e0001687d000000000100b206010000261884000200648e0a0002ffff001900
2016.06.04 13:22:48 4: Lightify01: parsing: 1E0001687D000000000100B206010000261884000200648E0A0002FFFF001900
2016.06.04 13:22:48 4: B206010000261884, reachable: 2, onoff: 0, dim: 100, ct: 10, rgb: 0002FF, w: FF
2016.06.04 13:22:48 4: Lightify01: sending: 0E0000687E000000B206010000261884
2016.06.04 13:22:49 5: Lightify01: received: 1e0001687e000000000100b206010000261884000200648e0a0002ffff001900
2016.06.04 13:22:49 4: Lightify01: parsing: 1E0001687E000000000100B206010000261884000200648E0A0002FFFF001900
2016.06.04 13:22:49 4: B206010000261884, reachable: 2, onoff: 0, dim: 100, ct: 10, rgb: 0002FF, w: FF
Viele Grüße,
Heiko
Mir ist noch aufgefallen, dass setSoftOff korrekt ausgeführt wird, d.h. langsamer, wenn man die Zahl vergrößert.
setSoftOn dagegen läuft sehr sehr schnell durch, egal wie groß der Parameter ist.
Viele Grüße,
Heiko
ich habe die version hier: https://forum.fhem.de/index.php/topic,28339.msg457837.html#msg457837 (https://forum.fhem.de/index.php/topic,28339.msg457837.html#msg457837) noch mal aktualisiert.
damit sollten die warnungen im log weg sein. dein gateway hat für eine lampe unvollständige nachrichten geschickt. ich weiss nicht warum
das setRGBW geht jetzt. ich hatte einen falschen parameter geprüft
es gibt scheinbar in den lampen einen unterschied zwischen softOn und softOff:
- auch mit softOn gehen die lampen sehr schnell auf etwa 30% und blenden dann erst mit der eingestellten zeit auf 100.
d.h. wenn die einschalt helligkeit in der nähe von 30 steht sieht man den effekt kaum.
- softOff blendet bis fast ganz auf 0 vor dem ausschalten. d.h. hier sieht man den effekt sehr viel mehr.
setz mal die lampen auf 100% und dann die zeiten auf 0 für beides und dann auf 200 für beides. du solltest den unterschied sehen. die zahl ist übrigens die zeit in 1/10 sekunden.
ps: wenn man eine lampe beim langsamen softOn mitten in der rampe wieder mit off ausschaltet wird dieser aktuelle wert als wert beim einschalten übernommen. ich denke das ist ein fehler in den lampen.
Hallo Andre,
Fehlermeldung nach shutdown restart sind weg.
Ich habe den Befehl
set Lightify01 setRGBW B206010000261884 80008000
probiert. Dieser funktioniert jetzt. Allerdings bewirken die letzten beiden Ziffern keine Veränderung, egal ob ich 00, ff oder 80 probiere.
Die Farbe sieht immer gleich aus.
Das passiert im Log bei verbose5 auf das Gateway:
2016.06.05 18:34:57 4: Lightify01: sending: 1400003633000000B206010000261884ff0000000200
2016.06.05 18:34:58 5: Lightify01: received: 1200013633000000000100b20601000026188400
2016.06.05 18:34:58 4: Lightify01: parsing: 1200013633000000000100B20601000026188400
2016.06.05 18:34:58 4: Lightify01: unhandled message 1200013633000000000100B20601000026188400
2016.06.05 18:35:15 4: Lightify01: sending: 1400003634000000B206010000261884ff0000ff0200
2016.06.05 18:35:15 5: Lightify01: received: 1200013634000000000100b20601000026188400
2016.06.05 18:35:15 4: Lightify01: parsing: 1200013634000000000100B20601000026188400
2016.06.05 18:35:15 4: Lightify01: unhandled message 1200013634000000000100B20601000026188400
2016.06.05 18:35:45 4: Lightify01: sending: 070000133500000001
2016.06.05 18:35:45 5: Lightify01: received: 0301011335000000000500a2c5b2060100002618840a0102040102000001648e0aff0000ff413630524742572030310000000000000000000000000000c0952c60da00002618840201020400021300000e8e0affffffff50313654572030310000000000000000000000000000000011160f510000002618840201020400020b00000e8e0affffffff50313654572030320000000000000000000000000000000065bb9052da00002618840201020400020d0000188e0affffffff5031365457203033000000000000000000000000000000002a6d5659000000261884020102040002150000288e0affffffff503136545720303400000000000000000000000000000000
2016.06.05 18:35:45 4: Lightify01: parsing: 0301011335000000000500A2C5B2060100002618840A0102040102000001648E0AFF0000FF413630524742572030310000000000000000000000000000C0952C60DA00002618840201020400021300000E8E0AFFFFFFFF50313654572030310000000000000000000000000000000011160F510000002618840201020400020B00000E8E0AFFFFFFFF50313654572030320000000000000000000000000000000065BB9052DA00002618840201020400020D0000188E0AFFFFFFFF5031365457203033000000000000000000000000000000002A6D5659000000261884020102040002150000288E0AFFFFFFFF503136545720303400000000000000000000000000000000
2016.06.05 18:35:45 4: A60RGBW 01: B206010000261884:A2C5, type: 0A (ct:1, rgb:1), firmware: 01020401, reachable: 2, groups: 0000, onoff: 1, dim: 100, ct: 2702, rgb: FF0000, w: FF
2016.06.05 18:35:45 5: Lightify01: id 'B206010000261884' already defined as 'Lightify_RGB_Wohnkugel'
2016.06.05 18:35:45 4: P16TW 01: 2C60DA0000261884:C095, type: 02 (ct:1, rgb:0), firmware: 01020400, reachable: 2, groups: 0013, onoff: 0, dim: 14, ct: 2702, rgb: FFFFFF, w: FF
2016.06.05 18:35:45 5: Lightify01: id '2C60DA0000261884' already defined as 'LightifySchlafBett01'
2016.06.05 18:35:45 4: P16TW 02: 0F51000000261884:1116, type: 02 (ct:1, rgb:0), firmware: 01020400, reachable: 2, groups: 000B, onoff: 0, dim: 14, ct: 2702, rgb: FFFFFF, w: FF
2016.06.05 18:35:45 5: Lightify01: id '0F51000000261884' already defined as 'LightifySchlafBett02'
2016.06.05 18:35:45 4: P16TW 03: 9052DA0000261884:65BB, type: 02 (ct:1, rgb:0), firmware: 01020400, reachable: 2, groups: 000D, onoff: 0, dim: 24, ct: 2702, rgb: FFFFFF, w: FF
2016.06.05 18:35:45 5: Lightify01: id '9052DA0000261884' already defined as 'LightifySchlafBett03'
2016.06.05 18:35:45 4: P16TW 04: 5659000000261884:2A6D, type: 02 (ct:1, rgb:0), firmware: 01020400, reachable: 2, groups: 0015, onoff: 0, dim: 40, ct: 2702, rgb: FFFFFF, w: FF
2016.06.05 18:35:45 5: Lightify01: id '5659000000261884' already defined as 'LightifySchlafBett04'
2016.06.05 18:35:46 4: Lightify01: sending: 0E00006836000000B206010000261884
2016.06.05 18:35:47 5: Lightify01: received: 1e00016836000000000100b206010000261884000201648e0aff0000ff001900
2016.06.05 18:35:47 4: Lightify01: parsing: 1E00016836000000000100B206010000261884000201648E0AFF0000FF001900
2016.06.05 18:35:47 4: B206010000261884, reachable: 2, onoff: 1, dim: 100, ct: 2702, rgb: FF0000, w: FF
2016.06.05 18:35:54 4: Lightify01: sending: 1400003637000000B206010000261884800080000200
2016.06.05 18:35:54 5: Lightify01: received: 1200013637000000000100b20601000026188400
2016.06.05 18:35:54 4: Lightify01: parsing: 1200013637000000000100B20601000026188400
2016.06.05 18:35:54 4: Lightify01: unhandled message 1200013637000000000100B20601000026188400
2016.06.05 18:36:01 4: Lightify01: sending: 1400003638000000B206010000261884800080800200
2016.06.05 18:36:02 5: Lightify01: received: 1200013638000000000100b20601000026188400
2016.06.05 18:36:02 4: Lightify01: parsing: 1200013638000000000100B20601000026188400
2016.06.05 18:36:02 4: Lightify01: unhandled message 1200013638000000000100B20601000026188400
2016.06.05 18:36:48 4: Lightify01: sending: 070000133900000001
2016.06.05 18:36:48 5: Lightify01: received: 0301011339000000000500a2c5b2060100002618840a0102040102000001648e0aff00ecff413630524742572030310000000000000000000000000000c0952c60da00002618840201020400021300000e8e0affffffff50313654572030310000000000000000000000000000000011160f510000002618840201020400020b00000e8e0affffffff50313654572030320000000000000000000000000000000065bb9052da00002618840201020400020d0000188e0affffffff5031365457203033000000000000000000000000000000002a6d5659000000261884020102040002150000288e0affffffff503136545720303400000000000000000000000000000000
2016.06.05 18:36:48 4: Lightify01: parsing: 0301011339000000000500A2C5B2060100002618840A0102040102000001648E0AFF00ECFF413630524742572030310000000000000000000000000000C0952C60DA00002618840201020400021300000E8E0AFFFFFFFF50313654572030310000000000000000000000000000000011160F510000002618840201020400020B00000E8E0AFFFFFFFF50313654572030320000000000000000000000000000000065BB9052DA00002618840201020400020D0000188E0AFFFFFFFF5031365457203033000000000000000000000000000000002A6D5659000000261884020102040002150000288E0AFFFFFFFF503136545720303400000000000000000000000000000000
2016.06.05 18:36:48 4: A60RGBW 01: B206010000261884:A2C5, type: 0A (ct:1, rgb:1), firmware: 01020401, reachable: 2, groups: 0000, onoff: 1, dim: 100, ct: 2702, rgb: FF00EC, w: FF
2016.06.05 18:36:48 5: Lightify01: id 'B206010000261884' already defined as 'Lightify_RGB_Wohnkugel'
2016.06.05 18:36:48 4: P16TW 01: 2C60DA0000261884:C095, type: 02 (ct:1, rgb:0), firmware: 01020400, reachable: 2, groups: 0013, onoff: 0, dim: 14, ct: 2702, rgb: FFFFFF, w: FF
2016.06.05 18:36:48 5: Lightify01: id '2C60DA0000261884' already defined as 'LightifySchlafBett01'
2016.06.05 18:36:48 4: P16TW 02: 0F51000000261884:1116, type: 02 (ct:1, rgb:0), firmware: 01020400, reachable: 2, groups: 000B, onoff: 0, dim: 14, ct: 2702, rgb: FFFFFF, w: FF
2016.06.05 18:36:48 5: Lightify01: id '0F51000000261884' already defined as 'LightifySchlafBett02'
2016.06.05 18:36:48 4: P16TW 03: 9052DA0000261884:65BB, type: 02 (ct:1, rgb:0), firmware: 01020400, reachable: 2, groups: 000D, onoff: 0, dim: 24, ct: 2702, rgb: FFFFFF, w: FF
2016.06.05 18:36:48 5: Lightify01: id '9052DA0000261884' already defined as 'LightifySchlafBett03'
2016.06.05 18:36:48 4: P16TW 04: 5659000000261884:2A6D, type: 02 (ct:1, rgb:0), firmware: 01020400, reachable: 2, groups: 0015, onoff: 0, dim: 40, ct: 2702, rgb: FFFFFF, w: FF
2016.06.05 18:36:48 5: Lightify01: id '5659000000261884' already defined as 'LightifySchlafBett04'
2016.06.05 18:36:49 4: Lightify01: sending: 0E0000683A000000B206010000261884
2016.06.05 18:36:50 5: Lightify01: received: 1e0001683a000000000100b206010000261884000201648e0aff00ecff001900
2016.06.05 18:36:50 4: Lightify01: parsing: 1E0001683A000000000100B206010000261884000201648E0AFF00ECFF001900
2016.06.05 18:36:50 4: B206010000261884, reachable: 2, onoff: 1, dim: 100, ct: 2702, rgb: FF00EC, w: FF
2016.06.05 18:37:51 4: Lightify01: sending: 070000133B00000001
2016.06.05 18:37:51 5: Lightify01: received: 030101133b000000000500a2c5b2060100002618840a0102040102000001648e0aff00ecff413630524742572030310000000000000000000000000000c0952c60da00002618840201020400021300000e8e0affffffff50313654572030310000000000000000000000000000000011160f510000002618840201020400020b00000e8e0affffffff50313654572030320000000000000000000000000000000065bb9052da00002618840201020400020d0000188e0affffffff5031365457203033000000000000000000000000000000002a6d5659000000261884020102040002150000288e0affffffff503136545720303400000000000000000000000000000000
2016.06.05 18:37:51 4: Lightify01: parsing: 030101133B000000000500A2C5B2060100002618840A0102040102000001648E0AFF00ECFF413630524742572030310000000000000000000000000000C0952C60DA00002618840201020400021300000E8E0AFFFFFFFF50313654572030310000000000000000000000000000000011160F510000002618840201020400020B00000E8E0AFFFFFFFF50313654572030320000000000000000000000000000000065BB9052DA00002618840201020400020D0000188E0AFFFFFFFF5031365457203033000000000000000000000000000000002A6D5659000000261884020102040002150000288E0AFFFFFFFF503136545720303400000000000000000000000000000000
2016.06.05 18:37:51 4: A60RGBW 01: B206010000261884:A2C5, type: 0A (ct:1, rgb:1), firmware: 01020401, reachable: 2, groups: 0000, onoff: 1, dim: 100, ct: 2702, rgb: FF00EC, w: FF
2016.06.05 18:37:51 5: Lightify01: id 'B206010000261884' already defined as 'Lightify_RGB_Wohnkugel'
2016.06.05 18:37:51 4: P16TW 01: 2C60DA0000261884:C095, type: 02 (ct:1, rgb:0), firmware: 01020400, reachable: 2, groups: 0013, onoff: 0, dim: 14, ct: 2702, rgb: FFFFFF, w: FF
2016.06.05 18:37:51 5: Lightify01: id '2C60DA0000261884' already defined as 'LightifySchlafBett01'
2016.06.05 18:37:51 4: P16TW 02: 0F51000000261884:1116, type: 02 (ct:1, rgb:0), firmware: 01020400, reachable: 2, groups: 000B, onoff: 0, dim: 14, ct: 2702, rgb: FFFFFF, w: FF
2016.06.05 18:37:51 5: Lightify01: id '0F51000000261884' already defined as 'LightifySchlafBett02'
2016.06.05 18:37:51 4: P16TW 03: 9052DA0000261884:65BB, type: 02 (ct:1, rgb:0), firmware: 01020400, reachable: 2, groups: 000D, onoff: 0, dim: 24, ct: 2702, rgb: FFFFFF, w: FF
2016.06.05 18:37:51 5: Lightify01: id '9052DA0000261884' already defined as 'LightifySchlafBett03'
2016.06.05 18:37:51 4: P16TW 04: 5659000000261884:2A6D, type: 02 (ct:1, rgb:0), firmware: 01020400, reachable: 2, groups: 0015, onoff: 0, dim: 40, ct: 2702, rgb: FFFFFF, w: FF
2016.06.05 18:37:51 5: Lightify01: id '5659000000261884' already defined as 'LightifySchlafBett04'
Wie ersichlich, ist w: FF eigentlich immer.
Es erfolgt also keine Änderung.
Viele Grüße,
Heiko
das mit den farben kann ich leider nicht selber probieren da ich keine passende birne habe.
ansonsten würde ich diese version erst mal einchecken wenn es keine weiteren meldungen gibt.
das szenen anlegen und die power on defaults müssen dann warten bis jemand zum sniffen kommt.
gruss
andre
Hallo Andre,
im HUEBridge-Modul gibt es das Attribut "disable", das ich im Urlaub setzen wollte. Allerdings gibt es wohl keinen passenden Status "disabled" dazu, wie in anderen Modulen. Wenn Du das für sinnvoll erachten würdest ... ;) Eilt ja nicht.
Danke und Grüße
Raymund
(läuft übrigens derzeit alles super mit deCONZ, soweit ich es nutze !)
das hier ist zwar der lightify thread :) aber bitte schau mal ob die hier: https://forum.fhem.de/index.php/topic,54316.msg459104.html#msg459104 (https://forum.fhem.de/index.php/topic,54316.msg459104.html#msg459104) angehängte version so tut wie du dir das vorstellst.
gruss
andre
ich habe leider immer noch probleme mit dem netzwerk sniffen. deshalb noch mal eine bitte. kann jemand versuchen
- das anlegen von szenen
- das setzen der power on defaults
- das starten einer dynamischen szene
zu sniffen?
zusätzlich ist mir aufgefallen das die lightify app in etwa 3 sekunden mit bekommen wenn aus fhem geschaltet wird. ich weiss nicht ob die app so oft pollt oder ob es noch einen anderen mechanismus gibt.
die app kann auch unterscheiden ob man in fhem eine farbe oder eine farbtemperatur ausgewählt hat. das funktioniert auch wenn man immer zwischen der gleichen farbe und der gleichen farbtemperatur wechselt. ich habe an den aktuellen nachrichten nichts gefunden an dem man das erkennen kann. das was ich empfange ist in beiden fällen immer absolut identisch. irgendwo muss es aber etwas geben.
gruss
andre
es gibt noch andere kleinigkeiten die ich noch nicht verstehe. z.b. ist die vierte stelle der in der app angezeigten firmware version nirgends in den daten ersichtlich aber die stellen 1-3 stimmen mit dem was ich auslese überein. aber das ist glaube ich erst mal nicht so wichtig.
Zitat von: justme1968 am 09 Juni 2016, 10:59:19
ich habe leider immer noch probleme mit dem netzwerk sniffen. deshalb noch mal eine bitte. kann jemand versuchen
- das anlegen von szenen
- das setzen der power on defaults
- das starten einer dynamischen szene
zu sniffen?
zusätzlich ist mir aufgefallen das die lightify app in etwa 3 sekunden mit bekommen wenn aus fhem geschaltet wird. ich weiss nicht ob die app so oft pollt oder ob es noch einen anderen mechanismus gibt.
die app kann auch unterscheiden ob man in fhem eine farbe oder eine farbtemperatur ausgewählt hat. das funktioniert auch wenn man immer zwischen der gleichen farbe und der gleichen farbtemperatur wechselt. ich habe an den aktuellen nachrichten nichts gefunden an dem man das erkennen kann. das was ich empfange ist in beiden fällen immer absolut identisch. irgendwo muss es aber etwas geben.
gruss
andre
es gibt noch andere kleinigkeiten die ich noch nicht verstehe. z.b. ist die vierte stelle der in der app angezeigten firmware version nirgends in den daten ersichtlich aber die stellen 1-3 stimmen mit dem was ich auslese überein. aber das ist glaube ich erst mal nicht so wichtig.
Hallo Andre,
würde gerne helfen, aber bin mir nicht sicher wie. Ich habe jetzt endlich einen WLAN-Adapter der den Monitor Mode unterstützen soll. Wireshark läuft auch so weit. Mir ist jedoch nicht ganz klar wie ich die obigen Funktionen sniffen soll. Muss man dazu Befehle im FHEM eingeben oder geht es nur um entsprechnde Benutzung der Osram App? Wenn ja welche FHEM Befehle genau? Wenn nein, wie bekommt denn FHEM mit, dass ich diese Funktionen in der App verwende? Oder geht es hier gar nicht um FHEM und Du meinst die Kommunikation zwischen Osram App und Osram Cloud?
Grüße,
Chris
es geht um die kommunikation zwischen app und gateway. fhem ist erst mal komplett aussen vor.
wichtig ist das die app lokal verbunden ist und nicht über das cloud api.
d.h. die app komplett beenden und mitschneiden was beim starten und kurz danach passiert, die oben angesprochenen funktionen in der app verwenden und und danach noch mal in fhem zwischen farbe und farbtemperatur hin und her wechseln und schauen was die app in dieser zeit mit dem gateway macht.
gruss
andre
Zitat von: justme1968 am 09 Juni 2016, 11:48:27... wichtig ist das die app lokal verbunden ist und nicht über das cloud api. ...
Ich nehme an, das geht nur, indem man im Router den Zugang ins Internet versperrt, korrekt?
Z.B. bei den Fritzboxen geht das mit der sog. Kindersicherung, aber meine Fritzbox hat diese leider nicht (mehr). Gibt es noch andere Möglichkeiten?
Kann man stattdessen bestimmte IP-Ranges oder diverse Ports generell sperren, welche bekanntermaßen vom Lightify Gateway verwendet werden, um "nach Hause zu telefonieren"? Welche sind das? Danke.
wenn die app im gleichen netz ist verbindet sie sich (meistens) lokal.
man sieht es am wolken/stecker icon links oben. wenn man drauf klickt bekommt man auch eine genaue meldung.
gruss
andre
Sorry, der Editor spinnt bzw. die Sitzungs-Cookies laufen hier ständig ab... Ich schreibe später nochmal. Gute N8!
Zitat von: justme1968 am 09 Juni 2016, 11:48:27
es geht um die kommunikation zwischen app und gateway. fhem ist erst mal komplett aussen vor.
wichtig ist das die app lokal verbunden ist und nicht über das cloud api.
d.h. die app komplett beenden und mitschneiden was beim starten und kurz danach passiert, die oben angesprochenen funktionen in der app verwenden und und danach noch mal in fhem zwischen farbe und farbtemperatur hin und her wechseln und schauen was die app in dieser zeit mit dem gateway macht.
gruss
andre
OK, hier meine Sniffs! Ich hoffe es hat funktioniert und ich habe das richtig verstanden mit dem Sniffing. Mein Wireshark filter war "ip.addr en 192.168.178.63 and tcp". Wobei die 192.168.178.63 die Lightify Bridge war. Die Lightify-App ist 192.168.178.83, FHEM ist 192.168.178.54.
Grüße, Chris
das schaut schon (fast) sehr gut aus.
- die app scheint tatsächlich alle 3 sekunden den kompletten status zu pollen.
- bei den power on defaults habe ich ein neues kommando entdeckt. aber wenn ich es selber sende passiert noch nichts.
- bei der szene habe ich ein gesetztes flag gesehen, wenn ich es selber setze passiert aber noch nichts.
oder hat du die szenen nur ausgewählt und nicht gespeichert/überschrieben?
irgendetwas übersehen ich glaube ich noch. mal sehen...
beim umschalten zwischen farbe und weiss ist leider keine nachricht an die app mit dabei sondern nur zwischen fhem und gateway. hattest du die app noch offen ?
gruss
andre
ich habe die aktuelle version eingecheckt.
die offen punkte kommen demnächst.
gruss
andre
Zitat von: justme1968 am 14 Juni 2016, 09:30:05
ich habe die aktuelle version eingecheckt.
die offen punkte kommen demnächst.
gruss
andre
Hi Andre,
ich verwende jetzt eine Lightify Gruppe. Scheint in FHEM gut zu funktionieren. Wenn ich die in Homebridge als "light" einbinde, dann wird sie wie folgt erkannt:
...
[2016-07-04 12:13:26] [FHEM] LIGHTIFYGroup1 is light
[2016-07-04 12:13:26] [FHEM] LIGHTIFYGroup1 has
[2016-07-04 12:13:26] [FHEM] On [pct;on,off]
[2016-07-04 12:13:26] [FHEM] Brightness [pct]
[2016-07-04 12:13:26] [FHEM] Hue [hue;hue;0-65535]
[2016-07-04 12:13:26] [FHEM] Saturation [sat;sat;0-254]
...
[2016-07-04 12:13:26] [FHEM] Initializing platform accessory 'LIGHTIFYGroup1'...
[2016-07-04 12:13:26] [FHEM] creating services for LIGHTIFYGroup1
[2016-07-04 12:13:26] [FHEM] information service for LIGHTIFYGroup1
[2016-07-04 12:13:26] [FHEM] manufacturer, model and serial number characteristics for LIGHTIFYGroup1
[2016-07-04 12:13:26] [FHEM] Lightbulb service for LIGHTIFYGroup1
[2016-07-04 12:13:26] [FHEM] On characteristic for LIGHTIFYGroup1:pct
[2016-07-04 12:13:26] [FHEM] Brightness characteristic for LIGHTIFYGroup1:pct
[2016-07-04 12:13:26] [FHEM] Hue characteristic for LIGHTIFYGroup1:hue
[2016-07-04 12:13:26] [FHEM] Saturation characteristic for LIGHTIFYGroup1:sat
...
Folgende Probleme treten auf:
- der Homekit-Status nach Starten der App (Eve) ist immer zunächst "On", auch wenn er in FHEM und der LightifyApp auf "Off" ist. Erst nach dem ersten Schalten synchronisiert sich der Homekit-Status auf den korrekten Status. Nach schließen und wieder öffnen der Homekit-App ist er jedoch wieder "On", obwohl der richtige Status "Off" ist.
- die Brightness in der Homekit-App ist immer zunächst 0% . Wenn ich sie in Homekit auf 100% stelle, dann wird in 5 oder 6 Stufen über einen Zeitraum von 10 Sekunden die Brightness langsam hochgeregelt. Gleiches gilt für runterregeln.
- Der Status On/Off scheint unabhängig von der Brightness zu sein. So ist es Möglich den Status Off mit 100% Brighness zu haben und umgekehrt.
- Die Farben lassen sich in der Homekit-App nicht zuverlässig verändern. Das ändern der Frabe funktioniert manchmal beim ersten mal nach dem Einschalten. Danach flickert die neue Farbe kurz auf und springt danach zurück zur alten Farbe.
Wenn ich die Kommandos von FHEM Command-Line eingebe, scheint die zuverlässig zu schalten, allerdings zeigt die Homekit-App die Status/Farbe/Brightness Änderungen nicht an.
Kanst Du Dir das mal anschauen. Ich kann auch testen!
Grüße,
Chris
hue gruppen haben keinen state/STATE. mit der aktuellsten bridge firmware kannst du dir mit any_on und all_on und stateFormat und homebridgeMapping selber konfigurieren ob eine gruppe als an gelten soll wen eine lampe aus der gruppe an ist oder alle.
hier gilt das gleiche. eine hue gruppe hat keine helligkeit. du kannst dir in homebridgeMapping die helligkeit einer bestimmten lampe als repräsentativ für die gruppe konfigurieren.
bei hue ist on/off (bzw. bei gruppen any_on/all_on) die einzige möglichkeit zu sehen ob eine lampe an oder aus ist. auch eine lampe die aus ist kann 100% helligkeit haben. das ist dann die helligkeit beim nächsten einschalten.
bezieht sich das farb problem auf die gruppe? dann wie oben die farbe einer lampe rein konfigurieren. oder hast du das problem auch bei einzelnen lampen?
achtung: sehe gerade es geht im lightify... ich glaube hier ist die rückmeldung des aktuellen zustande der gruppe noch garnicht eingebaut. das muss ich mir erst noch anschauen. aber im prinzip gilt das gleiche: konfiguriere dir den status einer lampe aus der gruppe als aktuellen zustand ins homebridgeMapping.
gruss
andre
Zitat von: justme1968 am 04 Juli 2016, 14:56:26
hue gruppen haben keinen state/STATE. mit der aktuellsten bridge firmware kannst du dir mit any_on und all_on und stateFormat und homebridgeMapping selber konfigurieren ob eine gruppe als an gelten soll wen eine lampe aus der gruppe an ist oder alle.
hier gilt das gleiche. eine hue gruppe hat keine helligkeit. du kannst dir in homebridgeMapping die helligkeit einer bestimmten lampe als repräsentativ für die gruppe konfigurieren.
bei hue ist on/off (bzw. bei gruppen any_on/all_on) die einzige möglichkeit zu sehen ob eine lampe an oder aus ist. auch eine lampe die aus ist kann 100% helligkeit haben. das ist dann die helligkeit beim nächsten einschalten.
bezieht sich das farb problem auf die gruppe? dann wie oben die farbe einer lampe rein konfigurieren. oder hast du das problem auch bei einzelnen lampen?
achtung: sehe gerade es geht im lightify... ich glaube hier ist die rückmeldung des aktuellen zustande der gruppe noch garnicht eingebaut. das muss ich mir erst noch anschauen. aber im prinzip gilt das gleiche: konfiguriere dir den status einer lampe aus der gruppe als aktuellen zustand ins homebridgeMapping.
gruss
andre
Ok, ich versuche das ganze jetzt über einen dummy Device zu lösen, der eigene state, hue, pct und sat readings hat und entsprechenden Status speichert. Funktioniert auch soweit ganz gut, nur gibt es anscheinend grundsätzlich noch ein Problem mit Homekit und Lightify RGB bezüglich setzten einer Farbe (unabhängig vom dummy).
Wenn ich versuche über Homekit die Farbe zu ändern, flickert die RGB Lightify Lampe kurz in der neuen Farbe und springt zurück zur alten Farbe. Hier ist der Homebridge Log dazu:
...
[2016-07-05 11:40:05] [FHEM] LIGHTIFYB340CA0000261884 is light
[2016-07-05 11:40:05] [FHEM] LIGHTIFYB340CA0000261884 has
[2016-07-05 11:40:05] [FHEM] On [pct;on,off]
[2016-07-05 11:40:05] [FHEM] Brightness [pct]
[2016-07-05 11:40:05] [FHEM] Hue [hue;hue;0-65535]
[2016-07-05 11:40:05] [FHEM] Saturation [sat;sat;0-254]
[2016-07-05 11:40:05] [FHEM] colormode [colormode]
2016-07-05 11:40:05 caching: LIGHTIFYB340CA0000261884-pct: 100
[2016-07-05 11:40:05] [FHEM] caching: On: true (as boolean; from '100')
[2016-07-05 11:40:05] [FHEM] caching: Brightness: 100 (as number; from '100')
2016-07-05 11:40:06 caching: LIGHTIFYB340CA0000261884-hue: 42550
[2016-07-05 11:40:06] [FHEM] caching: Hue: 233 (as number; from '42550')
2016-07-05 11:40:06 caching: LIGHTIFYB340CA0000261884-sat: 229
[2016-07-05 11:40:06] [FHEM] caching: Saturation: 90 (as number; from '229')
2016-07-05 11:40:06 caching: LIGHTIFYB340CA0000261884-colormode: hs
...
[2016-07-05 11:40:06] [FHEM] Initializing platform accessory 'LIGHTIFYB340CA0000261884'...
[2016-07-05 11:40:06] [FHEM] creating services for LIGHTIFYB340CA0000261884
[2016-07-05 11:40:06] [FHEM] information service for LIGHTIFYB340CA0000261884
[2016-07-05 11:40:06] [FHEM] manufacturer, model and serial number characteristics for LIGHTIFYB340CA0000261884
[2016-07-05 11:40:06] [FHEM] Lightbulb service for LIGHTIFYB340CA0000261884
[2016-07-05 11:40:06] [FHEM] On characteristic for LIGHTIFYB340CA0000261884:pct
[2016-07-05 11:40:06] [FHEM] Brightness characteristic for LIGHTIFYB340CA0000261884:pct
[2016-07-05 11:40:06] [FHEM] Hue characteristic for LIGHTIFYB340CA0000261884:hue
[2016-07-05 11:40:06] [FHEM] Saturation characteristic for LIGHTIFYB340CA0000261884:sat
...
[2016-07-05 11:43:25] [FHEM] LIGHTIFYB340CA0000261884: executing set cmd for Hue with value 0
[2016-07-05 11:43:25] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=set%20LIGHTIFYB340CA0000261884%20hue%200&XHR=1
[2016-07-05 11:43:25] [FHEM] LIGHTIFYB340CA0000261884: executing set cmd for Saturation with value 91
[2016-07-05 11:43:25] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=set%20LIGHTIFYB340CA0000261884%20sat%20231&XHR=1
[2016-07-05 11:43:25] [FHEM] LIGHTIFYB340CA0000261884 delaying command [object Object] with value 100
[2016-07-05 11:43:26] [FHEM] LIGHTIFYB340CA0000261884: executing set cmd for Brightness with value 100
[2016-07-05 11:43:26] [FHEM] executing: http://127.0.0.1:8083/fhem?cmd=set%20LIGHTIFYB340CA0000261884%20pct%20100&XHR=1
2016-07-05 11:43:27 caching: LIGHTIFYB340CA0000261884-hue: 42560
[2016-07-05 11:43:27] [FHEM] caching: Hue: 233 (as number; from '42560')
2016-07-05 11:43:27 caching: LIGHTIFYB340CA0000261884-sat: 231
[2016-07-05 11:43:27] [FHEM] caching: Saturation: 91 (as number; from '231')
Scheint noch ein Problem mit Lightify RGB in Verbidung mit Homekit zu sein.
Grüße,
Chris
für homekit brauchst du keinen extra dummy. du kannst im mapping für den aktuellen zustand auch auf readings aus anderen devices zugreifen. also direkt auf eine der beteiligten lampen.
das mit dem flackern schaue ich mir an.
gruss
andre
Zitat von: justme1968 am 05 Juli 2016, 12:49:34
das mit dem flackern schaue ich mir an.
gruss
andre
Habe gerade festgestellt, dass dies irgendwie auch mit der Eve App zu tun haben muss. Wenn ich die Home App oder iDevices App verwende, tritt das Problem nicht bzw. zumindest nicht regelmäßig auf.
Grüße,
Chris
Hallo zusammen,
funktionieren mit der aktuellen Version des Moduls eigentlich
- der Lightify 4-fach-Schalter, und wenn ja, wird langer und kurzer Tastendruck unterstützt?
- die Schalt-Steckdose?
Viele Grüße,
Heiko
wie der schalter funktioniert weiss ich nicht. im java code habe ich nichts dazu gesehen. sieht man in der app wenn man etwas mit dem schalter macht? oder wird er nur verknüpft und man sieht die reaktion dann an den lampen?
prinzipiell sind aber die ganzen gateways nicht besonders gut geeignet schalter abzufragen weil es immer die verzögerung durch das pollen gibt.
die steckdose geht.
gruss
andre
Ich habe den 4-fach-Schalter noch nicht, wollte erstmal fragen bevor ich diesen kaufe.
Wie lange ist die Verzögerung aktuell beim Pollen? (weiter oben hast du geschrieben, dass die App wohl alle 3 Sekunden abfragt?)
Grundsätzlich könnte ich den Schalter direkt im Gateway mit dem Plug koppeln,
dann wäre die Reaktion sofort da und der Status erscheint in fhem halt nach ein paar Sekunden?
Viele Grüße,
Heiko
Zitat von: heikoh81 am 01 August 2016, 21:21:45
Ich habe den 4-fach-Schalter noch nicht, wollte erstmal fragen bevor ich diesen kaufe.
Wie lange ist die Verzögerung aktuell beim Pollen? (weiter oben hast du geschrieben, dass die App wohl alle 3 Sekunden abfragt?)
ja. in etwa.
fhem pollt alle 10 sekunden.
Zitat von: heikoh81 am 01 August 2016, 21:21:45
Grundsätzlich könnte ich den Schalter direkt im Gateway mit dem Plug koppeln,
dann wäre die Reaktion sofort da und der Status erscheint in fhem halt nach ein paar Sekunden?
ja.
gruss
andre
Alles klar, dann passt das ja.
Sollte ich den Schalter kaufen, werde ich berichten.
Moin,
Mal so als halbes cross posting hier.
Ich arbeite normalerweise mit der Philips Hue habe aber auch einiges an Lightify Zubehör und steige gerade auf deCONZ um. Den Lightify Plug den ich in Deutschland gekauft habe funktioniert genau so wie die PAR16 RGBW prima mit deCONZ und wird auch dank dem Hue plugin von justme1968 sauber erkannt.
CU AssetBurned ;-)
Hallo Zusammen,
ich versuche gerade Lightify Leuchten zu schalten, wenn andere Lightfy Leuchten online gehen. Das funktioniert teilweise ganz gut. Wenn die Master-Lampe den status on hat schaltet die Slave-Lampe.
Ich bekomme es aber nicht hin, die Lampen auch wieder auszuschalten. Ich vermute, es liegt daran, dass der Status der Lampen nicht aktualisiert wird.
Wenn ich die Masterlampe am Lichtschalter ausschalte passiert nichts. Wenn ich danach den Status der Masterlampe abfrage geht auch der slave aus.
Gibt es eine Möglichkeit, den Status automatisiert zu aktualisieren?
Ich habe pollDevices im Gateway auf 1 gesetzt. Das hilt aber leider nicht.
hat jemand eine Idee?
Viele Grüße und allseits einen schönen Abend!
P.S. Vielen Dank an alle die zu FHEM beitragen!
nicht erreichbare lampen sollten auf unreachable gehen und das reachsble reading sollte auch aktualisiert werden.
bist du sicher das das nicht passiert?
gruss
andre
Hallo,
ja ich bin sicher. Ich schalte die Masterlampe am Lichtschalter aus. Dann passiert 20 Minuten nichts. Erst wenn ich in FHEM versuche sie zu schalten wird der Status aktualisiert und der Slave geht aus.
Ich habe hier mal den Event-log. Ich habe einen Dummy-Schalter betätigt, wenn ich auf den Lichtschalterdrücke, damit die zeitlichen Bezüge klar werden. Also zuerst Licht am Schalter an, dann aus und nach 20 Minuten dann der Versuch den Master via FHEM zu schalten.
2016-08-21 08:59:08 dummy myLampe1 on
2016-08-21 08:59:08 dummy mySchalter1 on
2016-08-21 08:59:15 HUEDevice LIGHTIFY8A3D070000261884 reachable: 1
2016-08-21 08:59:15 HUEDevice LIGHTIFY8A3D070000261884 on
2016-08-21 08:59:15 HUEDevice LIGHTIFY1C3F070000261884 reachable: 1
2016-08-21 08:59:15 HUEDevice LIGHTIFY1C3F070000261884 on
2016-08-21 08:59:16 HUEDevice LIGHTIFY3A3E0A0000261884 onoff: 1
2016-08-21 08:59:16 HUEDevice LIGHTIFY3A3E0A0000261884 pct: 100
2016-08-21 08:59:16 HUEDevice LIGHTIFY3A3E0A0000261884 on
2016-08-21 08:59:35 dummy myLampe1 off
2016-08-21 08:59:35 dummy mySchalter1 off
2016-08-21 09:19:56 dummy myLampe1 on
2016-08-21 09:19:56 dummy mySchalter1 on
2016-08-21 09:20:08 HUEDevice LIGHTIFY1C3F070000261884 reachable: 0
2016-08-21 09:20:08 HUEDevice LIGHTIFY1C3F070000261884 unreachable
2016-08-21 09:20:08 HUEDevice LIGHTIFY3A3E0A0000261884 onoff: 0
2016-08-21 09:20:08 HUEDevice LIGHTIFY3A3E0A0000261884 pct: 0
2016-08-21 09:20:08 HUEDevice LIGHTIFY3A3E0A0000261884 off
2016-08-21 09:21:17 HUEDevice LIGHTIFY8A3D070000261884 reachable: 0
2016-08-21 09:21:17 HUEDevice LIGHTIFY8A3D070000261884 unreachable
mach mal bitte ein list vom lightify device.
Hier die Ausgabe von List TYPE=HUEDevice
LIGHTIFY1C3F070000261884
LIGHTIFY3A3E0A0000261884
LIGHTIFY563F0A0000261884
LIGHTIFY5E4CCA0000261884
LIGHTIFY8A3D070000261884
LIGHTIFYA829CA0000261884
LIGHTIFYGroup0
LIGHTIFYGroup1
LIGHTIFYGroup2
ein list auf das lightify device.
Hier das List auf das Device:
Hier ausgeschaltet:
Internals:
CHANGED
DEF 1C3F070000261884 IODev=gateway
ID 1C3F070000261884
INTERVAL 0
IODev gateway
NAME LIGHTIFY1C3F070000261884
NR 38
STATE unreachable
TYPE HUEDevice
desired 0
type Dimmable
uniqueid 1C3F070000261884
Readings:
2016-08-20 20:55:22 bri 254
2016-08-20 20:55:22 onoff 1
2016-08-20 20:55:22 pct 100
2016-08-21 09:20:08 reachable 0
2016-08-21 09:20:08 state unreachable
Helper:
alert
bri 254
colormode
ct -1
devtype
effect
hue -1
on 1
percent 100
reachable 0
rgb
sat -1
transitiontime 0
type 4
update_timeout 1
xy
Attributes:
IODev gateway
alias Esstisch-l
color-icons 2
devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
room LIGHTIFY,Wohnzimmer
subType dimmer
webCmd pct:toggle:on:off
Hier eingeschaltet:
Internals:
CHANGED
DEF 1C3F070000261884 IODev=gateway
ID 1C3F070000261884
INTERVAL 0
IODev gateway
NAME LIGHTIFY1C3F070000261884
NR 38
STATE on
TYPE HUEDevice
desired 0
type Dimmable
uniqueid 1C3F070000261884
Readings:
2016-08-20 20:55:22 bri 254
2016-08-20 20:55:22 onoff 1
2016-08-20 20:55:22 pct 100
2016-08-21 13:10:53 reachable 1
2016-08-21 13:10:53 state on
Helper:
alert
bri 254
colormode
ct -1
devtype
effect
hue -1
on 1
percent 100
reachable 1
rgb
sat -1
transitiontime 0
type 4
update_timeout -1
xy
Attributes:
IODev gateway
alias Esstisch-l
color-icons 2
devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
room LIGHTIFY,Wohnzimmer
subType dimmer
webCmd pct:toggle:on:off
nicht auf eine lampe sondern auf das lightify gateway.
sorry....
Hier das gateway.
Internals:
CONNECTS 1
DEF 10.10.10.41
FD 4
Host 10.10.10.41
INTERVAL 60
LAST_CONNECT 2016-08-20 20:55:19
MSG_NR 210
NAME gateway
NR 25
NTFY_ORDER 50-gateway
PARTIAL
STATE connected
TYPE LIGHTIFY
UNCONFIRMED 0
Readings:
2016-08-21 14:49:15 state connected
SEND_QUEUE:
Helper:
CL
Attributes:
pollDevices 1
Hallo,
ich habe mir auch zwei Lightify Lampen zugelegt, es sind die CLB40 E14. Sie hängen an einer HUE Bridge und funktionieren über fhem
Leider kann ich beide nicht komplett ausschalten, nicht mit fhem und auch nicht über die HUE App.
Ein pct 0 hilft auch nicht, es zeigt dann im reading pct 0 an, die Lampe leuchtet aber weiter mit etwa 5 Prozent.
Marek
Hallo,
also ich habe mich jetzt mit der Verzögerung abgefunden. In meinem Fall ist das in Ordnung.
Viele Grüße!
Wie funktionieren bei Euch Timer im Vergleich zur nativen Timer-Steuerung per Gateway?
Ich habe folgendes Problem (ohne fhem, also nur mit dem Gateway und den Einstellungen über die Android-App) beobachtet und frage mich, ob das nicht auch bei fhem auftritt:
Ein Timer schaltet um 7 Uhr eine Szene mit 3000K und 100% Helligkeit ein und um 8 Uhr aus. Der nächste Timer sollte um 8 Uhr eine Szene (dieselben Leuchten wie zuvor) mit 4000K und 100% Helligkeit schalten und um 10 Uhr ausschalten. Aber um 8 Uhr gehen die Leuchten aus und bleiben aus, als ob sich zwei direkt aufeinander folgende Timer ins Gehege kommen. Die einzige Abhilfe, die ich fand, war, dass der zweite Timer erst um 8:01 Uhr die neue Szene schaltet. Das führt aber dazu, dass die Leuchten von 8 bis 8:01 Uhr aus sind.
Besteht das Problem auch mit fhem? Bevor ich fhem installiere und alles einrichte etc, hätte ich gerne einen Tipp. Vielen Dank!
mit fhem würdest du nicht einen timer im gateway verwenden sondern über fhem um 7 einschalten, um 8 die farbe ändern und um 10 ausschalten. da kommt sich nichts ins gehege.
gruss
andre
Prima, vielen Dank für die Info! Das wird wohl die Lösung zu meinem Problem sein, denn das Osram Gateway kann das so nicht.
Hallo Zusammen,
ich würde mir gerne einen Lichtwecker mit meinen Osram Tunable Whites an einer Lightify Bridge realisieren.
Den passenden Befehl habe ich prinzipiell schon mit einem
set schlaziLicht pct 100 120: ct 6000
So sollte innerhalb von 120 Sekunden auf 100 Prozent Helligkeit und 6000 Kelvin Farbtemperatur gefahren werden.
Das Problem daran ist, dass ich nicht weiss in welchem Zustand die Lampen zuvor abgeschaltet worden sind,
sprich wenn sie bereits auf 100 % und 6000 K waren, dann bekomme ich von Sekunde 1 an gleich die volle Dröhnung.
Wenn ich kurz zuvor ein
set schlaziLicht pct 2 : ct 2500
setze, geht das Licht trotzdem kurz in der alten (mir theoretisch unbekannten) Stellung an, dimmt dann runter und die Lichtfahrt beginnt.
Kann man das irgendwie vermeiden, dass die Lampe mit den alten Werten angeht?
Beste Grüsse,
SnakeZZ
Hallo,
vielleicht wurde die Frage auch schon beantwortet, aber ich konnte über die Suche nichts finden. An meinem Router kann ich keine festen Ips vergeben, daher ist hatte ich heute die Sache, dass das Log-file mit dem eintrag: Lightify_Brige: failed to connect vollgeschrieben wurde. Gibt es dafür eine Lösung?
was ist das denn für eine kiste...
kannst du wenigstens den dhcp bereich einstellen? dann gibt dem gateway einfach eine feste ip ausserhalb des dhcp bereichs.
ohne feste ip funktioniert das fhem modul nicht.
gruss
andre
Jetzt muss ich mal doof nachfragen: wie kann ich den die IP der Bridge einstellen? Müsste ich wenn am Gerät selbst machen. In der App konnte ich nichts finden und google hilft mir auch nicht weiter.
Braucht die Bridge eigentlich unbedingt Internet? Würde sonst mal versuchen, ob ich nicht ein Wlan Netz mit Raspberry Pi 3 aufbaue und es da einbaue.
edit: hat sich erledigt wechsel jetzt auf ne Hue Bridge
ganz kurz: um mein neues Lightify Surface Light mit dem hue Hub verbinden zu können, musste ich diese resetten. Ich habe mir mit einer ohnehin vorhandenen Schaltsteckdose und dieser Sequenz geholfen
set wz.sw.LampeRegal on ; sleep 2 ; set wz.sw.LampeRegal off ; sleep 5 ; set wz.sw.LampeRegal on ; sleep 2 ; set wz.sw.LampeRegal off ; sleep 5 ; set wz.sw.LampeRegal on ; sleep 2 ; set wz.sw.LampeRegal off ; sleep 5 ; set wz.sw.LampeRegal on ; sleep 2 ; set wz.sw.LampeRegal off ; sleep 5 ; set wz.sw.LampeRegal on ; sleep 2 ; set wz.sw.LampeRegal off ; sleep 5 ; set wz.sw.LampeRegal on
sprich zwei Sekunden an, fünf Sekunden aus und das ganze 5 mal wiederholen. Danach blinkt das Surface Light ein paar mal und kann über die hue app gesucht+gefunden werden.
Hallo zusammen,
Ist es irgendwie möglich den Lightify Switch in FHEM zu nutzen?
Also mit dem Switch eine FHEM Aktion zu starten.
Oder kann man damit nur Lightify Lampen steuern?
Hallo,
ich suche nach einer Möglichkeit mit einem Homematic Wand Taster meine Deckenlampe zu dimmen.
Bei langem halten des Tasters soll dies passieren. Ich denke, das ganze sollte auch ohne Probleme mit einzelnen Led-Lampen funktionieren, allerdings nicht mit einer Gruppe. Denn dort fehlt der set Befehl dimUp/dimDown.
Hat das Gründe warum es diesen Befehl in einer Gruppe nicht zur Auswahl gibt?
Muss dann sonst wohl oder übel alle Lampen der Gruppe einzeln ansprechen um sie entsprechend zu dimmen?
Danke und Grüße
Fixel
da eine gruppe keinen lampen typ hat und sogar unterschiedliche typen mischen kann werden typ abhängige kommandos nicht automatisch angezeigt. verwenden kannst du sie trozdem.
gruss
andre
Zitat von: justme1968 am 25 Januar 2017, 11:33:19
da eine gruppe keinen lampen typ hat und sogar unterschiedliche typen mischen kann werden typ abhängige kommandos nicht automatisch angezeigt. verwenden kannst du sie trozdem.
gruss
andre
Interessant! Werde es später ausprobieren, Dankeschön!
Gruß Fixel
noch was vergessen: die lightify haben kein eingebautes dimUp und dimDown. d.h. fhem emuliert das. dazu ist aber das bri reading nötig. d.h. du musst per notify und kopieren aus einer zugehörigen lampe dafür sorgen das die gruppe ein bri reading hat. es bedeutet auch das alle lampen der gruppe gleich hell sind.
hue lampen bzw. die hue bridge haben eingebaute dimUp und dimDown kommandos. da gibt es diese einschränkung nicht.
gruss
andre
ps: wenn dir die dropDowns wichtig sind kannst du das subtype attribut der gruppe passend setzen.
Mhh,
habe leider keine Idee, wie ich die Readings abfragen kann und dann direkt mit übertrage.
Habe dazu nur dieses Thema gefunden, leider wurde darauf nicht geantwortet.
https://forum.fhem.de/index.php/topic,64131.msg553695.html#msg553695
Kannst du mir verraten, wie ich das am besten anstelle?
Zitat von: justme1968 am 25 Januar 2017, 12:28:34
ps: wenn dir die dropDowns wichtig sind kannst du das subtype attribut der gruppe passend setzen.
Was genau meinst du mit passend? Ich habe, wenn ich in der Gruppe auf subtype gehe folgendes zur Auswal: extcolordimmer, colordimmer, ctdimmer, dimmer und switch.
Ich denke der normale dimmer ist hier am besten angebracht?
Danke und Grüße
Fixel
nicht abfragen. ein notify auf bri einer lampe und dann setreading auf gruppe.
etwas so: define <name> notify <lampe>: bri setreading <gruppe> bri $EVTPART1
alles mit dimmer bekommt dim kommandos. lightify aber keine dimUp und dimDown.
nicht abfragen. ein notify auf bri einer lampe und dann setreading auf gruppe.
etwas so: define <name> notify <lampe>:bri setreading <gruppe> bri $EVTPART1
alles mit dimmer bekommt dim kommandos. lightify aber keine dimUp und dimDown.
Zitat von: justme1968 am 25 Januar 2017, 14:01:35
nicht abfragen. ein notify auf bri einer lampe und dann setreading auf gruppe.
etwas so: define <name> notify <lampe>: bri setreading <gruppe> bri $EVTPART1
alles mit dimmer bekommt dim kommandos. lightify aber keine dimUp und dimDown.
Dankeschön, so habe ich ein notify bisher nie nutzen müssen! ;D ::)
Grüße Fixel
achtung: bei dir ist ein leerzeichen zu viel zwischen : und bri.
Hat super funktioniert, Dankeschön!
Nun noch eine Frage:
Ich hätte gerne nun, dass egal auf welche beiden tasten ich von dem HM Taster drücke, dass je nachdem ob angeschaltet oder ausgeschaltet ist, es an oder aus geht.
Also so:
Licht an -> Taster Drücken ->aus
Licht aus -> Taster Drücken -> an
Also kurz gesagt toggle.
Da du in das Modul bereits den toggle befehl eingearbeitet hast, wollte ich ihn direkt ausprobieren.
Leider greift dieser nur, wenn das Licht an ist.
Also so:
Licht an -> toggle Befehl -> Licht aus
Licht aus -> toggle Befehl -> Licht bleibt aus :o
Ist das komischer Weise nur bei mir so? Oder ist da ein Bug den noch keiner bemerkt hat? ;D
Danke vielmals und Grüße
Fixel
damit toggle geht braucht es ein korrektes onoff reading.
wenn es wieder um eine gruppe geht -> du musst genauso wie bei bri auch onoff in der gruppe erzeugen.
gruss
andre
Zitat von: justme1968 am 25 Januar 2017, 22:28:28
damit toggle geht braucht es ein korrektes onoff reading.
wenn es wieder um eine gruppe geht -> du musst genauso wie bei bri auch onoff in der gruppe erzeugen.
gruss
andre
oh man, hätte ich mir auch denken können! ::) :-X
Vielen Dank!
Hallo in die Runde!
@justme
Könntest Du bitte noch
'Classic A60' => {name => 'LIGHTIFY Classic A60 dimmable light' ,type => 'Dimmable Light' ,subType => 'dimmer', },
mit in die 31_HUEDevice.pm mit aufnehmen...
Und noch was anderes, ist denn geplant den LightifySwitch mit aufzunehmen und eventuell auch den LightifyBewegungsmelder mit auszuwerten incl. Temperatur?
die Classic A60 habe ich eingebaut, zu switch und bewegungsmelder kann ich nichts sagen da ich die nicht habe.
es müsste jemand mit wireshark mitschneiden was zwischen app und gateway passiert und schauen was man davon verwenden kann.
Danke für die A60!
Hier schon mal ein paar Infos zum Bewegungsmelder:
(Bewegungsmelder - keine Bewegung erkannt)
A2 C9 48 95 EC 0B 00 6F 0D 00 20 1E 00 53 00 02 00 00 01 64 00 00 01 00 00 FF E i n g a n g 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
(Bewegungsmelder - Bewegung erkannt)
A2 C9 48 95 EC 0B 00 6F 0D 00 20 1E 00 53 00 02 00 00 01 64 00 00 01 01 00 FF E i n g a n g 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
Byte 24 zeigt an, ob der Bewegungsmelder eine Bewegung registriert hat.
Es steht auf TRUE, für den Zeitraum, den man für den Bewegungsmelder hinterlegt hat.
Ich schau mal, wie ich jetzt noch die Temperatur auslesen kann, wird wohl ne eigene Anfrage an den Gateway sein.
Ne Übersicht aller bisher bekannten Raw-Requests wäre ganz hilfreich... ;)
Bezüglich des Tasters muss ich erstmal schauen... der ausgelesene Status via 07 00 00 13 00 00 00 00 01 ist halt wahrscheinlich nicht wirkich aussagekräftig...
Hier trotzdem kurz die Response:
47 03 51 25 63 0C 00 6F 0D 00 41 01 00 00 01 02 00 00 01 64 00 00 01 00 00 FF T a s t e r S t u b e 00 00 00 00 00 00 00 00 00 00 00 00
sendet das gateway für den bewegungsmelder von sich aus? oder antwortet es beim normalen pollen? oder gibt es eine neue nachricht im die melder abzufragen ?
kommt beim Pollen mit...
Hier mal die komplette Response auf 07 00 00 13 00 00 00 00 01
67 01 01 13 00 00 00 00 00
07 00
DA C4 53 A6 CB 00 00 26 18 84 0A 01 02 04 01 02 01 00 01 01 D0 07 FF A8 00 FF 53 74 65 68 6C 61 6D 70 65 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 (A60 RGBW)
DE 0C 56 87 0B 00 00 26 18 84 02 01 02 04 00 02 01 00 01 01 8E 0A FF 03 01 FF 53 69 64 65 62 6F 61 72 64 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 (B40 TW)
47 03 51 25 63 0C 00 6F 0D 00 41 01 00 00 01 02 00 00 01 64 00 00 01 00 00 FF 54 61 73 74 65 72 20 53 74 75 62 65 00 00 00 00 00 00 00 00 00 00 00 00 (Taster)
B5 E8 E8 D1 06 00 00 26 18 84 04 01 02 04 00 02 02 00 00 2D 00 00 01 00 00 FF 44 65 63 6B 65 6E 6C 61 6D 70 65 00 00 00 00 00 00 00 00 00 00 00 00 00 (A60)
A2 C9 48 95 EC 0B 00 6F 0D 00 20 1E 00 53 00 02 00 00 01 64 00 00 01 00 00 FF 45 69 6E 67 61 6E 67 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 (Bewegungsmelder)
65 4E 6D 3E 0B 00 00 26 18 84 10 01 02 04 0C 02 04 00 01 64 00 00 01 00 00 FF 46 65 72 6E 73 65 68 65 72 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 (Plug)
96 EC E8 47 0B 00 00 26 18 84 10 01 02 04 0C 02 04 00 01 64 00 00 01 00 00 FF 41 6D 62 69 6C 69 67 68 74 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 (Plug)
was kommt beim getStatus (68) zurück?
versuch mal die angehängte version. damit könnte der bewegungsmelder zumindest zum teil schon gehen.
gruss
andre
0f 00 00 68 07 00 00 00 48 95 EC 0B 00 6F 0D 00 00
liefert bei keiner erkannten Bewegung und Sensor aktiviert via App:
1E 00 01 68 07 00 00 00 00 01 00 48 95 EC 0B 00 6F 0D 00 00 02 01 64 00 00 01 00 00 FF 00 00 00
und bei Bewegung + Sensor aktiviert via App:
1E 00 01 68 07 00 00 00 00 01 00 48 95 EC 0B 00 6F 0D 00 00 02 01 64 00 00 01 01 00 FF 00 00 00
keine Bewegung + deaktiviertem Sensor:
1E 00 01 68 07 00 00 00 00 01 00 48 95 EC 0B 00 6F 0D 00 00 02 01 64 00 00 00 00 00 FF 00 00 00
Bewegung + deaktiviertem Sensor:
1E 00 01 68 07 00 00 00 00 01 00 48 95 EC 0B 00 6F 0D 00 00 02 01 64 00 00 00 00 00 FF 00 00 00
Ich hab damit auch schon rumgespielt, um eventuell was über die Temperatur herauszufinden, wird aber über den Status wohl nicht mitgeliefert.
Mittels Wireshark konnte ich auch keinen Datenaustausch zwischen App und Gateway finden, mittels der der Bewegungsmelder gesteuert wird, dafür gab es aber lustigen Traffic zwischen dem Gateway und einem Server. Ich hab die Internetverbindung des Gateways mal gekappt und schon konnte ich nichts mehr änderen, was den Bewegungsmelder betraf, konnte ihn nicht De-/Aktivieren, Umbenennen oder Aktivitäten ändern.
Es scheint so, als wäre es nicht möglich via Socket-Verbindungen den Bewegungsmelder aus FHEM heraus zu konfigurieren... leider...
Mit dem Taster wird es wohl ähnlich sein, dass werde ich mir mal noch genau anschauen müssen.
Hier die Logauszüge für den Motionsensor mit deinen Änderungen:
Dabei schaut das Log immer gleich aus, egal, ob der Motionsensor de-/aktiviert ist oder ob eine Bewegung erkannt wurde, oder nicht
2017.03.11 22:13:53 4: Eingang: 4895EC0B006F0D00:A2C9, type: 20 (ct:0, rgb:0, sensor:1), firmware: 1E005300, reachable: 2, groups: 0000, onoff: 1, dim: 100, ct: 0, rgb:
010000, w: FF
2017.03.11 22:13:53 5: Licht: id '4895EC0B006F0D00' already defined as 'LIGHTIFY4895EC0B006F0D00'
2017.03.11 22:13:53 4: parse status message for LIGHTIFY4895EC0B006F0D00
2017.03.11 22:13:53 5: $VAR1 = {
'uniqueid' => '4895EC0B006F0D00',
'type' => 'MotionDetector',
'state' => {
'bri' => 254,
'on' => 1,
'lastupdated' => '2017-03-11 22:13:53',
'reachable' => 1,
'presence' => 1
}
};
2017.03.11 22:13:53 4: LIGHTIFY4895EC0B006F0D00: lastupdated: 2017-03-11 22:13:53, hash->{lastupdated}: 2017-03-11 22:12:53
2017.03.11 22:13:53 5: LIGHTIFY4895EC0B006F0D00: $VAR1 = {
'uniqueid' => '4895EC0B006F0D00',
'type' => 'MotionDetector',
'state' => {
'bri' => 254,
'on' => 1,
'lastupdated' => '2017-03-11 22:13:53',
'reachable' => 1,
'presence' => 1
}
};
2017.03.11 22:13:53 5: Starting notify loop for LIGHTIFY4895EC0B006F0D00, 1 event(s), first is motion
2017.03.11 22:13:53 5: End notify loop for LIGHTIFY4895EC0B006F0D00
Achja, weil ich schon öfter gelesen hatte, dass Du Probleme mit dem Netzwerk sniffen hattest... Ich nutze unter Windows Wireshark nur zum Auswerten der gesnifft Daten, da es dort nicht immer so einfach ist, die WLan-Karte in den Promiscous-Mode zu setzen wie unter einem UnixSystem. Wenn Du eine FritzBox als Router nutzt, kannst Du diese zum Sniffen nutzen, dort gibt es eine versteckte Oberfläche unter http://fritz.box/html/capture.html, wo man den Traffic aller Schnittstellen des Router sniffen kann.
Grüße
Thomas
die version oben hat noch das falsche byte ausgewertet. probier mal diese hier.
du musst das device das zum bewegungsmelder gehört vorher löschen. die offizielle version hat den als lampe angelegt. deshalb gibt es kein motion reading.
diese version legt ihn als sensor an. und hat dann ein motion reading. aktiviert/deaktiviert ist im on internal zu sehen.
Läuft super!
Dank dir!
hier nochmal der Log:
2017.03.12 00:05:28 4: Eingang: 4895EC0B006F0D00:A2C9, type: 20 (ct:0, rgb:0, sensor:1), firmware: 1E005300, reachable: 2, groups: 0000, onoff: 1, dim: 100, ct: 0, rgb:
010100, w: FF
2017.03.12 00:05:28 5: Licht: id '4895EC0B006F0D00' already defined as 'LIGHTIFY4895EC0B006F0D00'
2017.03.12 00:05:28 4: parse status message for LIGHTIFY4895EC0B006F0D00
2017.03.12 00:05:28 5: $VAR1 = {
'type' => 'MotionDetector',
'state' => {
'reachable' => 1,
'bri' => 254,
'on' => 1,
'presence' => 1,
'lastupdated' => '2017-03-12 00:05:28'
},
'uniqueid' => '4895EC0B006F0D00',
'config' => {
'on' => 1
}
};
2017.03.12 00:05:28 4: LIGHTIFY4895EC0B006F0D00: lastupdated: 2017-03-12 00:05:28, hash->{lastupdated}: 2017-03-12 00:04:28
2017.03.12 00:05:28 5: LIGHTIFY4895EC0B006F0D00: $VAR1 = {
'type' => 'MotionDetector',
'state' => {
'reachable' => 1,
'bri' => 254,
'on' => 1,
'presence' => 1,
'lastupdated' => '2017-03-12 00:05:28'
},
'uniqueid' => '4895EC0B006F0D00',
'config' => {
'on' => 1
}
};
2017.03.12 00:05:28 5: Starting notify loop for LIGHTIFY4895EC0B006F0D00, 1 event(s), first is motion
2017.03.12 00:05:28 5: End notify loop for LIGHTIFY4895EC0B006F0D00
Das ganze ist halt nicht wirklich gut für Aktionen geeignet, die sofort auf Bewegung reagieren sollen.
Holst Du den Status immer mit dem Poll ab bzw. kann man für den Sensor ein eigenes Intervall festlegen und den Status auslesen?
ZitatDas ganze ist halt nicht wirklich gut für Aktionen geeignet, die sofort auf Bewegung reagieren sollen.
das ist der prinzipielle nachteil wenn es kein push api gibt. das lässt sich leider nicht ändern.
du kannst aber mal schauen ob du für das sensor device in der DEF ein kleineres intervall angeben kannst.
ich weiss nicht mehr ob das bei lightify funktioniert oder ob es auf grund der schnittstelle nicht geht.
die version von oben checke ich schon mal ein.
Werd ich mir morgen mal anschauen.
Ich dank dir erstmal!
Gruß
Thomas
achso: wegen dem sniffen. ich verwende werde windows noch eine fritzbox fürs wlan :)
es war weniger ein technisches problem als ein organisatorisches.
was zum sniffen zwischen app und irgendeinem anderen wlan device sehr gut geht ist ein mac notebook als wlan ap fürs handy zu verwenden und die kabel gebunden verbindung dafür frei zu geben. dann kann man mit wiresahrk direkt zwischen handy und dem rest des netzes alles mitschneiden und auch mitmproxy verwenden um ssl verbindungen zu entschlüsseln.
Hallo zusammen,
ich hatte nicht lust alle 5 millionen Einträge in dem Thread zu lesen, um eine Antwort auf meine Frage zu finden. Deswegen stelle ich sie hier einmal.
In der Lightify App gibts auch diese dynamischen Szenen wie Abendstimmung, Pflanzenlicht, Relax and chill und wie sie nicht alle heißen.
Kann man diese bereits auch starten aus fhem? Oder ist das zumindestens in Planung, hat sich damit mal jemand auseinander gesetzt?
Gruß
xxAvarlonxx
Hallo! Ich würde mich mit einer naiven Frage anschließen:
Gibt es eine Möglichkeit den Osram Lightify Plug (Schaltbare Steckdose) ohne das Osram Lightify Gateway in Betrieb zu nehmen?
Danke und Gruß
ehmehm
Alternativ funktioniert der Plug auch mit der HUE Bridge oder einem RaspBee. Aber ein ZigBee-Gateway brauchst Du auf jeden Fall.
@xxAvarlonxx: auch ohne alles zu lesen findest du in der commandref das goToScene kommando. zwar nicht mit den schicken namen sondern nur einer id( bzw. laufenden nummer).
ich glaube es hat noch niemand rausgefunden wie man die szenen namen bekommt.
Hallo,
der Lightify Motion Sensor (Bewegungsmelder), zeigt in der Lightify APP auch die Temperatur mit an.
Kann diese auch mit ausgelesen werden?
Per Autocreate wurde der Sensor angelegt, zeigt aber in FHEM als readings nur "nomotion" und keine Temperatur.
Wer kann helfen?
mach mal einen wireshark mitschnitt und schreib mit was die app anzeigt
Ich gucke mal ob ich die Temperatur in der Homebridge sehe
Hallo justme1968,
vor einiger Zeit hattest Du auf eine Frage bezüglich der Szenen mit folgender Antwort geantwortet.
Zitat von: justme1968 am 21 Mai 2017, 21:21:01
@xxAvarlonxx: auch ohne alles zu lesen findest du in der commandref das goToScene kommando. zwar nicht mit den schicken namen sondern nur einer id( bzw. laufenden nummer).
ich glaube es hat noch niemand rausgefunden wie man die szenen namen bekommt.
Ich tester gerade Osram Lightify und habe irgendwo noch Verständnisprobleme.
- Welches Device muß ich bei dem Befehl angeben ?
- Und woher bekomme ich die ID der Szene, da ja in der App nur Namen und keine IDs angegeben sind.
Mich würde mal interessieren, ob es Jemand geschafft hat, diesen Befehl erfolgreich auszuführen.
Vielen Dnak und viele Grüße
Michael
Ich habe seit ein paar Tagen diesen Eintrag für mehrere Lightify-Lampen im Log:
Lightify: Autocreate: An error occurred while creating device for id 'D7FE050000261884': LIGHTIFYD7FE050000261884 already defined, delete it first
Ich kann die entsprechenden Geräte natürlich löschen und neu anlegen lassen, wie in der Meldung beschrieben. Mich interessiert aber, wieso Lightify die neu anlegen will. Weder am Gateway noch an den Lampen wurde etwas geändert.
Außerdem stehen alle Geräte bis auf meinen Bewegungsmelder auf unreachable, obwohl sie über die App einwandfrei erreichbar sind und dort auch ihren Status korrekt anzeigen.
Hallo JustMe,
ich habe seit einigen Tagen Perl Warnings im Log, wenn ich meine Lightify Decken Birnen mit dem Command set LIGHTIFYGroup2 blink 10 blinken lasse.
Siehe hier:
2017.08.24 07:43:44 1: PERL WARNING: Use of uninitialized value $p2 in pattern match (m//) at FHEM/SetExtensions.pm line 127.
2017.08.24 07:43:44 1: stacktrace:
2017.08.24 07:43:44 1: main::__ANON__ called by FHEM/SetExtensions.pm (127)
2017.08.24 07:43:44 1: main::SetExtensions called by ./FHEM/31_HUEDevice.pm (817)
2017.08.24 07:43:44 1: main::HUEDevice_Set called by fhem.pl (3441)
2017.08.24 07:43:44 1: main::CallFn called by fhem.pl (1744)
2017.08.24 07:43:44 1: main::DoSet called by fhem.pl (1777)
2017.08.24 07:43:44 1: main::CommandSet called by fhem.pl (1173)
2017.08.24 07:43:44 1: main::AnalyzeCommand called by ./FHEM/01_FHEMWEB.pm (2492)
2017.08.24 07:43:44 1: main::FW_fC called by ./FHEM/01_FHEMWEB.pm (904)
2017.08.24 07:43:44 1: main::FW_answerCall called by ./FHEM/01_FHEMWEB.pm (548)
2017.08.24 07:43:44 1: main::FW_Read called by fhem.pl (3446)
2017.08.24 07:43:44 1: main::CallFn called by fhem.pl (692)
2017.08.24 07:43:44 1: PERL WARNING: Use of uninitialized value $p2 in concatenation (.) or string at FHEM/SetExtensions.pm line 134.
2017.08.24 07:43:44 1: stacktrace:
2017.08.24 07:43:44 1: main::__ANON__ called by FHEM/SetExtensions.pm (134)
2017.08.24 07:43:44 1: main::SetExtensions called by ./FHEM/31_HUEDevice.pm (817)
2017.08.24 07:43:44 1: main::HUEDevice_Set called by fhem.pl (3441)
2017.08.24 07:43:44 1: main::CallFn called by fhem.pl (1744)
2017.08.24 07:43:44 1: main::DoSet called by fhem.pl (1777)
2017.08.24 07:43:44 1: main::CommandSet called by fhem.pl (1173)
2017.08.24 07:43:44 1: main::AnalyzeCommand called by ./FHEM/01_FHEMWEB.pm (2492)
2017.08.24 07:43:44 1: main::FW_fC called by ./FHEM/01_FHEMWEB.pm (904)
2017.08.24 07:43:44 1: main::FW_answerCall called by ./FHEM/01_FHEMWEB.pm (548)
2017.08.24 07:43:44 1: main::FW_Read called by fhem.pl (3446)
2017.08.24 07:43:44 1: main::CallFn called by fhem.pl (692)
2017.08.24 07:43:44 1: PERL WARNING: Use of uninitialized value $p2 in addition (+) at FHEM/SetExtensions.pm line 138.
2017.08.24 07:43:44 1: stacktrace:
2017.08.24 07:43:44 1: main::__ANON__ called by FHEM/SetExtensions.pm (138)
2017.08.24 07:43:44 1: main::SetExtensions called by ./FHEM/31_HUEDevice.pm (817)
2017.08.24 07:43:44 1: main::HUEDevice_Set called by fhem.pl (3441)
2017.08.24 07:43:44 1: main::CallFn called by fhem.pl (1744)
2017.08.24 07:43:44 1: main::DoSet called by fhem.pl (1777)
2017.08.24 07:43:44 1: main::CommandSet called by fhem.pl (1173)
2017.08.24 07:43:44 1: main::AnalyzeCommand called by ./FHEM/01_FHEMWEB.pm (2492)
2017.08.24 07:43:44 1: main::FW_fC called by ./FHEM/01_FHEMWEB.pm (904)
2017.08.24 07:43:44 1: main::FW_answerCall called by ./FHEM/01_FHEMWEB.pm (548)
2017.08.24 07:43:44 1: main::FW_Read called by fhem.pl (3446)
2017.08.24 07:43:44 1: main::CallFn called by fhem.pl (692)
Ist da schon etwas bekannt?
Jemand eine Ahnung durch was es hervorgerufen wird?
Danke und Gruß,
Fixel
Hallo zusammen,
eine Frage: bei uns ist das Osram EASY Color Control verbaut. Kann man dies mit dem Lightify-Modul auch ansteuern oder ist das eine andere Welt? Konnte leider in der Suche nichts zum EASY-System finden.
Danke und VG
Achim
Hat denn niemand eine Ahnung wo durch die Perl Warnings im Post #464 hervorgerufen werden?
Habe diese Täglich im Log stehen, immer wenn ich die Lightify LED's blinken lasse...
Wäre froh wenn das mal jemand genauer analysieren kann, der mehr Ahnung von der Sache hat.
Besten Dank,
Fixel
Zitat von: justme1968 am 12 März 2017, 00:19:40
das ist der prinzipielle nachteil wenn es kein push api gibt. das lässt sich leider nicht ändern.
du kannst aber mal schauen ob du für das sensor device in der DEF ein kleineres intervall angeben kannst.
ich weiss nicht mehr ob das bei lightify funktioniert oder ob es auf grund der schnittstelle nicht geht.
die version von oben checke ich schon mal ein.
Hat das jemand geschafft ein kleineres Intervall anzugeben? Ich bekomme die Info vom Bewegungsmelder leider nur alle 60sec...
Hallo zusammen, ich habe mal eine kurze Frage. Ich habe sowohl die GU10, als auch die Gardenspots und die Gardenpoles im Einsatz und steuere sie per FHEM an. Sowohl bei den Poles als auch bei den Spots ist es so, dass diese noch leicht glimmen auch wenn ich sie ausgestellt habe. Ist das Problem bekannt? Und wenn ja, was kann man da machen?
Zitat von: derchrome am 08 November 2017, 19:50:35
Hallo zusammen, ich habe mal eine kurze Frage. Ich habe sowohl die GU10, als auch die Gardenspots und die Gardenpoles im Einsatz und steuere sie per FHEM an. Sowohl bei den Poles als auch bei den Spots ist es so, dass diese noch leicht glimmen auch wenn ich sie ausgestellt habe. Ist das Problem bekannt? Und wenn ja, was kann man da machen?
Also ich habe nur die "Gardenspot RGB" aber die glimmen nicht wenn sie ausgeschaltet sind. Eventuell mal ein FW Update machen?
Steuerst du die auch über FHEM an? Die FW vom Ligthify Gateway ist aktuell und von den Lampen auch.
Zitat von: derchrome am 08 November 2017, 20:06:31
Steuerst du die auch über FHEM an? Die FW vom Ligthify Gateway ist aktuell und von den Lampen auch.
Ja allerdings über eine Philips Hue V1 bridge!
Ich hab jetzt mal bei der Ledvance Hotline angerufen. Der Mitarbeiter meinte ich sollte mal den Stecker vom Netzteil drehen und dann gucken, ob es besser wird. Das werde ich morgen mal probieren. Ansonsten schicke ich sie ein.
Jetzt aber mal noch eine andere Frage:
Wie kann ich denn für die Tablet UI den Status einer Lightify-Gruppe abfragen? Wenn ich der UI einen Switch anlege wird mir der aktuelle Status nicht angezeigt...
Zitat von: cengler am 06 November 2017, 23:27:35
Hat das jemand geschafft ein kleineres Intervall anzugeben? Ich bekomme die Info vom Bewegungsmelder leider nur alle 60sec...
An einer Lösung des Problems bin auch ich sehr interessiert. Ich hatte zunächst
einen Motion Sensor in Betrieb, der eine Gruppe von vier PAR16 50 GU10 in einer Deckenleuchte schaltete. Das funktionierte und von FHEM hatte ich bis dahin noch nicht gehört. Dann kaufte ich zwei weitere Motion Sensoren, die jeweils ebenfalls eine Gruppe von PAR16 50 GU10 schalten sollten. Jede der drei Gruppen für sich funktionierte natürlich auch. Nur die eigentliche Praxis funktionierte nicht: Geht man von der Küche in den Flur und dann ins Obergeschoss, sollten die drei Gruppen jeweils bei Bewegungserkennung schalten. Das funktioniert aber nicht, die Gruppen wurden zwar eingeschaltet aber nur eine Gruppe wurde auch wieder ausgeschaltet, egal, in welcher Reihenfolge ich das auch probierte. Mehrmalige Nachfragen bei OSRAM wurden mit Textbausteinen beantwortet, die nichts mit der Problemstellung zu tun hatten.
Nun versuche ich, mich in FHEM einzuarbeiten und habe mittlerweile erreicht, dass ein Sensor eine Gruppe ein- (und auch wieder aus-) -schaltet, obwohl eine zweite Gruppe parallel dazu angesteuert wird.
"define not_flutAn notify LIGHTIFY4E6EEC0B006F0D00:motion set flu_Deckenspot on-for-timer 120"
Nur dauert es eben eine Weile (manchmal 15 s), bis das Licht eingeschaltet wird. Da bin ich dann schon im Obergeschoss...
Hallo zusammen,
so langsam verzweifel ich. Ich habe seit einigen Wochen das Osram GW mit 4 Plugs in Fhem eingebunden.
Soweit funktioniert auch alles. On/Off StatusRequest
Aber: Alle 10 Sekunden wird ein Logeintrag genneriert: got error: 15
Hat jemand eine Idee was das sein könnte?
Vielen Dank im Voraus für die Hilfe!
Grüße Marcel
@P.A.Trick
Habe das gleiche Verhalten, 2 Gardenpole an der Osram Bridge, neueste Firmware und sie glimmen auch vor sich hin.
Gruss
Ralf
Wie gesagt an meiner Philps v1 Bridge läuft alles einwandfrei.
Hallo,
möchte gerne mit einer Lampe z.B. "A60Wbad" ein Radio Ein/Aus schalten.
dafür habe ich ein Notify angelegt.
EIn
LIGHTIFY1ECA060000261884:on set medBad on;sleep 1; set medBad input InternetRadio; set medBad volume 30
dieser Code Funktioniert. Abhängig von den eingestellten Intervall der Osram Bridge.
AUS
LIGHTIFY1ECA060000261884:unreachable set medBad off
Dieser ist aber ohne funktion, da es ewig dauert bis die Lampe als "Unreachable" erkannt wird.
Hintergrund die Lampe wird über einen Konventionellen Schalter Aus/EIN geschaltet.
Wie/wo kann das Timing für "Unreachable" eingestellt werden?
du kannst das polling intervall des lightify device ändern.
wie schnell das gateway die änderung der lampe bemerkt kannst du nicht beeinflussen.
@Justme1968,
kannst du was zu meinem Problem aus Post #464 (https://forum.fhem.de/index.php/topic,28339.msg676223.html#msg676223) sagen?
Wäre lieb, die Warnings tauchen fast jeden Morgen in meinem Log auf :-\
blink braucht zwei parameter. nicht nur einen. das ist aber schon immer so. kann es sein das es daran liegt ?
Danke für deine Antwort!
Du hast natürlich Recht. Habe es nun ergänzt und melde mich nochmal, falls es (nicht) weg sein sollte.
EDIT: Fehlermeldung ist nun endlich weg. Danke!
Hallo zusammen,
nochmal zum Thema Bewegungsmelder und Temperatur...
Die Lightify REST API gibt die Temperatur vom Bewegungsmelder meines Erachtens wie die normale Farbtemperatur aus.
Ließe sich das nicht zusätzlich abfragen?
das modul verwendet nicht das rest api da dieses weder vernünftig dokumentiert war noch ohne cloud funktioniert.
wenn du einen wireshark mitschnitt der lokalen kommunikation mit der app machst schaue ich es mir an.
wichtig: die app muss lokal direkt auf das gateway zugreifen. nicht über die cloud.
Zitat von: justme1968 am 03 Januar 2018, 17:11:30
wenn du einen wireshark mitschnitt der lokalen kommunikation mit der app machst schaue ich es mir an.
wichtig: die app muss lokal direkt auf das gateway zugreifen. nicht über die cloud.
Kann ich gerne morgen mal machen. Jetzt muss ich nur noch rausfinden, wie ich die App Lokal betreibe.
Dass die REST API nicht für dein Modul verwendet wird ist mir klar, aber ich dachte mir, man kann ja auch die farbtemperatur lesen, also warum auch nicht die Temperatur 😉
das es im
web browser in der gleichen spalte steht hat noch nichts zu sagen. außerdem ist der device type wichtig.
Also Lokal seh ich da tatsächlich nichts...
Ich hänge aber nochmal das .pcap an.
d3:67:44:93:ec:0b:00:6f:0d:00:20:1e:00:53:10:02:00:00:00:64:00:00:01:00:00:ff:42:65:77:65:67:75:6e:67:73:6d:65:6c:64:65:72:00:00:00:00:00:00:00:00:00
d3:67:44:93:ec:0b:00:6f:0d:00:20:1e:00:53:10:02:00:00:00:64:00:00:01:00:00:ff:42:65:77:65:67:75:6e:67:73:6d:65:6c:64:65:72:00:00:00:00:00:00:00:00:00
d3:67:44:93:ec:0b:00:6f:0d:00:20:1e:00:53:10:02:00:00:00:64:00:00:01:00:00:ff:42:65:77:65:67:75:6e:67:73:6d:65:6c:64:65:72:00:00:00:00:00:00:00:00:00
d3:67:44:93:ec:0b:00:6f:0d:00:20:1e:00:53:10:02:00:00:00:64:00:00:01:00:00:ff:42:65:77:65:67:75:6e:67:73:6d:65:6c:64:65:72:00:00:00:00:00:00:00:00:00
d3:67:44:93:ec:0b:00:6f:0d:00:20:1e:00:53:10:02:00:00:00:64:00:00:01:00:00:ff:42:65:77:65:67:75:6e:67:73:6d:65:6c:64:65:72:00:00:00:00:00:00:00:00:00
d3:67:44:93:ec:0b:00:6f:0d:00:20:1e:00:53:10:02:00:00:00:64:00:00:01:00:00:ff:42:65:77:65:67:75:6e:67:73:6d:65:6c:64:65:72:00:00:00:00:00:00:00:00:00
d3:67:44:93:ec:0b:00:6f:0d:00:20:1e:00:53:10:02:00:00:00:64:00:00:01:00:00:ff:42:65:77:65:67:75:6e:67:73:6d:65:6c:64:65:72:00:00:00:00:00:00:00:00:00
d3:67:44:93:ec:0b:00:6f:0d:00:20:1e:00:53:10:02:00:00:00:64:00:00:01:00:00:ff:42:65:77:65:67:75:6e:67:73:6d:65:6c:64:65:72:00:00:00:00:00:00:00:00:00
d3:67:44:93:ec:0b:00:6f:0d:00:20:1e:00:53:10:02:00:00:00:64:00:00:01:00:00:ff:42:65:77:65:67:75:6e:67:73:6d:65:6c:64:65:72:00:00:00:00:00:00:00:00:00
d3:67:44:93:ec:0b:00:6f:0d:00:20:1e:00:53:10:02:00:00:00:64:00:00:01:00:00:ff:42:65:77:65:67:75:6e:67:73:6d:65:6c:64:65:72:00:00:00:00:00:00:00:00:00
d3:67:44:93:ec:0b:00:6f:0d:00:20:1e:00:53:10:02:00:00:00:64:00:00:01:00:00:ff:42:65:77:65:67:75:6e:67:73:6d:65:6c:64:65:72:00:00:00:00:00:00:00:00:00
d3:67:44:93:ec:0b:00:6f:0d:00:20:1e:00:53:10:02:00:00:00:64:00:00:01:00:00:ff:42:65:77:65:67:75:6e:67:73:6d:65:6c:64:65:72:00:00:00:00:00:00:00:00:00
d3:67:44:93:ec:0b:00:6f:0d:00:20:1e:00:53:10:02:00:00:00:64:00:00:01:01:00:ff:42:65:77:65:67:75:6e:67:73:6d:65:6c:64:65:72:00:00:00:00:00:00:00:00:00
d3:67:44:93:ec:0b:00:6f:0d:00:20:1e:00:53:10:02:00:00:00:64:00:00:01:01:00:ff:42:65:77:65:67:75:6e:67:73:6d:65:6c:64:65:72:00:00:00:00:00:00:00:00:00
d3:67:44:93:ec:0b:00:6f:0d:00:20:1e:00:53:10:02:00:00:00:64:00:00:01:01:00:ff:42:65:77:65:67:75:6e:67:73:6d:65:6c:64:65:72:00:00:00:00:00:00:00:00:00
d3:67:44:93:ec:0b:00:6f:0d:00:20:1e:00:53:10:02:00:00:00:64:00:00:01:01:00:ff:42:65:77:65:67:75:6e:67:73:6d:65:6c:64:65:72:00:00:00:00:00:00:00:00:00
d3:67:44:93:ec:0b:00:6f:0d:00:20:1e:00:53:10:02:00:00:00:64:00:00:01:01:00:ff:42:65:77:65:67:75:6e:67:73:6d:65:6c:64:65:72:00:00:00:00:00:00:00:00:00
Aber ließe sich nicht zumindest die REST API zum Teil integrieren?
Evtl. über HTTPMOD o.Ä... (bin leider kein FHEM Profi)
Aus der Rest-API über Postman abgefragt
{
"deviceId": 4,
"deviceType": "SENSOR",
"manufacturer": "OSRAM",
"modelName": "Motion Sensor-A",
"name": "Bewegungsmelder",
"groupList": [],
"bmpClusters": null,
"online": 1,
"on": null,
"brightnessLevel": null,
"hue": null,
"saturation": null,
"temperature": 2373,
"firmwareVersion": "1E005310",
"color": null
}
Falls es für andere Interessant ist - ich habe es über den HTTPMOD hinbekommen, die Temperatur auszulesen und auch die Scene-IDs
defmod LightifyREST HTTPMOD https://eu.lightify-api.org/lightify/services/ 60
attr LightifyREST extractAllJSON 1
attr LightifyREST get01Header1 Content-Type: application/json
attr LightifyREST get01Header2 Authorization: %%Token%%
attr LightifyREST get01Name Devices
attr LightifyREST get01Poll 1
attr LightifyREST get01URL https://eu.lightify-api.org/lightify/services/devices
attr LightifyREST get02Header1 Content-Type: application/json
attr LightifyREST get02Header2 Authorization: %%Token%%
attr LightifyREST get02Name Groups
attr LightifyREST get02Poll 0
attr LightifyREST get02URL https://eu.lightify-api.org/lightify/services/groups
attr LightifyREST get03Data { "username": "_____@____.com", "password": "______", "serialNumber": "OSR0xxxxxxx"}
attr LightifyREST get03Header1 Content-Type: application/json
attr LightifyREST get03Name securityToken
attr LightifyREST get03Poll 1
attr LightifyREST get03PollDelay 300
attr LightifyREST get03URL https://eu.lightify-api.org/lightify/services/session
attr LightifyREST get04Header1 Content-Type: application/json
attr LightifyREST get04Header2 Authorization: %%Token%%
attr LightifyREST replacement01Mode reading
attr LightifyREST replacement01Regex %%Token%%
attr LightifyREST replacement01Value securityToken
attr LightifyREST replacement02Mode text
attr LightifyREST replacement02Regex %%idx%%
attr LightifyREST replacement02Value 1
attr LightifyREST replacement03Mode text
attr LightifyREST replacement03Regex %%time%%
attr LightifyREST replacement03Value 20
attr LightifyREST replacement04Mode text
attr LightifyREST replacement04Regex %%color%%
attr LightifyREST replacement04Value 123456
attr LightifyREST room LIGHTIFY
attr LightifyREST set01Header1 Content-Type: application/json
attr LightifyREST set01Header2 Authorization: %%Token%%
attr LightifyREST set01Name color
attr LightifyREST set01URL https://eu.lightify-api.org/lightify/services/device/set?idx=%%idx%%&time=%%time%%&color=$val
attr LightifyREST set02Header1 Content-Type: application/json
attr LightifyREST set02Header2 Authorization: %%Token%%
attr LightifyREST set02Name level
attr LightifyREST set02URL https://eu.lightify-api.org/lightify/services/device/set?time=%%time$$&level=$val&idx=%%idx%%
attr LightifyREST set03Header1 Content-Type: application/json
attr LightifyREST set03Header2 Authorization: %%Token%%
attr LightifyREST set03Name temperature
attr LightifyREST set03URL https://eu.lightify-api.org/lightify/services/device/set?time=%%time%%&idx=%%idx%%&ctemp=$val
attr LightifyREST set04Header1 Content-Type: application/json
attr LightifyREST set04Header2 Authorization: %%Token%%
attr LightifyREST set04Name onoff
attr LightifyREST set04URL https://eu.lightify-api.org/lightify/services/device/set?idx=%%idx%%&onoff=$val
attr LightifyREST set05Header1 Content-Type: application/json
attr LightifyREST set05Header2 Authorization: %%Token%%
attr LightifyREST set05Name hue
attr LightifyREST set05URL https://eu.lightify-api.org/lightify/services/device/set?idx=%%idx%%&time=%%time%%&hue=$val
attr LightifyREST set06Header1 Content-Type: application/json
attr LightifyREST set06Name saturation
attr ____ userReadings temperature {ReadingsVal("LightifyREST","DEVICE_DAS_READING_LIEFERT",'') / 100}
Geht bestimmt auch eleganter, aber klappt. Die Set Befehle zielen immer auf das Device mit der IDX 1
mit den pcap nachrichten stimmt etwas nicht. da fehlen vermutlich am anfang ein paar bytes und es ist auch nur eine richtung. es müssten requests und die antworten darauf zu sehen sein.
Zitat von: justme1968 am 06 Januar 2018, 12:29:44
mit den pcap nachrichten stimmt etwas nicht. da fehlen vermutlich am anfang ein paar bytes und es ist auch nur eine richtung. es müssten requests und die antworten darauf zu sehen sein.
Hier sind mal die kompletten Mitschnitte von der FritzBox.
@justme1968: Wie ändere ich denn das "Polling des LIGHTIFY devices" - das hattest du weiter oben erwähnt?
Wenn ich am HUEdevice, das an der Lightify-Bridge hängt, zwischen ID und IODev=xyz ein Intervall hänge, macht er damit nix, wenn ichs dahinter hänge auch nicht - und wenn ich bei der Bridge hinter die IP eine Ziffer schreibe wie bei der HUEbridge, dann bleibt das internal Reading INTERVAL trotzdem auf 60... mach ich irgendwas verkehrt? An welcher Stelle stelle ich das denn korrekt ein? Leider hab ich in der commandref dazu auch nix gefunden...
Vielen Dank schonmal.
Beim set Kommando gibt es als Auswahl ,,effect" mit Option ,,colorloop".
Hier passiert bei mir aber nichts.
Direkt über die Osram App lässt sich die Lightify-Loop starten.
Geht das bei jemand ?
Ich schalte die Lightifys per Wandschalter und bekomme im ausgeschalteten Zustand bei den Readings:
- state = unreachable
- onoff = 1
Gibt es eine Möglichkeit FHEM mitzuteilen onoff = 0 zu setzen, wenn state = unreachable ist?
stateFormat, oder du machst dir ein userreading.
stateneu {ReadingsVal("device","reading","") eq "wasauchimmer"?"off":"on"}
Vll hilft dir das!
Gruß
Danke, werde ich testen!
Hi, ich habe das Problem, dass ich eine Lightify Gartenspot- kette mit neun steuerbaren Spots gekauft habe . Sie ist an der Huebridge angelernt , lässt sich aber weder über Fhem noch über die App ganz ausschalten . Es bleibt immer der Lichtwert pCt 5 übrig . Selbst mit dem Attribut anstatt off auf PCT 0 funktioniert es nicht habt ihr eine Idee? Habe kein Osram Gateway
Hallo,
ich habe seit einiger Zeit ein Problem mit den Bewegungsmeldern von Osram.
Licht lasse ich i.d.R. durch FHEM ein- und ausschalten. Nachts wird die Beleuchtung untern Bett aber von Lightify selbst geregelt, da sich die Bewegungsmelder leider nicht vernünftig an FHEM anbinden lassen.
Also habe ich dem Bewegungsmelder über die App gesagt, dass er zwischen 00:00 und 05:00 eine Beleuchtungsgruppe ein- und ausschalten sollen.
Das geht dann auch gut. Bis vor ein paar Wochen.
Wenn dann morgens nach 05:00 (egal ob 5:10 oder 7:30) die Beleuchtung von FHEM aktiviert wird und der erste seinen Fuss aus dem Bett nimmt, schaltet der Bewegungsmelder die Beleuchtung aus (so meine Vermutung).
Obwohl das Zeitfenster für den Bewegungsmelder abgelaufen ist >:(.
Hat jemand was ähnliches beobachtet?
Ich denke, dass es an Osram liegt, möchte aber wissen, ob ich mit dem Problem alleine bin oder nicht.
Danke, Jürgen
ZitatHallo,
ich habe seit einiger Zeit ein Problem mit den Bewegungsmeldern von Osram.
Licht lasse ich i.d.R. durch FHEM ein- und ausschalten. Nachts wird die Beleuchtung untern Bett aber von Lightify selbst geregelt, da sich die Bewegungsmelder leider nicht vernünftig an FHEM anbinden lassen.
Also habe ich dem Bewegungsmelder über die App gesagt, dass er zwischen 00:00 und 05:00 eine Beleuchtungsgruppe ein- und ausschalten sollen.
Das geht dann auch gut. Bis vor ein paar Wochen.
Wenn dann morgens nach 05:00 (egal ob 5:10 oder 7:30) die Beleuchtung von FHEM aktiviert wird und der erste seinen Fuss aus dem Bett nimmt, schaltet der Bewegungsmelder die Beleuchtung aus (so meine Vermutung).
Obwohl das Zeitfenster für den Bewegungsmelder abgelaufen ist >:(.
Moin,
habe das gleiche Problem, habe bei Osram nachgefragt, die haben keine Lösung! Selbst, wenn ich über die Lightify App ein Timer dazwischen aktiviere, tritt das beschriebene Phänomen auf...
Es ist sowieso ein Witz, dass die App den Sonnenuntergang und Sonnenaufgang nicht kennt. Hat jemand eine Lösung?
Hallo,
schon mal damit versucht:
define AussenlampeAn1 at *{sunset(0,"17:00","22:00")} set EG.Diele.Aussenlampe on
define AussenlampeAus1 at *{sunrise(0,"05:00","07:30")} set EG.Diele.Aussenlampe off
https://wiki.fhem.de/wiki/SUNRISE_EL (https://wiki.fhem.de/wiki/SUNRISE_EL)
Nochmal zu dem Problem mit den Bewegungsmeldern.
Ich habe mal alle Geräte abgemeldet und die Lightify Basisstation zurück gesetzt.
Dann die Station wieder ins WLAN hängen und alle Geräte neu anmelden. Die Bewegungsmelder kamen zum Schluss.
Aber ohne Änderung am Verhalten. Die Übung könnt ihr euch also sparen.