FHEM Forum

FHEM - Anwendungen => Beleuchtung => Thema gestartet von: justme1968 am 11 Februar 2013, 13:55:14

Titel: philips hue modul
Beitrag von: justme1968 am 11 Februar 2013, 13:55:14
hallo zusammen,

anbei eine erste version der module für die bridge und devices des philips hue systems. neben den hue bulbs funktionieren auch living colors lampen ab gen2 und living whites birnen und steckdosen adapter. bei vorhander bridge sind die glaube ich zur zeit die guenstigste methode lampen mit steckdose auf dimmen umzurüsten. bei amazon gibt es einen steckdosen schalter/dimmer gerade fuer 11 euro.

nach dem anlegen des bridge devices ein mal den knopf zum pairen auf der hue brdige drucken und dann per save den erzeugten key speichern. danach sollten alle der bridge bekannten devices per autocreate angelegt sein.

in den näcsten versionen soll unter anderem noch die unterscheidung farb / weiß lampen verbessert werden.

wenn es mehr als einen interessenten gibt und kein wiederspruch eingelegt wird würde ich die module nach einer weile dann offiziell einchecken.

anbei noch zwei screenshots des derzeitigen dokumentations standes.

gruss
  andre
Titel: Aw: philips hue modul
Beitrag von: teggi am 11 Februar 2013, 15:02:43
Super Sache.

Wenn ich eine Bridge hätte, würde ich das sofort ausprobieren. Vielleicht mache ich ja die Tage bei eBay noch ein Super-Schnäppchen ...

Ist das Protokoll, dass diese ganzen SmartLink-Geräte (Living Colors, Living Whites, Hue) verwenden bidirektional? Oder anders gefragt, geben die Lampen und Schalter Rückmeldung an die Bridge über den jeweiligen Zustand?
Titel: Aw: philips hue modul
Beitrag von: justme1968 am 11 Februar 2013, 15:07:16
ja. es ist bidirektional. aber leider gibt es einen kleinen delay bis der status in der bridge aktualisiert ist. d.h. die fernbedienung steuert das endgerät direkt und die bridge aktualsiert den status etwas zeitverzögert.

was ebay angeht... die preise im apple store sind zum teil deutlich günsiger als bei ebay :)

gruss
  andre
Titel: Aw: philips hue modul
Beitrag von: teggi am 11 Februar 2013, 15:11:39
Danke für den Tipp.

Ich dachte im Apple-Store gibt es nur das Komplett-Set. Ich wäre ja erst mal nur an der Bridge interessiert, um meine Living Color und die Smartlink Zwischenstecker zu steuern.

Weißt Du, wo ich die Bridge einzeln günstig herbekommen kann?
Titel: Aw: philips hue modul
Beitrag von: justme1968 am 11 Februar 2013, 15:14:53
die bridge gibt es in der tat nicht einzeln. auch bei ebay in der regel nicht. oder zu einem preis der deutlich über einem neu gekauften starter set und einzeln wieder verkauften bulbs liegt.

gruss
  andre
Titel: Aw: philips hue modul
Beitrag von: Fennek am 12 Februar 2013, 18:03:46
Hallo Andre,

nach dem Kampf, JSON über CPAN zu installieren, habe ich Dein Modul
nun mit sechs RGB's in Betrieb.

Ich muß sagen "Hut ab" es funktioniert wie beschrieben und auch von den Hue's
bin ich begeistert.
Keine Reichweitenprobleme oder Störungen im oder durch WLAN über zwei Etagen.

Ich hab mir schon einige Gedanken gemacht wie ich es z.Bsp.
zur Lichtszenensteuerung im Bad einsetzen kann.

Auf jedem Fall hat es den WAF enorm gesteigert. :-))    

Danke

Titel: Aw: philips hue modul
Beitrag von: justme1968 am 12 Februar 2013, 21:25:58
das freut mich :)

viel spass damit.

gruss
  andre
Titel: Aw: philips hue modul
Beitrag von: Dyrdlingur am 13 Februar 2013, 11:36:21
Hallo Andre,

bin ebenfalls ganz begeistert.

Bei der Gelegenheit habe ich auch gelernt für FHEM ein update durchzuführen. Die zuletzt freigegebene Version 5.3 reicht für deine Module nicht aus.

Viele Grüße
Klaus.
Titel: Aw: philips hue modul
Beitrag von: Norbert.HD am 14 Februar 2013, 13:11:39
Wie installiere ich JSON auf einer Fritz!Box 7390?

Gruß, Norbert
Titel: Aw: philips hue modul
Beitrag von: justme1968 am 14 Februar 2013, 13:27:25
da ich keine fritzbox habe kann dir so auf die schnelle nicht helfen.

ich versuch mal mehr rauszufinden.

gruss
  andre
Titel: Aw: philips hue modul
Beitrag von: akw am 17 Februar 2013, 20:39:19
Danke für die Module!

Leider auch hier (auf der Fritz!Box) das JSON-Problem:

Can't locate JSON.pm in @INC (@INC contains: /var/InternerSpeicher/fhem/lib/perl5/site_perl/5.12.2/mips-linux /var/InternerSpeicher/fhem/lib/perl5/site_perl/5.12.2/mips-linux /var/InternerSpeicher/fhem/lib/perl5/site_perl/5.12.2 /var/InternerSpeicher/fhem/lib/perl5/5.12.2/mips-linux /var/InternerSpeicher/fhem/lib/perl5/5.12.2/mips-linux /var/InternerSpeicher/fhem/lib/perl5/5.12.2 /opt/lib/perl5/site_perl/5.12.2/mips-linux /opt/lib/perl5/site_perl/5.12.2 /opt/lib/perl5/5.12.2/mips-linux /opt/lib/perl5/5.12.2 . ./FHEM) at ./FHEM/30_HUEBridge.pm line 7.
BEGIN failed--compilation aborted at ./FHEM/30_HUEBridge.pm line 7.



Abhilfe schafft, folgende Dateien nach /var/media/ftp/fhem/lib/perl5/site_perl/5.12.2 zu kopieren:

http://cpansearch.perl.org/src/MAKAMAKA/JSON-2.53/lib/JSON.pm
http://cpansearch.perl.org/src/MAKAMAKA/JSON-2.53/lib/JSON/backportPP.pm
http://cpansearch.perl.org/src/MAKAMAKA/JSON-2.53/lib/JSON/backportPP/Boolean.pm
http://cpansearch.perl.org/src/MAKAMAKA/JSON-2.53/lib/JSON/backportPP/Compat5005.pm
http://cpansearch.perl.org/src/MAKAMAKA/JSON-2.53/lib/JSON/backportPP/Compat5006.pm
Titel: Aw: philips hue modul
Beitrag von: justme1968 am 17 Februar 2013, 20:46:34
zum verständnis:

- kan man auf der fritzbox was nach installieren?
- perl module von hand?
- perl module per cpan?
- auch module die einen kompiler voraussetzen?

gruss
  andre
Titel: Aw: philips hue modul
Beitrag von: Norbert.HD am 17 Februar 2013, 20:55:10
Ich hab's zum Laufen bekommen. Man lädt das JSON-Paket http://search.cpan.org/CPAN/authors/id/M/MA/MAKAMAKA/JSON-2.53.tar.gz (//search.cpan.org/CPAN/authors/id/M/MA/MAKAMAKA/JSON-2.53.tar.gz) packt es aus und kopiert den Inhalt vom lib-Verzeichnis nach \\fritz.box\FRITZ.NAS\fhem\lib\perl5\site_perl\5.12.2 (entspricht /var/InternerSpeicher/fhem/lib/perl5/site_perl/5.12.2 )

Gruß, Norbert

PS: Danke auch von mir für das Modul!
Titel: Aw: philips hue modul
Beitrag von: akw am 17 Februar 2013, 20:56:45
Hi Norbert,

uii, da waren wir gleichzeitig zum Ziel gekommen ;-)

Titel: Aw: philips hue modul
Beitrag von: akw am 17 Februar 2013, 21:08:39
Hi,

die Module funktionieren ganz ausgezeichnet, nun auch auf der Fritz!Box!

ich hätte folgende Vorschläge zur Erweiterung zu machen:

1) Bei HUEDevices das Internal "name" beim Anlegen in das Attribut "alias" schreiben, dann wird gleich der Huename im pgm2 angezeigt.
2) Die von FS20 bekannten dim-Befehle (dim06%, dim12%,...) implementieren und auf entsprechende Werte im "bri" state umzusetzen. Damit wird das Gerät vom Befehlssatz zu FS20-Dimmern kompatibel.
dim06% -> bri=15
dim12% -> bri=31
dim18% -> bri=46
dim25% -> bri=64
dim31% -> bri=79
dim37% -> bri=94
dim43% -> bri=110
dim50% -> bri=128
dim56% -> bri=143
dim62% -> bri=158
dim68% -> bri=173
dim75% -> bri=191
dim81% -> bri=206
dim87% -> bri=222
dim93% -> bri=237
dim100% -> bri=255
3) Ein toggle Befehl der on/off invertiert wäre auch toll, dann kann man leicht FS20-Wandschalter mit dem HueDevice verdrahten.

Ciao, Arno
Titel: Aw: philips hue modul
Beitrag von: justme1968 am 17 Februar 2013, 21:25:25
hallo,

Zitat...nun auch auf der Fritz!Box!
scheinbar gibt es hier bei einigen anderen probleme. vielleicht kannst du kurz zusammenstellen wie du es zum laufen gebracht hast.

Zitat1) Bei HUEDevices das Internal "name" beim Anlegen in das Attribut "alias" schreiben, dann wird gleich der Huename im pgm2 angezeigt.
gerade eben eingebaut.

Zitat2) Die von FS20 bekannten dim-Befehle (dim06%, dim12%,...) implementieren und auf entsprechende Werte im "bri" state umzusetzen. Damit wird das Gerät vom Befehlssatz zu FS20-Dimmern kompatibel.
das baue ich noch ein. in die gegenrichtung geht es ja schon. d.h. du bekommst das fs20 icon das dem aktuellen wert am näcshten ist.

Zitat3) Ein toggle Befehl der on/off invertiert wäre auch toll, dann kann man leicht FS20-Wandschalter mit dem HueDevice verdrahten.
baue ich auch ein.

gruss
  andre
Titel: Aw: philips hue modul
Beitrag von: justme1968 am 17 Februar 2013, 22:42:12
hier ein kurzes update:

- doku verbessert
- fs20 kompatible dimXX% befehle eingebaut
- toggle eingebaut
- autocreate erzeugt alias mit dem device namen aus der bridge

wenn ich bis ende der woche keinen einspruch bekomme werde ich die module offiziell einchecken.

gruss
  andre
Titel: Aw: philips hue modul
Beitrag von: akw am 18 Februar 2013, 08:19:48
Hi!

Vielen Dank für die Änderungen!
Toggle ist klasse ;-)

Es gibt noch ein kleines Problem: Die dim-Befehler bzw.tauchen  in den "sets" noch nicht auf. (Toggle schon). Die Liste von von Frontends (wie z.B. FHEMobile) ausgewertet. Auch das Webinterface pgm2 zeigt die Dim-Befehle noch nicht im Dropdown-Menü.
Hier ein Auszug aus meiner xmllist:
<HUEDevice name="HUEDevice4" state="off" sets="off on toggle statusRequest pct:slider,0,1,100 color:slider,2000,1,6500 bri:slider,0,1,254 ct:slider,154,1,500 hue:slider,0,1,65535 sat:slider,0,1,254 blink on-for-timer on-till off-for-timer intervals off-till" attrs="room group comment alias eventMap userReadings IODev event-on-change-reading:0,1 event-on-update-reading:0,1 stateFormat model:LCT001,LLC001,LLC006,LLC007,LWB001,LWL001 subType:dimmer,switch devStateIcon fm_fav fm_groups fm_name fm_order fm_type fm_view icon webCmd">
<INT key="CHANGED" value=""/>
<INT key="DEF" value="4"/>
<INT key="INTERVAL" value="60"/>
<INT key="NAME" value="HUEDevice4"/>
<INT key="NR" value="205"/>
<INT key="STATE" value="off"/>
<INT key="TYPE" value="HUEDevice"/>
<INT key="modelid" value="LCT001"/>
<INT key="name" value="Kleiner Flur"/>
<INT key="swversion" value="65003148"/>
<INT key="type" value="Extended color light"/>
<INT key="IODev" value="HueBridge"/>
<ATTR key="model" value="LCT001"/>
<ATTR key="room" value="Wohnzimmer"/>
<STATE key="bri" value="254" measured="2013-02-18 08:12:28"/>
<STATE key="colormode" value="hs" measured="2013-02-18 08:09:02"/>
<STATE key="ct" value="248 (4032K)" measured="2013-02-18 08:09:02"/>
<STATE key="hue" value="65535" measured="2013-02-18 08:09:02"/>
<STATE key="level" value="100 %" measured="2013-02-18 08:12:28"/>
<STATE key="onoff" value="0" measured="2013-02-18 08:12:32"/>
<STATE key="sat" value="0" measured="2013-02-18 08:09:02"/>
<STATE key="state" value="off" measured="2013-02-18 08:12:32"/>
</HUEDevice>


Titel: Aw: philips hue modul
Beitrag von: justme1968 am 18 Februar 2013, 12:26:02
ich weiss. ich hatte sie extra nur für die kommandozeile eingebaut und aus dem menü raus gelassen. ich finde es macht das menü lang und unübersichtlich und wenn du es sowieso von hand im gui machst kannst du doch auch direkt pct oder bri verwenden.

fhemmobile kann mir dem device so viel ich weiss sowieso nichts etwas anfangen weil es eben nicht generisch ist sondern für jedes device etwas implementiert werden muss.

du kannst den kommentar vor zeile 223 weg machen. dann sind sie im drop down menü da.

gruss
  andre

ps: denk bitte noch an die fritz box anleitung. ich glaube damit würdest du dem ein oder anderen hier helfen. ich würde es gerne noch in die doku einbauen vor dem einchecken.
Titel: Aw: philips hue modul
Beitrag von: justme1968 am 18 Februar 2013, 15:23:01
ich sehe gerade das fhemmobile ist ja von dir :)

was brauchst du um es ins femmobile zu bekommen?

wie schaut es mit dem sysstat modul aus?

gruss
  andre
Titel: Aw: philips hue modul
Beitrag von: akw am 18 Februar 2013, 18:21:11
Hi,

in FHEMobile 2.1 wird's drin sein. ;-)

SYSSTAT muss ich mir mal anschauen!


Hier nochmal die Anleitung, um die JSON Bibliothek auf der Fritz!Box zu installieren:


Folgende Dateien nach /var/media/ftp/fhem/lib/perl5/site_perl/5.12.2 kopieren:

http://cpansearch.perl.org/src/MAKAMAKA/JSON-2.53/lib/JSON.pm
http://cpansearch.perl.org/src/MAKAMAKA/JSON-2.53/lib/JSON/backportPP.pm
http://cpansearch.perl.org/src/MAKAMAKA/JSON-2.53/lib/JSON/backportPP/Boolean.pm
http://cpansearch.perl.org/src/MAKAMAKA/JSON-2.53/lib/JSON/backportPP/Compat5005.pm
http://cpansearch.perl.org/src/MAKAMAKA/JSON-2.53/lib/JSON/backportPP/Compat5006.pm


Diese Dateien sollten zukünftig aber auch fest in der FHEM-Installation für die Fritz!Box drin sein.

Titel: Aw: philips hue modul
Beitrag von: justme1968 am 18 Februar 2013, 21:29:30
ich habe die beiden module eben offiziell eingecheckt. sie sollten mit dem nächsten update also mit kommen.

gruss
  andre
Titel: Aw: philips hue modul
Beitrag von: akw am 20 Februar 2013, 11:46:53
Klasse, läuft!

Ich habe noch etwas bemerkt:
Bei den HUEDevices werden LASTIODev und <IODEV>_TIME nicht gesetzt und IODev scheinbar nicht berücksichtigt.
Das wäre jedoch schön, falls man mehrere HUEBridge-Devices im Einsatz hat, um beispielsweise die Reichweite zu erhöhen.

Ciao, Arno
Titel: Aw: philips hue modul
Beitrag von: justme1968 am 20 Februar 2013, 12:27:44
hallo arno,

die kommunikation mit der bridge funktioniert per pollen und nicht passivem empfang wie bei fs20 oder homematic. d.h. der 'empfang' geht immer über das IODev das  zum device gehört. auch ein ändern der IODev von hand würde nur dazu führen das das device nicht mehr geht weil es ja in der anderen bridge nicht bekannt ist.

die reichweiten erhöhung funktioniert beim hue system nicht durch eine zusätzliche bridge sondern dadurch das alle devices untereinander vernetzt sind und die signale weiterleiten. d.h. wenn du z.b. von der bridge aus eine birne nicht erreichst weil sie zu weit weg brauchst du eine zusätzliche bridge sondern platzierst auf der strecke dazwischen eine zusätzliche birne oder steckerdimmer! je mehr devices um so größer dein netz.

der einzige grund für eine zweite bridge der mir einfällt wäre das du an die grenze von  ich glaube 50 devices kommst. und auch dann ist es zumindest zur zeit nicht vorgesehen das die bridges untereinander kommunizieren sondern es sind dann zwei getrennte netze.

gruss
  andre
Titel: Aw: philips hue modul
Beitrag von: akw am 20 Februar 2013, 14:34:04
Stimmt, ja, ich vergass, das die Lampen ja mit Zigbee kommunizieren.
Titel: Aw: philips hue modul
Beitrag von: justme1968 am 24 Februar 2013, 12:44:28
ein kurzes update zum status:

 ich bin gerade dabei in fhemweb die möglichkeit einzubauen farben per colorpicker einstellbar zu machen Link (http://forum.fhem.de/index.php?topic=11302.0).

gibt es sonst noch wünsche und vorschläge für das hue modul ?

gruss
  andre

Titel: Aw: philips hue modul
Beitrag von: akw am 24 Februar 2013, 14:06:17
Ja, ich habe noch ein paar Vorschläge:

- Es wäre toll, wenn HUEBRIDGE über die API von Philips auf die Scenes, die man auf meethue.com angelegt hat zugreifen könnte, so daß man sie über FHEM aktivieren kann.

- Alternativ könnte man ein "save" Kommando einbauen, dass die aktuell eingestellte Konfiguration der Lampen als Szene abspeichert, die man später wieder laden kann.

Ciao, Arno
Titel: Aw: philips hue modul
Beitrag von: justme1968 am 24 Februar 2013, 21:35:43
das mit den szenen schaue ich mir mal an. ich habe aber noch kein api dazu gefunden. ich hab sie auch noch nie verwendet weil ich es ja über fhem steuern kann und die szenen das problem haben das sie nicht die tatsächlich vorhanden lampen berücksichtigen.

gruss
  andre
Titel: Aw: philips hue modul
Beitrag von: justme1968 am 25 Februar 2013, 21:06:21
ab morgen wird es möglich sein mit hilfe eines neuen features im fhemweb in der raum übersicht die aktuelle farbe der hue devices als icon zu sehen.

hierzu wird devStateIcon automatisch passend initialisiert wenn es nicht gesetzt war. um das feature nicht zu verwenden einfach devStateIcon selber auf etwas passendes setzen.

das interaktive setzen der farbe per colorpicker geht zwar schon muss aber für die offizielle version noch warten bis ich eine lösung habe mit der auch rudolf einverstanden ist...

und so schaut es aus:
(siehe Anhang / see attachement)


gruss
  andre
Titel: Aw: philips hue modul
Beitrag von: MarkusN am 26 Februar 2013, 07:23:06
Hallo Andre,

wow, super arbeit, muss mich aktuell leider noch zurückhalten ein Starter-Kit zu bestellen.

Was ist denn das für eine Anzeige bei "pferd2"? Handelt es sich dabei auch um eine Bulb? Was bedeutet die halb "gefüllte" Bulb und die Empfangsanzeige?

Grüße,

Markus
Titel: Aw: philips hue modul
Beitrag von: justme1968 am 26 Februar 2013, 07:53:34
das pferd ist ein living whites dimmer. das ist ein zwischenstecker der normale lampen schalten und dummen kann. gibt es wie gesagt grad fuer 12 euro bei amazon. wenn jemand eine bridge hat ist das glaube ich die guenstigste methode eine stehlampe zu schalten oder zu dimmen die es gibt.

das icon ist das normale fhem Icon für eine gedimmte lampe. ich ueberlege noch an etwas schönerem :)

gruss
  andre
Titel: Aw: philips hue modul
Beitrag von: justme1968 am 11 März 2013, 18:52:02
kurzes update:

mit der version von heute ist es möglich die bridge per autodetection über die hue portal services zu finden. d.h. es ist nicht mehr unbedingt nötig die ip adresse zu wissen und beim define anzugeben.

gruss
  andre
Titel: Aw: philips hue modul
Beitrag von: akw am 12 März 2013, 12:46:57
Cool.
Titel: Aw: philips hue modul
Beitrag von: justme1968 am 15 März 2013, 23:28:37
guten abend,

mit dem update von heute wird:
letzteres ist noch nicht optimal und wird noch durch etwas besseres ersetzt.

gruss
  andre
Titel: Aw: philips hue modul
Beitrag von: Fennek am 15 März 2013, 23:49:35
Hallo Andre,

das sieht ja schon gut aus.


(siehe Anhang / see attachement)


danke dafür :-)
Titel: Aw: philips hue modul
Beitrag von: m.zielinski am 16 März 2013, 08:42:31
Hi,

Ich steuer ein Starterset und eine Living Colours damit und kann den colorpicker kaum erwarten.

Kannst du auch den Colorloop-effect als set Befehl implementieren?

Titel: Aw: philips hue modul
Beitrag von: justme1968 am 16 März 2013, 10:04:28
wenn Interesse besteht kann ich einen patch für den color picket hier rein stellen. ist halt nach jedem update erst mal wieder futsch.

die effekte kommen noch.

gruss
  andre
Titel: Aw: philips hue modul
Beitrag von: m.zielinski am 16 März 2013, 10:34:55
Wenn das im offiziellen Update noch dauert,  wäre der Patch ne gute Sache.

Jedenfall danke,  dass du dich um diese Integration kümmerst.
Titel: Aw: philips hue modul
Beitrag von: justme1968 am 16 März 2013, 22:57:57
mit dem update von heute:
damit ist jetzt z.b. sowas jeweils in einem rutsch möglich:
set LC on : transitiontime 100
set bulb on : bri 100 : color 4000


gruss
  andre
Titel: Aw: philips hue modul
Beitrag von: Steffen am 17 März 2013, 18:44:01
Hallo!

Bin kurz davor auch dieses Hue-System zu Kaufen und nur ein paar kurze Fragen bitte nochmal zu meinem Besseren Verständnis.

-Kann ich dann Scenen über Fhem schalten(Farbe,Helligkeit) bei mehreren Hue-Lampen zugleich oder generell?
-Könnte man auch die "living whites birnen und Steckdosen Adapter" für Fhem verwenden, wäre dann Günstiger als die Homematic(Funk-Zwischenstecker 1fach) die ich jetzt habe?
-Könnte man den gleichen zustand bei ein/aus durch schalter(Farbe/Helligkeit) Erreichen?

Mfg Steffen
Titel: Aw: philips hue modul
Beitrag von: justme1968 am 17 März 2013, 19:00:44
Zitat-Kann ich dann Scenen über Fhem schalten(Farbe,Helligkeit) bei mehreren Hue-Lampen zugleich oder generell?

ja. am einfachsten hier mit:Link (http://forum.fhem.de/index.php?topic=11485.0). oder selber deine fantasie in fhem austoben.

Zitat-Könnte man auch die "living whites birnen und Steckdosen Adapter" für Fhem verwenden, wäre dann Günstiger als die Homematic(Funk-Zwischenstecker 1fach) die ich jetzt habe?

ja. beides geht. jedes gerät mit smartlink läßt sich über die bridge steuern.

Zitat-Könnte man den gleichen zustand bei ein/aus durch schalter(Farbe/Helligkeit) Erreichen?

ich bin mir nicht ganz sicher was du meinst. wenn du wissen willst ob du mit einem fhem kompatiblen schalter dann über fhem etwas an einem hue device schalten kannst: ja das geht natürlich. je nach dem was du genau möchtest ist aber etwas programmieren in fhem angesagt.

gruss
  andre
Titel: Aw: philips hue modul
Beitrag von: m.zielinski am 03 April 2013, 19:51:18
Gibt es schon neues von der Colorpicker-Integration? Ich würde das gerne über Fhem machen statt der Hue-Android-App...
Titel: Aw: philips hue modul
Beitrag von: justme1968 am 03 April 2013, 20:15:02
leider gibt es von rudolf noch nichts neues dazu.

die beiden patches von hier Link (http://forum.fhem.de/index.php?topic=11302.msg66136#msg66136) sind immer noch der augenblicliche stand.

gruss
  andre
Titel: Aw: philips hue modul
Beitrag von: justme1968 am 04 April 2013, 11:25:32
ich denke es wird recht bald eine lösung geben. (Link (http://forum.fhem.de/index.php?topic=11302.msg71861#msg71861))

gruss
  andre
Titel: Aw: philips hue modul
Beitrag von: m.zielinski am 05 April 2013, 11:11:12
Freut mich - habe den Patch eben installiert und funktioniert.

Was mich aber noch wundert, ist dass ich im Huedevice nicht erkennen kann, wenn die Lampe vom STrom getrennt ist - sie wird immernoch als "on" markiert.
Ich habe die Lampen in vorhandene FS20 Steckdosen gesteckt um ein direktes Schalten per Wandschalter ohne FHem zu ermöglichen..

Verwirrend ist, daß man die Lampe scheinbar steuern kann aber es sich natürlich mangels Strom gar nicht auswirkt.
Denn ich mag die Hue-Lampen nicht auf Dauerstrom setzen, da sie nach einem Stromausfall von alleine auf AN gehen auch wenn sie vorher Aus waren....

Titel: Aw: philips hue modul
Beitrag von: justme1968 am 05 April 2013, 11:21:21
die kommunikation zwischen birnen und bridge ist asynchron und wenn die steuerung nicht von der bridge aus passiert aktualisert die bridge den status zeitverzögert.

ich kann nur anzeigen was mir die bridge meldet. und die meldet die lampen zumindest noch für eine ganze weile als an wenn sie vom strom getrennt werden. es sollte aber in fhem möglich sein das fs20 aus zu empfangen und per notify dann auch das zugehörige hue device aus zu schalten. dann sollte der status erst mal synchron sein.

das die lampen alle automatisch an gehen wenn der strom wieder da ist wird angebich in einer späteren firmware für die lampen geändert.

gruss
  andre
Titel: Aw: philips hue modul
Beitrag von: m.zielinski am 06 April 2013, 08:41:49
Stimmt - so einen Notify kann ich natürlich bauen - übrigens ist auch stunden nach dem ausschalten NICHT erkennbar, daß die Hue-Lampe aus ist....

Auf die neue Firmware warte ich aber auch schon - immer mit weiß starten ist nicht so schön (ja - ich kann auch dafür ein notify basteln...)

Aktuell plane ich gerade abhängig von der Tagszeit unterschiedliche Lichtfarben einzustellen...
Titel: Aw: philips hue modul
Beitrag von: justme1968 am 06 April 2013, 10:35:32
ich habe gerade noch mal bei mir geschaut:

- die beiden birnen die bei mir aus waren waren scheinbar zum zeitpunkt als die bridge neu gestartet wurde nicht erreichbar und sind deswegen aus.
- wenn ich eine birne nachträglich per schalter aus schalte bleibt sie auch bei mir an
- es gibt einen status reachable der eigentlich genau dafür zu verwenden wäre, der wird aber in der aktuellen firmware version noch nicht unterstützt

gruss
  andre
Titel: Aw: philips hue modul
Beitrag von: Klaus Franken am 08 April 2013, 16:24:39
Ich habe die aktuelle FHEM Version (Subversion) installiert. Die Hue-Bridge wird erkannt.

Der Color-Picker funktioniert leider nicht:

- bei "colorpicker" und "set" kommt im Terminal wo ich fhem gestartet habe:
root@raspberrypi:/opt/fhem# Illegal hexadecimal digit 'o' ignored at /opt/fhem/FHEM/31_HUEDevice.pm line 172.
Illegal hexadecimal digit 'l' ignored at /opt/fhem/FHEM/31_HUEDevice.pm line 172.
Illegal hexadecimal digit 'r' ignored at /opt/fhem/FHEM/31_HUEDevice.pm line 172.
(jeweils diese 3 Zeilen pro klick, die Lampe ist dann dunkel rot)

- bei "RGB" und "set" kommt im Webbrowser:
Unknown argument rgb, choose one of off on toggle statusRequest pct:slider,0,1,100 bri:slider,0,1,254 rgb:colorpicker,RGB color:slider,2000,1,6500 ct:slider,154,1,500 hue:slider,0,1,65535 sat:slider,0,1,254 xy effect:none,colorloop blink on-for-timer on-till off-for-timer intervals off-till

Im Logfile steht in beiden Fällen nichts (Level 3).

P.S. Tolle Arbeit!
Titel: Aw: philips hue modul
Beitrag von: justme1968 am 08 April 2013, 16:47:22
um den colorpicker jetzt schon zu verwenden musst du zusätzlich die patches von hier von hand installieren:Link (http://forum.fhem.de/index.php?topic=11302.msg65925#msg65925). jscolor nicht vergessen.

ich denke in den nächsten wochen wird es eine lösung geben die in fhem integriert ist. (Link (http://forum.fhem.de/index.php?topic=11302.msg71861#msg71861))

gruss
  andre
Titel: Aw: philips hue modul
Beitrag von: Klaus Franken am 08 April 2013, 17:29:51
Hallo André,

kaum macht man es richtig, schon geht es :-)

Danke,
    Klaus
Titel: Aw: philips hue modul
Beitrag von: justme1968 am 08 April 2013, 17:42:23
na dann viel spass :)

gruss
  andre
Titel: Aw: philips hue modul
Beitrag von: Fennek am 11 April 2013, 23:20:59
Hallo Andre,

du hast doch ebenfalls ein paar Hue's und living Colors im Einsatz.

Mir ist aufgefallen das ich meinen Hues kein oder nur sehr schwaches Grün entlocken kann.
Ich hab mal xy 0.0743,0.8338 was ct 520 entspricht; bri und sat 254 bei beiden eingestellt.
Die Colors erstrahlen in satten grün jedoch die Hue in weis.
Es scheint doch Unterschiede zwischen beiden bzw. Sprünge im Spektrum zu geben.

Ich werde mal in den einschlägigen Foren forschen ob ich da etwas zu dem Thema finde.

Sorry für das Off-Topic passt aber zum Thema


Titel: Aw: philips hue modul
Beitrag von: justme1968 am 12 April 2013, 08:50:22
die hues haben keine rgb leds wie die lc sondern haben wirklich ein sehr helles pastellfarbenes gruen. das blau ist auch in der farbe verschoben. der grund ist ein besseres weiß zu bekommen. die farben der hues sind immer eher pastellfarben außer bei rot und lila, dafür sind die unterschiedlichen weiss farbtemperaturen sehr gut. die farben der lc sind sehr viel kräftiger, dafür ist das weiß nicht so gut.

wenn du etwas mit ct einstellst bekommst du weiß. ct sind die unterschiedlichen weiß töne der hue. die lc haben keinen ct mode die ignorieren das komplett und du stellst wirklich nur die farbe ein.

wenn du bei den hu farbe möchtest nur xy und bri einstellen. das kräftigste grün ist etwa bei xy 0.4091,0.518.

es gehören immer zusammen ct,bri - hue,sat,bri - xy,bri. beim einstellen am besten immer innerhalb einer solchen gruppe bleiben. sonst sind die ergebnisse nicht unbedingt das was du dir vorstellst.

ansonsten ist im colorpicker noch ein bug. wenn man grüne töne auswählt bekommt man öfter weiss. das liegt daran das ich die genauen farbwerte der hues zum mischen nicht kenne und diverse überläufe in der brechnung hart abschneide. für die lc passt es besser.

wenn du eine lc fernbedienung hast ist es am besten sich die grün töne damit einzustellen und dann zu merken oder z.b. mit LightScene zu speichern.

gruss
  andre
Titel: Aw: philips hue modul
Beitrag von: Fennek am 12 April 2013, 09:58:33
Gute Morgen Andre,

Danke für die Erklärungen.
 
Das stimmt mit meinen Erfahrungen überein.

Ich stelle mir die gewünschten Farbkombinationen mit der lc Ferbedienung, mein colorpicker funktioniert noch nicht, ein und speichere sie als scene ab.

In fhem habe ich dann virtuelle Buttons mit denen ich oder Frau diese wieder abrufen kann.
Titel: Aw: philips hue modul
Beitrag von: thomilla am 12 April 2013, 13:14:19
Hi Andre,

hast du eigentlich für das HUE-Modul geplant, dass der Benutzername für das Pairing auch beim Neustart von fhem gespeichert wird?
Der Hintergrund meiner Frage ist, dass ich nach jedem Neustart von fehm den Link-Button der Bridge drücken muss, damit das Pairing durchgeführt werden kann.

Natürlich sollte man fhem nicht all zu oft neu starten müssen, aber trotzdem wäre es schön das Pairing nur einmal durchführen zu müssen.

Gruß,
Thomas
Titel: Aw: philips hue modul
Beitrag von: justme1968 am 12 April 2013, 13:20:41
du solltest nach dem pairing in fhem ein save config machen. dann wird alles gespeichert.

gruss
  andre
Titel: Aw: philips hue modul
Beitrag von: thomilla am 12 April 2013, 13:52:49
Gut zu wissen, danke. Wäre es möglich die Infos über autoconfig in die fhem.cfg zu speichern?

Gruß,
Thomas
Titel: Aw: philips hue modul
Beitrag von: justme1968 am 12 April 2013, 13:59:54
was genau meinst du ?

wenn du in fhem save sagst wird alles gespeichert.

gruss
  andre
Titel: Aw: philips hue modul
Beitrag von: thomilla am 12 April 2013, 14:06:28
Ich versuch mal am Beispiel von FHT zu erklären, was ich meine:

Wenn ich meinen CUL-Stick in der fhem.cfg konfiguriert habe,
werden erkannte FHT-Geräte über autoconfig der fhem.cfg automatisch hinzugefügt.

Sowas würde ich mir für das Hue-Modul ebenfalls wünschen,
sprich ich konfiguriere die Bridge und die erkannten Bulbs + Pairing-Parameter landen in der Konfig.

Gruß
Thomas
Titel: Aw: philips hue modul
Beitrag von: justme1968 am 12 April 2013, 14:11:12
das HUEBridge modul erkennt beim pairen und starten alle vorhandenen devices automatisch und legt sie an sofern sie noch nicht vorhanden sind. wenn das was anglegt wurde zu deiner zufriedenheit ist speicherst du es. ansonsten editierst du es und speicherst dann.

du musst nichts von hand anlegen außer die bridge. wenn deine bridge am portal engemeldet ist musst du noch nicht mal die ip in fhem konfigurieren. beim speichern wird alles in die konfig geschrieben.

gruss
  andre
Titel: Aw: philips hue modul
Beitrag von: fh168 am 20 April 2013, 10:48:24
Ich habe gestern Fhem auf meinem Raspberry Pi aufgesetzt, läuft soweit alles.
Philips Hue funktioniert nicht:


2013.04.20 10:39:23 0: Server started with 13 defined entities (version Fhem 5.4 (DEVELOPMENT), $Id: fhem.pl 3075 2013-04-15 15:19:48Z rudolfkoenig $, pid 1336)
2013.04.20 10:39:54 1: reload: Error:Modul 30_HUEBridge deactivated:
 Can't locate JSON/backportPP.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 (eval 59) line 2.
 at ./FHEM/30_HUEBridge.pm line 11
Compilation failed in require at ./FHEM/30_HUEBridge.pm line 11.
BEGIN failed--compilation aborted at ./FHEM/30_HUEBridge.pm line 11.

2013.04.20 10:39:54 0: Can't locate JSON/backportPP.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 (eval 59) line 2.
 at ./FHEM/30_HUEBridge.pm line 11
Compilation failed in require at ./FHEM/30_HUEBridge.pm line 11.
BEGIN failed--compilation aborted at ./FHEM/30_HUEBridge.pm line 11.

Die Datein, boolean.pm, compat5005.pm, compat5006.pm JSON.pm und backportPP.pm habe ich mit allen Rechten auf /usr/local/lib/perl/5.14.2 kopiert, wie es in einem anderem Post in diesem Thread gesagt wurde.

Jemand eine Idee?
Titel: Aw: philips hue modul
Beitrag von: justme1968 am 20 April 2013, 10:56:13
die files gehören nicht alle direkt in das perl verzeichnis. manche gehören noch in bestmmte unterverzeichnisse. die struktur muß so sein:

.../JSON.pm
.../JSON/backportPP.pm
.../JSON/backportPP/Boolean.pm
.../JSON/backportPP/Compat5005.pm
.../JSON/backportPP/Compat5006.pm

... ist bei dir jeweils /usr/local/lib/perl/5.14.2.

gruss
  andre
Titel: Aw: philips hue modul
Beitrag von: fh168 am 20 April 2013, 11:14:09
Danke Andre,

das klappt schon mal, jetzt will er wohl nach und nach die anderen Module antriggern:
2013.04.20 11:03:30 1: reload: Error:Modul 30_HUEBridge deactivated:
 Can't locate Try/Tiny.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_HUEBridge.pm line 12.
BEGIN failed--compilation aborted at ./FHEM/30_HUEBridge.pm line 12.

2013.04.20 11:03:30 0: Can't locate Try/Tiny.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_HUEBridge.pm line 12.
BEGIN failed--compilation aborted at ./FHEM/30_HUEBridge.pm line 12.


Gibt es eine Liste der benötigten pm-Dateien und wo man die herbekommt?
sudo cpan JSON läuft nicht durch.
Titel: Aw: philips hue modul
Beitrag von: fh168 am 20 April 2013, 11:49:46
Habs selber hinbekommen,
einfach in 30_HUEBridge.pm


use strict;
use warnings;
use POSIX;
use JSON;
#use Try::Tiny;
use Data::Dumper;
use MIME::Base64;


den Tiny rausgeworfen, klappt.
Titel: Aw: philips hue modul
Beitrag von: justme1968 am 20 April 2013, 12:02:44
das Try::Tiny ist noch ein überbleibsel einer älteren version. das wird inzwischen nicht mehr benötigt.

gruss
  andre
Titel: Aw: philips hue modul
Beitrag von: fh168 am 20 April 2013, 12:06:28
das sollte man den Proggern sagen und in der nächsten Version rausnehmen. Ich bin da nicht so vom Fach.
Philips Hue Bridge / Living Colors mit Raspberry Pi mit einem Raspberry Pi (XBMC) - Image klappt schon mal :-)

Danke für die Hilfe!
Titel: Aw: philips hue modul
Beitrag von: justme1968 am 20 April 2013, 12:08:01
ich hab es eben rausgenommen :)

gruss
  andre
Titel: Aw: philips hue modul
Beitrag von: fh168 am 20 April 2013, 12:14:35
Vielleicht noch ne Offtopic-Frage an die Experten:
bei mir startet der Fhem-Server mit dem XBMC-Image nicht automatisch
Ich muss da immer auf die SSH-Konsole und cd /opt/fhem  und perl fhem.pl fhem.cfg eintippen.
Wie bekommt man das automatisch hin?
Titel: Aw: philips hue modul
Beitrag von: justme1968 am 23 April 2013, 13:42:40
mit rudis änderungen von gestern und heute ist der colorpicker jetzt ohne patchen umsetzbar und eben mit jscolor von mir eingecheckt.

beides sollte dann morgen mit dem update kommen.

gruss
  andre
Titel: Aw: philips hue modul
Beitrag von: Fennek am 23 April 2013, 17:57:01
Danke rudi & andre

der Colorpicker funktioniert hervorragend. :-)
Titel: Aw: philips hue modul
Beitrag von: m.zielinski am 24 April 2013, 11:09:50
Auch von mir ein Dankeschön - nach dem Update läuft nun alles.
Titel: Aw: philips hue modul
Beitrag von: justme1968 am 24 April 2013, 12:35:24
seit eben gibt es noch eine kleine änderung. es ist jetzt zusätzlich zum colorpicker möglich kleine farbige buttons als presets in der raumäbersicht zu haben. das hier:attr HUEDevice1 webCmd rgb:rgb FF0000:rgb C8FF12:rgb 0000FF:toggle:on:off ergibt z.b. das hier:

(siehe Anhang / see attachement)


guss
  andre
Titel: Aw: philips hue modul
Beitrag von: kiklhorn am 01 Mai 2013, 12:55:35
Hallo Andre,

ich kaufen Philips LivingColors Bloom LED lamp Black 6950030PH
und nicht als colordimmer erkannt.

bitte add also

  LLC005 => {name => 'LivingColors Bloom'   ,type => 'Color Light'            ,subType => 'colordimmer',},

to

31_HUEDevice.pm
my %hueModels = (
  LCT001 => {name => 'HUE Bulb'             ,type => 'Extended color light'   ,subType => 'colordimmer',},
  LLC001 => {name => 'LivingColors G2'      ,type => 'Color Light'            ,subType => 'colordimmer',},
  LLC006 => {name => 'LivingColors Iris'    ,type => 'Color Light'            ,subType => 'colordimmer',},
  LLC007 => {name => 'LivingColors Bloom'   ,type => 'Color Light'            ,subType => 'colordimmer',},
  LWB001 => {name => 'LivingWhites Bulb'    ,type => 'Dimmable light'         ,subType => 'dimmer',},
  LWL001 => {name => 'LivingWhites Outlet'  ,type => 'Dimmable plug-in unit'  ,subType => 'dimmer',},
);

gruss
Martin
Titel: Aw: philips hue modul
Beitrag von: justme1968 am 01 Mai 2013, 15:18:53
i have added the model. it should be in the update tomorrow.

until then you can set the subType attribute manually.

thanks
  andre
Titel: Aw: philips hue modul
Beitrag von: justme1968 am 15 Mai 2013, 16:37:28
ich habe eben eingebaut das man das firmware update der bridge über fhem triggern kann.

wenn ein firmware update bereit steht sollte ein reading swupdate mit dem namen und dem datum auftauchen und der updatestate sollte 2 sein. sobald das der fall ist kann man ein 'set <device> swupdate' machen. STATE sollte nach 'updaing' wechseln. wenn nach einer  weile die bridge neu gebootet hat sollte nach einem 'statusRequest' updatestate auf 0 stehen. in swversion steht dann die neue software version.

falls updatestate immer noch auf 2 steht ist mit dem update etwas schief gegangen. dann einfach noch mal probieren.

gruss
  andre
Titel: Aw: philips hue modul
Beitrag von: Benny_82 am 11 Juni 2013, 17:56:51
Hallo zusammen,

so bin nun auch unter die FHEM nutzer geraten, und habe gestern meinen FHEM Server (5.3) auf der Synology aufgesetzt und er läuft. (War einfach da ich schon für die Synology compilierte Pakete gefunden habe)
Jetzt habe ich hier gelesen, dass die Version 5.3 für die HUE BRIDGE geschichte nicht ausreicht. Stimmt das?

Zum anderen fehlt mir als FHEM neuling ein hinweis wie ich die beiden .pm Dateien korrekt in FHEM einbinde.
Wo leg ich Sie hin?
Was muss ich noch alles tun (hier sollte die beschreibung in den beiden PNG, ist ein neustart notwendig?

Außerdem würden mich die Patches für die Hue Colorpicker interessieren... auch hier würde ich mich über ein paar Tipps wie ich das Patchen angehe freuen.

Vielleicht könnt ihr mir ja bei meinen Einstiegsproblemen ein wenig weiterhelfen.

Gruß
Benny
Titel: Aw: philips hue modul
Beitrag von: justme1968 am 11 Juni 2013, 18:05:57
du musst nur fhem per update auf den aktuellen stand bringen. die hue module sind inzwischen standard bestandteil und es ist auf fhem seite nichts mehr von hand zu installieren. also einfach in die kommando box oben auf einer fhem web seite update eintippen und return drücken. nicht den save knopf daneben.

eventuell muss ausserhalb von fhem noch das perl json modul installiert werden.

gruss
  andre
Titel: Aw: philips hue modul
Beitrag von: Benny_82 am 11 Juni 2013, 18:20:57
Vielen Dank für die schnelle Antwort! (auch wenn ich zugeben muss, dass mich die Einfachheit schon fast enttäuscht hat :-)

Perl 5.16 habe ich installiert, hoffe mal das es hier keine Probleme mit dem Pfad gibt.
Sollte aber vermutlich passen, wenn beim update keine config Datei überschrieben wurde.

Ob ein JSON Modul installiert ist? mhh... keine ahnung, wie Teste ich das am schnellsten?

(Meine Hue Bridge und die ersten Sensoren, Aktoren kommen erst am Wochenende in Betrieb. Bin derzeit nur am Wochenende daheim, daher nutze ich die Zeit vorab schonmal mich mit FHEM ein wenig vertraut zu machen. Werde heute abend vermutlich mal einige Dummies anlegen und Sie nach Belieben virtuell ein und ausschalten zu testzwecken.)
Titel: Aw: philips hue modul
Beitrag von: justme1968 am 11 Juni 2013, 18:36:59
noch eine einfache antwort :) wenn json nicht da ist lassen sie die hue module nicht laden.

viel spass
  andre
Titel: Aw: philips hue modul
Beitrag von: Benny_82 am 11 Juni 2013, 18:45:28
define test HUEBridge 1.1.1.1

wirft dann die Fehlermeldung "Cannot load module HUEBridge"?

Sehe ich das richtig? Und die Lösung wäre dann per CPAN oder manuell die 4 Daten in den entsprechenden Perl Ordner zu werfen.




Ich weiß ich frag hier echt grundlagen.... Aber UNIX ist mir kaum Vertraut, FHEM garnicht, Perl garnicht daher stell ich mich vermutlich erstmal ein wenig doof an :-)
Bzw. werde ich nächster Zeit viel dazu lernen.

EDIT:
funktioniert jetzt... cpan hat ins falsche Verzeichnis installiert, manuelles kopieren hat geholfen. Scheint nun zu gehen!

Vielen Dank erstmal
Titel: Aw: philips hue modul
Beitrag von: justme1968 am 14 Juni 2013, 23:32:54
mit dem update von morgen ist es möglich die neuen svg icons zu verwenden.

dazu sind alle bisherigen devStateIcon attribute der HUEDevices zu löschen und der icon path z.b. so zu setzen:attr WEB iconPath openautomation:defaultwenn der icon path nicht gesetzt wird sollte alles beim alten bleiben.


ich bin noch dabei mit rudi eine lösung zu finden das ein passendes svg icon abhängig der licht farbe eingefärbt werden kann.

gruss
  andre


(siehe Anhang / see attachement)
Titel: Aw: philips hue modul
Beitrag von: Petrosilius Zwackelmann am 17 Juni 2013, 14:18:41
Hallo Andre

danke für die Erweiterung.. das wollte ich gleich probieren...

Ich habe die Zeile als Atribut zum FHEMWEB hinzugefügt. (?)

define WEB FHEMWEB 8083 global
attr WEB longpoll 1
attr WEB refresh 300
attr WEB stylesheetPrefix dark
attr WEB iconPath openautomation:default

Weiterhin habe ich dann die devStateIcon Zeilen auskommentiert (allerdings nur bei meinen hue-Geräten)
#attr HUEDevice12 devStateIcon {CommandGet("","HUEDevice12 devStateIcon")}

Dann habe ich versucht in den Detail bei Selct Icon bzw. Select devStateIcon auf die Openautomation Icons zuzugreifen...
Leider ohne Erfolg.

Was mache ich hier falsch..
Titel: Aw: philips hue modul
Beitrag von: justme1968 am 17 Juni 2013, 14:40:19
was genau bedeutet denn ohne erfolg ? siehst du an irgendeiner stelle bei irgendeinem device neue icons? sie sollten einfach überall in der raumansich zu sehen sein. nicht in der device detail ansicht.

vielleicht vorab: eigentlich ist es immer am einfachsten alle einstellungen im web interface zu machen und nicht das konfig file von hand zu editieren.

die iconPath zeile ist richtig.

spätestens nach dem neustart sollte automatisch eine neue devStateIcon zeile bei den hue devices eigefügt worden sein. wie schaut die aus?

wie schaut die raumansicht bei dir aus?

gruss
  andre
Titel: Aw: philips hue modul
Beitrag von: Petrosilius Zwackelmann am 17 Juni 2013, 16:18:06
Hallo Andre

ich habe nochmals ein shutdown#restart durchgeführt, soweit ich sehen kann keine Änderung.
Das habe ich eigentlich auch nicht erwartet, ich dachte es gibt nun einen Dialog in welchem ich die neuen Icons auswählen kann..(?)

meine Definition sieht so aus... devStateIcon... auskommentiert.


define HUEDevice5 HUEDevice 5
attr HUEDevice5 alias LivingColor_TV_links
#attr HUEDevice5 devStateIcon {CommandGet("","HUEDevice5 devStateIcon")}
attr HUEDevice5 group Licht
attr HUEDevice5 model LCT001
attr HUEDevice5 room 0_EG_WZ
attr HUEDevice5 subType colordimmer
attr HUEDevice5 webCmd rgb:toggle:on:off


In der "Raumaussicht" sieht das dann so aus..

(siehe Anhang / see attachement)




Als Aribute wird aber noch immer folgende Zeile angezeit..
devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}

(siehe Anhang / see attachement)
Titel: Aw: philips hue modul
Beitrag von: justme1968 am 17 Juni 2013, 16:28:51
es gibt nichts auszuwählen. es werden in der raum ansicht automatisch die neuen icons verwendet wenn der iconPath gesetzt ist. aber zur zeit leider nur für off und für die steckdosen dimmer (einfarbig). ich bin noch mit rudi am verhandeln ob wir einen weg finden die neuen icons aus dem modul code zu beinflussen damit ich sie auch verwenden kann um die aktuelle farbe anzuzeigen. bis lang geht das noch nicht und ich bin kann das nur über den farbklecks machen. wenn dir dir farbe egal ist kannst du devStateicon einfach selber überschreiben und z.b. für alles ausser off das on icon anzeigen.

die neue devStateIcon zeile ist die die automatisch gesetzt wird und die das oben beschriebene ermöglicht.

wenn du webCmd löschst wir ebenfalls neuer default erstellt bei dem auch presets mit enthalten sind. die kannst du dann für den eigenen geschmack abändern.

gruss
  andre
Titel: Aw: philips hue modul
Beitrag von: Petrosilius Zwackelmann am 17 Juni 2013, 17:14:16
Danke ... über die Detailansicht von WEB habe ich die Einstellung nochmlas vorgenommen und jetzt klappt es.
Gruß Manuel

Falls noch etwas von deiner Guduld ürig ist..;-)
Wie kann ich nun ein anderes Icon auswählen?

Gruß Manuel
Titel: Aw: philips hue modul
Beitrag von: justme1968 am 17 Juni 2013, 17:24:22
hallo manuel,

was möchtest du denn für ein icon bzw. was genau möchtest du denn erreichen oder anders haben?

gruss
  andre
Titel: Aw: philips hue modul
Beitrag von: Petrosilius Zwackelmann am 17 Juni 2013, 17:29:21
Hallo Andre,

ich schalte mit dem hue-Modul auch die schaltbaren Steckdosen. (philips livingwhites adapter)
Da ist beispielweise ein Repeater angeschlossen, da passt dann das Lamen-Icon nicht.

Gruß Manuel
Titel: Aw: philips hue modul
Beitrag von: justme1968 am 17 Juni 2013, 17:48:36
einfach devStateIcon selber setzen.

z.b. den hue default löschen und dann mit extend devStateIcon unten auf der seite. das ist ganz normal fhem funktionalität.

oder von hand z.b. auf attr devStateIcon off:black_Steckdose.off:on .*:black_Steckdose.on:off

gruss
  andre
Titel: Aw: philips hue modul
Beitrag von: Petrosilius Zwackelmann am 17 Juni 2013, 18:04:19
Hallo Andre,

so geht es für die "normalen" Icons..
Für die Verwendung der Openautomation Icons mach ich einen eigenen Thread auf. Es hat ja devititv nix mit dem hue.modul zu tun.

Danke
Gruß Manuel
Titel: Aw: philips hue modul
Beitrag von: justme1968 am 17 Juni 2013, 18:07:36
an dieser stelle gibt es keinen unterschied zischen 'normalen' und openautomation icons.

wenn du z.b. das textend devStateIcon auswählst siehst du alle icons aus dem iconPath auf der seite.

gruss
  andre
Titel: Aw: philips hue modul
Beitrag von: justme1968 am 18 Juni 2013, 20:02:46
mit den neuesten änderungen in fhemweb kann ich jetzt 'richtige' icons in der farbe verändern und muss nicht mehr die farbigen kleckse verwenden.

wie das aussehen kann hier: Link (http://forum.fhem.de/index.php?topic=12605.msg82906#msg82906)

meine idee ist aber die icons noch etwas zu verändern: die umrisse weiss zu lassen und statt dessen das innere der glühbirne farbig zu füllen. die dimmstufen werden über die strahlen der brine angezeigt. soll die füllfarbe auch die helligkeit widerspiegeln oder nur den farbton darstellen? vor allem in den dunkelsten einstellungen sind die farben ohne korrektur fast nicht von schwarz zu unterscheiden.

gruss
  andre
Titel: Aw: philips hue modul
Beitrag von: justme1968 am 22 Juni 2013, 22:16:27
im update morgen ist es jetzt möglich mit dem attribut color-icons die svg icons in der lampen farbe darzustellen:

1 -> die lampenfarbe und helligkeit wird zum einfärben verwendet, das icon ist immer das 100% icon (2.zeile im screenshot)

2 -> das icon wird mit der auf volle helligkeit hochgerechnte farbe eingefärbt und die helligkeit über die strahlen des icons angezeigt (1. zeile im screenshot)

nicht gesetzt -> wie bisher, die lampenfarbe und helligkeit wird für den farbklecks verwendet (3. zeile im screenshot)


(siehe Anhang / see attachement)


gefüllte icons kommen demnächst.

gruss
  andre
Titel: Aw: philips hue modul
Beitrag von: JT089 am 26 Juni 2013, 15:03:17
Hallo zusammen,

betreibe auf meiner FBF7390 FHEM (installiert via Pseudo-Firmware) und möchte nun die HUE Bridge in Betrieb nehmen.
Die Installation des JSON-Moduls war nach Auflösen der Pfad-Verwirrungen machbar.

Hier nochmals die Files mit Pfad für Leute mit Unklarheiten:

http://cpansearch.perl.org/src/MAKAMAKA/JSON-2.53/lib/JSON.pm (//cpansearch.perl.org/src/MAKAMAKA/JSON-2.53/lib/JSON.pm) -> /var/InternerSpeicher/fhem/lib/perl5/5.12.2
http://cpansearch.perl.org/src/MAKAMAKA/JSON-2.53/lib/JSON/backportPP.pm (//cpansearch.perl.org/src/MAKAMAKA/JSON-2.53/lib/JSON/backportPP.pm) -> /var/InternerSpeicher/fhem/lib/perl5/5.12.2/JSON
http://cpansearch.perl.org/src/MAKAMAKA/JSON-2.53/lib/JSON/backportPP/Boolean.pm (//cpansearch.perl.org/src/MAKAMAKA/JSON-2.53/lib/JSON/backportPP/Boolean.pm) -> /var/InternerSpeicher/fhem/lib/perl5/5.12.2/JSON/backportPP
http://cpansearch.perl.org/src/MAKAMAKA/JSON-2.53/lib/JSON/backportPP/Compat5005.pm (//cpansearch.perl.org/src/MAKAMAKA/JSON-2.53/lib/JSON/backportPP/Compat5005.pm) -> /var/InternerSpeicher/fhem/lib/perl5/5.12.2/JSON/backportPP
http://cpansearch.perl.org/src/MAKAMAKA/JSON-2.53/lib/JSON/backportPP/Compat5006.pm (//cpansearch.perl.org/src/MAKAMAKA/JSON-2.53/lib/JSON/backportPP/Compat5006.pm) -> /var/InternerSpeicher/fhem/lib/perl5/5.12.2/JSON/backportPP

Habe mein FHEM dann auf die aktuellste Version via "Console -> update force" aktualisiert und die aktuellsten Stände der HUE-Module im FHEM-Verzeichniss.

Nun laufe ich aber nach Eintragung der HUE Bridge (define bridge HUEBridge 192.168.178.xyz) und Registrierung (Log: 3: HUEDevice1: I/O device is bridge)
beim Bind der Bridge (drücken des Connect-Buttons der Bridge) in einen PERL-Fehler:

Can't locate unicore/Heavy.pl in @INC (@INC contains: /var/InternerSpeicher/fhem/lib/perl5/site_perl/5.12.2/mips-linux /var/InternerSpeicher/fhem/lib/perl5/site_perl/5.12.2/mips-linux /var/InternerSpeicher/fhem/lib/perl5/site_perl/5.12.2 /var/InternerSpeicher/fhem/lib/perl5/5.12.2/mips-linux /var/InternerSpeicher/fhem/lib/perl5/5.12.2/mips-linux /var/InternerSpeicher/fhem/lib/perl5/5.12.2 /opt/lib/perl5/site_perl/5.12.2/mips-linux /opt/lib/perl5/site_perl/5.12.2 /opt/lib/perl5/5.12.2/mips-linux /opt/lib/perl5/5.12.2 . ./FHEM) at /var/InternerSpeicher/fhem/lib/perl5/5.12.2/utf8_heavy.pl line 96.
require "$unicore_dir/Heavy.pl";

Danach "stirbt" FHEM. Der Versuch, die "utf8_heavy.pl" durch eine gepatchte Version (perl #78820 - http://code.activestate.com/lists/perl5-porters/157326/ (//code.activestate.com/lists/perl5-porters/157326/) ) zu ersetzen war nicht zielführend.

Hat jemand Hilfe?

Merci und schöne Grüße

JT089

Titel: Aw: philips hue modul
Beitrag von: justme1968 am 26 Juni 2013, 15:24:14
zur fritzbox selber kann ich dir leider nichts sagen. ich habe keine.

die pfade die du verwendest sind anders als aus den posts weiter oben. da steht alles in '/var/InternerSpeicher/fhem/lib/perl5/site_perl/5.12.2' (siehe z.b. hier: Link (http://forum.fhem.de/index.php?topic=11020.msg64800#msg64800)) ich weiss aber nicht ob das einen unterschied macht.

gibt es diesen fehler nur wenn du das hue modul verwendest ?

wo ist das huedevice1 her wenn die bridge noch nicht gepaired ist?

gruss
  andre
Titel: Aw: philips hue modul
Beitrag von: JT089 am 26 Juni 2013, 21:46:57
bezüglich des Pfades scheint es keinen Unterschied zu machen, wo die Module liegen. Habe sie verschoben - das Fehlerbild bleibt gleich. Wie ich es verstehe handelt es sich um das in der Exeption monierte Modul/Script "Heavy.pl" um eine dynamisch generierte Library, invokiert aus "utf8_heavy.pl line 96" welche mit Variablen gefüllt wird. Hast Du Perl-Seitig hier eine Idee?
Ja, der Fehler taucht nur beim verwenden des Hue-Moduls auf - das restliche FHEM läuft makellos.

Danke und Gruß

JT089
Titel: Aw: philips hue modul
Beitrag von: justme1968 am 26 Juni 2013, 22:06:35
ich habe nicht wirklich eine ahnung oder idee. ich glaube auch nicht das es direkt am hue modul liegt sondern an einer abhängigkeit die dadurch mit rein kommt. eigentlich kann es nur das json modul sein.

google spuckt bezüglich des fehlers nur sehr seltsame dinge aus die eigentlich nur auftreten wenn an der perl installation etwas nicht stimmt oder verändert wurde. wenn du da nichts gemacht hast ist es sehr seltsam da es bei anderen geht.

ich hab noch einen hinweis auf eine PERL_UNICODE environment variable gefunden die nicht gesetzt sein sollte. in wie fern das auf die fritzbox zutrifft und wirklich das problem löst weiss ich nicht.

gruss
  andre
Titel: Aw: philips hue modul
Beitrag von: JT089 am 26 Juni 2013, 22:32:48
Hi Andre,

vielen Dank für Deine Anmerkungen und Mitdenken - Das Schwein ist geschlachtet - Läuft jetzt :)
Lag an der Benamsung einer Blub als "Küche" - Das "Ü" führte wohl zur Invokation des für die UTF8-Darstellung zuständigen "utf8_heavy.pl" (soweit alles OK) - dann invokierte dieses das Modul "unicore" - wohl ein Meta-Paket mit UTF8-Zeichen-Auflistungen (u.a. die "Heavy.pl" - die übrigens aus mktables des unicore-moduls generiert wird), das auf der Fritz!Box nicht eingebunden war.

=> Als Summary kann man wohl sagen, dass die Benamsung mit Sonderzeichen keine gute Idee scheint :)

Schöne Grüße

JT089
Titel: Aw: philips hue modul
Beitrag von: justme1968 am 26 Juni 2013, 22:49:00
freut mich das es jetzt geht.

viel spass damit.

gruss
  andre
Titel: Aw: philips hue modul
Beitrag von: justme1968 am 16 Juli 2013, 00:44:18
mit dem update von morgen frueh zeigt der colorpicker jetzt immer die aktuelle farbe an und nicht mehr ein refresh verschoben.

gruss
  andre
Titel: Aw: philips hue modul
Beitrag von: justme1968 am 19 Juli 2013, 20:29:12
morgen gibt es noch einen colorpicker fix. damit wird er auch dann aktualisiert wenn die farbe auf irgend einem anderen weg geändert wurde.

weiterhin verwendet der colorpicker jetzt xhr um das set commando abzusetzen. das gleiche gilt für die farb preset buttons.

das bedeutet das die webseite bei farb änderungen nicht mehr neu aufgebaut wird und der colorpicker so lange offen bleibt bis irgendwo ausserhalb geklickt wird. d.h. es ist jetzt möglich die farbe mehrfach zu verstellen und z.b. auch die helligkeit mit dem rechten regler zu ändern.

gruss
  andre
Titel: Aw: philips hue modul
Beitrag von: docb am 26 Juli 2013, 11:11:44
Hallo Freund,
bin seit gestern stolzer Besitzer eines Hue-Sets. Das Modul ist genial, vielen Dank dafür! Als kleinen Tribut habe ich ein svg für die Bridge erstellt...
Anbei sofort und in einigen Tagen per update...
Viele Grüße
doc
Titel: Aw: philips hue modul
Beitrag von: justme1968 am 26 Juli 2013, 11:37:39
sehr schön.

denk dran bei den bulbs das color-icon attribut zu setzen. am besten auf 2.

viel spass damit.

gruss
  andre
Titel: Aw: philips hue modul
Beitrag von: docb am 26 Juli 2013, 12:01:02
Ah, super, danke für den Tipp. Muss gestehen, dass es gar nicht so einfach war, HUE mit fhem zum laufen zu bringen. Also wenn man weiß wie es geht, ist es super einfach. Aber wenn nicht - mit commandref und ohne wiki eher schwierig. Ich lege mal einen Wiki-Eintrag an, hab aber kaum Ahnung vom Modul und gerade nur wenig Zeit. Daher werde ich mich nur aufs Einrichten beschränken. Wenn jemand mithelfen will, der keinen Wiki-account hat oder will, einfach hier posten und ich ergänze die Wiki. Hier ist der nagelneue Eintrag: http://www.fhemwiki.de/wiki/Hue (//www.fhemwiki.de/wiki/Hue)

Viele Grüße
doc
Titel: Aw: philips hue modul
Beitrag von: justme1968 am 26 Juli 2013, 13:31:38
einen wiki artikel wollte ich schon lange anfangen. danke :)

was genau ist denn das problem mit der commandref bzw. was fehlt dort oder ist unklar ?

gruss
  andre
Titel: Aw: philips hue modul
Beitrag von: docb am 26 Juli 2013, 15:15:42
gerne ;-)
hab gerade noch das mit json und der fb ergänzt. Das war zum Beispiel so ein Punkt. Aber die größte Schwierigkeit, war das mit dem Knopf der Bridge drücken - das hab ich nirgends gelesen. Und daher habe ich nach der def der bridge, die ganzen lampen manuell definiert... so ging natürlich gar nix ;-) Aber das steht ja jetzt in der Wiki.
Und was bei HUEDevice in der commandref fehlt ist das blink-kommando, oder? Habs jedenfalls nicht gefunden. Und dafür steht in der commandref transitiontime, das finde ich wiederum bei meinem Device nicht ;-)
Aber echt ein klasse Modul!!!
Viele Grüße
doc
Titel: Aw: philips hue modul
Beitrag von: justme1968 am 26 Juli 2013, 17:19:03
das mit der fb und json ist eine gute idee.

das mit dem knopf drücken steht aber in der command ref:
ZitatAfter a new bridge is created the pair button on the bridge has to be pressed.
blink kommt nicht direkt aus dem hue modul sondern das baut fhem selbst ein es und wird mit einem internen timer und on und off simuliert und ich hab es vergessen in der command reg zu erwähnen :)

transition time funktioniert nur in verbindung mit einem anderen kommando und nicht alleine:set LC on : transitiontime 100
set bulb on : bri 100 : color 4000 : transitiontime 100
deshalb steht es nicht in der 'set ?' liste weil es dann im kommando drop down im web interface auftaucht.

gruss
  andre
Titel: Aw: philips hue modul
Beitrag von: docb am 26 Juli 2013, 18:24:25
ah comprende... das in der commandref habe ich doch glatt 2x überlesen ... naja, war schon spät gestern ;-)
Dankeschön & viele Grüße
doc
Titel: Aw: philips hue modul
Beitrag von: tetzlav am 31 Juli 2013, 10:41:25
Hallo,

ich hätte zu dem Hue-Modul mal ne generelle Frage:
Ist die Bridge bidirektional?
Ist es z.B. möglich mit einer Living-White/Color Fernbedienung über die Hue-Bridge bei FHEM events auszulösen, bzw.
kann man dann mit der LC-Fernbedienung so auch andere FHEM-Module (Homematik, FS20, Intertechno) schalten?


Beste Grüße
Titel: Aw: philips hue modul
Beitrag von: justme1968 am 31 Juli 2013, 10:52:55
die bridge ist im prinzip bidirektional aber nicht synchron und in echtzeit.

d.h. wenn lampen nicht über die  bridge gesteuert werden sondern per lichtschalter oder fernbedienung wird der status in der bridge erst eine weile später aktualisiert. dieser status der bridge wird auch nicht aktiv an fhem gesendet sondern gepollt.

die lw und lc fernbedienungen steuern die jeweiligen lampen direkt. nicht über die brdige. d.h. wenn die bridge aus ist kannst du die lampen und birnen trozdem steuern.

es ist kein problem in fhem auf änderungen an einer lampen einstellung zu reagieren und dann weitere events auszulösen durch das asynchrone prinzip und die verzögerungen aber nicht so wie du es als hintergund deiner frage gerne möchtest und auch nicht für lampen die nicht wirklich physikalisch vorhanden sind.

relativ problemlos wäre z.b. eine lampe die per remote eingeschaltet wird nach einer gewissen zeit per fhem wieder auszuschalten.

gruss
  andre
Titel: Aw: philips hue modul
Beitrag von: tetzlav am 31 Juli 2013, 11:02:53
Sehr schade!

Meine bessere Hälfte findet die LC-Fernbedienung "gaaaaanz toll und nicht so hässlich wie die anderen FB..." und da hab ich mir gedacht, ich könnte z.B. über die Preset/Szenen-Tasten auch andere (virtuelle) Lampen via FHEM ansteuern.

Was heißt nach "einer Weile"? Sekunden? Minuten? Wie oft wird die Hue-Bridge gepollt?

So könnte man dann wenigstens (etwas zeitverzögert) auch andere Komponenten zu-/abschalten.
Titel: Aw: philips hue modul
Beitrag von: justme1968 am 31 Juli 2013, 11:14:30
wie oft die bridge gepollt wird kannst du selber beim define der devices angeben. der default ist 60 sekunden. ich würde auch nicht viel drunter gehen weil zur zeit noch alle devices unabhängig voneinander gepollt werden. ich will das irgendwall mal auf einen rutsch für alle machen. dann könnte man vermutlich etwas runter gehen.

das ist aber nicht der einzige limitierende faktor. es ist nirgend wo definiert wie oft die bridge selber den status der einzelnen lampen aktualisiert. und das liegt etwa in der gleichen größenordnung.

gruss
  andre
Titel: Aw: philips hue modul
Beitrag von: justme1968 am 31 Juli 2013, 11:16:27
und noch etwas: die bridge bekommt zur zeit nicht mit wenn ein device vom strom getrennt wird. d.h. wenn es vorher an war und man einfach den stecker zieht bzw. den lichtschalter aus macht merkt die bridge davon nichts. eventuell bei einer lc lampe. aber bei den bulbs definitiv nicht.

das ist von philips auf für eines der nächsten firmware updates vorgesehen. das api gibt es schon her aber es funktioniert noch nicht.

gruss
  andre
Titel: Aw: philips hue modul
Beitrag von: det. am 31 Juli 2013, 12:05:35
Hallo Andre,
ein klein wenig off Topic - bei meinem gestrigen Besuch im Apfel Shop wollte mir der Verkäufer zu dem gekauften iHealth Blutdruckmesser unbedingt noch so ein hue Starterpaket einreden. Vor 38 Jahren wäre so eine bunte Jugendzimmerbeleuchtung der Hammer gewesen, jetzt hält sich die Begeisterung sehr in Grenzen. Was mich aber aufhorchen lies war die Sachen mit Geofencing, d.h. der junge Verkäufer lässt das Licht daheim über Geofencing mit der hue Bridge schon einschalten, wenn er 5m vor der Haustür steht. Lässt sich das ggf. in fhem auswerten? Jetzt buchen sich die Handys über Bluetooth und das Presence Modul ja erst ein, wenn man schon im Haus ist. So eine Funktion würde mich überzeugen, mir so ein Ding doch anzuschaffen.
Titel: Aw: philips hue modul
Beitrag von: justme1968 am 31 Juli 2013, 12:16:38
so viel ich weiss geht das geofencing nicht direkt über die bridge sondern über die app die auf dem telefon läuft. die schaltet dann sozusagen remote das licht ein.  

das gleiche kannst du im prinzip mit jeder anderen geofencing app erreichen wenn du sie so konfigurierst das fhem einen trigger bekommt (z.b. die iphone freunde app per email). das wäre auch deutlich besser weil der trigger dann direkt an fhem geht und nicht über einen umweg und dann noch asynchron und verzögert. das geofencing wird aber bei keiner app auf 5 meter genau sein. der akkuverbrauch durch das aktivierte geofencing ist unter umsänden auch nicht zu unterschätzen.

gruss
  andre

ps: meiner meinung nach ist eine stärke der hue birnen im gegensatz zu den günstigeren alternativen das es eben genau nicht nur um knall bunt geht sondern die unterschiedlichen weiss werte auch schon ziemlich gut sind und pastellfarben auch sehr gut gehen. und weisse birnen oder die steckdosen dimmer gibt es auch :)
Titel: Aw: philips hue modul
Beitrag von: docb am 31 Juli 2013, 12:43:30
Hi, ich habe sowas ähnliches realisiert - mit Android sehr einfach: Mit Tasker und andFhem kannst du das in 5 Minuten "programmieren" (eher zusammenklicken). Geht ruck-zuck!
Viele Grüße
doc
Titel: Aw: philips hue modul
Beitrag von: det. am 01 August 2013, 13:10:49
Hallo Andre,

Danke für die Antwort und Anregung. Habe das über die iPhone App. eingerichtet und heute im Anflug auf das Homeoffice auch die erste Mail bekommen. Zu der Frage wie ich mit dem Mailempfang in FHEM was triggern kann, hat Tante edit nur das hier geantwortet: http://forum.fhem.de/index.php?t=tree&goto=75076&rid=20&srch=trigger+mit+mail+ausl%C3%B6sen#page_top (//forum.fhem.de/index.php?t=tree&goto=75076&rid=20&srch=trigger+mit+mail+ausl%C3%B6sen#page_top)
Hast Du dazu eine Idee?
Titel: Aw: philips hue modul
Beitrag von: justme1968 am 01 August 2013, 13:36:59
ich würde das mit einem eigenen Postfach nur dafür und dann z.b. mit einem perl imap modul machen. entweder per blockingcall im hintergrund oder in einem script das dann fhem per commandozeile aufruft. wichtig ist meiner meinung nach imap idle zu verwenden damit es nicht zu verzögerungen durch das pollen kommt.

ich vermute mal mit so einem mail modul machst du dir hier einige freunde :)

gruss
  andre
Titel: Aw: philips hue modul
Beitrag von: det. am 01 August 2013, 14:59:19
Hallo Andre,
Danke, so kann es sicher gehen. Ich bin der Hoffnung es findet jemand auch so interessant, der in der Lage ist solch ein Modul zu entwickeln. Ich fürchte meine Fähigkeiten reichen nur zum anschließenden Testen. Da das hier inzwischen absolut off topic ist, soll ich mal in der Wunsch Rubrik einen neuen Thread dazu aufmachen?  
Titel: Aw: philips hue modul
Beitrag von: justme1968 am 01 August 2013, 15:37:20
ich hab eben das hier gefunden: http://code.google.com/p/idlemailcheck/source/browse/trunk/idlemailcheck.pl?r=13 (//code.google.com/p/idlemailcheck/source/browse/trunk/idlemailcheck.pl?r=13). das könnte eine basis sein wenn man das snarl durch ein einfachen fhem aufruf ersetzt.

ich glaube den wunsch gibt es sogar schon auf irgendwo.

gruss
  andre
Titel: Aw: philips hue modul
Beitrag von: justme1968 am 02 August 2013, 16:49:27
es ist wirklich komplett off toppic :)

ich hab das script von eben eben quick and dirty getestet:

- in fhem einen dummy newMail anlegen
- im script die login paramter für den imap server eintragen
- use Win32::Snarl; raus schmeissen
- das hier einfügen und den pfad zu fhem anpassen sub                                                    
ShowMessage($$$$)                                      
{                                                      
  qx(/Users/andre/Downloads/fhem-5.3/fhem.pl 7072 \"trigger newMail Subject: $_[1]\"  );
}

- alle aufrufe vom Win32::Snarl::ShowMessage durch ShowMessage ersetzen
- das ding auf der kommandozeile starten
- der subjekt landet direkt in einem notify das man für newMail:Subject anlegen kann

ich muss mal sehen wie man das in ein konfigurierbares fhem modul kapselt...

gruss
  andre
Titel: Aw: philips hue modul
Beitrag von: justme1968 am 02 August 2013, 19:09:44
letzer off topic post :)

hier geht es mit einer ersten version eines fhem moduls weiter: http://forum.fhem.de/index.php?t=msg&goto=88536&rid=430#msg_88536 (//forum.fhem.de/index.php?t=msg&goto=88536&rid=430#msg_88536)

gruss
  andre
Titel: Aw: philips hue modul
Beitrag von: docb am 03 August 2013, 21:42:47
Servus Burschen,
jetzt komme ich vielleicht mit dem nächsten ein bisschen off-topic thema. Ich habe nämlich ein Problem mit meinen Hue-Devices. Nach einem Stromausfall werden die Hues nämlich einfach angeschaltet. Das ist letzte Woche zwei mal passiert und dann ruft mich immer meine Frau an und ich muss von unterwegs schauen, wie ich das über vpn wieder aus bekomme ;-)
Daher meine Frage: kann ich das irgendwie automatisieren? Mein Gedanke war, beim Neustart von fhem (der ja nach einem Stromausfall von meiner FB automatisch vorgenommen wird, ein Startskript einzuhängen, dass die Hues einfach auf aus setzt. Wie kann ich das denn realisieren? Oder gibts noch eine andere Möglichkeit? Die Hues sind die einzigen Komponenten, die so "komisch" auf Stromausfälle reagieren...
Viele Grüße
doc
Titel: Aw: philips hue modul
Beitrag von: justme1968 am 03 August 2013, 22:00:11
du könntest ein notify an global:INITIALIZED hängen.

um alle hues zu erwischen würde ich sie in eine strucure packen und die dann im notify schalten.

gruss
  andre
Titel: Aw: philips hue modul
Beitrag von: docb am 03 August 2013, 22:02:00
jo, das klingt doch spitze - ich werde es testen! Vielen Dank!
Titel: Aw: philips hue modul
Beitrag von: justme1968 am 07 August 2013, 19:44:23
mit dem neuesten update der bridge firmware ist es möglich zu erkennen on ein device nur ausgeschaltet ist oder komplett vom netz getrennt und nicht mehr erreichbar ist.

ich habe jetzt auf die schnelle erst mal ein neues reading reachable eingebaut. und setze den state hart auf off wenn eine lampe nicht erreichbar ist.

mit dem reading kann man von fhem aus damit z.b. schon erkennen ob eine device mit einem wandschalter aus bzw ein geschaltet wurde.

nach meinem urlaub versuche ich den status auch auszuwerten und z.b. den state nicht auf off sondern auf unreachable zu setzen. damit das vernünftig ausschaut braucht es aber noch ein passendes icon. eine birne mit einem ausrufezeichen oder X z.b.

gruss
  andre

Titel: Aw: philips hue modul
Beitrag von: docb am 07 August 2013, 19:54:57
Welches gefällt dir besser? Verbesserungsvorschläge?
Die Dinger sind noch nicht fertig, also nicht in fhem einbauen. Die Finale Version kommt nach dem Feedback.
Viele Grüße
doc
Titel: Aw: philips hue modul
Beitrag von: Steffen am 07 August 2013, 20:17:46
Hallo!

Woher bekommt man dieses neue update?

Laut Android app bin ich noch auf "01003542" und er sagt mir kein Update verfügbar?!

Mfg Steffen
Titel: Aw: philips hue modul
Beitrag von: justme1968 am 07 August 2013, 21:15:52
klasse.

mir gefällt das fragezeichen besser.

gruss
  andre
Titel: Aw: philips hue modul
Beitrag von: justme1968 am 07 August 2013, 21:20:04
Zitat von: Steffen schrieb am Mi, 07 August 2013 20:17Hallo!

Woher bekommt man dieses neue update?

Laut Android app bin ich noch auf "01003542" und er sagt mir kein Update verfügbar?!

Mfg Steffen

dann bist du schon zwei updates hinten drann. 01005825 gab es im may und 01006390 gibt es seit dem 31.07.

ist deine bridge im hue portal registriert? es kann sein das nur dann der update status gesetzt wird.

ansonsten siehst du im fhem bei der bridge ein reading swupdate wenn ein neues update da ist. du kannst dann in fhem 'set <device> swupdate' auf dem bridge device machen. das startet den update von fhem aus.

gruss
  andre
Titel: Aw: philips hue modul
Beitrag von: docb am 07 August 2013, 22:16:15
So, da isses fertig. Kannst du das eigentlich in den fhem-svg ordner einchecken oder soll ich Uli bitten?
Übrigens bitte teste erst kurz in fhem - ich habe momentan keinen vernünftigen Zugriff auf meines (bin unterwegs) und manchmal zickt noch die svg-Farbübernahme bei manchen svgs.
Viele Grüße
doc
Titel: Aw: philips hue modul
Beitrag von: justme1968 am 07 August 2013, 22:40:00
noch mal klasse. ich hab nur das rot noch heller gemacht. es war sonst nicht richtig zu sehen.

ich kann es einchecken. kein problem.


(siehe Anhang / see attachement)


danke
  andre
Titel: Aw: philips hue modul
Beitrag von: docb am 07 August 2013, 22:43:51
freut mich, wenn ich helfen konnte ;-)
Viele Grüße
doc
Titel: Aw: philips hue modul
Beitrag von: tetzlav am 08 August 2013, 09:28:12
Zitat von: justme1968 schrieb am Mi, 07 August 2013 21:20
Zitat von: Steffen schrieb am Mi, 07 August 2013 20:17Woher bekommt man dieses neue update?

Laut Android app bin ich noch auf "01003542" und er sagt mir kein Update verfügbar?!

[...]
ansonsten siehst du im fhem bei der bridge ein reading swupdate wenn ein neues update da ist. du kannst dann in fhem 'set <device> swupdate' auf dem bridge device machen. das startet den update von fhem aus.

Mir geht es ähnlich wie Steffen. Ich hab meine Bridge jetzt sogar bei Philips registriert, aber trotzdem "kein Update".
Wenn ich - wie von Andre vorgeschlagen - manuell updaten möchte, dann kommt:fhem> list HUEBridge
Internals:
   DEF        192.168.178.27
   Host       192.168.178.27
   INTERVAL   300
   NAME       HUEBridge
   NR         64
   STATE      invalid value, 3, for parameter, updatestate
   TYPE       HUEBridge
   mac        00:17:88:**:**:**
   name       Philips hue
   swversion  01003542
   updatestate 0
Attributes:
   key        **************************************

fhem> set HUEBridge swupdate
invalid value, 3, for parameter, updatestate


Ideen? Kann man auch was per Telnet Port 30000 direkt auf der Bridge was machen?

Grüße
Titel: Aw: philips hue modul
Beitrag von: justme1968 am 08 August 2013, 09:39:17
du kannst den update von fhem aus nur triggern wenn die bridge 'weiß' das es einen update gibt. dann ist updatestate 2 und nicht 0 wie bei dir.

das erfährt sie nur etwa alle 24 stunden und auch nicht alle bridges gleichzeitig.

ich glaube aus und wieder einschalten triggert eine fruehere abfrage.

gruss
  andre
Titel: Aw: philips hue modul
Beitrag von: justme1968 am 08 August 2013, 12:29:38
doc,

mir ist gerade aufgefallen das beim icon für die bridge (und beim hmlan) die linienstärke sehr dünn ist.

(siehe Anhang / see attachement)

vielleicht kannst du die noch etwas dicker machen und den anderen icons angleichen ?

gruss
  andre
Titel: Aw: philips hue modul
Beitrag von: docb am 08 August 2013, 20:39:05
Servus,
anbei die beiden überarbeiteten, besser? Falls ja - kannst du die bitte wieder erst in fhem bezüglich der automatsichen svg-Farbanpassung testen (komme frühestens wieder in 1 Woche heim) und dann einchecken?
Viele Grüße
doc
Titel: Aw: philips hue modul
Beitrag von: justme1968 am 08 August 2013, 20:53:27
hallo doc,

leider noch nicht ganz. die linien sind im vergleich zu den anderen icons immer noch sehr viel dünner (bei der bridge aber besser als beim hmlan) und der hmlan ist schwarz.

gruss
  andre
Titel: Aw: philips hue modul
Beitrag von: docb am 08 August 2013, 21:02:41
nächster Versuch ;-)
Titel: Aw: philips hue modul
Beitrag von: justme1968 am 08 August 2013, 21:07:29
besser :)

beim hmlan ist die strichdicke jetzt gut. und es is fast alles weiss. nur die drei leds sind noch schwarz.

die bridge ist jetzt aber ganz schwarz.

gruss
  andre

lass dir zeit :)
Titel: Aw: philips hue modul
Beitrag von: docb am 08 August 2013, 21:19:04
Ola,
na dann nächster Versuch. Die Probleme haben mit Zeit lassen nicht viel zu tun, fhem ist ziemlich anspruchsvoll was svgs anbelangt. Diese Farbfehler kann man nur erkennen, wenn man die Dinger in fhem reinlädt. Im Explorer kann man nur erkennen, ob weiße Bereiche transparent übernommen werden. Wie gesagt, normal teste ich die Dinger vorher, aber das ist mir zur Zeit leider nicht möglich. Sorry, dass ich dich als Tester missbrauche ;-)
Viele Grüße
doc
Titel: Aw: philips hue modul
Beitrag von: justme1968 am 08 August 2013, 21:30:26
schaut gut aus.

nochmal danke
  andre
Titel: Aw: philips hue modul
Beitrag von: Steffen am 09 August 2013, 09:57:57
Zitat von: justme1968 schrieb am Do, 08 August 2013 09:39du kannst den update von fhem aus nur triggern wenn die bridge 'weiß' das es einen update gibt. dann ist updatestate 2 und nicht 0 wie bei dir.

das erfährt sie nur etwa alle 24 stunden und auch nicht alle bridges gleichzeitig.

ich glaube aus und wieder einschalten triggert eine fruehere abfrage.

gruss
  andre

Hallo!

Mit dem Update der Bridge hat bei mir nun geklappt über Fhem, nachdem ich mich bei Hue angemeldet hatte, danke nochmal für diesen Tip.

Nun hätte ich da nochmal eine Frage, laut update können man es ja als Timer, Wetter mit Licht Anzeige und sonstige Spielerei nutzen doch kann ich bei mir in der Android App nichts davon erkennen, ist das nur der Apple App vorbehalten??

Mfg Steffen
Titel: Aw: philips hue modul
Beitrag von: justme1968 am 09 August 2013, 10:22:53
soviel ich weiss sind all diese dinge (geofencing, wetter, ...) aus der app oder dem portal gesteuert und nicht lokal auf der bridge. ich kenne auch den aktuellen stand der iphone app nicht aber ich vermute es gibt da noch unterschiede da die android app ja auch später gekommen ist.

wenn du aber sowieso fhem in einsatz kannst du das meiste davon (und noch deutlich mehr) besser über fhem realisieren.

gruss
   andre
Titel: Aw: philips hue modul
Beitrag von: Steffen am 09 August 2013, 23:33:41
Ok, danke für die Antwort und gebe dir Recht über Fhem könnte man das besser steuern.
Wobei wir dabei sind, ist es möglich die Hue lampen über ramp-time auf oder ab zu dimmen oder sogar ganze Scenen aus Fhem?

Mfg Steffen
Titel: Aw: philips hue modul
Beitrag von: justme1968 am 10 August 2013, 09:11:19
ramp time geht bei bei on und off über einen extra parameter, bei allen anderen kommandos über ein extra transitiontime. um das zu verwenden musst du in einem einzigen set alle parameter inklusive transitiontime jeweils mit : getrennt setzen. Schau mal in die commandref.

für szenen gibt es das LightScene modul. da kannst du beliebige fhem devices inklusive der hue lampen zu szenen zusammen fassen.

gruss
  andre
Titel: Aw: philips hue modul
Beitrag von: Steffen am 10 August 2013, 10:43:01
Danke dir justme1968 für den Tip, nach etwas fummeln habe ich es hinbekommen!
War ja dann doch einfach wenn man erstmal dahinter steigt.

Nun wollte ich mal fragen ob es auch möglich ist eine Hue lampe über Fhem Blinken zu lassen, was ja geht mit dem "blink" befehl aber ich meinte mit einer bestimmten Farbe und danach in den vorigen Farbmodus wieder zurück kehrt??

Mfg Steffen
Titel: Aw: philips hue modul
Beitrag von: justme1968 am 10 August 2013, 14:34:30
im momment nur mit etwas handsrbeit. state bzw Value() merken. dann mit fhem befehlen alles tun was du magst und dann das was du dir gemerkt hast mit einem set wieder setzen.

gruss
  andre
Titel: Aw: philips hue modul
Beitrag von: Steffen am 10 August 2013, 17:04:30
Zitat von: justme1968 schrieb am Sa, 10 August 2013 14:34im momment nur mit etwas handsrbeit. state bzw Value() merken. dann mit fhem befehlen alles tun was du magst und dann das was du dir gemerkt hast mit einem set wieder setzen.

gruss
  andre

Ok danke, aber wie könnte ich die Hue in einer bestimmten Farben blicken lassen??
Mit "define a7 at +*{3}00:00:02 set HUEDevice2 rgb ED3333" klappt es leider nicht.

Mfg Steffen
Titel: Aw: philips hue modul
Beitrag von: justme1968 am 10 August 2013, 17:09:18
zwischendurch musst du auch wieder ausschalten :)

schau mal z.b. hier: Link (http://forum.fhem.de/index.php?topic=14171.0).

gruss
  andre
Titel: Aw: philips hue modul
Beitrag von: Steffen am 10 August 2013, 17:30:34
Zitat von: justme1968 schrieb am Sa, 10 August 2013 17:09zwischendurch musst du auch wieder ausschalten :)

schau mal z.b. hier: Link.

gruss
  andre

Ich dachte es würde eleganter gehen, aber trotzdem danke!

Mal sehen wie ich das alles umsetzte.

Mfg Steffen
Titel: Aw: philips hue modul
Beitrag von: justme1968 am 10 August 2013, 17:38:39
zur zeit noch nicht.

mit der aktuellen firmware gibt es zwar über alert die möglichkeit das über die bridge zu machen. ich bin aber noch nicht dazu gekommen das einzubauen. das mache ich nach meinem urlaub.

gruss
  andre
Titel: Aw: philips hue modul
Beitrag von: der-Lolo am 23 August 2013, 08:27:11
Nur kurz zur Info hier im HUE Thread, seit gestern habe ich ein Set der Hue light stripes im Einsatz, genauer gesagt einen Controller an vorhandenen LED Streifen... Funktioniert wunderbar und wird durch FHEM problemlos eingebunden...
Titel: Aw: philips hue modul
Beitrag von: justme1968 am 23 August 2013, 09:51:24
kannst du mir bitte das modell und den typ sagen das die bridge meldet?

danke
  andre
Titel: Aw: philips hue modul
Beitrag von: der-Lolo am 23 August 2013, 10:38:54

CFGFN
DEF    11
INTERVAL 60
IODev bridge
NAME HUEDevice11
NR 41
STATE dim75%
TRIGGERTIME 2013-08-23 08:35:09
TYPE HUEDevice
modelid LST001
name balken1
swversion 66010400
type Color light


Ich denke du meinst diese Ausgabe, oder?
Titel: Aw: philips hue modul
Beitrag von: docb am 23 August 2013, 10:42:08
Wo hast du denn die Stripes her, ich such mir die Finger wund ;-)
Viele Grüße
doc

Äh... schwupps habs sie gefunden... im Apfelladen... *schäm*
Titel: Aw: philips hue modul
Beitrag von: der-Lolo am 23 August 2013, 10:50:53
Genau, leider ist das Philips Zeugs mal wieder sehr teuer...
Schade das die Controller nicht einzeln angeboten werden, der LED Streifen selbst hat leider nur 30 LEDs pro Meter
Im Berliner Apple Store sind sie vorrätig aber auch begehrt...
Titel: Aw: philips hue modul
Beitrag von: drdownload am 23 August 2013, 10:51:55
auf ebay findet sich der controller alleine auch
Titel: Aw: philips hue modul
Beitrag von: justme1968 am 23 August 2013, 11:08:27
ja. genau. danke.
Titel: Aw: philips hue modul
Beitrag von: der-Lolo am 23 August 2013, 11:20:53
Wo denn? Ich finde nichts...
Titel: Aw: philips hue modul
Beitrag von: justme1968 am 02 September 2013, 21:32:56
ab morgen gibt es alert als kommando das ein hue device direkt über die firmware blinken lässt.

gruss
  andre
Titel: Aw: philips hue modul
Beitrag von: Steffen am 03 September 2013, 21:45:23
Zitat von: justme1968 schrieb am Mo, 02 September 2013 21:32ab morgen gibt es alert als kommando das ein hue device direkt über die firmware blinken lässt.

gruss
  andre

Danke für dieses update, aber gibt es vielleicht die Möglichkeit den Alert-interval und farbe zu bestimmen??

Mfg Steffen
Titel: Aw: philips hue modul
Beitrag von: justme1968 am 03 September 2013, 21:50:21
nein. wenn du alert verwendes ist es eine standard funktion der bridge.

wenn du wie oben beschrieben selber aus fhem steuern.

gruss
  andre
Titel: Aw: philips hue modul
Beitrag von: tetzlav am 10 September 2013, 20:00:32
Kann man einzelne HUEDevices auch gruppieren (//developers.meethue.com/2_groupsapi.html)?
Ich habe z.B. eine Stehlampe mit zwei HUEs und möchte beide wie eine behandeln.
Auch könnte das gemeinsame dimmen für ganze Räume interessant sein.

Ich weiß mit dummys und structures kann man das zurechtfrickeln, aber der Status wird dann nich so schön angezeigt wie bei nativen HUEDevices...
Titel: Aw: philips hue modul
Beitrag von: justme1968 am 10 September 2013, 20:30:53
die unterstützung für die hue gruppen habe ich noch nicht eingebaut.

statt dessen gibt es aber ein modul LightScene (Link (http://forum.fhem.de/index.php?topic=11485.msg85437#msg85437)). damit kannst du ganz ohne gefrickel beliebige fhem devices grupieren und gemeinsam schalten. hier: Link (http://forum.fhem.de/index.php?topic=14440.msg91941#msg91941) ist noch ein beispiel.

entweder so wie in den beispielen oben oder auch in einer kompakteren ansicht die dann so ausschaut:

(siehe Anhang / see attachement)


gruss
  andre
Titel: Aw: philips hue modul
Beitrag von: volschin am 04 Oktober 2013, 11:55:45
Ich hatte bisher 3 Devices in meiner HueBridge, 2 HueBulbs und eine LivingColors Aura. Und alles lief erstmal problemlos. Gestern habe ich aufgerüstet und der Bridge weitere Devices hinzugefügt. Nach einen Restart fuhr FHEM nicht mehr hoch. Als ich deshalb zu Testzwecken die HueBridge stromlos gemacht habe und die Fritzbox nochmal durchgestartet lief es wieder einwandfrei. Danach habe ich wieder Strom auf die HueBridge gegeben und nahezu sofort hängte sich FHEM auf. Die letzten Einträge im Log:

2013.10.04 11:13:58 1: HUEBridge_HTTP_Request http://192.168.2.125/api/478eab866f5ba626c8bab8904016a94a/lights/1: (//192.168.2.125/api/478eab866f5ba626c8bab8904016a94a/lights/1:) Can't connect to http://192.168.2.125:80 (//192.168.2.125:80)

2013.10.04 11:14:09 3: HUEDevice6: I/O device is MyHUEBridge
2013.10.04 11:14:09 3: HUEDevice11: I/O device is MyHUEBridge
2013.10.04 11:14:09 3: HUEDevice7: I/O device is MyHUEBridge
2013.10.04 11:14:10 3: HUEDevice9: I/O device is MyHUEBridge
2013.10.04 11:14:10 3: HUEDevice8: I/O device is MyHUEBridge
2013.10.04 11:14:10 3: HUEDevice4: I/O device is MyHUEBridge

Autocreate steht bei mir auf ON. Die Typen der Devices finden sich in meinem Profil.  

Hat jemand eine Idee, wie ich das Problem lösen kann?
Titel: Aw: philips hue modul
Beitrag von: volschin am 04 Oktober 2013, 12:19:10
Ich glaube, ich bin der Ursache auf die Spur gekommen. Autocreate auf disable. Stürzt jetzt nicht mehr ab.
Ein get devices bringt:

1: Aura
10: LivingAmbColor
11: LivingAmbWhites
2: Hue Lamp 1
3: Hue Lamp 2
4: AmbiLED K�che
5: Arbeitsfl�che K�che
6: Wandlampe Flur
7: LivingWhites 2
8: Abstellkammer
9: Hue Lamp 3

Und wenn ich da an die Umlautschwäche von FHEM denke, sollte ich mal lieber meine Geräte in der HueBridge umbenennen. Das würde auch zu dem Abschmieren bei HueDevice4 passen.
Titel: Aw: philips hue modul
Beitrag von: justme1968 am 04 Oktober 2013, 12:25:28
das problem ist das json modul in verbindung mit der fehlenden/unvollständigen unicode unterstützung auf der fritzbox.

wenn du hier im forum oder im wiki suchst findest du einen workaround dafür. in der neuen fhem verson 5.5 hat rudi fehlende unicode teile für die fritzbox mit aufgenommen. ob das auch für das hue modul hilft weiss ich aber nicht.

wenn du nicht auf 5.5 updaten möchtest um es zu probieren hilft tatächlich nur die einzelnen devices umzubenennen.

gruss
  andre
Titel: Aw: philips hue modul
Beitrag von: volschin am 04 Oktober 2013, 12:39:26
Danke für den Tipp. Da ich bereits auf der aktuellen 5.5 bin, scheint das zumindest hier nicht zu greifen.
Titel: Aw: philips hue modul
Beitrag von: justme1968 am 04 Oktober 2013, 12:56:31
wie hat du denn aktualisiert?

ich glaube um die perl/unicode änderungen auch zu bekommen reicht das normale update in fhem nicht aus. ich weiss zumindest von meinem itunes modul das es mit diesen änderungen nicht mehr abstürzt. siehe hier: http://forum.fhem.de/index.php?t=msg&goto=97377&rid=430#msg_97377 (//forum.fhem.de/index.php?t=msg&goto=97377&rid=430#msg_97377)

da ich keine fritzbox habe kann ich dir aber leider nicht wirklich helfen.

gruss
  andre
Titel: Aw: philips hue modul
Beitrag von: volschin am 04 Oktober 2013, 14:05:49
Hallo Andre, danke, guter Hinweis. Ich habe nur über die Update-Funktion aktualisiert und damit noch das 5.4-Image drauf.

Ich werde es mal bei Gelegenheit testen. Ich habe meine Devices in der HueBridge umbenannt und jetzt funktioniert erstmal alles.

Das mit dem 5.5-Image drüberbügeln werde ich lieber gründlich vorbereiten.

 
Titel: Aw: philips hue modul
Beitrag von: volschin am 04 Oktober 2013, 14:34:16
Jetzt habe ich gerade versucht ein HueDevice über peerChan mit meinem Homematic OLED-Schalter zu verheiraten. Aber da bin ich wohl auf dem Holzweg, ist ja kein Homematic Aktor.

Kann mir bitte jemand das Brett vorm Kopf wegnehmen, was ich dort wohl gerade habe und erklären wie der richtige Weg aussieht.
Titel: Aw: philips hue modul
Beitrag von: justme1968 am 04 Oktober 2013, 15:00:37
einfach ein notify an den schalter hängen und von da aus das HUEDevice schalten.

gruss
  andre
Titel: Aw: philips hue modul
Beitrag von: volschin am 05 Oktober 2013, 09:53:41
Ich habe jetzt erstmal das 5.5-Image auf die Fritzbox gespielt. Das Image hat mir die startfhem auf Standard gesetzt. Das war schnell korrigiert. Allerdings alle HUEDevices weg. Ursache war, dass das Image auch mein JSON 2.59 im lib gelöscht hat.

Es wäre vermutlich clever gewesen, dass gleich in die Image-Distribution mit reinzupacken. Naja, vielleicht für 5.6.

Jetzt habe ich wieder eine saubere Basis und werde mich nun als nächstes den Lightscenes widmen.

Bin mal gespannt. :)
Titel: Aw: philips hue modul
Beitrag von: volschin am 05 Oktober 2013, 10:39:36
Ich habe gerade bei der Nutzung der Update-Funktion festgestellt, dass mein LLC007 Device in der Liste der im Rahmen der Statistik übertragenen Geräte fehlt.

Gibt es für FHEM sowas wie ein Bugtracking-System, wo man das melden kann?

Gruß,
Veit
Titel: Aw: philips hue modul
Beitrag von: rudolfkoenig am 05 Oktober 2013, 11:26:46
>  Gibt es für FHEM sowas wie ein Bugtracking-System, wo man das melden kann?

Ja: in dem richtigen FHEM Unterforum melden (siehe MAINTAINER.txt), am besten mit passenden Patch. Bedenke: FHEM wird von freiwilligen gepflegt, es kommt haeufig vor, das der Autor von einem Modul gerade keine Zeit hat.

Nein: Da sowas haeufig in Diskussion ausartet (ist es ein Bug, oder ein Feature was man gerne haette, oder man macht als Benutzer was falsch), sehe ich nicht, wieso sie in einem separaten Tool, der wiederum in unterschiedliche Listen fuer jedes FHEM-Modul aufgeteilt ist, gefuehrt werden soll.
Titel: Aw: philips hue modul
Beitrag von: volschin am 05 Oktober 2013, 15:53:51
Hallo Andre,
nachdem ich jetzt noch intensiver gespielt habe, ganz herzlichen Dank für das tolle Modul. Um wirklich dahinterzusteigen, was ich genau mit der HUE Hardware/Software steuern kann, habe ich mir allerdings mal die Entwicklerdoku unter http://developers.meethue.com (//developers.meethue.com) vorgenommen. Das kann ich auch nur jedem empfehlen, der die Möglichkeiten ausreizen will. Ist dort wirklich gut verständlich erläutert.

Mir ist aufgefallen, dass die Readings bisher nicht die Pointsymbols enthalten. Offiziell sind sie zwar "for future use", aber in der Community wird ja schon fleißig damit experimentiert. Vielleicht lässt sich da ja noch was machen, zumindest lesend, um auf einen Blick zu sehen, ob welche gesetzt sind. Setzen selber kann man sie bei Bedarf ja auch über den CLIP API Debugger.

Sonst kann man aber alles was die Doku hergibt über FHEM, inklusive Alerts und Effects (naja, es gibt ja bisher nur einen).

Gruß
Veit
Titel: Aw: philips hue modul
Beitrag von: justme1968 am 05 Oktober 2013, 16:38:50
die pointsymbols sind bis jetzt absichtlich nicht drin. es gibt so schon fast zu viele readings.

wenn du eine sinnvolle und funktionierende verwendung dafür findest baue ich aber das lesen und schreiben gerne ein.

gruss
  andre
Titel: Aw: philips hue modul
Beitrag von: volschin am 05 Oktober 2013, 17:48:00
Zumindest eine, woran jeder Disko-Betreiber seine Freude hätte.
http://weblog.lmeijer.nl/archives/225-Do-hue-want-a-strobe-up-there.html (//weblog.lmeijer.nl/archives/225-Do-hue-want-a-strobe-up-there.html)

Die habe ich bei mir bereits erfolgreich zum Laufen bekommen. Da ich kein Disko-Betreiber bin, kann ich mir aber sehr gut die Kombi mit der Alarmanlage vorstellen. Ich setze dabei group 0 ein.
Titel: Antw:philips hue modul
Beitrag von: Steffen am 17 Oktober 2013, 19:25:45
Hallo!

Kurze frage, gibt es vielleicht auch einen Internen Timer wie bei Homematic??

Mfg Steffen
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 17 Oktober 2013, 20:00:23
was möchtest du denn genau machen?

die bridge bzw. das hue api hat timer. die sind aber noch nicht über das fhem modul ansprechbar.

die fhem internen möglichkeiten wie on-for-timer und off-for timer sind alle da.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: Steffen am 17 Oktober 2013, 21:50:43
Habe eine bulb als Flurlicht mit bewegungsmelder(hm-sec-dir) im einsatz, was schon mit on-for-timer aktiviert ist.
Aber wenn doch mal der schalter gedrückt wird dann dachte ich das es über internen timer lösen könnte.
Dann werde ich vielleicht ein notify auf "on" ansetzen, oder vielleicht eine bessere idee?

Mfg Steffen
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 17 Oktober 2013, 21:59:50
der interne timer würde dir nichts nützen weil das on-for-timer die lampe ja nach ablauf der zeit aus schaltet. egal was der interne timer sagt.

du brauchst ein notify das beim einschalten die lampe an schaltet und das notify des bewegungsmelders z.b. mit disable deaktiviert. beim ausschalten musst du dann die lampe abschalten und das notify wieder aktivieren.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: der-Lolo am 17 Oktober 2013, 22:45:19
Ich glaube du wirst mit dieser Konstellation nicht glücklich Steffen, der sec dir bringt schon eine deutliche schaltverzögerung die HUEs brauchen auch noch ihre Schaltzeit...

Im den Registern des bewegungsmelders kannst du ihm sagen wie lange er nicht mehr auf erneute Bewegung reagieren soll, per on for timer auf das Event des Bewegungsmelders schaltet dann die Hue - Berichte mal wie lange es dauert bis das licht an ist...
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 17 Oktober 2013, 22:50:42
ich habe genau das gleiche setup an meinem schreibtisch im einsatz.

die hue lampen gehen innerhalb einer sekunde nach bewegungs erkennung an.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: Steffen am 18 Oktober 2013, 21:05:56
Zitat von: der-Lolo am 17 Oktober 2013, 22:45:19
Ich glaube du wirst mit dieser minIntervalaKonstellation nicht glücklich Steffen, der sec dir bringt schon eine deutliche schaltverzögerung die HUEs brauchen auch noch ihre Schaltzeit...

Im den Registern des bewegungsmelders kannst du ihm sagen wie lange er nicht mehr auf erneute Bewegung reagieren soll, per on for timer auf das Event des Bewegungsmelders schaltet dann die Hue - Berichte mal wie lange es dauert bis das licht an ist...

Hallo!
Also sind schon zwischen 1-2 sekunden verzögerung und ist nicht die beste aber im augenblick die günstigste Lösung für mein Flur, denn der geht über 2 Etagen und hat drei "Schalter"...
Habe per reg auf minimal 15s und on-for-timer 60.
Nun werde ich noch ein notify einsetzen der das on mitbekommt was von den schaltern kommen könnte!
Aber bin sehr entäuscht von hm-sec-mdir, für das Geld reagiert der sehr schlecht da ist der für 15€ aus dem Baumarkt bei mir im keller besser;-).
Titel: Philips LivingWhites Plug: dim 0 != off
Beitrag von: Jaydee am 21 Oktober 2013, 10:36:52
Hallo zusammen!

Ich habe vor einigen Tagen zwei Philips LivingWhites Plugs in mein System aufgenommen. Ich bin mit diesen auch sehr zufrieden - kompakte Phasenabschnittsdimmer mit Rückmeldung zu einem fünftel des HomeMatic-Preises - immer wieder gern...

Aber: Wenn ich den Slider der Dimmer auf 0 herunterziehe, oder den Dimm-Wert auf 0 setze, gehen die Lampen leider nicht ganz aus. Sie bleiben auf gefühlten 5% Helligkeit stehen. Als State gibt FHEM aber "off" an. Dies ist jetzt natürlich extrem blöd, da ich mich ja auf diese Angabe verlassen, und keinen anschließenden Kontrollgang machen will.

Ich könnte jetzt natürlich abhelfen um per notify bei einem gesetzten pct oder dim von 0 ein "off" hinterher schicken, aber vielleicht könnte man das auch im Modul ändern? Oder bin ich der einzige, bei dem dies auftritt?
Dies scheint nur bei den Plugs so zu sein, meine Hues schalten bei pct 0 komplett ab - zumindest augenscheinlich.

LG
Jan

Titel: Antw:philips hue modul
Beitrag von: justme1968 am 21 Oktober 2013, 10:40:07
das ist bei allen hue devices so das dim level 0 nicht das gleiche ist wie aus. und umgekehrt kann ein device mit level 100 bzw bri 254 trozdem noch aus sein.

allerdings sollte fhem dann nicht off anzeigen wenn nur der level auf 0 steht. ich schau mir das heute abend mal an.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: Jaydee am 21 Oktober 2013, 10:44:01
vielen Dank!
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 21 Oktober 2013, 18:34:06
ich denke ich habe das problem eingegrenzt. zumindest wenn die svg icons verwendet werden.

im iconalias.txt file für die openautomation icons wird die niedrigste dimmstufe dim06% auf light_light_dim_00.svg gemapped. das ist aber das icon für off. ich bin der meinung das mapping sollte so erfolgen das die niedrigste dimmstufe auf das icon für 10% gemappt wird.

mal sehen was rudi sagt.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: Jaydee am 21 Oktober 2013, 18:43:44
ich hatte das gar nicht in Bezug auf die Icons gemeint. Nur dass der State als off angegeben wird irritiert mich. wenn der auf 1% oder 0% oder irgendwas bleiben würde, wäre es ja ok, aber das falsche off ist kritisch...

aber ich muss mich korrigieren, wie du schon sagtest scheint das bei allen HUEDevices zu sein, bei den HUELamps ist es dasselbe... das einzige wonach man gehen kann, ist das "onoff"-Reading
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 21 Oktober 2013, 18:49:51
bei meinen LWL001 ist es so das der state automatisch auf dim06% springt wenn das nächste update von der bridge kommt.

d.h du setzt dim auf 0 und die bridge erfährt nach einer weile von LWL001 das nicht auf 0 geregelt wurde sondern auf die niedrigste dim stufe. das update vom device zur bridge ist leider asynchron und nicht in realtime. nach einer weile stimmt der state also wieder und wenn das mit den icons repariert ist werden die dann auch wieder stimmen.

ich kann höchstens versuchen einzubauen das man die LWL001 nicht auf 0 sondern eben nur auf 3 dimmen kann. dann ist die verzögerunge weg.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 21 Oktober 2013, 19:00:28
ich hab das mal so eingebaut. sollte morgen mit dem update kommen.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: Jaydee am 21 Oktober 2013, 19:09:06
Danke :-)
Titel: Antw:philips hue modul
Beitrag von: volschin am 28 Oktober 2013, 07:58:23
Ich hatte anscheinend heute Nacht einen Mini-Stromausfall. In der Konsequenz leuchtete das Lämpchen bei Internet und die Bridge war nicht mehr ansprechbar. Erst ein stromlos machen, brachte die Funktion zurück. Jetzt überlege ich, ob ich die Bridge mit an meine USV hänge oder ihr zumindest einen Homematic Switch spendiere, falls sie wieder mal hängt. Es ist allerdings das erste Mal in den 4 Wochen, die ich die Bridge jetzt im Einsatz habe.

Wie sind Eure Erfahrungen bzgl. der Stabilität? Muss ich mindestens alle 4 Wochen damit rechnen oder war das jetzt ein extrem seltenes Ereignis?

Gruß
Veit
Titel: Antw:philips hue modul
Beitrag von: m.zielinski am 28 Oktober 2013, 09:04:36
Ich hatte es bereits 3 mal, dass die Bridge vermutlich nach nem IP-Wechsel der Fritzbox nicht mehr ansprechbar war (auch lokal nicht) Es blinkte nur eine Blaue LED. Erst nach Strom aus/an lief es wieder. Die Häufigkeit liegt bei einmal alle 1-2 Monate.

Titel: Antw:philips hue modul
Beitrag von: Jaydee am 28 Oktober 2013, 10:37:40
Also ich hab meine Hue-Geräte jetzt seit 5 Monaten in Betrieb und noch keine solchen Probleme mit der Bridge gehabt.
Titel: Antw:philips hue modul
Beitrag von: sw am 29 Oktober 2013, 23:38:09
Hallo,
ich habe gerade ein Problem mit meinen Hue Devices und komme nicht weiter.

Ich möchte durch Anklicken des Icons zwischen "on" und "off" wechseln können.
Wenn ich folgendes Attribut einfüge, dann klappt das auch:
attr HUEDevice3  devStateIcon on:FS20.on:off off:FS20.off:on


Nun möchte ich aber nicht nur die FS20-on und -off Icons haben, sondern auch die Dimmer Symbole und bei farbigen Hues und Living Colors eben das Farbfeld - also den Default für HUE Devices:
attr HUEDevice3 devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}


Wie bekomme ich diese beiden Anforderungen in einem Attribut verheiratet?
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 29 Oktober 2013, 23:49:27
ich habe es eben für den zustand aus repariert. für den zustand an sollte es eigentlich auch bei dir einfach gehen.

beim klick auf das icon wird jetzt ein toggle gemacht. egal ob du die farbfelder als icons hast oder die svg icons mit dem attribut coloricons.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: sw am 30 Oktober 2013, 00:44:58
Hallo Andre, danke für die schnelle Antwort zu später Stunde!


- Vorher konnte ich über das Icon weder an noch ausschalten .

- Mit Deiner Änderung kann ich über das (ausgeschaltete) Icon einschalten, und neue (eingeschaltete) Icon stimmt auch (also je nach Device eine Lampe, eine gedimmte Lampe oder das Farbfeld)

- Leider kann ich weiterhin nicht über das Icon ausschalten.
Ich habe in der 31_HUEDevice.pm testweise folgenden Code eingefügt:

return ".*:on:toggle" if( ReadingsVal($name,"state","on") eq "on" );

Jetzt konnte ich auch ausschalten; dafür stimmte das Ein-Icon nicht (immer FS20.on)


Jetzt wird geschlafen und heute Abend wird weitergetestet, Gruß Sven
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 30 Oktober 2013, 07:53:34
was für ein device funktioniert nicht richtig? nur eine bestimmte sorte oder alle?

ich hab natürlich die steckdosen und living whites birnen übersehen.

heute abend mehr.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 30 Oktober 2013, 19:35:33
ich habe eben das toggle für die steckdosen und living whites icons repariert und eingecheckt.

zum problem mit dem ausschalten: verwendest du die svg icons? wie ist dein iconPath gesetzt?

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: sw am 30 Oktober 2013, 20:57:03
Die Kurzversion:
Super, jetzt geht es, vielen Dank!

Die Langversion:
Ich habe sie alle  ;D Hue Bulbs, Living Colors und Living Whites Steckdosen, manche als Schalter und manche als Dimmer konfiguriert.
Ich arbeite (noch?) mit den "alten" Icons, keine SVG Icons.
Bzgl. dem Icon Pfad finde ich keine Definition in meiner fhem.cfg, also wohl Default(?)

Gestern hatte ich immer mit einer Living Whites getestet.
Die Hue Bulbs und Living Colors hatten noch ein abweichendes devStateIcon Attribut (vmtl aus einem sehr alten Autocreate). Heute habe ich alle devStateIcons auf den aktuellen Default gebracht, und die Hue Bulbs und Living Colors haben sofort funktioniert.
Dann habe ich die 31_HUEDevice.pm von heute abend übernommen, und jetzt funktionieren auch die Living Whites (die haben sich vorher nicht über das Icon ausschalten lassen).

Einen winzigen Schönheits"fehler" sehe ich noch:
Wenn ich eine als "Switch" (nicht als "Dimmer") konfigurierte Living White einschalte (egal ob über das Icon oder über den "On" Befehl), dann sehe ich das dim93% Icon und nicht das FS20.on Icon. Beim Dimmer ist das erwünscht, aber beim Schalter irritiert das. Kann das noch geändert werden? (Ist jetzt aber Feintuning, mit dem jetztigen Zustand kann ich gut leben...)

Gruß Sven
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 30 Oktober 2013, 22:03:20
das sollte ab jetzt auch gehen :)

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: sw am 30 Oktober 2013, 22:32:43
Ja, das "ON" Icon stimmt bei mir jetzt auch, nochmal vielen Dank, Gruß Sven
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 28 November 2013, 22:04:44
ab morgen kann man dimUp und dimDown für ein HUEDevice verwenden. damit kann man dann z.b. direkt aus einem notify eines homematic oder fs20 tasters oder fernbedienung heller und dunkler dimmen. idee: daduke.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: Jaydee am 28 November 2013, 22:06:11
wunderbar :-)
Titel: Antw:philips hue modul
Beitrag von: volschin am 29 November 2013, 06:24:10
Danke, cool. Das werde ich am Wochenende gleich mal testen. Ich bin gespannt, ob das aufgrund der Latenzen gut funktioniert.

Gruß
Veit
Titel: Antw:philips hue modul
Beitrag von: daduke am 29 November 2013, 07:08:11
es funktioniert :)
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 06 Dezember 2013, 22:29:47
ab morgen gibt es folgende änderungen:


gruss
  andre

Beispiele:
define gruppeAlle HUEDevice group 0
set gruppeAlle on
set gruppeAlle alert select
Titel: Antw:philips hue modul
Beitrag von: Jaydee am 09 Dezember 2013, 23:13:12
An anderer Stelle scheint dies aber Verzögerungen zu produzieren...

Nachdem dimUp/dimDown eingeführt wurde hatte ich dies auf tasten meiner Fernbedienung gelegt. Anschließend konnte man wunderbar durch zügiges Drücken der Tasten hoch- und runterdimmen.

Jetzt ist es leider so, dass nach einem Dimm-Schritt erstmal für eine Sekunde keine weiteren Befehle mehr angenommen werden. Wenn man innerhalb dieser Zeit wiederholt die Taste drückt, verlängert sich die Pause, bis man irgendwann mal etwas abwartet. Dann kann man einen neuen Befehl absetzen und dann nach einer Sekunde wieder einen....

Für die Nutzung von dimUp/dimDown ist dies leider sehr unpraktisch...
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 09 Dezember 2013, 23:22:13
ich weiß was es ist :)

keine verzögerung sondern beim dimup/dimdown wird ja lokal der neue wert aus dem alten berechnet. das geht natürlich nur wenn sich der alte auch ändert. also nur wenn er aus der bridge zurück gelesen ist.

ich baue ein das die sekunde verzögerung nur gilt wenn die bridge das kommando direkt ausführt und nicht wenn fhem was emuliert.

dann sollte es für beide fälle passen.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: Jaydee am 09 Dezember 2013, 23:23:29
Ah supi, danke! :-)
Titel: Antw:philips hue modul
Beitrag von: der-Lolo am 09 Dezember 2013, 23:44:29
Kann es sein das es durch die Änderung Nebeneffekte gibt?
Zur zeit schaut es übel aus in meinem Log

Zitat2013.12.09 23:40:19 1: HUEBridge_HTTP_Request http://192.168.178.31/api/0ff0fc5fdca610c715c74f486d75e4f3/lights/1: Select timeout/error:
2013.12.09 23:40:19 1: Perfmon: possible freeze starting at 23:40:16, delay is 3.995
2013.12.09 23:40:51 1: HUEBridge_HTTP_Request http://192.168.178.31/api/0ff0fc5fdca610c715c74f486d75e4f3/lights/7: Select timeout/error:
2013.12.09 23:40:51 1: Perfmon: possible freeze starting at 23:40:48, delay is 3.806
2013.12.09 23:41:23 1: Perfmon: possible freeze starting at 23:41:20, delay is 3.233
2013.12.09 23:41:55 1: Perfmon: possible freeze starting at 23:41:54, delay is 1.614
2013.12.09 23:42:27 1: HUEBridge_HTTP_Request http://192.168.178.31/api/0ff0fc5fdca610c715c74f486d75e4f3/lights/11: Select timeout/error:
2013.12.09 23:42:27 1: Perfmon: possible freeze starting at 23:42:24, delay is 3.895
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 10 Dezember 2013, 00:00:40
das schaut eher wie
ein netzwerkproblem bei dir aus.

an der eigentlichen komunikation habe ich nichts geändert. d.h. die senden der kommandos und dir statusabfrage sind jeweils absolut gleich geblieben. es gibt nur eine sekunde verzögerung dazwischen.

ich mache aber trozdem die verzögerung konfigurierbar.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 10 Dezember 2013, 09:04:05
ich habe eben eine version eingecheckt die:
damit sollten alle möglichen anforderungen erst mal abgedeckt sein.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 11 Dezember 2013, 11:06:27
noch ein kurzer hinweis: mit define HUEUpdate notify <bridge>:swupdate.* {...}kann man sich per notify über zur verfügung stehende firmware updates informieren lassen.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: volschin am 11 Dezember 2013, 11:41:14
Hallo Andre,
guter Hinweis! Kann mann das notify dann auch gleich mit

set MyHueBridge swupdate
abschließen oder würdest Du das eher nicht empfehlen?

Gruß,
Veit
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 11 Dezember 2013, 11:44:33
das event wird auch ausgelöst wenn der update durchgeführt wurde. in dem fall ist dasn swupdate kommando nicht mehr gültig und du bekommst ein mal einen fehler im log.

wenn das update aus irgend einem grund schief geht könnte es sein das es durch das notify immer wieder versucht wird zu triggern. aber das sollte nicht weiter schlimm sein.

probier es aus. es sollte nichts schlimmes passieren :)

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: volschin am 11 Dezember 2013, 12:36:34
Das ist meine Lösung, die ich jetzt implementiert habe. Ich nutze Prowl.
define HUEUpdate notify MyHUEBridge:swupdate.* { if(ReadingsVal("$NAME","updatestate",'1') eq "2") {{ myProwl('HUE is updating', "$NAME $EVENT",0)};; Log 3, "$NAME: Update status $EVENT";; fhem("set $NAME swupdate");;}}
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 11 Dezember 2013, 12:39:56
updatestate ist kein reading sondern ein internal value ist. du muss also InternalVal verwenden.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: volschin am 11 Dezember 2013, 12:49:20
Hallo Marc,
danke, habe ich geändert. Der STATUS der Bridge bleibt auf "updating". Müsste der nicht durch das Modul zurückgesetzt werden, wenn updatestate wieder auf 1 zurück geht.

Gruß,
Veit 
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 11 Dezember 2013, 12:53:13
nach dem update geht updatestete auf 0 und der status geht auf 'update done'.

das update scheint aber diesmal zwei stufig zu sein. es ist nicht nur die firmware für die bridge sondern auch für die bulbs aktualisiert worden. meine bridge hat dazu eine ganze weile gebraucht und scheinbar auch ein zwei malignes triggern des update. leider ist nicht dokumentiert wie es genau passiert.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 11 Dezember 2013, 13:30:44
und noch was: ich würde das prowl notify an den anfang vor das if ziehen. dann bekommst auch eine nachricht nach dem update und wenn was schief geht.

gruss
andre
Titel: Antw:philips hue modul
Beitrag von: volschin am 12 Dezember 2013, 12:05:58
Also bei mir ist das Update durch. Updatestate ist wieder 0. Allerdings hat er nur bei 4 meiner 6 Hue Bulbs auch korrekt die Firmware aktualisiert. Zwei stehen immer noch auf 66009663.

Das hat aber denke ich mal nichts mit FHEM zu tun. Vielleicht hat trotzdem jemand eine Lösungsidee?

Das Update musste/konnte auch bei mir ein zweites mal angetriggert werden, nachdem ich einen shutdown/restart gemacht hatte.

Gruß,
Veit
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 17 Dezember 2013, 00:44:04
ab morgen ist es testweise möglich das attribut realtimePicker auf 1 zu setzen. danach reagiert der colorpicker bei jeder bewegung und nicht erst beim loslassen.

das ganze ist noch experimentell und noch etwas hackelig. aber eher weil die events noch zu schnell kommen als zu langsam.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: Strippenzieher am 17 Dezember 2013, 01:33:10
Zitat von: justme1968 am 17 Dezember 2013, 00:44:04
ab morgen ist es testweise möglich das attribut realtimePicker auf 1 zu setzen. danach reagiert der colorpicker bei jeder bewegung und nicht erst beim loslassen.

das ganze ist noch experimentell und noch etwas hackelig. aber eher weil die events noch zu schnell kommen als zu langsam.

gruss
  andre
das hört sich ja gut an .. Ich freu mich schon drauf nächstes WE wieder nach Berlin zu meiner Fritte und meinen Hue's zu kommen  ::)
Titel: Antw:philips hue modul
Beitrag von: der-Lolo am 17 Dezember 2013, 22:49:01
Ich freu mich auch schon, lustiger weise genau wie strippenzieher auf Berlin und aufs testen des colorpickers ohne Klick. Ein Wehwehchen hab ich da aber auch noch mit, mir wurde bisher auf dem ipad der colorpicker immer nur als transparentes Feld angezeigt.
Titel: Antw:philips hue modul
Beitrag von: Paul am 18 Dezember 2013, 18:46:04
Das gleiche Problem wie der-Lolo habe ich auch, wobei irgendwann hab ich ihn mal in "Farbe" gesehen.
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 18 Dezember 2013, 19:49:31
ich fürchte das problem hat eventuell mit dem hier: http://forum.fhem.de/index.php/topic,17353.msg113952.html#msg113952 (http://forum.fhem.de/index.php/topic,17353.msg113952.html#msg113952) zu tun.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: der-Lolo am 22 Dezember 2013, 11:17:50
Hallo André,
das Attribut realtimepicker funktioniert, danke in jedem fall dafür - leider muss ich aber feststellen das es blinkt und zuckt wenn ich den Finger auf dem touchfeld bewege...
Ist es nicht einfach möglich drei schieberegler zu integrieren?
Einen als Brightness, einen als saturation und einen für Color?
Über dem Schieber für Color könnte man ja dann einen farbverlauf anzeigen (Regenbogen)

Die Dame des Hauses kommt mittlerweile recht gut mit der weißen Runden Fernbedienung zurecht, schieberegler um die gleichen Parameter zu beeinflussen würden sicher den WAF bei mir hier steigern.

Es gab übrigens den ersten Verlust einer living Whites hier in meinem Setup, das Ding hat sich in Rauch aufgelöst bei dem Versuch über den Dimmer die Kontrolle eines Ventilators zu übernehmen...

14€ verblasen ;-)
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 22 Dezember 2013, 11:23:31
ich bin schon eine weile am überlgen wie das mit slidern aussehen könnte.

was einfach geht ist drei getrennte regeler als webCmd zu verwenden. bri:color:sat

die regler zusammen zu fassen oder mit farbverlauf zu unterlegen ist mehr aufwand. aber das kommt irgendwann...

ich glaube es steht nicht umsonst dabei das die nur für leuchten sind :)

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: Strippenzieher am 22 Dezember 2013, 11:46:13
Hmm irgendwie wurde mein letzter Post nicht gesendet ... egal

Also ich seh das mit den Slidern etwas skeptisch, da ich bei meinem WP8 Smartphone erlebe, dass immer wenn ich die Slider über die Webseite  verstellen will, dass es denkt ich wolle die Seite scrollen ...
Titel: Antw:philips hue modul
Beitrag von: der-Lolo am 22 Dezember 2013, 16:29:06
Ok, das ist ein argument - ich werde mal einen Slider definieren und schauen ob er sich auf dem iPad so verhält wie ich mir das vorstelle.
ich hatte eigentlich bis jetzt gedacht wenn ich einen Slider für den Wert bri, einen für sat und einen für pct benutze hab ich schon die gewünschte Funktionalität...

die Slider brauchen auch ein klick event...
Titel: Antw:philips hue modul
Beitrag von: Paul am 26 Dezember 2013, 13:11:53
Frage zu ramp-time.

Gemäß commandref kann man on <ramp-time> setzen, wobei ich davon ausgehe dass die Zeit in Sekunden angegeben wird.

Wenn ich nun

set HUEDevice1 on 600

wird die Lampe sofort auf 100% gesetzt.

Verstehe oder mache ich etwas falsch?
Titel: Antw:philips hue modul
Beitrag von: Jaydee am 26 Dezember 2013, 13:19:16
ich _glaube_ dass es 1/10-Sekunden sind, da zumindest die Transitiontime in 1/10s angegeben wird.

Ich kämpfe aber auch seit langem mit der Ramp-Time. Bei höheren Werten wird zwar sehr langsam gedimmt, aber es scheint einen cut zu geben, denn es gelingt mir (bei einem LivingWhite Plug) nicht, über 10 Minuten langsam runter zu dimmen.

LG
Jan
Titel: Antw:philips hue modul
Beitrag von: Paul am 26 Dezember 2013, 13:30:52
bei einer 1/10 sec. wären 6000 wohl 10 Minuten .

Bei
set HUEDevice1 on 6000

schaltet es bei mir aber auch sofort auf 100%
Titel: Antw:philips hue modul
Beitrag von: Jaydee am 26 Dezember 2013, 13:34:15
probier mal

set HUEDevice1 pct 100 6000

Klappt das besser?
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 26 Dezember 2013, 13:51:06
die aktuelle bridge firmware hat scheinbar einen bug das zu große transitiontime ignoriert wird.

<ramptime> wird intern auch auf die transitiontime genapped. es ist im prinzip das gleiche wie ein ': transitiontime <wert>' mit anzugeben.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: Paul am 26 Dezember 2013, 14:41:22
Also ich habe jetzt mit Stoppuhr getestet Die Ramptime ist wohl in 1/100 Sekunden.
60000  = 10 Minuten

set HUEDevice1 off 600000

klappt bestens.

set HUEDevice1 on 600000

klappt nicht.

Dafür kann man aber

set HUEDevice1 pct 100 600000

verwenden.

Was mir aber aufgefallen ist ein hochdimmen kann man mit off abbrechen (Licht geht aus).

Aber durch drücken auf on bzw. Slider auf 100% ( gedacht: Licht geht sofort auf 100%) geht nicht
Titel: Antw:philips hue modul
Beitrag von: Strippenzieher am 26 Dezember 2013, 17:27:12
Hmm ... Ok damit ist es auch verständlich wieso 1280 nicht so funktioniert hat wie gewünscht.

Ich suche momentan eine Möglichkeit erinen rgb wert hoch zu dimmen, hat da von euch evtl. einen Lösungsansatz?
Titel: Antw:philips hue modul
Beitrag von: Paul am 26 Dezember 2013, 17:39:02
Probier mal das

set HUEDevice1 pct 100 600000: rgb 570afa

Das dimmt jetzt 10 Minuten
Titel: Antw:philips hue modul
Beitrag von: Strippenzieher am 26 Dezember 2013, 17:47:23
Zitat von: Paul am 26 Dezember 2013, 17:39:02
Probier mal das

set HUEDevice1 pct 100 600000: rgb 570afa

Das dimmt jetzt 10 Minuten

Hatte gestern sowas probiert als wakeuplicht ... hatte aber nicht funktioniert ... mal schauen

Edit:

Nope des pct 100 6000 als test jetzt mal geht ... aber im zusammenhang set PhilipsHue_HUEDevice2 pct 100 6000: rgb FF6905 schaltet der rgb-wert die Hue-LED gleich auf volle pulle ...

Habs jetzt so gelöst:set PhilipsHue_HUEDevice2 rgb FF6905:off:pct 100 6000
So wird erst der RGB-Wert festgelegt, wieder aus geschaltet und dann hoch gedimmt. Das geht aber so schnell, dass man es nicht sichtbar merkt.
Titel: Antw:philips hue modul
Beitrag von: Paul am 26 Dezember 2013, 18:14:11
set HUEDevice1 pct 100 6000: rgb FF6905

also bei mir dimmt die Lampe bei dem Code hoch; die Anzeige im Fhem zeigt aber sofort auf 100%

Ich glaube auch Jaydee hatte Recht mit 1/10 sec. Bei den letzten Tests waren bei mir 60000 und 600000 gleich.
Titel: Antw:philips hue modul
Beitrag von: Strippenzieher am 26 Dezember 2013, 18:19:54
Hmm, ich weiß nicht woran es bei mir liegt ... Ich probiere noch mal einige Sachen.
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 26 Dezember 2013, 18:22:42
um eine bestimmte farbe zu bekommen sind immer drei komponenten nötig. entweder sind diese drei komponenten explizit wie bei hue,stat,bri und rgb oder zwei komponten sind zusammengefasst und eine dritte kommt dazu wie bei  xy und bri oder ct und bri.

pct ist nur ein alias auf bri der statt von 0 bis 254 auf 0 bis 100 skaliert ist.

pct und rgb zu mischen ist nicht sinnvoll weil  pct die helligkeit, im nachfolgenden rgb aber alle drei komponenten angegeben werden und somit die helligkeit von pct wieder überschrieben wird.

set PhilipsHue_HUEDevice2 rgb FF6905 : transition time 6000 ist vermutlich eher was du willst.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 26 Dezember 2013, 18:24:49
ich sehe gerade das im modul die <ramp-time> falsch in die transitiontime umgerechnet wird. das ist ab morgen gefixt.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: Strippenzieher am 26 Dezember 2013, 18:30:43
Ja, mal abgesehen von der Antwort von Andre habe ich auch gemerkt, wo bei mir der Fehler lag ...

Ich habe mein Wakeuplicht zu schnell hintereinander geschaltet so dass der vorige Befehl noch nicht abgearbeitet war, daher hat er einfach den vorigen Befehl weiter gedimmt und das sah dann so aus als ob es voll an ging ...

Edit:
set PhilipsHue_HUEDevice2 rgb FF6905: pct 100 6000
funktioniert bei mir nun doch erstmal, ich werde es aber nach dem Fix von Andre über transition time lösen, da mir Andre's Argument einen Sinn ergibt.
Titel: Antw:philips hue modul
Beitrag von: Paul am 26 Dezember 2013, 20:04:44
Das klappt schon jetzt

set HUEDevice1 rgb FF6905 : transitiontime 6000

Ich glaube er hat einen Fehler gefunden weshalb es nicht mit on 6000 klappt.
Titel: Antw:philips hue modul
Beitrag von: Strippenzieher am 07 Januar 2014, 12:17:29
Hmm irgendwie zickt es bei mir immer noch rum ...

Habe jetzt fast täglich fhem geupdatet und auch immer wieder verschieden Varianten ausprobiert, aber ich habe immer das gleiche Problem.

Habe:
define WakeUp notify (Handys|Sonnenstand) {
if (Value("Handys") eq "present" && Value("Sonnenstand") eq "3" && Value("HUEDevice2") eq "off" && Value("HUEDevice1") eq "off") {
fhem ("set HUEDevice2 rgb FF6905:transitiontime 60000");;
fhem ("set HUEDevice1 on:transitiontime 60000");;
fhem ("define WakeUp_Aus at +01:00 set HUEDevice2 off ;; set HUEDevice1 off")}}


erstellt, "transitiontime 60000" ist zu langsam, aber egal.
Das Problem ist, das "HUEDevice2" nach einer unbestimmten Zeit einfach auf "ON" stellt.
Im Log wird auch was komisches verschickt, was mich glauben lässt, dass dieses Notify mehrmals verschickt wird.
2014.01.07 11:16:32 3: define WakeUp_Aus at +01:00 set HUEDevice2 off ;; set HUEDevice1 off : WakeUp_Aus already defined, delete it first
2014.01.07 11:16:33 3: WakeUp return value: WakeUp_Aus already defined, delete it first

Die Uhrzeit kommt daher, dass ich "Sonnenstand eq 6" gestellt hatte um es testen zu können.

Gibt es da nicht evtl. eine Verbesserungsmöglichkeit? Jetzt mal nicht was mein Notify angeht sondern eher die "transitiontime"?
Es ist halt etwas kurios weil es für mich eben auch nicht nachvollziehbar ist warum die HUE einfach auf "ON" schaltet, es sieht auch nicht so aus, als ob es Zeitgerecht hoch dimmt sondern einen Dimmvorgang startet der nicht den 10 Min. entspricht und teilweise sieht es auch nicht so aus als ob es wirklich dimmt, ist bei 10 Min. Dimmzeit bei heiligten Tag auch nicht leicht zu erkennen.

MFH Chris
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 07 Januar 2014, 13:05:08
ich meine mich zu erinnern das es mit langen transition times ein problem mit der aktuellen firmware gab. ich schaue aber auf jeden fall noch mal nach.

60000 wären 100 minuten. soll es das wirklich sein? 10 minuten wären 6000.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: Strippenzieher am 07 Januar 2014, 18:20:19
Naja bei 6000 ist die HUE noch schneller auf "ON" gewechselt, so im Verhältnis 6000 ~ 1 Min. ON, 60000 ~ 10 Min. ON ... Wohlgemerkt besteht das Problem nur bei den HUE's und nicht bei den Smartlink Adaptern, die Smartlink Energiesparlampen habe ich in dem Zusammenhang noch nicht gecheckt ...

MFG Chris
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 07 Januar 2014, 19:11:27
ich habe es jetzt zwei mal probiert. jeweils mit transitiontime 6000. das waren dann genau 10 minuten. die 60000 die du verwendest sind auf jeden fall zu gross. verwendest du die aktuelle version ?
Zitat# $Id: 31_HUEDevice.pm 4569 2014-01-06 00:43:57Z justme1968 $

kann es sein das dir noch irgendetwas anderes dazwischen funkt?

mit 60000 habe ich es kurz probiert und etwas weniger als 1 percent änderung pro minute. das passt zu den 100 minuten. ich hab aber nicht bis zum schluss gewartet.

wenn die bulbs und smartlink adapter unterschiedlich reagieren kann es auch nicht an der fhem seite liegen. die steuert alles exakt gleich. welche firmware versionen hast du für die bridge und die bulbs ?

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: Strippenzieher am 08 Januar 2014, 00:52:46
Zitat# $Id: 31_HUEDevice.pm 4569 2014-01-06 00:43:57Z justme1968 $

Die habe ich auch ...
Bridge:

STATE Connected
TYPE HUEBridge
mac XX:XX:XX:XX:XX:XX
name Philips hue
swversion 01008227
updatestate 0

HUE-BULBS:

TYPE HUEDevice
modelid LCT001
name Schlafzimmer 2
swversion 66010820
type Extended color light


Zu deiner Andeutung, es könnte was dazwischen funken?
Wenn ich global auf verbose 5 stell funkt fhem andauernd rum bzw. aktualisiert irgendwas:

2014.01.08 00:24:43 5: HUEBridge_HTTP_Request http://192.168.10.10/api/XXKEYXX/lights/6: Got data, length: 365
2014.01.08 00:24:43 5: Triggering HUEDevice6 (1 changes)
2014.01.08 00:24:43 5: Notify loop for HUEDevice6 RGB: fb5416
2014.01.08 00:24:43 4: eventTypes: HUEDevice HUEDevice6 RGB: fb5416 -> RGB: fb5416
2014.01.08 00:24:43 5: HUEBridge_HTTP_Request http://192.168.10.10/api/XXKEYXXb/lights/3: Got data, length: 292
2014.01.08 00:24:43 5: Triggering HUEDevice3 (1 changes)
2014.01.08 00:24:43 5: Notify loop for HUEDevice3 RGB: 000000
2014.01.08 00:24:43 4: eventTypes: HUEDevice HUEDevice3 RGB: 000000 -> RGB: .*
2014.01.08 00:24:44 5: HUEBridge_HTTP_Request http://192.168.10.10/api/XXKEYXX/lights/7: Got data, length: 300
2014.01.08 00:24:44 5: Triggering HUEDevice7 (1 changes)
2014.01.08 00:24:44 5: Notify loop for HUEDevice7 RGB: 000000
2014.01.08 00:24:44 4: eventTypes: HUEDevice HUEDevice7 RGB: 000000 -> RGB: .*
2014.01.08 00:24:44 5: HUEBridge_HTTP_Request http://192.168.10.10/api/XXKEYXX/lights/9: Got data, length: 349
2014.01.08 00:24:44 5: Triggering HUEDevice9 (1 changes)
2014.01.08 00:24:44 5: Notify loop for HUEDevice9 RGB: 3e6d0a
2014.01.08 00:24:44 4: eventTypes: HUEDevice HUEDevice9 RGB: 3e6d0a -> RGB: 3e6d0a
2014.01.08 00:24:44 5: HUEBridge_HTTP_Request http://192.168.10.10/api/XXKEYXX/lights/2: Got data, length: 371
2014.01.08 00:24:44 5: Triggering HUEDevice2 (1 changes)
2014.01.08 00:24:44 5: Notify loop for HUEDevice2 RGB: 750ffa
2014.01.08 00:24:44 4: eventTypes: HUEDevice HUEDevice2 RGB: 750ffa -> RGB: 750ffa
2014.01.08 00:24:44 5: HUEBridge_HTTP_Request http://192.168.10.10/api/XXKEYXX/lights/8: Got data, length: 348
2014.01.08 00:24:44 5: Triggering HUEDevice8 (1 changes)
2014.01.08 00:24:44 5: Notify loop for HUEDevice8 RGB: 5ac55e
2014.01.08 00:24:44 4: eventTypes: HUEDevice HUEDevice8 RGB: 5ac55e -> RGB: 5ac55e
2014.01.08 00:24:44 5: HUEBridge_HTTP_Request http://192.168.10.10/api/XXKEYXX/lights/1: Got data, length: 304
2014.01.08 00:24:44 5: Triggering HUEDevice1 (1 changes)
2014.01.08 00:24:44 5: Notify loop for HUEDevice1 RGB: 000000
2014.01.08 00:24:44 4: eventTypes: HUEDevice HUEDevice1 RGB: 000000 -> RGB: .*
2014.01.08 00:24:44 5: HUEBridge_HTTP_Request http://192.168.10.10/api/XXKEYXX/lights/4: Got data, length: 292
2014.01.08 00:24:44 5: Triggering HUEDevice4 (1 changes)
2014.01.08 00:24:44 5: Notify loop for HUEDevice4 RGB: 000000
2014.01.08 00:24:44 4: eventTypes: HUEDevice HUEDevice4 RGB: 000000 -> RGB: .*
2014.01.08 00:24:44 5: HUEBridge_HTTP_Request http://192.168.10.10/api/XXKEYXX/lights/5: Got data, length: 292
2014.01.08 00:24:44 5: Triggering HUEDevice5 (1 changes)
2014.01.08 00:24:44 5: Notify loop for HUEDevice5 RGB: 000000
2014.01.08 00:24:44 4: eventTypes: HUEDevice HUEDevice5 RGB: 000000 -> RGB: .*


Als JSON lib nutze ich die 2.90 Version, kann es sein, dass die Boolean.pm im JSON Ordner einen Fehler verursacht?
Im Allgemeinen dürften eigentlich keine weiteren "Apps" rein funken, aber gerade was die Windows 8 Metro App "DarkLights" angeht kann ich das nicht versichern, ich glaube aber nicht.

Ich habe auch das Problem, wenn ich während des WakeUP notify shutdown restart mache hängt sich Fhem irgendwie auf. Ich hobel dann Fhem übers Fritz-Update nochmal rüber, und installier über update force dann alles nochmal nach. Komischerweise wird die fhem.cfg aber wohl nicht überschrieben, zumindest ist vieles schon konfiguriert.

Morgen werde ich mal weiter auswerten ...

MFG Chris
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 08 Januar 2014, 10:40:06
sehr seltsam...

deine firmware versionen sind die gleichen.

bitte schalte mal einfach von hand mit set... . danach kannst du mit statusRequest und list anschauen worauf der percent wert steht. so kann man es recht gut nachvollziehen vor allem wenn es so langsam dimmt das man es optisch nicht mehr gut wahrnimmt.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: bapou am 16 Januar 2014, 18:49:53
Hallo,

vielleicht eine triviale Frage aber ich hatte hier noch keine Loesung gesehen.

Hat einer von Euch schon FS20 Taster mit den Hue's verbunden, so dass
nur ein Taster zum schalten und dimmen noetig ist? Also kurz druecken = toggle zwischen an und aus; lang druecken = dimmen?

Ich kam nur soweit (SL_Taster_LU ist ein FS20 Schalter; SL_Hue_Drehlicht ein Hue Device = LivingWhites Dimmer Steckdose)

define SL_Hue_Drehlicht_PAIR notify  SL_Taster_LU {
  if (Value("SL_Taster_LU") eq "toggle")  {
    if (Value("SL_Hue_Drehlicht") eq "off")  {
      fhem ("set SL_Hue_Drehlicht dim100%%");
    }
    else {
      fhem ("set SL_Hue_Drehlicht off");
    }
  }
  if (Value("SL_Taster_LU") eq "dimupdown")  {
    fhem ("set SL_Hue_Drehlicht dimDown");
  }
}

Unten gibt es noch zwei Probleme; 1.) hier nur dimDown; 2.) Wenn man lange drueckt wird auch nur ein Schritt heruntergedimmt.

Herzlichen Dank,
Thom
Titel: Antw:philips hue modul
Beitrag von: Paul am 16 Januar 2014, 19:20:11
Ich schalte mit einem FS20 Handsender meine HUEDevice. Habe dafür aber keine komplexen If Verschachtelungen.

Woher soll bei Dir auch die Lampe wissen ob sie up oder down dimmen soll, wie gesagt ich habe das mit zwei Tasten gelöst, dann wird aber bei gedrückter Taste mehre Stufen gedimmt.
Titel: Antw:philips hue modul
Beitrag von: Steffen am 17 Januar 2014, 22:17:01
Hallo!

Habe da mal eine frage an die Hue Benutzer, seit einiger Zeit schaltet immer ein und die selber Hue-Bulb(Starterpaket) einfach auf "Weiß" und ganz Hell als würde man sie mit dem Schalter anmachen,
geht es jemanden hier auch so?
Könnte man raus finden woran das liegt?

Mfg Steffen
Titel: Antw:philips hue modul
Beitrag von: volschin am 17 Januar 2014, 23:59:26
Ist das zufällig die, die am weitesten von der Bridge Weg ist? Ich scheine da auch mit einer konkreten Lampe ein Problem zu haben und das ist jetzt meine Hypothese. Ich hatte aber noch keine Lust die Lampen zu wechseln um zu schauen, ob das Problem damit mitwandert.
Titel: Antw:philips hue modul
Beitrag von: Lars am 18 Januar 2014, 09:30:57
Ach, ich bin nicht der einzige bei dem das passiert??  ;D
Bei mir passiert es bei allen (zwei) Lampen die ich angeschlossen habe. Die Häufigkeit IST ganz unterschiedlich, manchmal passiert es im Minutentakt, dann ist wieder tagelang ruhe.
Bislang konnte ich noch kein Muster erkennen.

Gruß
Lars
Titel: Antw:philips hue modul
Beitrag von: Strippenzieher am 18 Januar 2014, 09:35:28
Ich habe sowas in Zusammenhang mit meiner WakeUp-Konfiguration ... konnte den Fehler leider nicht mehr ermitteln da ich wieder in die Schweiz musste.
Da geht bei mir die transitiotime nicht wie sie soll und schaltet dann auch willkürlich einfach auf on, aber eigenmächtig schalten sich meine HUE's nicht an ...
Titel: Antw:philips hue modul
Beitrag von: Lars am 18 Januar 2014, 09:38:46
Zitat von: bapou am 16 Januar 2014, 18:49:53
Hat einer von Euch schon FS20 Taster mit den Hue's verbunden, so dass
nur ein Taster zum schalten und dimmen noetig ist? Also kurz druecken = toggle zwischen an und aus; lang druecken = dimmen?

Ich habe es noch nicht umgesetzt aber ich denke das es nur vernünftig geht wenn du zwei Tasten dafür belegst.
Erste Taste: kurz Off, lang dimdown
Zweite Taste: kurz on, lang dimup

Titel: Antw:philips hue modul
Beitrag von: Steffen am 18 Januar 2014, 09:49:43
Zitat von: Lars am 18 Januar 2014, 09:30:57
Ach, ich bin nicht der einzige bei dem das passiert??  ;D
Bei mir passiert es bei allen (zwei) Lampen die ich angeschlossen habe. Die Häufigkeit IST ganz unterschiedlich, manchmal passiert es im Minutentakt, dann ist wieder tagelang ruhe.
Bislang konnte ich noch kein Muster erkennen.

Gruß
Lars

Ja ist bei mir auch so, oft ist der Fehler garnicht gestern abend aber dafür 3x In kurzen aber nicht gleichen abständen.

Mfg Steffen
Titel: Antw:philips hue modul
Beitrag von: Jonas_81 am 19 Januar 2014, 16:38:16
Moin zusammen,

ich hatte das auch bei zwei bulbs. Habe sie im Apple Store umgetauscht.
auf meethue.com steht dazu:

One of my bulbs turns by itself to standard white color, while it's set on a specific color; how can I fix it?
Your bulb is faulty, please return it to the Apple Store.

--------

Das ist mein erster Beitrag hier und leider muss ich auch viele Fragen stelle.

Kurz etwas zu meinem Setup:
6 Philips Hue bulbs, 4 Philips Steckdosen Adapter, 3 Philips Living Whites bulbs.
Raspberry Pi
Und da ich bald auch Homematic/FS20 Taster in der Wohnung einbauen wollte habe ich auch einen CUL.

Habe jetzt 8 stunden gebraucht um FHEM sowie den WLAN Dongle zu installieren und den CUL zu Flaschen.
Musste mich das erste mal in meinem Leben mit Terminalbefehlen rumplagen und wusste vorher nicht was cd, ls und sudo ist.
Naja, nun läufst aber ich glaube ich habe das ganze noch nicht so recht verstanden.

Müssen die Skripte, die in diesem Thread verlinkt sind in die fhem.cfg eingefügt werden?
Was ist JSON?

Was ich mir gerne basteln würde und warum ich mir den Raspberry gekauft habe:
Am meisten hat mich immer gestört, dass ich das iPhone immer einschalten muss, bevor ich in der Wohnung das Licht einschalten konnte.
Klar, das geht bei den Bulbs auch über den Lichtschalter oder die Living Whites Fernbedienung aber halt über die Wandschalter nur weiß.
Die Bridge bekommt ja anscheinend mit, wenn Lampen über einen Lichtschalter eingeschaltet wurden.
Ich würde dieses gerne so oft wie möglich abfragen und falls geschehen, die bulbs von weiß auf eine andere Farbe umstellen sowie die Steckdosenadapter einschalten.
Das würde heißen, dass ich mit dem ganz normalen Wandschalter eine Philips Hue bulb einschalte und daraufhin alle Lampen sowie Steckdosenadapeter auf die Farbe und Helligkeit umgestellt werden die ich eingestellt habe.
Wenn die eine Philips Hue Lampe dann ausgeschaltet wird gehen auch alle anderen aus (obwohl diese ja noch Strom haben).

Geht das?

Anhand der Skripte die Ihr hier im Thread angefügt habt, könnte ich mich da schon irgendwie reindenken.
Ich habe halt noch nicht die Grundstruktur verstanden, was FHEM überhaupt mit den Skripten zu tun hat.
Kann ich die Skripte zum testen auf meinem Mac ausführen, oder müssen die auf dem Raspberry wo FHEM installiert ist laufen?

Lese mich dann mal weiter hier durch, vielleicht kommt ja noch die Erleuchtung ;-)

Grüße,

Jonas
Titel: Antw:philips hue modul
Beitrag von: Loredo am 27 Januar 2014, 09:38:12
Hallo André,


ich habe es jetzt schon häufiger gehabt, dass meine HUE Bridge sich nach einigen Tagen/Wochen aufgehängt hat.
Die Bridge scheint dann keine HTTP Anfragen mehr anzunehmen und entsprechend:
https://gist.github.com/jpawlowski/b589c2690b0937e0e546


Ich muss die Bridge dann kurz vom Strom trennen, um sie wieder betriebsbereit zu haben.
Im Logfile fällt mir allerdings auf, dass es vorher auch schon sporadische Disconnects gab, die sich aber wohl teilweise eben von selbst wieder fangen.


Die aktuelle Firmware ist sowohl auf der Bridge als auch auf den Bulbs installiert. Die Bridge und der RPi sind beide direkt mit einem Dlink Gigabit 12-Port Switch verbunden, in dessen Management-Interface ich nichts auffälliges wie Paketverluste o.ä. sehe.


Was kann das sein?




Gruß
Julian
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 27 Januar 2014, 09:44:30
das hab ich noch nie gesehen.

geht die hue app zu dem zeitpunkt noch? was passiert wenn du den switch neu startet statt der bridge?

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: Loredo am 27 Januar 2014, 10:17:04
Zitat von: justme1968 am 27 Januar 2014, 09:44:30
geht die hue app zu dem zeitpunkt noch? was passiert wenn du den switch neu startet statt der bridge?


Nein, die funktioniert auch nicht mehr.
Ich kann beim nächsten Mal den Switch zuerst neu starten. Habe ansonsten aber mit dem Switch keine Probleme.


Gruß
Julian
Titel: Antw:philips hue modul
Beitrag von: HolyMoly am 27 Januar 2014, 22:18:07
Hallo Andre,

Nochmal zum transition time, folgender code geht bei mir nicht, die Lampe dimmt in ca 3 Sekunden hoch:

set Schlafzimmer.DeckenLampe rgb FF6905 : transition time 6000

Geht das sicher bei dir?
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 27 Januar 2014, 23:13:44
transitiontime ist ein wort:set Schlafzimmer.DeckenLampe rgb FF6905 : transitiontime 6000

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: Loredo am 28 Januar 2014, 08:44:27
Zitat von: justme1968 am 27 Januar 2014, 09:44:30
geht die hue app zu dem zeitpunkt noch? was passiert wenn du den switch neu startet statt der bridge?



Puh, scheint der Switch zu sein. Hab dann mal nen neuen bestellt ;)
Titel: Antw:philips hue modul
Beitrag von: siggi85 am 28 Januar 2014, 09:00:09
Ich habe das Problem mit den Farb-/Helligkeitresets auch einige Zeit mit den Hue Lampen. Das Problem besteht wohl bei den 220V Bulbs in Europa.
Link (http://www.everyhue.com/?page_id=38#/discussion/comment/1673)
Titel: Antw:philips hue modul
Beitrag von: volschin am 02 Februar 2014, 07:53:11
Hallo zusammen,
ich würde gern mal eine Änderung des Default webcmd für die colordimmer zur Diskussion stellen.
Toggle ist bereits über das Statusicon realisiert, das toggle in der Zeile ist also redundant. Stattdessen vermisse ich pct.

Vorschlag:
rgb:rgb ff0000:rgb 98FF23:rgb 0000ff:pct:on:off

Gruß
Veit
Titel: Antw:philips hue modul
Beitrag von: Loredo am 12 Februar 2014, 09:58:16
Zitat von: Loredo am 28 Januar 2014, 08:44:27

Puh, scheint der Switch zu sein. Hab dann mal nen neuen bestellt ;)


Trotz neuem Layer3 Switch habe ich heute früh wieder das Problem gehabt :-/
Auch ein Neustart des Switches brachte diesmal nichts.


Gibts da noch einen Ansatzpunkt?  :-\
Titel: Antw:philips hue modul
Beitrag von: Loredo am 15 Februar 2014, 18:25:32
Zitat von: Loredo am 12 Februar 2014, 09:58:16

Trotz neuem Layer3 Switch habe ich heute früh wieder das Problem gehabt :-/
Auch ein Neustart des Switches brachte diesmal nichts.


Gibts da noch einen Ansatzpunkt?  :-\


Jetzt muss ich noch hinzufügen, dass ich das gleiche Phänomen jetzt ebenfalls bei einer komplett anderen Hausinstallation auch beobachte (Fritzbox 7490 mit HMLAN und HUEBridge).

:'( :'( :'(


Der Webserver scheint jede Verbindung direkt wieder abzubrechen (ein anfänglicher TCP-Connect kommt aber zustande):



jp@Janeway ~ $ telnet 192.168.50.91 80
Trying 192.168.50.91...
Connected to 192.168.50.91.
Escape character is '^]'.
Connection closed by foreign host.



Die Verbindung wird quasi sofort wieder geschlossen, wohingegen bei einer Bridge, die noch reagiert, die Verbindung erst nach 1-2 Sekunden Timeout geschlossen wird.


Ich vermute, dass wir mit dem ständigen Pollen über das FHEM Modul wohl irgendwie die Bridge aus dem Takt bringen (letztendlich ein Firmware Problem, aber wir sind die Leidtragenden)  :-[
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 15 Februar 2014, 18:31:40
ich habe nicht wirklich eine idee.

wie viele devices hängen an deiner bridge? wie hast du das polling interval der devices eingestellt? ändert sich etwas wenn du das intervall deutlich vergrößerst?

als workaround fällt mir gerade nur ein die bridge per schaltasteckdose regelmäßig bei zu starten. auch wenn das nur an den symptomen rumgedoktert ist.

meine bridge habe ich noch nie neu starten müssen.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: Loredo am 15 Februar 2014, 18:35:14

Ich habe oben meine Diagnose nochmals etwas erweitert.

Zitat von: justme1968 am 15 Februar 2014, 18:31:40
wie viele devices hängen an deiner bridge? wie hast du das polling interval der devices eingestellt? ändert sich etwas wenn du das intervall deutlich vergrößerst?


Bei mir sind es 3 Bulbs (alte Generation) und 3 Friends of Hue Devices, bei der anderen Installation einfach nur 3 Bulbs (neuste Generation).
Polling ist alles auf Default, nix außergewöhnliches. Das Intervall vergrößern wollt ich eigentlich jetzt nicht dauerhaft :-(


Zitat von: justme1968 am 15 Februar 2014, 18:31:40als workaround fällt mir gerade nur ein die bridge per schaltasteckdose regelmäßig bei zu starten. auch wenn das nur an den symptomen rumgedoktert ist.


Das kommt leider nichtmals in Frage, weil ich an der Stelle keinen ausreichenden Platz bei der Steckdose mehr habe.
Titel: Antw:philips hue modul
Beitrag von: volschin am 15 Februar 2014, 19:14:12
Zitat von: justme1968 am 15 Februar 2014, 18:31:40
ich habe nicht wirklich eine idee.

wie viele devices hängen an deiner bridge? wie hast du das polling interval der devices eingestellt? ändert sich etwas wenn du das intervall deutlich vergrößerst?

als workaround fällt mir gerade nur ein die bridge per schaltasteckdose regelmäßig bei zu starten. auch wenn das nur an den symptomen rumgedoktert ist.

meine bridge habe ich noch nie neu starten müssen.

gruss
  andre
Hallo Andre,
ich habe das problem übrigens auch. Sehr viel weiter vorn im Thread schon mal angesprochen. Ich habe es tatsächlich momentan so wie von Dir angesprochen gelöst und einen Homematic Zwischenstecker davorgeschaltet. Das wollte ich noch mit einem notify automatisieren, da das Log auch schön auswirft, dass die Bridge nicht erreichbar ist. Das dumme ist, dass die Bridge dann die IP-Adresse wechselt, obwohl ich in der Fritzbox eingetragen habe, dass immer die gleiche vergeben werden soll. Bin mir nicht sicher, ob das ein Bug in meiner Fritzbox ist, aber mit den restlichen Devices, wo ich das hinterlegt habe, funktioniert es zuverlässig.

Aber eigentlich ist die Lösung mit dem Zwischenstecker ein teurer Workaround.  ;)

Bei mir sind mittlerweile 22 Devices an der HueBridge und 3 weitere liegen schon im Schrank.

Wenn ich mir das Pollen ansehe, dann macht das schon ordentlich Traffic.

Gruß,
Veit
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 15 Februar 2014, 19:24:13
wenn ausgeschlossen ist das die devices noch anders geschaltet werden bzw. wenn der aktuelle status in fhem nicht relevant ist kann man das intervall einfach sehr gross machen.

ich wollte das modul noch so umbauen das das pollen zentral für alle devices auf einen schlag gemacht wird. das sollte etwas traffic sparen.

es gibt aber keinen weg drum rum. die bridge kann den status leider nicht aktiv von sich aus weiter melden.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: volschin am 15 Februar 2014, 20:16:21
Anders schalten heißt momentan schon, wenn man die Gruppe nutzt, da das in FHEM nicht erkannt wird, sondern erst über das Polling aktualisiert wird.
Titel: Antw:philips hue modul
Beitrag von: der-Lolo am 16 Februar 2014, 07:54:42
Ich hatte auch letzte Woche abends ein Phänomen - die Bridge war nicht mehr erreichbar - beim wiedereinbinden bekam sie auch von der fritz.box eine falsche IP Adresse. Mein ganzes Netzwerk fühlte sich sehr träge an - ich entschloss mich alle Teilnehmer vom Strom zu nehmen und neu zu starten. Ich musste dann aber immer noch die fritz.box dazu "überreden" der Bridge die richtige Adresse zu geben, das klappte aber dann. Etwa zwei Abende vorher hatte ich erstmals das Phänomen das eine der living Whites auf reachable false ging.
Ansonsten gibt es hier aber keine Auffälligkeiten 5bulbs, 2stripes, 6whites, 2livingColors arbeiten hier weitestgehend anstandslos...
Titel: Antw:philips hue modul
Beitrag von: Loredo am 16 Februar 2014, 16:31:12
Meine Vermutung ist, dass durch zu viele offene Verbindungen (= Zombies) mit der Zeit die HUEBridge überfordert ist und keine neuen Sessions mehr aufmachen kann.


Die Ursache wird möglicherweise hier bereits diskutiert und würde sich mit meinem Gefühl decken, dass ich ganz zu Anfang das Problem nie hatte und es erst in den letzten Wochen dazugekommen ist.


Zitat von: justme1968 am 11 Februar 2014, 17:42:06wenn ich mir diverse flussdiagramme zu http anschaue macht dort der client die verbinung zu nach dem er eine antwor bekommen hat. ob man also wirklich von einem server fehler sprechen kann weiss ich nicht zumal ein http 1.1 server davon ausgehen darf das ein client die verbindung offen lassen möchte so lange er kein close im request mit schickt.
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 16 Februar 2014, 16:37:00
das kann es leider nicht sein weil:

- es die fhem seite betreffen würde

- die hue module immer noch die gleiche eigene http routine wie früher verwendet und schon immer mit shutdown das socket zu macht.

kannst du bitte mal das polling intervall deutlich größer machen und schauen ob sich am verhalten irgendetwas ändert? wenn es wirklich das pollen von fhem aus ist sollte es dann viel länger dauern bis das problem auftritt.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: Loredo am 16 Februar 2014, 16:39:51
Zitat von: justme1968 am 16 Februar 2014, 16:37:00
kannst du bitte mal das polling intervall deutlich größer machen und schauen ob sich am verhalten irgendetwas ändert? wenn es wirklich das pollen von fhem aus ist sollte es dann viel länger dauern bis das problem auftritt.


Ehrlich gesagt habe ich gestern erstmal das Gegenteil gemacht: Das Standard-Polling Interval scheint inzwischen ja bei 300 Sekunden zu liegen (so stand es in den Internals). Das erschien mir ohnehin schon zu lang, ich habe daher keinen Grund gesehen es noch größer zu stellen und es daher erstmal explizit auf 75 Sekunden gesetzt.

Wenn die 300 Sekunden gar nicht so hätten sein sollen, dann scheint mir der Status irgendwie inkonsistent zu sein und ich kann dir gar nicht sagen, wie oft er dann bisher abgefragt hat.

Alle 5 Minuten sollte aber nun wirklich kein Problem sein, für kein Gerät dieser Welt 8)
Titel: Antw:philips hue modul
Beitrag von: Loredo am 16 Februar 2014, 16:42:29
PS:

Zitat von: justme1968 am 16 Februar 2014, 16:37:00
das kann es leider nicht sein weil:

Schade ! :'(


Zitat von: justme1968 am 16 Februar 2014, 16:37:00- es die fhem seite betreffen würde


Verstehe ich nicht, warum das auch die FHEM Seite beträfe. Der Zusammenhang erschließt sich mir nicht ;)
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 16 Februar 2014, 16:46:07
weil es in dem thread darum ging das bei fehlendem shutdown auf fhem seite dort irgendetwas im kernel nicht freigegeben wird. das ist auch nur eine idee ohne beleg.

die 5 Minuten sind eigentlich schon immer der default 
Titel: Antw:philips hue modul
Beitrag von: Loredo am 16 Februar 2014, 16:53:43
Zitat von: justme1968 am 16 Februar 2014, 16:46:07
weil es in dem thread darum ging das bei fehlendem shutdown auf fhem seite dort irgendetwas im kernel nicht freigegeben wird. das ist auch nur eine idee ohne beleg.


Offenbar hätte ich alles lesen sollen, aber ich fühlte mich dort direkt so daran erinnert.
Ich kenne ähnliche Phänomene nämlich auch von er Entwicklung des ENIGMA2 Moduls.

Ist nur eine Vermutung, aber den Socket per Shutdown explizit zu schließen klingt zwar erstmal logisch, aber wenn die Gegenseite das eigentlich lieber selbst handhaben möchte, bringt es die Bridge ggf. irgendwann in einen inkonsistenten Zustand. Ggf. erwartet der Webserver auch nicht einfach nur das Schließen der TCP Verbindung, sondern vorher noch was auf HTTP Ebene.
Vielleicht würde es helfen sich den Traffic zwischen der Philips App und der Bridge einmal mit Wireshark anzuschauen und mit dem Traffic von FHEM zu vergleichen? Zugegeben da gehen wir schon sehr weit runter... ansonsten könnte man auch mal schauen, wie der Webserver bei FreeRTOS so grundsätzlich arbeitet
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 16 Februar 2014, 17:00:58
prinzipiell muss ein socket auf beiden Seiten geschlossen werden. die beiden Enden sind ja in so fern unabhängig das es zwei verschiedene systeme sind und auf der empfangenden seite immer noch gelesen werden kann was noch im socket ist auch nach dem die sendende seite zu gemacht hat.

mit wireshark könnte man vielleicht sehen ob auf unterster ebene nach geantwortet wird.

gefühlsmäßig würde ich aber sagen das mit variieren des pooling Intervalls auf 1/10 und das 10 fache schnell zu sehen sein sollte welchen Einfluss es auf die Stabilität hat.
Titel: Antw:philips hue modul
Beitrag von: Loredo am 16 Februar 2014, 17:08:21
Zitat von: justme1968 am 16 Februar 2014, 17:00:58
gefühlsmäßig würde ich aber sagen das mit variieren des pooling Intervalls auf 1/10 und das 10 fache schnell zu sehen sein sollte welchen Einfluss es auf die Stabilität hat.


Jaein, zumindest für mich ließe das keine großen Rückschlüsse zu, vielleicht kannst du mir das besser erklären?
Ich müsste ja zunächst einmal sicher wissen, dass der Fehler immer nach einer bestimmten Zeit auftritt. Wenn ich das Interval dann verlängere, dann tritt es entweder äquivalent dazu entsprechend erst später auf oder eben gar nicht mehr. Mit dem Fall "gar nicht mehr" könnte ich aber nicht leben, weil ich den Status der Lampen nicht erst 30 Minuten später wissen will (überspitzt gesagt). Die Erkenntnis, dass man bei längeren Intervallen den Fehler u.U. vermeidet oder nur herauszögert, hilft also bei der Eingrenzung des Fehlers meiner Meinung nach nicht.


Was würde dir das Ergebnis denn mehr sagen? Ich will mich ja nicht generell weigern, es ist eben nur so, dass die Fehleranalyse damit vermutlich Tage oder Wochen brauchen würde. Rein deshalb, weil die Bridge dann erst in 2 oder 3 Wochen das nächste Mal stehen bleibt. Ich habe die andere Bridge aktuell noch in dem nicht funktionierenden Status, weil ich gleich erst hinfahre, um sie neu zu booten.
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 16 Februar 2014, 17:25:59
die idee ist rauszufinden ob und wie das hängen bleiben mit dem pollen korreliert. wenn es bei 1/10 so langem oder 1/20 so langem intervall immer noch mehrere tage dauert würde ich sagen es liegt nicht am pollen an sich weil es dann eigentlich innerhalb weniger stunden passieren müsste.

ich weiss das ist alles nicht wirklich produktiv aber ich habe leider gerade keine bessere idee. wenn das ganze nicht halbes reproduzierbar ist wird es sehr schwer rauszufinden woran es liegt.

es geht also nicht ums hinauszögern sondern ums rausfinden ob das eine überhaupt mit dem anderen zu tun hat.
Titel: Antw:philips hue modul
Beitrag von: Loredo am 16 Februar 2014, 17:27:33
Zitat von: justme1968 am 16 Februar 2014, 17:25:59
die idee ist rauszufinden ob und wie das hängen bleiben mit dem pollen korreliert. wenn es bei 1/10 so langem oder 1/20 so langem intervall immer noch mehrere tage dauert würde ich sagen es liegt nicht am pollen an sich weil es dann eigentlich innerhalb weniger stunden passieren müsste.

ich weiss das ist alles nicht wirklich produktiv aber ich habe leider gerade keine bessere idee. wenn das ganze nicht halbes reproduzierbar ist wird es sehr schwer rauszufinden woran es liegt.

es geht also nicht ums hinauszögern sondern ums rausfinden ob das eine überhaupt mit dem anderen zu tun hat.


Ok, dann hab ich dich teilweise falsch verstanden. Ich dachte, ich solle das Interval LÄNGER stellen. Da ich es seit gestern von 300 auf 75 Sekunden reduziert habe, schauen wir mal, ob jetzt was passiert oder nicht.


Gruß
Julian
Titel: Antw:philips hue modul
Beitrag von: JoMe am 03 März 2014, 20:49:49
Hallo,

ich versuche seit ein paar Tagen die Philips Bridge in Fhem einzubinden....und bin am verzweifeln....

ich bekomme immer, nach dem ich die Bridge, wie in der Doku beschrieben, in meiner FHEM.cfg eingetragen habe.....

"unauthorized user"......

und jedes mal einen key, ohne das ich die Taste an der Bridge gedrückt habe.......

Gibt es da einen Tip??? Oder was mache ich falsch?


Gruß aus Berlin,

Joachim

Titel: Antw:philips hue modul
Beitrag von: justme1968 am 03 März 2014, 21:06:57
zuerst die bridge anlegen. der STATE sollte pairing sein und es sollte ein key angelegt werden. danach den knopf an der bridge drücken. der state sollte wechseln. jetzt mit save speichern.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: JoMe am 03 März 2014, 21:24:44
Hallo,

danke für die schnelle Antwort...

da kommt leider kein "pairing" sondern gleich "unauthorized user"...im STATE..

Habe es gerade noch mal versucht..

fhem.cfg
define bridge HUEBridge 192.168.xxx.xxx
attr bridge room 11_System
attr bridge verbose 5

direkt nach dem Speichern habe ich folgendes in der "Bridge"


Internals
DEF                 192.168.xxx.xxx
Host                192.168.xxx.xxx
INTERVAL        300
NAME              bridge
NR                  16
NTFY_ORDER   50-bridge
STATE             unauthorized user
TYPE               HUEBridge
mac                xx:xx:xx:xx:xx:xx
name              Philips hue
swversion        01009914

in attr bridge key steht auch schon was.....und das ändert sich auch nicht, wenn ich die Taste drücke....

gruß,

Joachim

Titel: Antw:philips hue modul
Beitrag von: justme1968 am 03 März 2014, 21:33:23
der key wird von fhem vorgegeben. der soll sich auch nicht ändern.

die firmware version ist neuer als die die aktuell zum update bereit steht. ist die bridge neu?

ich muss mal schauen ob ich dein problem nachstellen kann.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: JoMe am 03 März 2014, 21:35:13
Hallo,

letzte Woche gekauft...und heute war ein Update für die Bridge da.....


Dank dir....

Gruß,

Joachim
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 03 März 2014, 22:15:10
was bekommst du wenn du im browser die url aufrufst:http://<deine bridge>/api/config?
und was bei dieser:http://<deine bridge>/api/<key>/config?

jeweils die ip bzw. den key aus fhem eintragen.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 03 März 2014, 22:32:57
mit der neuen firmware verhält sich die bridge etwas anders. ich hab das modul eben angepasst. das update ist dann morgen da.

wenn du nicht so lange warten willst kannst du in zeile 134if( !defined($result->{'mac'}) ) in if( !defined($result->{'linkbutton'}) )ändern.

und dann mit 'reload 30_HUEBridge.pm' das modul neu laden und das device mit modify ändern oder neu anlegen oder einfach fhem neu starten.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: JoMe am 04 März 2014, 08:31:05
Guten morgen,

Vielen dank, werde ich nachher gleich versuchen......

Gruß
Joachim


Sent from my iPhone using Tapatalk
Titel: Antw:philips hue modul
Beitrag von: der-Lolo am 04 März 2014, 09:15:46
Guten Morgen Andre,
bereits gestern abend bemerkte ich eine unregelmässigkeit - zwei meiner Bulbs liesen sich nicht mehr über FHEM schalten, die weisse runde fernbedienung funktionierte einwandfrei. aber von Fhem aus wurden die Bulbs weder durch notifys noch durch die standard on off und toggle buttons geschaltet.
ich trennte heute morgen die beiden Bulbs kurz vom Netz - danach funktionierte wieder alles einwandfrei...

Mich stört das jetzt nicht grossartig, aber ich dachte ich gebe Dir mal eine Info.
Gruss aus Berlin,
Michael
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 04 März 2014, 11:11:57
sehr seltsam.

vielleicht hat es irgendetwas mit der neuen firmware zu tun. wenn man das update aus der hue app macht steht explizit da das wenn man das update nicht macht nur standart funktionalität verfügbar ist.

gerne ahnung wie das zu interpretieren ist.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: der-Lolo am 04 März 2014, 11:27:37
Ein update habe ich noch nicht gemacht - die Hue App habe ich nur selten im Einsatz...
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 04 März 2014, 11:32:23
mal sehen ob es noch mehr berichte gibt.
Titel: Antw:philips hue modul
Beitrag von: JoMe am 04 März 2014, 16:35:15
Hallo,

Update gemacht.......Taste gedrückt.......alles läuft.....

Vielen Dank.......

Gruß

Joachim


Gesendet von meinem iPad mit Tapatalk
Titel: Antw:philips hue modul
Beitrag von: Leen am 06 März 2014, 17:04:02

Argument "" isn't numeric in numeric ne (!=) at ./FHEM/31_HUEDevice.pm line 721.
Argument "ffc698" isn't numeric in numeric ne (!=) at ./FHEM/31_HUEDevice.pm line 721.


Ich habe gerade ein update gemacht - nun bekomme ich folgende Fehlermeldungen beim FHEM-Start. Grundsätzlich scheint aber alles zu funktionieren - also nur ein Schönheitsfehler? :)

Edit:

Die Meldung kommt auch wenn ich die Devices schalte:


Argument "ffc698" isn't numeric in numeric ne (!=) at ./FHEM/31_HUEDevice.pm line 721.
Argument "def1fe" isn't numeric in numeric ne (!=) at ./FHEM/31_HUEDevice.pm line 721.
Argument "ffc698" isn't numeric in numeric ne (!=) at ./FHEM/31_HUEDevice.pm line 721.
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 06 März 2014, 18:19:54
grad gefixed und eingecheckt.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: Loredo am 06 März 2014, 20:49:29
Hallo André,


ich finalisiere gerade mein Modul PHTV für Philips Fernseher und Ambilight+HUE (das existierende Modul ist ja nicht so spannend...).  :)


Für die AmiHue Funktion hab ich die Frage, ob du im HUE Modul schon berücksichtigt hast, dass man auf mit einem einzigen Befehl mehrere HUE Lampen ansprechen kann (geht vom HUE Protokoll her soweit ich weiß). Falls ja, wie mache ich das und falls nein, würdest du es einbauen wollen? Damit wäre sicherlich das Timing bei der Übertragung der Ambilight Werte noch besser.


... und natürlich warte ich darauf, dass das Modul Non-Blocking wird, zieht schon ziemlich Saft mit AmbiHue enabled  8)




Grüße
Julian
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 06 März 2014, 20:55:29
für mehrere lampen gibt es die gruppen. das ist vom modul aus fertig und geht mit den gruppen die die bridge kennt. also alle lampen und alles was über die lc remotes angelegt wurde. das api um selber gruppen anzulegen ist leider auf der bridge noch nicht da.

die bekannten gruppen werden auch per autocreate angelegt.

sobald das api da ist um neue gruppen anzulegen baue ich das natürlich ein.

es gibt auch noch die nicht dokumentierten pointsymmbols. aber da weiß ich nicht wie die funktionieren.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: Loredo am 06 März 2014, 21:09:07
Hm ok, ich hatte gelesen, dass man mehrere Bulbs auch ohne sie vorher zu gruppieren adressieren kann.
Für AmbiHue macht es natürlich keinen Sinn die einzelne Gruppe anzusprechen. Dann muss es erstmal so sein...
Titel: Antw:philips hue modul
Beitrag von: Leen am 10 März 2014, 18:38:35
Ich bekomme beim Start vom FHEM folgende Fehlermeldung:


2014.03.10 18:23:01 1: define HUEGroup2 HUEGroup2 HUEDevice group 2: HUEDevice device G2 on HUEBridge KINO_HUEBridge already defined as KINO_HUEBridge_HUEGroup2.
2014.03.10 18:23:01 3: Please define HUEGroup2 first
2014.03.10 18:23:01 3: Please define HUEGroup2 first
2014.03.10 18:23:01 3: Please define HUEGroup2 first
2014.03.10 18:23:01 3: Please define HUEGroup2 first
2014.03.10 18:23:01 1: configfile: HUEDevice device G2 on HUEBridge KINO_HUEBridge already defined as KINO_HUEBridge_HUEGroup2.
Please define HUEGroup2 first
Please define HUEGroup2 first
Please define HUEGroup2 first
Please define HUEGroup2 first


Zu meinem Setup:

Ich habe zwei HUE-Bridges, eine in der normalen Wohnung (WZ_HUEBridge) und eine im Kino (KINO_HUEBridge) - auf beiden Bridges sind Gruppen definiert (allerdings mit unterschiedlichen Namen).

Hier ist der FHEM-Konfigauszug:


define WZ_HUEBridge HUEBridge 192.168.178.59
attr WZ_HUEBridge key XXXXXXXXXXX
define HUEDevice4 HUEDevice 4
attr HUEDevice4 IODev WZ_HUEBridge
attr HUEDevice4 alias WZ Links
attr HUEDevice4 devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
attr HUEDevice4 fm_type dimbutton,lamp:hue
attr HUEDevice4 model LCT001
attr HUEDevice4 room Wohnzimmer
attr HUEDevice4 subType colordimmer
attr HUEDevice4 webCmd rgb:rgb ff0000:rgb DEFF26:rgb 0000ff:toggle:on:off
define HUEDevice1 HUEDevice 1
attr HUEDevice1 IODev WZ_HUEBridge
attr HUEDevice1 alias SZ 1
attr HUEDevice1 devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
attr HUEDevice1 fm_type dimbutton,lamp:hue
attr HUEDevice1 model LCT001
attr HUEDevice1 room Schlafzimmer
attr HUEDevice1 subType colordimmer
attr HUEDevice1 webCmd rgb:rgb ff0000:rgb DEFF26:rgb 0000ff:toggle:on:off
define HUEDevice3 HUEDevice 3
attr HUEDevice3 IODev WZ_HUEBridge
attr HUEDevice3 alias SZ 2
attr HUEDevice3 devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
attr HUEDevice3 fm_type dimbutton,lamp:hue
attr HUEDevice3 model LCT001
attr HUEDevice3 room Schlafzimmer
attr HUEDevice3 subType colordimmer
attr HUEDevice3 webCmd rgb:rgb ff0000:rgb DEFF26:rgb 0000ff:toggle:on:off
define HUEDevice2 HUEDevice 2
attr HUEDevice2 IODev WZ_HUEBridge
attr HUEDevice2 alias WZ Rechts
attr HUEDevice2 devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
attr HUEDevice2 fm_type dimbutton,lamp:hue
attr HUEDevice2 model LCT001
attr HUEDevice2 room Wohnzimmer
attr HUEDevice2 subType colordimmer
attr HUEDevice2 webCmd rgb:rgb ff0000:rgb DEFF26:rgb 0000ff:toggle:on:off
define HUEGroup0 HUEDevice group 0
attr HUEGroup0 IODev WZ_HUEBridge
attr HUEGroup0 alias Lightset 0
attr HUEGroup0 room Hidden
attr HUEGroup0 webCmd on:off
define HUEGroup1 HUEDevice group 1
attr HUEGroup1 IODev WZ_HUEBridge
attr HUEGroup1 alias SZ Licht
attr HUEGroup1 fm_type lamp
attr HUEGroup1 room Schlafzimmer,Favourites
attr HUEGroup1 webCmd on:off
define KINO_HUEBridge HUEBridge 192.168.178.51
attr KINO_HUEBridge key XXXXXXX
define KINO_HUEBridge_HUEDevice1 HUEDevice 1
attr KINO_HUEBridge_HUEDevice1 IODev KINO_HUEBridge
attr KINO_HUEBridge_HUEDevice1 alias Kino Links
attr KINO_HUEBridge_HUEDevice1 devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
attr KINO_HUEBridge_HUEDevice1 fm_type dimbutton,lamp:hue
attr KINO_HUEBridge_HUEDevice1 model LCT001
attr KINO_HUEBridge_HUEDevice1 room Kino
attr KINO_HUEBridge_HUEDevice1 subType colordimmer
attr KINO_HUEBridge_HUEDevice1 webCmd rgb:rgb ff0000:rgb DEFF26:rgb 0000ff:toggle:on:off
define KINO_HUEBridge_HUEDevice2 HUEDevice 2
attr KINO_HUEBridge_HUEDevice2 IODev KINO_HUEBridge
attr KINO_HUEBridge_HUEDevice2 alias Kino Rechts
attr KINO_HUEBridge_HUEDevice2 devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
attr KINO_HUEBridge_HUEDevice2 fm_type dimbutton,lamp:hue
attr KINO_HUEBridge_HUEDevice2 model LCT001
attr KINO_HUEBridge_HUEDevice2 room Kino
attr KINO_HUEBridge_HUEDevice2 subType colordimmer
attr KINO_HUEBridge_HUEDevice2 webCmd rgb:rgb ff0000:rgb DEFF26:rgb 0000ff:toggle:on:off
define KINO_HUEBridge_HUEGroup0 HUEDevice group 0
attr KINO_HUEBridge_HUEGroup0 IODev KINO_HUEBridge
attr KINO_HUEBridge_HUEGroup0 alias Lightset 0
attr KINO_HUEBridge_HUEGroup0 room Hidden
attr KINO_HUEBridge_HUEGroup0 webCmd on:off
define KINO_HUEBridge_HUEGroup1 HUEDevice group 1
attr KINO_HUEBridge_HUEGroup1 IODev KINO_HUEBridge
attr KINO_HUEBridge_HUEGroup1 alias Kino Licht
attr KINO_HUEBridge_HUEGroup1 fm_type lamp
attr KINO_HUEBridge_HUEGroup1 model LCT001
attr KINO_HUEBridge_HUEGroup1 room Kino
attr KINO_HUEBridge_HUEGroup1 webCmd on:off
define KINO_HUEBridge_HUEDevice3 HUEDevice 3
attr KINO_HUEBridge_HUEDevice3 IODev KINO_HUEBridge
attr KINO_HUEBridge_HUEDevice3 alias Kino Lightstripe
attr KINO_HUEBridge_HUEDevice3 devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
attr KINO_HUEBridge_HUEDevice3 fm_type dimbutton,lamp:hue
attr KINO_HUEBridge_HUEDevice3 model LST001
attr KINO_HUEBridge_HUEDevice3 room Kino
attr KINO_HUEBridge_HUEDevice3 subType colordimmer
attr KINO_HUEBridge_HUEDevice3 webCmd rgb:rgb ff0000:rgb 98FF23:rgb 0000ff:toggle:on:off


define KINO_HUEBridge_HUEGroup2 HUEDevice group 2
attr KINO_HUEBridge_HUEGroup2 IODev KINO_HUEBridge
attr KINO_HUEBridge_HUEGroup2 alias Kino Side
attr KINO_HUEBridge_HUEGroup2 fm_type lamp
attr KINO_HUEBridge_HUEGroup2 room Kino
attr KINO_HUEBridge_HUEGroup2 webCmd on:off


define HUEGroup2 HUEDevice group 2
attr HUEGroup2 IODev WZ_HUEBridge
attr HUEGroup2 alias Wohnzimmer
attr HUEGroup2 room HUEDevice
attr HUEGroup2 webCmd on:off


Das letzte define ("HUEGroup2 HUEDevice group 2") wird scheinbar bei jedem Start mittels autocreate angelegt - trotzdem gibt es den oben angesprochenen Fehler. Auch lässt sie sich natürlich dadurch nicht in den Raum "Wohnzimmer" verschieben, denn nach einem Restart ist die Gruppe dann wieder im Raum "HUEDevice".

Ich habe alle Gruppen und Lampen via autocreate anlegen lassen - habe also nicht manuell in der fhem-config rumgefummelt.

Viele Grüße,

Jörg

P.S.:

Kann man eigentlich auch die HUE-Gruppen wie die HUE-Lampen schalten (also mit Color-Picker usw.)? Standardmäßig wird da ja nur "on" und "off" angeboten...
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 10 März 2014, 18:50:29
es gibt bei den hue devices noch ein problem mit mehreren bridges für das ich noch keine gute lösung habe.

wenn du weiter oben im thread suchst findest du einen workaround der erst mal gehen sollte. eventuell musst du noch mal alle devices löschen damit es zuverlässig geht.

oder ist der fehler neu und es ging früher schon mal ?

du kannst auch mal versuchen die komplette definition von HUEGroup2 vor die definition von KINO_HUEBridge zu schieben. d.h. erst die eine bridge, dann alle devices die zu dieser bridge gehören, dann die zweite bridge und dann alle devices der zweiten bridge.

vor dem editieren des config files musst du fhem anhalten.

du kannst dir alle anderen kommandos inklusive colorpicker auch für die groups ins webCmd konfigurieren. das einzige das nicht geht ist den colorpicker mit dem aktuellen status initialisieren und natürlich devStateIcon.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: Loredo am 11 März 2014, 12:22:25
Hallo André,

die HUE Bridge nimmt bei mir mal wieder keine Anfragen mehr entgegen. Ein Telnet auf Port 80 zeigt das hier:

jp@Janeway ~ $ telnet 192.168.6.91 80
Trying 192.168.6.91...
Connected to 192.168.6.91.
Escape character is '^]'.
SetSockOpt: Invalid argument

Connection closed by foreign host.



Du nutzt doch auch die HttpUtils im Modul, oder? Schließt du dort die Socket-Verbindungen (noshutdown=0)? Ich denke der Bridge gehen irgendwann die verfügbaren Sockets/Ports aus...
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 11 März 2014, 12:24:41
das aktuelle modul verwendet noch nicht die HttpUtils und es macht auch ein shutdown.

hat sich etwas geändert am verhalten mit verändertem poll interval?

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: Loredo am 11 März 2014, 12:27:27
Zitat von: justme1968 am 11 März 2014, 12:24:41
das aktuelle modul verwendet noch nicht die HttpUtils und es macht auch ein shutdown.

hat sich etwas geändert am verhalten mit verändertem poll interval?


Nein, gar nicht. Dieser Zustand tritt deshalb nicht früher ein, wie wir erwartet hätten...
Ich bekomme allerdings noch häufiger im Log zu sehen, dass einzelne Lampen kurzzeitig nicht erreichbar seien oder die Bridge kurzzeitig nicht antwortet. Irgendwann antwortet sie halt gar nicht mehr auf Anfragen und muss neu gestartet werden.
Ich hatte gehofft, dass ein Bug in der Firmware dafür verantwortlich wäre und Philips das mit dem aktuellen Update stillschweigend verbessert hätte. Entweder ist der Bug noch drin oder es ist kein Bug in der Firmware der Bridge :-(
Titel: Antw:philips hue modul
Beitrag von: Loredo am 11 März 2014, 12:34:02
Ein Portscan in dem Status sieht übrigens so aus:


Starting Nmap 6.40-2 ( http://nmap.org ) at 2014-03-11 12:28 CET
NSE: Loaded 110 scripts for scanning.
NSE: Script Pre-scanning.
Initiating ARP Ping Scan at 12:28
Scanning 192.168.6.91 [1 port]
Completed ARP Ping Scan at 12:28, 0.02s elapsed (1 total hosts)
Initiating Parallel DNS resolution of 1 host. at 12:28
Completed Parallel DNS resolution of 1 host. at 12:28, 0.00s elapsed
Initiating SYN Stealth Scan at 12:28
Scanning 192.168.6.91 [1000 ports]
Discovered open port 80/tcp on 192.168.6.91
Discovered open port 30000/tcp on 192.168.6.91
Completed SYN Stealth Scan at 12:28, 4.08s elapsed (1000 total ports)
Initiating Service scan at 12:28
Scanning 2 services on 192.168.6.91
Completed Service scan at 12:28, 0.00s elapsed (2 services on 1 host)
Initiating OS detection (try #1) against 192.168.6.91
Retrying OS detection (try #2) against 192.168.6.91
Retrying OS detection (try #3) against 192.168.6.91
Retrying OS detection (try #4) against 192.168.6.91
Retrying OS detection (try #5) against 192.168.6.91
NSE: Script scanning 192.168.6.91.
Initiating NSE at 12:28
Completed NSE at 12:28, 5.00s elapsed
Nmap scan report for 192.168.6.91
Host is up (0.00022s latency).
Not shown: 998 closed ports
PORT      STATE SERVICE    VERSION
80/tcp    open  tcpwrapped
30000/tcp open  tcpwrapped
MAC Address: 00:17:88:10:41:74 (Philips Lighting BV)
No exact OS matches for host (If you know what OS is running on it, see http://nmap.org/submit/ ).
TCP/IP fingerprint:
OS:SCAN(V=6.40-2%E=4%D=3/11%OT=80%CT=1%CU=38321%PV=Y%DS=1%DC=D%G=Y%M=001788
OS:%TM=531EF360%P=x86_64-apple-darwin10.8.0)SEQ(SP=7E%GCD=1%ISR=BE%TI=I%CI=
OS:I%II=RI%SS=O%TS=U)OPS(O1=M218%O2=M218%O3=M218%O4=M218%O5=M218%O6=M218)WI
OS:N(W1=430%W2=430%W3=430%W4=430%W5=430%W6=430)ECN(R=Y%DF=N%T=FF%W=430%O=M2
OS:18%CC=N%Q=)T1(R=Y%DF=N%T=FF%S=O%A=S+%F=AS%RD=0%Q=)T2(R=N)T3(R=Y%DF=N%T=F
OS:F%W=430%S=O%A=S+%F=AS%O=M218%RD=0%Q=)T4(R=Y%DF=N%T=FF%W=430%S=A%A=S%F=AR
OS:%O=%RD=0%Q=)T5(R=Y%DF=N%T=FF%W=430%S=A%A=S+%F=AR%O=%RD=0%Q=)T6(R=Y%DF=N%
OS:T=FF%W=430%S=A%A=S%F=AR%O=%RD=0%Q=)T7(R=Y%DF=N%T=FF%W=430%S=A%A=S+%F=AR%
OS:O=%RD=0%Q=)U1(R=Y%DF=N%T=FF%IPL=38%UN=0%RIPL=G%RID=G%RIPCK=G%RUCK=G%RUD=
OS:G)IE(R=Y%DFI=S%T=FF%CD=S)


Network Distance: 1 hop
TCP Sequence Prediction: Difficulty=124 (Good luck!)
IP ID Sequence Generation: Incremental


TRACEROUTE
HOP RTT     ADDRESS
1   0.22 ms 192.168.6.91


NSE: Script Post-scanning.
Read data files from: /usr/local/bin/../share/nmap
OS and Service detection performed. Please report any incorrect results at http://nmap.org/submit/ .
Nmap done: 1 IP address (1 host up) scanned in 22.63 seconds
           Raw packets sent: 1180 (55.714KB) | Rcvd: 1076 (44.506KB)


Titel: Antw:philips hue modul
Beitrag von: justme1968 am 13 März 2014, 16:34:17
ich habe inzwischen eine version der module fast fertig die nicht mehr blockierend auf die antwort der bridge wartet sondern alles asynchron auswertet. diese version wird auch kein pollen von jedem einzelne hue device mehr nötig haben sondern das pollen kann über das bridge device und dann mit einer anfrage für alle devices passieren.

genaue doku gibt es sobald alles fertig ist.

ich brauche aber noch den ein andern anderen tester :)

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: Loredo am 13 März 2014, 22:00:38
Ja hallo hier! *Handheb* :-)
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 14 März 2014, 11:40:28
hier zum testen eine erste version nicht mehr blockierend auf die bridge wartet.

was ist neu:
- es gibt für die bridge das neue attribut httpUtils
  nicht gesetzt -> alles wie bisher
  0 -> es wird HttpUtils_BlockingGet verwendet statt der eigenbau lösung. immer noch blockierend!
  1 -> es wird (für fast alles) HttpUtils_NonblockingGet verwendet.
  mit verbose 4 für die bridge sieht man im logfile womit abgefragt wird

- es gibt ein neues attribut pollDevices für die bridge
  1 -> die bridge pollt auf einen schlag alle devices.
  es ist nicht mehr nötig das die devices selber pollen -> dort das intervall sehr groß machen,
  und dafür in der bridge kleiner als bisher. funktioniert nur mit httpUtils

- nach einem set auf eine gruppe werden einmalig alle beteiligten devices gepollt

- die liste der bekannte devices ist akutalisiert

- der wertebereich für bri und sat ist von 254 auf 255 geändert.
  laut api dokumentation ist das inzwischen so. ich bin aber nicht sicher ob das wirklich richtig ist.

was noch nicht geht:
- das pollen der devices komplett abschalten.
  deshalb das intervall sehr groß machen wenn pollDevices in der bridge verwendet wird.
  ich vermute ein unterschied in der auslastung ist erst ab 5 oder 6 devices bemerkbar.
  aber auch da bin ich mir nicht sicher.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: der-Lolo am 16 März 2014, 15:52:15
Hallo Andre,
bis jetzt läuft alles wunderbar mit der neuen Version - gerade fällt mir aber etwas auf,
ich habe ja auch einige Living Whites Steckdosen, eine davon zeigt mir gerade in der Oberfläche nicht mehr das power-black Icon sondern ein Kästchen mit der Angabe dim93% im FHEMWEBtablet 8085
Der Hardware Schalter der Steckdose steht auf on/off
Im STATE wird auch 93% angezeigt... Setzen auf 99% wird nicht akzeptiert.
Meine Icon Bastelei mit
HUEDevice15 IF ([HUEDevice15:reachable] eq "true") (IF ($hour ~~ [6..21]) (attr HUEDevice15 devStateIcon on:power-green:off off:power-black:on) ELSE (attr HUEDevice15 devStateIcon .*:power-orange:off,set HUEDevice15 off)) ELSE (attr HUEDevice15 devStateIcon .*:power-red:off)
wird gänzlich ignoriert, im FHEMWEB 8083 wird das devStateIcon (Glühlampe mit Strichen) angezeigt...

Denkst Du es gibt einen Zusammenhang zur neuen Version?
Komischerweise zeigt auch nur Device15 dieses Verhalten...
Titel: philips hue modul
Beitrag von: justme1968 am 16 März 2014, 15:55:29
hast du den subtype auch auf switch gestellt?

ich vermute es hängt mit dem ändern von 254 auf 255 für die obergrenzen zusammen.

ich schau es mir an.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: der-Lolo am 16 März 2014, 15:59:34
subType auf switch, nein das hatte ich nicht, habe ich gerade erst gemacht... Wusste gar nicht das es da was einzustellen gibt. Es verändert sich aber nichts, ich habe gerade auch mal durchgestartet... Keine Änderung
Titel: Antw:philips hue modul
Beitrag von: felix am 17 März 2014, 14:45:06
Hallo,

ich habe die beiden Module gerade auch zum testen integriert. Eine erste kurze Rückmeldung:
Sobald ich httpUtils auf 1 setze, startet FHEM nicht mehr und gibt folgenden Fehler aus:

malformed JSON string, neither array, object, number, string or atom, at character offset 0 (before "(end of string)") at ./FHEM/30_HUEBridge.pm line 506


Setze ich httpUtils auf 0, scheint soweit alles zu funktionieren.

Grüße Felix
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 17 März 2014, 15:13:52
setz mal bitte verbose für die bridge auf 5 und zeig mir das log.

zeile 506 wird bei httpUtils = 1 eigentlich nur beim start ausgeführt und im normal betrieb nicht mehr. da ist etwas komisch.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: der-Lolo am 17 März 2014, 19:56:55
Hallo Andre,
ich habe nichts geändert - kein update gemacht...
Das Icon ist wieder normal... Auch nicht mehr neu gestartet...
Einziger Vorgang an dieser Steckdose war ein at in den Morgenstunden.
Titel: Antw:philips hue modul
Beitrag von: felix am 18 März 2014, 14:25:19
Das Problem hat sich erstmal gelegt, bevor ich verbose 5 eingestellt habe.
Nachdem FHEM ca. 5 mal direkt nicht mehr startete war es danach so, daß er ca. 5 Minuten lief und dann der Fehler kam.

Ich habe dann alles vom Router bis zum Cubie, auf dem FHEM läuft neu gestartet und nun läuft es.

Solltest Du trotzdem generell logs o.ä. als Entwicklungs- oder Testrückmeldung brauchen, schicke ich Sie gerne jederzeit.

Grüße

Felix
Titel: Antw:philips hue modul
Beitrag von: HolyMoly am 19 März 2014, 09:37:04
Hallo Leute,

Hat schon jemand versucht eine flackernde Kerze/Karminfeuer mit dem HUE modul zu simulieren?
Macht es überhaupt Sinn das über die fhem module random und huedevice zu machen oder besser gleich direkt im huedevice als effect implementieren?
Ich meine bzgl. Latenzen und overhead...

Hier ein einfaches applescript als Beispiel:
repeat
set HUB to "192.168.0.201" -- Replace with your hub's IP address
set USER to "xxxxxxxxxxxxxxxxxxxxxxxxxx" -- Replace with your username hash
repeat
repeat with bulb from 1 to 3 -- Change if you have more bulbs or want to use a subset
set ct to (random number from 400 to 500) -- Use 350-500 for a wider color spectrum
set bri to (random number from 100 to 150) -- Play with ranges from 0-255.
set transitiontime to (random number from 1 to 3) -- Increase range for slower transitions
set query to "{\"ct\":" & ct & ",\"bri\":" & bri & ",\"transitiontime\":" & transitiontime & "}"
do shell script "curl --request PUT --data " & (quoted form of query) & " http://" & HUB & "/api/" & USER & "/lights/" & bulb & "/state/"
end repeat
delay (random number from 1 to 3) / 10 -- Increase range for slower color changes
end repeat


Gruß Holy
Titel: Antw:philips hue modul
Beitrag von: Loredo am 22 März 2014, 13:50:41
Hallo André,

ich bin jetzt auch mal zum Testen gekommen.

Mir ist nicht ganz klar, welche Rolle die Intervalle bei den Devices spielen, sollte das dort nicht einfach ignoriert werden, wenn httpUtils beim IODev auf 1 gesetzt ist?

Gefühlt reagieren die Bulbs nun langsamer, wenn ich im Colorpicker eine Farbe auswähle.

Natürlich habe ich auch mit meinem ambiHue Programm getestet. Auch hier habe ich gefühlt den Eindruck, dass die Übertragung hin und wieder etwas unflüssiger ist. Auch wenn ich dort natürlich bis zu 5 Befehle pro Sekunde absetze, so hat das beim alten Modul wenig Problme gemacht. Vielleicht ist es aber auch nur so ein Gefühl...

Es tauchen während des ambiHue Programms eine Menge von Fehlermeldungen im Log auf:

2014.03.22 13:29:22 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2/state: empty answer received
2014.03.22 13:29:35 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2/state: empty answer received
2014.03.22 13:29:38 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2/state: empty answer received
2014.03.22 13:29:48 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2/state: empty answer received
2014.03.22 13:29:48 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2: empty answer received
2014.03.22 13:30:01 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2: empty answer received
2014.03.22 13:30:14 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2/state: empty answer received
2014.03.22 13:30:40 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2: empty answer received
2014.03.22 13:30:55 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2: empty answer received
2014.03.22 13:30:55 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2: empty answer received
2014.03.22 13:31:19 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2/state: empty answer received
2014.03.22 13:31:33 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2/state: empty answer received
2014.03.22 13:31:59 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2/state: empty answer received
2014.03.22 13:32:26 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2/state: empty answer received
2014.03.22 13:32:39 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2/state: empty answer received
2014.03.22 13:32:52 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2/state: empty answer received
2014.03.22 13:33:18 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2/state: empty answer received
2014.03.22 13:33:31 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2/state: empty answer received
2014.03.22 13:33:44 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2/state: empty answer received
2014.03.22 13:33:46 3: at_FHEM.save: Wrote configuration to fhem.cfg
2014.03.22 13:33:58 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2/state: empty answer received
2014.03.22 13:34:10 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2/state: empty answer received
2014.03.22 13:34:24 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2/state: empty answer received
2014.03.22 13:34:40 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2/state: empty answer received
2014.03.22 13:34:50 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2/state: empty answer received
2014.03.22 13:35:03 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2/state: empty answer received
2014.03.22 13:35:16 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2/state: empty answer received
2014.03.22 13:35:16 3: LR_Ceilling: I/O device is HUE
2014.03.22 13:35:56 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2: empty answer received
2014.03.22 13:36:21 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2/state: empty answer received
2014.03.22 13:36:21 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2: empty answer received
2014.03.22 13:36:34 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2: empty answer received
2014.03.22 13:37:00 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2/state: empty answer received
2014.03.22 13:37:14 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2: empty answer received
2014.03.22 13:37:27 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2/state: empty answer received
2014.03.22 13:37:40 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2/state: empty answer received
2014.03.22 13:37:54 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2/state: empty answer received
2014.03.22 13:38:07 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2/state: empty answer received
2014.03.22 13:38:26 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2: empty answer received
2014.03.22 13:38:33 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2: empty answer received
2014.03.22 13:38:46 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2/state: empty answer received
2014.03.22 13:38:59 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2/state: empty answer received
2014.03.22 13:39:12 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2/state: empty answer received
2014.03.22 13:39:26 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2: empty answer received
2014.03.22 13:39:42 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2/state: empty answer received
2014.03.22 13:39:51 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2/state: empty answer received
2014.03.22 13:39:57 3: sleep 4.71591949463002e-05 : Cannot interpret 4.71591949463002e-05 as seconds
2014.03.22 13:40:04 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2: empty answer received
2014.03.22 13:40:04 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2: empty answer received
2014.03.22 13:40:30 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2/state: empty answer received
2014.03.22 13:40:44 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2/state: empty answer received
2014.03.22 13:40:58 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2/state: empty answer received
2014.03.22 13:41:10 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2: empty answer received
2014.03.22 13:41:10 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2/state: empty answer received
2014.03.22 13:41:27 3: sleep 5.00202178955189e-05 : Cannot interpret 5.00202178955189e-05 as seconds
2014.03.22 13:41:30 2: HUE: http request failed: 192.168.6.91: Connection reset by peer
2014.03.22 13:41:31 2: HUE: http request failed: 192.168.6.91: Connection reset by peer
2014.03.22 13:41:42 2: HUE: http request failed: 192.168.6.91: Connection reset by peer
2014.03.22 13:41:42 2: HUE: http request failed: 192.168.6.91: Connection reset by peer
2014.03.22 13:41:44 2: HUE: http request failed: 192.168.6.91: Connection reset by peer
2014.03.22 13:41:44 2: HUE: http request failed: 192.168.6.91: Connection reset by peer
2014.03.22 13:41:49 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2/state: empty answer received
2014.03.22 13:41:51 3: sleep 6.69479370117299e-05 : Cannot interpret 6.69479370117299e-05 as seconds
2014.03.22 13:42:04 2: HUE: http request failed: 192.168.6.91: Connection reset by peer
2014.03.22 13:42:16 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2/state: empty answer received
2014.03.22 13:42:29 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2/state: empty answer received
2014.03.22 13:42:42 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2/state: empty answer received
2014.03.22 13:42:55 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2/state: empty answer received
2014.03.22 13:43:09 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2/state: empty answer received
2014.03.22 13:43:22 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2/state: empty answer received
2014.03.22 13:43:28 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2/state: empty answer received
2014.03.22 13:43:35 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2/state: empty answer received
2014.03.22 13:43:48 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2/state: empty answer received
2014.03.22 13:44:14 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2/state: empty answer received
2014.03.22 13:44:27 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2/state: empty answer received
2014.03.22 13:44:40 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2/state: empty answer received
2014.03.22 13:44:44 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2/state: empty answer received
2014.03.22 13:44:53 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2/state: empty answer received
2014.03.22 13:45:06 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2/state: empty answer received
2014.03.22 13:45:20 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2/state: empty answer received
2014.03.22 13:45:45 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2/state: empty answer received
2014.03.22 13:46:00 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2/state: empty answer received
2014.03.22 13:46:00 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2: empty answer received
2014.03.22 13:46:11 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2/state: empty answer received
2014.03.22 13:46:24 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2/state: empty answer received
2014.03.22 13:46:37 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2/state: empty answer received
2014.03.22 13:46:51 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2/state: empty answer received

2014.03.22 13:47:04 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2/state: empty answer received


Ich habe auch mal lights/2/ und lights/2/state manuell aufgerufen. Ersteres gibt ein normales JSON zurück



{"state": {"on":true,"bri":246,"hue":11776,"sat":104,"xy":[0.5171,0.4128],"ct":475,"alert":"none","effect":"none","colormode":"hs","reachable":true}, "type": "Extended color light", "name": "LR Ceiling", "modelid": "LCT001", "swversion": "66010820", "pointsymbol": { "1":"none", "2":"none", "3":"none", "4":"none", "5":"none", "6":"none", "7":"none", "8":"none" }}


der zweite Link scheint einen Fehler im JSON zurück zu geben:


[{"error":{"type":3,"address":"/lights/2/state","description":"resource, /lights/2/state, not available"}}]


Das wundert mich ehrlich gesagt etwas, denn die Leuchte ist sehr wohl erreichbar. Aber vielleicht ist das ja auch ein ungültiger API Aufruf?


Gruß
Julian
Titel: Antw:philips hue modul
Beitrag von: Loredo am 22 März 2014, 13:58:08
Noch etwas in eigener Sache:


während das ambiHue Programm läuft, setze ich bei beteiligten HUE Leuchten das Attribut event-on-change-reading auf "none", damit keine Events ausgelöst werden während sich das Licht dauerhaft verändert. Allerdings wird das Attribut wohl vom Trigger für das Update des Colorpicker ignoriert, die Farben werden trotzdem stetig im Webfrontend aktualisiert. Das ist natürlich suboptimal für die Performance, wenn man 5 Mal pro Sekunde ein Update an die Bulb schickt :-/
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 22 März 2014, 14:58:55
beim intervall bei den devices muss ich mir noch etwas überlegen. ich möchte das es z.b. möglich ist alle lampen alle x sekunden über die bridge und ein paar bestimmte häufiger direkt zu pollen.

die verzögerung ist auf jeden fall etwas größer wenn man es asynchron abfragt. der overhead ist größer. ich könnte das auf mein system aber nicht wirklich sehen.

dadurch das asynchron gearbeitet wird kann es auch passieren das mehr als ein kommando gleichzeitig zur bridge offen ist. ich vermute das sind die empty answer meldungen. die bridge kommt nicht mehr hinterher. es gibt auch noch ein x kommandos pro sekunde limit für die bridge. ich weiß nicht wie sich das auswirkt. hier wird wirklich jedes einzelne kommando für jedes device einzeln gezählt.

im ambihue modus ist es aber eigentlich sogar sinnvoll die status abfrage nach jedem kommando komplett weg zu lassen. versuch mal delayedUpate auf einen sehr großen wert zu setzen und schau ob es dann flüssiger arbeitet. das würde dir hälfte der kommunikation einsparen.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 22 März 2014, 15:05:07
ich hab noch ein paar Ideen wie man eventuell den aufruf für dich optimieren kann.

ich muss mal ein bischen probieren und messen.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: Loredo am 22 März 2014, 15:15:30

Zitat von: justme1968 am 22 März 2014, 14:58:55
dadurch das asynchron gearbeitet wird kann es auch passieren das mehr als ein kommando gleichzeitig zur bridge offen ist. ich vermute das sind die empty answer meldungen. die bridge kommt nicht mehr hinterher. es gibt auch noch ein x kommandos pro sekunde limit für die bridge. ich weiß nicht wie sich das auswirkt. hier wird wirklich jedes einzelne kommando für jedes device einzeln gezählt.


Ich habe gelesen das Limit liegt bei 100ms (also 10 Kommandos pro Sekunde). Da liege ich eigentlich mit 200ms noch mit der Hälfte drunter...



Zitat von: justme1968 am 22 März 2014, 14:58:55
im ambihue modus ist es aber eigentlich sogar sinnvoll die status abfrage nach jedem kommando komplett weg zu lassen. versuch mal delayedUpate auf einen sehr großen wert zu setzen und schau ob es dann flüssiger arbeitet. das würde dir hälfte der kommunikation einsparen.


Hatte ich vergessen, ich schicke ohnehin schon ein noUpdate mit:




set $dev transitiontime $transitiontime : noUpdate : hsv $h$s$b


Zitat von: justme1968 am 22 März 2014, 15:05:07
ich hab noch ein paar Ideen wie man eventuell den aufruf für dich optimieren kann.

ich muss mal ein bischen probieren und messen.


:D :D :D
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 22 März 2014, 15:25:05
ja 10 pro sekunde. aber das hue modul baut z.b. bei jedem kommando außer off noch ein on mit ein. farbe über hue und bei setzen sind auch zwei kommandos. zusammen also schon drei. mit transitiontime sind es sogar 4. und wenn du mehr als eine lampe steuerst multipliziert sich das sehr schnell.

ich baue dir eine schnittstelle bei der du ohne umweg über das set und parsen direkt werte setzen kannst.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 22 März 2014, 15:34:55
ja. ich glaube es sind 10 pro sekunde. aber es wird jedes einzelne kommando für jedes device einzeln gezählt. das modul fügt auch für alles außer off noch ein in dazu. das macht dann für hsv und transitiontime 4 pro set. bei mehreren devices multipliziert sich das also sehr schnell.

ich denke ich bau dir einen direkten zugriff um werte direkt und ohne umweg über das set und das parsen zu setzen.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 22 März 2014, 15:39:15
ja. ich glaube es sind 10 pro sekunde. aber es wird jedes einzelne kommando für jedes device einzeln gezählt. das modul fügt auch für alles außer off noch ein in dazu. das macht dann für hsv und transitiontime 4 pro set. bei mehreren devices multipliziert sich das also sehr schnell.

ich denke ich bau dir einen direkten zugriff um werte direkt und ohne umweg über das set und das parsen zu setzen.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: der-Lolo am 03 April 2014, 20:00:44
Hallo zusammen,
ich hab da mal ne frage - ich habe eine alte living color leuchte, die damals noch mit der ovalen dunklen fernbedienung ausgeliefert wurden. Diese dunkle fernbedienung bekomme ich nicht an der Bridge angemeldet... Würde diese http://www.amazon.de/Philips-Living-Whites-zusätzlicher-Fernbedienung/dp/B00DR93V8E/ref=sr_1_6?ie=UTF8&qid=1396542980&sr=8-6&keywords=living+colors+fernbedienung#productDetails (http://www.amazon.de/Philips-Living-Whites-zus%C3%A4tzlicher-Fernbedienung/dp/B00DR93V8E/ref=sr_1_6?ie=UTF8&qid=1396542980&sr=8-6&keywords=living+colors+fernbedienung#productDetails)
Funktionieren? Mir ist klar das die fenbedienung keine farbeinstellung ermöglicht - ich würde auch nur an/aus hell/dunkel brauchen.
Hat jemand diese fenbedienung im Einsatz?
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 03 April 2014, 20:10:18
die fernbedienung geht ziemlich sicher in verbindung mit der bridge. aber ich vermute nicht mit deiner lc.

ich dachte bis eben das die bridge die lc lampen über die fernbedienung steuert. das ist aber nicht so. ich hab eben aus meinen beiden fernbedienungen die batterien raus genommen und die bridge kann meine lc trozdem noch steuern.

was die farbeinstellung angeht: du bekommst auch die beiden runden modelle einzeln zum nachkaufen bei ebay und sogar bei amazon. zumindest du ohne clickwheel ist vermutlich noch nicht mal teuerer als das hell/dunkel modell.

was ich sicher weiss ist das die ersten lc mit der ovalen fernbedieung ein anderes protokoll verwendet haben.

tut mir leid wenn das jetzt nicht sehr hilfreich war...
Titel: Antw:philips hue modul
Beitrag von: der-Lolo am 03 April 2014, 20:30:13
Ich glaube das problem ist nur die Fernbedienung, wenn ich die beiden leuchten mit der ovalen Fernbedienung paare sind sie auch nur von dieser Fernbedienung aus bedienbar, wenn ich die weisse Fernbedienung mit den beiden Lampen paare sind sie auch in der HUE APP und in fhem verfügbar. Ich mach mich mal auf die suche na einer zweiten weißen Fernbedienung...
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 03 April 2014, 20:40:38
versuch die beiden fernbedienungen miteinander zu linken.

auch wenn du zwei runde fernbedienungen hast gehen die lampen immer nur an einer so lange die fernbedienungen nicht untereinander gelinkt sind.

alle devices müssen im gleichen 'netz' sein. durch das linken der fernbedienungen werden sie ins gleiche netz genommen. dieses netz wird dann von der fb auch auf die bridge übertragen. das ist der grund warum die bulbs neu angelernt werden müssen nach dem die lc devices von der fb zur bridge gelinkt wurden.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: der-Lolo am 03 April 2014, 20:50:15
Hm, ich möchte ja aber nicht alle Lampen auf einer Fernbedienung haben. Meine Bulbs und Stripes sollen auf der runden weissen Fernbedienung liegen - die zwei Stand alone leuchten auf der ovalen. Zusätzlich sollen ALLE per Hub und FHEM erreichbar sein.
Irgendwie blick ich da grad nicht durch...
Meine Konfiguration hat eh ein paar Leichen - phantomlampen... Und einen defekten Steckadapter. Vielleicht mach ich einfach alles nochmal neu, problem ist nur das der aufwand dann innerhalb fhem relativ groß sein wird. Weil sich ja die HEUDeviceXX Nummern verändern würden.
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 03 April 2014, 21:05:55
auch wenn die fernbedienungen im gleichen netz sind müssen nicht alle lampen auf jeder fernbedienung angelernt werden und nicht alle lampen in allen szenen der fb enthalten sein.

nach dem anlernen und übertragen zur bridge kannst du die devices die du nicht auf der fb haben möchtest wieder von der fb ablernen.

wenn du nicht alle devices ins geleiche netz nimmst kann die bridge nicht alle devices steuern.

die HEUDeviceXX würden sich beim autocreate ein mal ändern. du kannst sie aber danach per rename wieder auf die alten werde ändern.

Titel: Antw:philips hue modul
Beitrag von: der-Lolo am 03 April 2014, 21:47:49
Ich glaube das nehme ich morgen in Angriff - in der Nummerierung ist eh ein mächtiges durcheinander, also komplett zurück auf neu.
Wenn ich mich richtig erinnre hat die Bridge ja einen Reset Schalter.
Kann man die Fernbedienung auch resetten oder reicht es die Batterien zu entnehmen..?
Wie kann ich die beiden Fernbedienungen paaren?
und wie kann ich am einfachsten eine neue Konfiguration in FHEM integrieren?

Da ich glaube das sicher viele Wege zum Ziel führen es aber immer auch einfache oder schwierige Wege gibt - frag ich einfach mal ganz frech - wie würdest du das vorhaben angehen?

Könnte man eigentlich eine art mapping Geschichte in die myUtils schreiben um dann innerhalb von FHEM die devices per alias ansprechen zu können..?
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 03 April 2014, 21:52:30
die haben auch einen reset taster. batterien raus reicht nicht.

genau so per touchlink. such mal bei google. es gibt extra eine anleitung für die ovale.

ich glaube ich würde die alte konfig sichern und neu anfangen. dann nach und nach umbenennen.

das könnte man. aber ich glaube da gewinnt man nicht wirklich etwas gegenüber rename.

gruss
  andre

Titel: Antw:philips hue modul
Beitrag von: der-Lolo am 03 April 2014, 22:05:57
Ich werde berichten...
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 04 April 2014, 18:21:57
ich habe eben ein update für das HUEDevice modul eingecheckt.

die wichtigste änderung ist das jetzt auch alte lc lampen ohne modelid über den hsv colormode unterstützt werden und die rückmeldung der bridge von einem solchen device das im hs colormode ist korrekt ausgewertet werden.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: HolyMoly am 05 April 2014, 11:35:55
Hallo Andre,

bei mir funktioniert das Argument ct bei einem LLC012 device nicht, z.b.:

set Wohnzimmer.EckStrahler ct 300

mit verbose 5 kommt nur:

2014.04.05 11:34:18 4: parse status message for Wohnzimmer.EckStrahler
2014.04.05 11:34:14 4: parse status message for Wohnzimmer.EckStrahler

Woran könnte das liegen?

Anbei mein code fürs flackernde Kaminfeuer:

##########################

sub
runFire()
{
   my $ct = int(rand(101))+400;
   my $bri = int(rand(51))+100;
   my $transitiontime = int(rand(2+1))+1;
    Log3 "runFire:", 2, "runFire: ct $ct : bri $bri : transitiontime $transitiontime";
    fhem("set Wohnzimmer.EckStrahler ct $ct : bri $bri : transitiontime $transitiontime");
    InternalTimer(gettimeofday()+$transitiontime, "runFire", "", 0);
}

sub
stopFire()
{
   RemoveInternalTimer("runFire");
}
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 05 April 2014, 12:06:19
color mode ct geht glaube ich nur mit den bulbs und nicht mit den lc lampen. die haben ja eine andere zusammensetzung der primärfarben die keine solche darstellung der weiss töne erlaubt.

du kannst mal versuchen ob du über hue mit einem passenden wertebereich den gleichen effekt erreichen kannst.

die idee mit dem feuer gefällt mir. ich bin gerade dabei für loredo und sein ambilight eine schnittstelle einzubauen mit der man bei solchen effekten das parsen und setzen unnötiger werte umgehen kann. vielleicht wäre das auch etwas für effekte wie feuer oder gewitter.

du kannst mit noUpdate jetzt schon verhindern das die readings aktualisiert werden und die trigger zum aktualisieren der icons feuern. ausser du möchtest im frontend verfolgen wie die lampen flackern :)


gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: HolyMoly am 05 April 2014, 12:26:37
mit den normalen hue lampen sehe ich auch keine wirklichen unterschiede :(
Werds dann mal per hue argument probieren...
Wenns denn irgendwann mal vernünftig funktioniert wäre es genial wenn du es einfach direkt als weiteren "effect" ins Hue Modul einpflegen könntest.
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 05 April 2014, 12:29:45
also meine birne hat geflackert. der farbton ist noch nicht wirklich feuer. aber es war klar zu sehen.
Titel: Antw:philips hue modul
Beitrag von: HolyMoly am 05 April 2014, 12:45:39
ja flackern tuts bei mir auch, allerdings tut sich bei der Farbe nix merklich:
set Wohnzimmer.EckStrahler ct 500
Sollte ja eigentlich intensives orange sein, ist bei mir aber allenfalls "warmes" licht.
Vielleicht hat hier auch einfach phillips geschlampt, oder aber phillips erwartet kelvin und keine mired?
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 05 April 2014, 12:49:47
richtig orange bekommst du glaube ich mit ct nicht. du kannst nur zwischen kalt und ziemlich warm weiß einstellen.

ich glaube mit hue kommst du weiter.

Titel: Antw:philips hue modul
Beitrag von: Loredo am 06 April 2014, 09:53:36
Hi André,


mir fällt gerade auf, dass ich beim Neustart folgende Fehler bekomme:


Use of uninitialized value $id in pattern match (m//) at ./FHEM/30_HUEBridge.pm line 44.
Use of uninitialized value $id in concatenation (.) or string at ./FHEM/30_HUEBridge.pm line 47.
Use of uninitialized value in numeric ne (!=) at ./FHEM/31_HUEDevice.pm line 755.
Use of uninitialized value $on in numeric ne (!=) at ./FHEM/31_HUEDevice.pm line 755.
Use of uninitialized value $id in pattern match (m//) at ./FHEM/30_HUEBridge.pm line 44.
Use of uninitialized value $id in concatenation (.) or string at ./FHEM/30_HUEBridge.pm line 47.
Use of uninitialized value in numeric ne (!=) at ./FHEM/31_HUEDevice.pm line 755.
Use of uninitialized value $on in numeric ne (!=) at ./FHEM/31_HUEDevice.pm line 755.
Use of uninitialized value $id in pattern match (m//) at ./FHEM/30_HUEBridge.pm line 44.
Use of uninitialized value $id in concatenation (.) or string at ./FHEM/30_HUEBridge.pm line 47.
Use of uninitialized value in numeric ne (!=) at ./FHEM/31_HUEDevice.pm line 755.
Use of uninitialized value $on in numeric ne (!=) at ./FHEM/31_HUEDevice.pm line 755.
Use of uninitialized value $id in pattern match (m//) at ./FHEM/30_HUEBridge.pm line 44.
Use of uninitialized value $id in concatenation (.) or string at ./FHEM/30_HUEBridge.pm line 47.
Use of uninitialized value in numeric ne (!=) at ./FHEM/31_HUEDevice.pm line 755.
Use of uninitialized value $on in numeric ne (!=) at ./FHEM/31_HUEDevice.pm line 755.
Use of uninitialized value $id in pattern match (m//) at ./FHEM/30_HUEBridge.pm line 44.
Use of uninitialized value $id in concatenation (.) or string at ./FHEM/30_HUEBridge.pm line 47.
Use of uninitialized value in numeric ne (!=) at ./FHEM/31_HUEDevice.pm line 755.
Use of uninitialized value $on in numeric ne (!=) at ./FHEM/31_HUEDevice.pm line 755.



# $Id: 30_HUEBridge.pm 5118 2014-03-03 21:29:52Z justme1968 $
# $Id: 31_HUEDevice.pm 5435 2014-04-04 16:09:46Z justme1968 $
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 06 April 2014, 10:06:22
die warnung aus dem device modul hab ich eben repariert.

die meldungen aus dem bridge modul kommen aber vermutlich daher das du die async version aus dem thread installiert hattest und beim update nur das device modul aktualisiert wurde und beides nicht zusammen passt.

die eingecheckte version arbeitet noch nicht asynchron. das kommt erst im nächsten update.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: akw am 07 April 2014, 08:51:05
Hi,

HUEDevice startet bei mir nicht mehr. Ein revert von Color.pm auf Revision 5465 behebt es.

reload: Error:Modul 31_HUEDevice deactivated:
Attempt to reload Color.pm aborted.
Compilation failed in require at ./FHEM/31_HUEDevice.pm line 13.
BEGIN failed--compilation aborted at ./FHEM/31_HUEDevice.pm line 13.

Global symbol "@rgb" requires explicit package name at FHEM/Color.pm line 264, <$fh> line 357.
Global symbol "@rgb" requires explicit package name at FHEM/Color.pm line 265, <$fh> line 357.
Global symbol "@hsv" requires explicit package name at FHEM/Color.pm line 279, <$fh> line 357.
Global symbol "@hsv" requires explicit package name at FHEM/Color.pm line 280, <$fh> line 357.
Global symbol "@hsv" requires explicit package name at FHEM/Color.pm line 281, <$fh> line 357.
Global symbol "@rgb" requires explicit package name at FHEM/Color.pm line 297, <$fh> line 357.
Global symbol "@rgb" requires explicit package name at FHEM/Color.pm line 305, <$fh> line 357.
Global symbol "@rgb" requires explicit package name at FHEM/Color.pm line 319, <$fh> line 357.
Global symbol "@rgb" requires explicit package name at FHEM/Color.pm line 327, <$fh> line 357.
Global symbol "@rgb" requires explicit package name at FHEM/Color.pm line 327, <$fh> line 357.


Ciao, Arno

Titel: Antw:philips hue modul
Beitrag von: justme1968 am 07 April 2014, 09:01:26
ich wars nicht. hab es aber repariert.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: Loredo am 07 April 2014, 10:26:52
Meine Schuld, ja...  :-[ ::)
Danke, André. Bin gestern davon ab gekommen dir noch auf deine PM zu antworten...
Titel: Antw:philips hue modul
Beitrag von: Kuzl am 07 April 2014, 22:39:06
ist die version von heute bereits eingecheckt?
hab gerade ein update gemacht und den gleichen Fehler erhalten.
Oben steht allerdings noch das Datum von gestern.

Gruß Kuzl
Titel: Antw:philips hue modul
Beitrag von: Loredo am 07 April 2014, 22:40:48
Eingecheckt ja, per Update ausgerollt werden Aktualisierungen aber immer nur gesammelt über Nacht.
Titel: Antw:philips hue modul
Beitrag von: der-Lolo am 13 April 2014, 11:28:57
Hallo Andre,
da ich ja nicht in der Lage war die "ovale" Fernbedienung in meine HUE Landschaft zu integrieren - habe ich noch eine "Aura" gekauft.
Die wird ja mit Fernbedienung - leider nicht mehr mit der Touch Fernbedienung ausgeliefert - das Teil hat dieses mechanische Rad...
Ich bekomme es aber immer noch nicht gebacken diese mit der bereits vorhandenen Touch Fernbedienung und der Bridge zu koppeln, kannst du kurz beschreiben wie Du vorgegangen bist um zwei Fernbedienungen an der Bridge zu koppeln..?
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 13 April 2014, 12:11:24
die beiden remotes kannst du linken wenn du sie nach dem reset jewils mit gedrücktem on nahe beieinander hältst.

danach jeweils die lampen mit den remotes linken

danach die remotes mit der bridge linken

hier ist zumindest für den remote zu bridge teil eine nette anleitung: https://dl.dropboxusercontent.com/u/202318434/index.html

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: der-Lolo am 13 April 2014, 18:52:40
Danke Andre - so in etwa war auch meine Vorgehensweise...
Es brauchte allerdings mehrere Anläufe.
Komplett fehlerfrei durch die Prozedur zu kommen ist bei 16 Teilnehmern nicht ganz so einfach...
Die Bridge hat auch einen eigenartigen STATE - was sagst du dazu?

ZitatDEF        192.168.178.130
   Host       192.168.178.130
   INTERVAL   300
   NAME       HUE
   NR         402
   NTFY_ORDER 50-HUE
   STATE      resource, /lights/16, not available
   TYPE       HUEBridge
   mac        00:17:88:10:24:b9
   name       Philips hue
   swversion  01009914
   updatestate 0
   Helper:
     count      0
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 13 April 2014, 18:57:09
das wichtige ist das ein mal am anfang die remotes und die bridge gelinkt sind.

das anlernen kannst du dann auch häpchenweise machen. sobald die remotes und die bridge ein mal gelinkt sind kannst du nachträglich immer noch einzelne devices mit einer remote linken, zur bridge übertrage und wieder von der remote trennen.


ab und zu kann es passieren das die bridge nicht antwortet oder einen fehler produziert.

das ist nicht weiter schlimm wenn es mal passiert. STATE bleibt auf dem letzten fehler stehen. ob es kritisch ist siehst du nur im log.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: der-Lolo am 13 April 2014, 19:47:52
Ok - das logfile schaut gut aus, dann mach ich mich mal ans anpassen...
Titel: Antw:philips hue modul
Beitrag von: HolyMoly am 14 April 2014, 08:56:39
Hallo,

hier meine aktuelle Version des Kaminfeuereffekts, sehr gemütlich  ;)
Gibt es noch Potential die hue Kommunikation effizienter zu gestalten
oder ist immediateUpdate momentan das Maß aller Dinge?

sub
startFireEffect()
{
    my $hue = int((rand()*3460)+5460);
    my $sat = int(rand(64)+170);
    my $bri = int(rand(60)+16);
    my $delay = (rand()+0.1);
    my $transitiontime = int($delay * 10);
    fhem("set Schlafzimmer.NachtkastenLampe hue $hue: sat $sat : bri $bri : transitiontime $transitiontime immediateUpdate");
    InternalTimer(qw(gettimeofday)+$delay, "startFireEffect", "fireEffectTimer", 0);
}

sub
stopFireEffect()
{
   RemoveInternalTimer("fireEffectTimer");
}
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 14 April 2014, 08:59:24
noUpdate solltest du verwenden. dann wird der status nicht angefragt.
Titel: Antw:philips hue modul
Beitrag von: HolyMoly am 14 April 2014, 09:12:28
Danke dir,
meinst du das ganze könnte man als zusätzlichen effect ins hue device einbauen,
so dass man ganz einfach setzen kann:
set bulb effect fire
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 14 April 2014, 09:13:26
ich bin schon am überlegen wie ich es einbaue :)
Titel: Antw:philips hue modul
Beitrag von: Loredo am 14 April 2014, 18:06:16
Effekte waren auch für den PHTV geplant. Viellicht sprechen wir uns da ab wenn du weißt, was du machen willst :-)
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 15 April 2014, 17:38:34
die idee ist in etwa so:

mit einem HUEDevice_registerEffect($) lässt sich ein neuer effekt registrieren. es gibt dann automatisch ein ein 'set <device> effect <name> <params>.

zum starten wird dann jeweils ein HUEDevice_effect<name> mit dem device namen, start und allen <params> aufgerufen. beim abschalten wird es mit dem device namen und stop aufgerufen.

mit einem attribut effects im hue device mit einer : getrennten liste von namen kann ein endbenutzer direkt effekte registrieren ohne das er das HUEDevice_registerEffect() aufrufen muss.

offen ist noch wie man das auf bestmmte hue devices beschränken kann. bei einer living whites oder dem zwischenstecker machen die meisten effekte keinen sinn :)
Titel: Antw:philips hue modul
Beitrag von: siggi85 am 08 Mai 2014, 08:42:18
Zitat von: HolyMoly am 14 April 2014, 08:56:39
Hallo,

hier meine aktuelle Version des Kaminfeuereffekts, sehr gemütlich  ;)
Gibt es noch Potential die hue Kommunikation effizienter zu gestalten
oder ist immediateUpdate momentan das Maß aller Dinge?

sub
startFireEffect()
{
    my $hue = int((rand()*3460)+5460);
    my $sat = int(rand(64)+170);
    my $bri = int(rand(60)+16);
    my $delay = (rand()+0.1);
    my $transitiontime = int($delay * 10);
    fhem("set Schlafzimmer.NachtkastenLampe hue $hue: sat $sat : bri $bri : transitiontime $transitiontime immediateUpdate");
    InternalTimer(qw(gettimeofday)+$delay, "startFireEffect", "fireEffectTimer", 0);
}

sub
stopFireEffect()
{
   RemoveInternalTimer("fireEffectTimer");
}

Wird der Effekt von HolyMoly noch eingebaut in das Modul? Bisher ist ja "nur" colourloop drin.

Und gibt es irgendwo eine Art Anleitung mit Vorgaben wie man selbst Effekte schreiben kann und diese dann an den Entwickler weiterleiten kann zum eventuellen Einbau ins offizielle Modul? :)
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 08 Mai 2014, 08:48:47
es gibt die Idee von oben wie man effekte einbauen können wird.

wichtig ist aber das die colorloop direkt auf den lampen läuft. ein effekt wie oben läuft in fhem und jede änderung wird über die bridge zu den lampen übertragen. es gibt also einschränkungen was geschwindigkeit, komexität und synchronisierung zwischen lampen angeht.

die oben in der Idee beschriebene schnittstelle ist noch nicht umgesetzt. bis jetzt gab es noch nicht viel Interesse :)

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: siggi85 am 08 Mai 2014, 10:02:52
Zitat von: justme1968 am 08 Mai 2014, 08:48:47
es gibt die Idee von oben wie man effekte einbauen können wird.

wichtig ist aber das die colorloop direkt auf den lampen läuft. ein effekt wie oben läuft in fhem und jede änderung wird über die bridge zu den lampen übertragen. es gibt also einschränkungen was geschwindigkeit, komexität und synchronisierung zwischen lampen angeht.

die oben in der Idee beschriebene schnittstelle ist noch nicht umgesetzt. bis jetzt gab es noch nicht viel Interesse :)

gruss
  andre

Man du antwortest auch immer schnell.  ;D
Achso, ich dachte der Colourloop geht bereits von FHEM aus. Ist das denn ein fest definierter Effekt in den Hue Lampen oder kann man diesen beeinflussen, zB die Range der Farben etc?! Also ich meine jetzt erst mal die Möglichkeit über die Philips API, unabhängig ob das von deinem FHEM Modul bereits unterstützt wird.

Na dann hoffe ich mal auf weitere Interessensbekundungen. :)
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 08 Mai 2014, 12:22:51
die colorloop ist ein effekt direkt in den lampen und ist nur durch den anfangswert parametrisierbar. d.h. wenn du die sättigung und helligkeit vorher einstellst bleibt beides über alle farben erhalten. die loop geht aber immer über alle farben.

auf api seite gibt es noch nichts in dieser richtung.

gruss
  andre
Titel: Antw:Aw: philips hue modul
Beitrag von: Raven am 09 Mai 2014, 08:52:16
Es geht um einen separaten LED-Strip Controller...
Ich hab schon gesucht, aber nichts gefunden in EBAY. Wonach habt Ihr denn bitte gesucht?

Vielen Dank für das tolle Modul. Ist der Wahnsinn, daß es so gut fluppt mit FHEM.

Zitat von: drdownload am 23 August 2013, 10:51:55
auf ebay findet sich der controller alleine auch

Titel: Antw:philips hue modul
Beitrag von: Otto am 10 Mai 2014, 12:07:49
Hallo,

Zitatdie oben in der Idee beschriebene schnittstelle ist noch nicht umgesetzt. bis jetzt gab es noch nicht viel Interesse

Ich verfolge den Thread schon einige Zeit! Melde hiermit Intereese an  ;D
Titel: Antw:philips hue modul
Beitrag von: volschin am 24 Juni 2014, 19:13:07
Es gibt ein neues Hue Update. 1.3.0. Meine Prowl Benachrichtigung hat wieder gut funktioniert.
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 24 Juni 2014, 19:14:47
meine auch :)

hast du das update schon gemacht? geht noch alles?

ich hatte gelesen das man jetzt scheinbar den status alles lampen auf ein mal auslesen kann. das würde das pollen deutlich optimieren denke ich.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: volschin am 24 Juni 2014, 19:19:24
"Geht alles?" ist immer so eine schwierige Frage. Ich sag mal so, bisher sind mir keine Probleme aufgefallen.
Titel: Antw:philips hue modul
Beitrag von: Steffen am 25 Juni 2014, 17:17:19
Hallo!

Seit dem Update bleibt eine der Bulbs in fhem die ganze Zeit auf "state:off" egal ob ich den befehl auf on oder pct 100 usw. setzte?!

Ist das bei euch auch so?

Mfg Steffen
Titel: Antw:philips hue modul
Beitrag von: Loredo am 05 Juli 2014, 17:08:55
Zitat von: Steffen am 25 Juni 2014, 17:17:19
Seit dem Update bleibt eine der Bulbs in fhem die ganze Zeit auf "state:off" egal ob ich den befehl auf on oder pct 100 usw. setzte?!

Ist das bei euch auch so?


Same, sogar mit mehreren Bulbs.

Titel: Antw:philips hue modul
Beitrag von: justme1968 am 05 Juli 2014, 17:43:07
aber nicht mit allen?

was liefert die bridge zurück wenn man direkt per web browser abfragt?

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: Loredo am 05 Juli 2014, 18:22:35
Anfänglich bei allen, nach und nach dann immer weniger. Aktuell sind alle ok.


Da du aber danach gefragt hast ;-)
Ein GET /api/KEY liefert folgendes:




{
"lights": {
"1": {
"state": {
"on": true,
"bri": 1,
"hue": 57038,
"sat": 210,
"xy": [
0.483,
0.2428
],
"alert": "none",
"effect": "none",
"colormode": "hs",
"reachable": true
},
"type": "Color light",
"name": "LR Sofa",
"modelid": "LLC007",
"swversion": "4.6.0.8274",
"pointsymbol": {
"1": "none",
"2": "none",
"3": "none",
"4": "none",
"5": "none",
"6": "none",
"7": "none",
"8": "none"
}
},
"2": {
"state": {
"on": false,
"bri": 254,
"hue": 61440,
"sat": 232,
"xy": [
0.5464,
0.2695
],
"ct": 500,
"alert": "none",
"effect": "none",
"colormode": "hs",
"reachable": true
},
"type": "Extended color light",
"name": "LR Ceiling",
"modelid": "LCT001",
"swversion": "66010820",
"pointsymbol": {
"1": "none",
"2": "none",
"3": "none",
"4": "none",
"5": "none",
"6": "none",
"7": "none",
"8": "none"
}
},
"3": {
"state": {
"on": true,
"bri": 1,
"hue": 0,
"sat": 254,
"xy": [
0.675,
0.322
],
"ct": 500,
"alert": "none",
"effect": "none",
"colormode": "xy",
"reachable": true
},
"type": "Extended color light",
"name": "LR Floor Lamp",
"modelid": "LCT001",
"swversion": "66010820",
"pointsymbol": {
"1": "none",
"2": "none",
"3": "none",
"4": "none",
"5": "none",
"6": "none",
"7": "none",
"8": "none"
}
},
"4": {
"state": {
"on": false,
"bri": 254,
"hue": 34534,
"sat": 240,
"xy": [
0.3124,
0.3226
],
"ct": 153,
"alert": "none",
"effect": "none",
"colormode": "ct",
"reachable": true
},
"type": "Extended color light",
"name": "Bedroom",
"modelid": "LCT001",
"swversion": "66010820",
"pointsymbol": {
"1": "none",
"2": "none",
"3": "none",
"4": "none",
"5": "none",
"6": "none",
"7": "none",
"8": "none"
}
},
"5": {
"state": {
"on": true,
"bri": 1,
"hue": 55332,
"sat": 210,
"xy": [
0.4142,
0.2168
],
"alert": "none",
"effect": "none",
"colormode": "hs",
"reachable": true
},
"type": "Color light",
"name": "LR Dinner Corner",
"modelid": "LST001",
"swversion": "66010400",
"pointsymbol": {
"1": "none",
"2": "none",
"3": "none",
"4": "none",
"5": "none",
"6": "none",
"7": "none",
"8": "none"
}
}
},
"groups": {
"2": {
"action": {
"on": false,
"bri": 254,
"hue": 34534,
"sat": 240,
"xy": [
0.3124,
0.3226
],
"ct": 153,
"effect": "none",
"colormode": "xy"
},
"lights": [
"4"
],
"name": "Bedroom"
},
"3": {
"action": {
"on": true,
"bri": 1,
"hue": 55332,
"sat": 210,
"xy": [
0.4142,
0.2168
],
"ct": 500,
"effect": "none",
"colormode": "xy"
},
"lights": [
"1",
"2",
"3",
"5"
],
"name": "Living Room"
}
},
"config": {
"name": "Munich",
"zigbeechannel": 11,
"mac": "00:17:88:10:41:74",
"dhcp": false,
"ipaddress": "192.168.6.91",
"netmask": "255.255.255.0",
"gateway": "192.168.6.30",
"proxyaddress": "none",
"proxyport": 0,
"UTC": "2014-07-05T16:21:49",
"localtime": "2014-07-05T18:21:49",
"timezone": "Europe/Berlin",
"whitelist": {
"0f607264fc6318a92b9e13c65db7cd3c": {
"last use date": "2014-05-04T17:21:38",
"create date": "2013-08-16T17:56:46",
"name": "Loredo's iPhone"
},
"calderastudios": {
"last use date": "2013-09-03T21:35:44",
"create date": "2013-08-16T18:05:37",
"name": "calderastudios"
},
"3b34312e73f834b60f03876495f5ffc7": {
"last use date": "2014-07-05T16:21:49",
"create date": "2013-08-16T18:28:40",
"name": "fhem"
},
"C4031CE445CFFBBE786BAA8A3C83D55E": {
"last use date": "2014-02-21T22:52:00",
"create date": "2013-08-18T22:22:51",
"name": "HueDisco"
},
"6f8488c9e3b6d888de1a98b0dbc449a6": {
"last use date": "2014-03-29T17:24:03",
"create date": "2013-08-24T21:11:09",
"name": "unofficial hue app for osx"
},
"A46F6F52F78B9E0184EA015571887655": {
"last use date": "2013-09-03T21:38:23",
"create date": "2013-08-25T02:43:48",
"name": "HueParty"
},
"7521AA60950B89402C9B3369D40FB115": {
"last use date": "2013-09-04T18:28:34",
"create date": "2013-09-04T18:28:33",
"name": "Philips hue"
},
"37586cb3c1e080f1fd917ab252eb787": {
"last use date": "2013-09-10T10:41:17",
"create date": "2013-09-04T18:31:29",
"name": "1698DE8B-12DB-4E1D-B177-45D51F9775C2"
},
"ruyAMv1tFGeb8QB7": {
"last use date": "2014-07-05T15:12:59",
"create date": "2013-09-13T09:33:42",
"name": "Loredo's iPhone"
},
"bS536KFNO7jMidxo": {
"last use date": "2014-04-15T17:15:47",
"create date": "2013-09-13T09:35:56",
"name": "Loredo's iPad"
},
"uAUpoeihOqbUNhJb": {
"last use date": "2013-10-28T07:07:15",
"create date": "2013-10-18T20:24:57",
"name": "Marvins iPhone"
},
"G7Fr6gnhdyz5ecWl": {
"last use date": "2014-02-15T20:39:29",
"create date": "2014-02-15T20:31:05",
"name": "Janeway"
},
"00503A7B4E420900B2396260F95D181A": {
"last use date": "2014-02-16T17:03:06",
"create date": "2014-02-15T20:40:55",
"name": "Cover Lights"
},
"9d66c6733a7f0df1866c6571e2ccccf": {
"last use date": "2014-03-04T12:51:10",
"create date": "2014-02-15T21:02:20",
"name": "MPMacController"
},
"FF5D5FA9393F2D9D171DF9A7F89B2739": {
"last use date": "2014-04-21T03:50:49",
"create date": "2014-03-29T23:49:07",
"name": "QuickHue"
},
"hueservermac": {
"last use date": "2014-04-27T11:20:17",
"create date": "2014-04-27T11:18:05",
"name": "mac"
},
"3888b943310ffbaf29da123b3b40b727": {
"last use date": "2014-04-30T22:04:24",
"create date": "2014-04-29T17:06:35",
"name": "Alfred 2"
}
},
"swversion": "01012415",
"apiversion": "1.3.0",
"swupdate": {
"updatestate": 0,
"url": "",
"text": "",
"notify": false
},
"linkbutton": false,
"portalservices": true,
"portalconnection": "connected",
"portalstate": {
"signedon": true,
"incoming": true,
"outgoing": true,
"communication": "disconnected"
}
},
"schedules": {},
"scenes": {
"cd0e650e29": {
"name": "cd0e650e29",
"lights": [
"1",
"2",
"3",
"5"
],
"active": true
},
"89d7ae4b58": {
"name": "89d7ae4b58",
"lights": [
"1",
"2",
"3",
"5"
],
"active": true
},
"be8f827df2": {
"name": "be8f827df2",
"lights": [
"1",
"2",
"3",
"5"
],
"active": true
},
"25b485af0a": {
"name": "25b485af0a",
"lights": [
"1",
"2",
"3"
],
"active": true
},
"daed6ae57a": {
"name": "daed6ae57a",
"lights": [
"2",
"3"
],
"active": true
},
"bfb7175f89": {
"name": "bfb7175f89",
"lights": [
"2",
"3"
],
"active": true
},
"0b343440fd": {
"name": "0b343440fd",
"lights": [
"2",
"3"
],
"active": true
},
"36388ef980": {
"name": "36388ef980",
"lights": [
"4"
],
"active": true
},
"9183c44b84": {
"name": "9183c44b84",
"lights": [
"2",
"3"
],
"active": true
},
"97abd5a4f0-on-0": {
"name": "Deep sea on 0",
"lights": [
"1",
"3",
"5"
],
"active": true
},
"bfb7175f89-on-0": {
"name": "Sunset on 0",
"lights": [
"1",
"2",
"3"
],
"active": true
},
"b087b21741": {
"name": "b087b21741",
"lights": [
"1",
"2",
"3",
"4",
"5"
],
"active": true
},
"22b523d22e": {
"name": "22b523d22e",
"lights": [
"1",
"2",
"3",
"4",
"5"
],
"active": true
},
"4d0528235d": {
"name": "4d0528235d",
"lights": [
"1",
"2",
"3",
"4",
"5"
],
"active": true
},
"36c531f166": {
"name": "36c531f166",
"lights": [
"1",
"2",
"3",
"4",
"5"
],
"active": true
},
"22ff650d49": {
"name": "22ff650d49",
"lights": [
"2",
"3",
"4"
],
"active": true
},
"c39bbe29ae-on-0": {
"name": "Kathy on 0",
"lights": [
"1",
"3",
"5"
],
"active": true
},
"dce3069269-on-0": {
"name": "Relax on 0",
"lights": [
"1",
"3",
"5"
],
"active": true
},
"adffe50252-on-0": {
"name": "Feet up on 0",
"lights": [
"1",
"2",
"3"
],
"active": true
},
"cd0e650e29-on-0": {
"name": "Blue rain on 0",
"lights": [
"1",
"2",
"3",
"5"
],
"active": true
},
"fd499c3e2c-on-0": {
"name": "Taj on 0",
"lights": [
"1",
"2",
"3"
],
"active": true
},
"25b485af0a-on-0": {
"name": "Jump! on 0",
"lights": [
"1",
"2",
"3"
],
"active": true
},
"89d7ae4b58-on-0": {
"name": "Hammock on 0",
"lights": [
"1",
"2",
"3",
"5"
],
"active": true
},
"007ee0187f-on-0": {
"name": "Relax on 0",
"lights": [
"2",
"3"
],
"active": true
},
"be8f827df2-on-0": {
"name": "Laila on 0",
"lights": [
"1",
"2",
"3",
"5"
],
"active": true
},
"e87d14c53f-on-0": {
"name": "Greece on 0",
"lights": [
"1",
"3",
"5"
],
"active": true
},
"47e51212c9-on-0": {
"name": "Reading on 0",
"lights": [
"2",
"3"
],
"active": true
},
"8a1a189023-on-0": {
"name": "Energize on 0",
"lights": [
"2",
"3"
],
"active": true
},
"ef2e09a14c-on-0": {
"name": "Relax Bed on 0",
"lights": [
"4"
],
"active": true
},
"9183c44b84-on-0": {
"name": "Beach on 0",
"lights": [
"1",
"2",
"3"
],
"active": true
},
"78d588a1ca-on-0": {
"name": "Pencils on 0",
"lights": [
"1",
"3",
"5"
],
"active": true
},
"fb889c2aca": {
"name": "fb889c2aca",
"lights": [
"4"
],
"active": true
},
"26896ad416-off-0": {
"name": "Feet up off 0",
"lights": [
"1",
"2",
"3"
],
"active": true
},
"fb889c2aca-on-0": {
"name": "Work on 0",
"lights": [
"4"
],
"active": true
},
"0b2988a06a-on-0": {
"name": "Bed time on 0",
"lights": [
"4"
],
"active": true
},
"80f3eca29d-on-0": {
"name": "Relax on 0",
"lights": [
"2",
"3"
],
"active": true
},
"fb889c2ac-on-0": {
"name": "Work on 0",
"lights": [
"4"
],
"active": true
},
"e93017ed18": {
"name": "e93017ed18",
"lights": [
"1"
],
"active": true
},
"0b2988a06a": {
"name": "0b2988a06a",
"lights": [
"4"
],
"active": true
},
"ef2e09a14c": {
"name": "ef2e09a14c",
"lights": [
"4"
],
"active": true
},
"dce3069269": {
"name": "dce3069269",
"lights": [
"1",
"3",
"5"
],
"active": true
},
"97abd5a4f0": {
"name": "97abd5a4f0",
"lights": [
"1",
"3",
"5"
],
"active": true
},
"78d588a1ca": {
"name": "78d588a1ca",
"lights": [
"1",
"3",
"5"
],
"active": true
},
"c39bbe29ae": {
"name": "c39bbe29ae",
"lights": [
"1",
"3",
"5"
],
"active": true
},
"96db8ca4a6": {
"name": "96db8ca4a6",
"lights": [
"1",
"3",
"5"
],
"active": true
},
"e87d14c53f": {
"name": "e87d14c53f",
"lights": [
"1",
"3",
"5"
],
"active": true
},
"8a1a189023": {
"name": "8a1a189023",
"lights": [
"2",
"3"
],
"active": true
},
"47e51212c9": {
"name": "47e51212c9",
"lights": [
"2",
"3"
],
"active": true
},
"007ee0187f": {
"name": "007ee0187f",
"lights": [
"2",
"3"
],
"active": true
}
},
"rules": {},
"sensors": {
"1": {
"state": {
"daylight": false,
"lastupdated": "2014-07-05T15:04:41"
},
"config": {
"on": true,
"long": "none",
"lat": "none",
"sunriseoffset": 30,
"sunsetoffset": -30
},
"name": "Daylight",
"type": "Daylight",
"modelid": "PHDL00",
"manufacturername": "Philips",
"swversion": "1.0"
}
}
}
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 05 Juli 2014, 18:30:11
das schaut ok aus. kannst du das mal mit der ausgabe vergleichen die du bekommst wenn das problem da ist?

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: Loredo am 05 Juli 2014, 18:38:42
Zitat von: justme1968 am 05 Juli 2014, 18:30:11
kannst du das mal mit der ausgabe vergleichen die du bekommst wenn das problem da ist?


Schwer wenns nicht dauerhaft auftritt.
Ich habe aber auch gerade über die Hue App Ausrufezeichen gehabt, die kurz darauf wieder weg waren. Sie werden in dem Moment wohl auch über die API als non-reachable gemeldet.
Vermutlich ist der Empfang der Bulbs nicht so doll (obwohl kaum 10m Luftline; kenn ich aber schon vom WLAN hier.....).




{
"1": {
"state": {
"on": false,
"bri": 0,
"hue": 57038,
"sat": 210,
"xy": [
0.483,
0.2428
],
"alert": "none",
"effect": "none",
"colormode": "hs",
"reachable": false
},
"type": "Color light",
"name": "LR Sofa",
"modelid": "LLC007",
"swversion": "4.6.0.8274",
"pointsymbol": {
"1": "none",
"2": "none",
"3": "none",
"4": "none",
"5": "none",
"6": "none",
"7": "none",
"8": "none"
}
},
"2": {
"state": {
"on": false,
"bri": 254,
"hue": 61440,
"sat": 232,
"xy": [
0.5464,
0.2695
],
"ct": 500,
"alert": "none",
"effect": "none",
"colormode": "hs",
"reachable": true
},
"type": "Extended color light",
"name": "LR Ceiling",
"modelid": "LCT001",
"swversion": "66010820",
"pointsymbol": {
"1": "none",
"2": "none",
"3": "none",
"4": "none",
"5": "none",
"6": "none",
"7": "none",
"8": "none"
}
},
"3": {
"state": {
"on": false,
"bri": 1,
"hue": 0,
"sat": 254,
"xy": [
0.675,
0.322
],
"ct": 500,
"alert": "none",
"effect": "none",
"colormode": "xy",
"reachable": false
},
"type": "Extended color light",
"name": "LR Floor Lamp",
"modelid": "LCT001",
"swversion": "66010820",
"pointsymbol": {
"1": "none",
"2": "none",
"3": "none",
"4": "none",
"5": "none",
"6": "none",
"7": "none",
"8": "none"
}
},
"4": {
"state": {
"on": true,
"bri": 188,
"hue": 34534,
"sat": 240,
"xy": [
0.3124,
0.3226
],
"ct": 153,
"alert": "none",
"effect": "none",
"colormode": "ct",
"reachable": true
},
"type": "Extended color light",
"name": "Bedroom",
"modelid": "LCT001",
"swversion": "66010820",
"pointsymbol": {
"1": "none",
"2": "none",
"3": "none",
"4": "none",
"5": "none",
"6": "none",
"7": "none",
"8": "none"
}
},
"5": {
"state": {
"on": false,
"bri": 1,
"hue": 55332,
"sat": 210,
"xy": [
0.4142,
0.2168
],
"alert": "none",
"effect": "none",
"colormode": "hs",
"reachable": true
},
"type": "Color light",
"name": "LR Dinner Corner",
"modelid": "LST001",
"swversion": "66010400",
"pointsymbol": {
"1": "none",
"2": "none",
"3": "none",
"4": "none",
"5": "none",
"6": "none",
"7": "none",
"8": "none"
}
}
}
Titel: Antw:philips hue modul
Beitrag von: Chris__1 am 05 Juli 2014, 21:13:42
Ich hab inzwischen auch das neueste Update auf der Hue drauf .
Dein Modul funktioniert noch.
Ich habe allerdings immer wieder das Problem das wenn das HMLAN einen Timeout bekommt, das auch das HueModul leider spinnt.
Ich hatte es auch schon das wenn ich zu viele Logdateien geschrieben hatte, das ich das HMLAN problem dadurch wohl angestossen hatte, und anschließen die Lichter nicht mehr richtig gelaufen sind.
Dazu hab ich immer wieder Wlan Probleme, und meine HueLampen zeigen sich im App immer mal wieder mit Ausrufezeichen.
Eigentlich sollten die Lampen sich gegenseitig weiterreichen können, was ich gelesen hab, aber warum die dann Trotzdem bei 5-10 Metern nicht erreichbar sind, ist mir noch nicht klar geworden.. vielleicht ein störer, oder das update?

Jede menge ärger eigentlich, aber größenteils funktioniert dann doch alles normal. .. sofern ich die sachen dann beachtet hatte..

Titel: Antw:philips hue modul
Beitrag von: mmattern am 10 Juli 2014, 00:29:52
Zitat von: Leen am 10 März 2014, 18:38:35
Ich bekomme beim Start vom FHEM folgende Fehlermeldung:


2014.03.10 18:23:01 1: define HUEGroup2 HUEGroup2 HUEDevice group 2: HUEDevice device G2 on HUEBridge KINO_HUEBridge already defined as KINO_HUEBridge_HUEGroup2.
2014.03.10 18:23:01 3: Please define HUEGroup2 first
2014.03.10 18:23:01 3: Please define HUEGroup2 first
2014.03.10 18:23:01 3: Please define HUEGroup2 first
2014.03.10 18:23:01 3: Please define HUEGroup2 first
2014.03.10 18:23:01 1: configfile: HUEDevice device G2 on HUEBridge KINO_HUEBridge already defined as KINO_HUEBridge_HUEGroup2.
Please define HUEGroup2 first
Please define HUEGroup2 first
Please define HUEGroup2 first
Please define HUEGroup2 first


Zu meinem Setup:

Ich habe zwei HUE-Bridges, eine in der normalen Wohnung (WZ_HUEBridge) und eine im Kino (KINO_HUEBridge) - auf beiden Bridges sind Gruppen definiert (allerdings mit unterschiedlichen Namen).

Hier ist der FHEM-Konfigauszug:
[...]

Hallo,

falls noch aktuell - ich hatte das auch... habe dann in 31_HUEDevice.pm gesehen, dass in der Define-Funktion eine undokumentierte Möglichkeit ausgewertet wird, das IODev direkt in der HUEDevice-define-Zeile zu setzen, so dass das Device eindeutig einer Bridge zugeordnet wird trotz gleicher numerischer ID.
In deinem Beispiel müsstest du statt

define WZ_HUEBridge HUEBridge 192.168.178.59
attr WZ_HUEBridge key XXXXXXXXXXX
define HUEDevice4 HUEDevice 4
attr HUEDevice4 IODev WZ_HUEBridge


schreiben:

define WZ_HUEBridge HUEBridge 192.168.178.59
attr WZ_HUEBridge key XXXXXXXXXXX
define HUEDevice4 HUEDevice 4 IODev=WZ_HUEBridge
attr HUEDevice4 IODev WZ_HUEBridge


So geht's bei mir nun ohne Fehlermeldung...
Titel: Antw:philips hue modul
Beitrag von: volschin am 17 Juli 2014, 19:25:40
Heute habe ich das Notify für 1.3.1 bekommen und auch installiert. Hat jemand Infos zu den Änderungen?
Titel: Antw:philips hue modul
Beitrag von: mkress am 25 Juli 2014, 19:07:18
hi,

vorweg - klasse Modul - funktioniert problemlos mit meinem Hue und LivingColors Bloom Lampen.

Ich würde gerne den effect colorloop verwenden - allerdings mit einer anderen Geschwindigkeit - ist das irgendwie möglich?
mit der Mitgelieferten LivingColors Fernbedienung kann man ja die Geschwindigkeit des Loops runter und rauf drehen.
Der Standard colorloop ist mir viel zu schnell - gibt es da eine Möglichkeit, oder habe ich evtl. was übersehen?

mfg
Markus
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 25 Juli 2014, 19:39:40
das sollte gehen wenn du transitiontime mit angibst.

set <device> effect colorloop : transitiontime 1000

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: ap-fhem am 16 August 2014, 18:11:47
Zitat von: justme1968 am 03 März 2014, 22:32:57
mit der neuen firmware verhält sich die bridge etwas anders. ich hab das modul eben angepasst. das update ist dann morgen da.

wenn du nicht so lange warten willst kannst du in zeile 134if( !defined($result->{'mac'}) ) in if( !defined($result->{'linkbutton'}) )ändern.

und dann mit 'reload 30_HUEBridge.pm' das modul neu laden und das device mit modify ändern oder neu anlegen oder einfach fhem neu starten.

gruss
  andre

Ich bin neu mit FHEM und HUE, und hatte das gleiche Problem. Im PERL Module habe ich diese Zeile angepasst, und jetzt lauft es. Ich wundere mich aber das ich dies noch selber ändern musste. Habe ich etwas übersehen? Gibt es etwas wie "auto-updates"?

Gruss

Aiko
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 16 August 2014, 19:13:59
welche version des hue noduls hast du? kommentar am fileanfang oder version kommando.

zum update ist das update kommando da. hast du das schon mal ausgeführt?

gruss
  andre

Titel: Antw:philips hue modul
Beitrag von: LeoSum am 16 August 2014, 22:48:40
Hallo,
ich bin verzweifelt. Bislang hatte ich im Wohnzimmer nur eine Lampe. Nun habe ich zwei, die ich gerne über meinen Homatic Taster immer das gleiche tun lassen möchte wie die eine Lampe zuvor alleine.
So sahen meine Befehle für eine Lampe aus:

define Schalter_Wohnzimmer_Tuer_1long_Notify notify Schalter_Wohnzimmer_Tuer_1:Long.* set Wohnzimmer_Decke dimUp : transitiontime 3
define Schalter_Wohnzimmer_Tuer_2long_Notify notify Schalter_Wohnzimmer_Tuer_2:Long.* set Wohnzimmer_Decke dimDown : transitiontime 3


Wie mache ich das jetzt für zwei Lampen?

Weder

define Schalter_Wohnzimmer_Tuer_1long_Notify notify Schalter_Wohnzimmer_Tuer_1:Long.* set Wohnzimmer_Decke,Wohnzimmer_2 dimUp : transitiontime 3
define Schalter_Wohnzimmer_Tuer_2long_Notify notify Schalter_Wohnzimmer_Tuer_2:Long.* set Wohnzimmer_Decke dimDown,Wohnzimmer_2 : transitiontime 3


Noch

define Schalter_Wohnzimmer_Tuer_1long_Notify notify Schalter_Wohnzimmer_Tuer_1:Long.* set Wohnzimmer_Decke dimUp : transitiontime 3 ;; set Wohnzimmer_Decke dimUp : transitiontime 3
define Schalter_Wohnzimmer_Tuer_2long_Notify notify Schalter_Wohnzimmer_Tuer_2:Long.* set Wohnzimmer_Decke dimDown : transitiontime 3 ;; set Wohnzimmer_Decke dimDown : transitiontime 3


funktioniert. Das kann doch nicht so schwer sein, oder?
Titel: Antw:philips hue modul
Beitrag von: der-Lolo am 17 August 2014, 11:54:32
Hallo Andre,
sag mal ist Dir der Schalter des HUE Systems schonmal über den Weg gelaufen?

http://www.click-licht.de/Wandschalter-hue-TAP?utm_source=hurra&utm_medium=pla&utm_campaign=gshopping+hurra+pla (http://www.click-licht.de/Wandschalter-hue-TAP?utm_source=hurra&utm_medium=pla&utm_campaign=gshopping+hurra+pla)

Ist das schon im Modul?
Titel: Antw:philips hue modul
Beitrag von: ap-fhem am 17 August 2014, 12:03:07
Zitat von: justme1968 am 16 August 2014, 19:13:59
welche version des hue noduls hast du? kommentar am fileanfang oder version kommando.

zum update ist das update kommando da. hast du das schon mal ausgeführt?

gruss
  andre

Danke. Habe Bridge SW version 01012917; sollte jetzt automatisch in meinem Profil angezeigt werden.
Das update commando have ich jetzt auch gelernt (ich hatte angenommen beim Installation wurde automatisch die letzte version eingespielt).
So lerne ich immer etwas dazu.

Vielen Dank!

Aiko
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 17 August 2014, 12:49:04
den schaltet habe ich bis jetzt nur gesehen. habe aber keinen.

ich mit aber sehr sicher das er wie die living colors fernbedienungen funktioniert.

d.h. die bridge bzw die lampen werden direkt steuert und fhem bekommt es erst verzögert über das polling der bridge mit.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: yves am 02 September 2014, 23:08:06
Hinter tap scheint doch etwas mehr zu stecken:

http://developers.meethue.com/hue-tap-programming.html (http://developers.meethue.com/hue-tap-programming.html)

Verwendung in FHEM stelle ich mir interessant vor, nen Knopf nicht in der Hue-App belegen und ihn dann mit FHEM zum antriggern ganzer Abläufe nutzen...  :)
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 02 September 2014, 23:51:16
auch die rules sind nur innerhalb der bridge verwendbar und fhem kann nur das ergebniss verzögert pollen.

es gibt zur zeit weder ein api das synchron statusänderungen nach außen gibt nicht die möglichkeit etwas anderes als als lampen zu triggern.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: Sukaos am 07 September 2014, 21:30:35
Hallo,

gibt es eine einfache Möglichkeit den State einer Lampe so zu ändern, dass er auch bei einer Brightness von lediglich 1 oder 2, aber onoff 1 nicht "off" liefert? Also dass er nur off lautet, wenn onoff=0 ist?
Oder ist das ganze anders gedacht? Ich habe (als Einsteiger) mir eine Übersicht über die Lampen im Floorplan gebastelt und wollte da nicht Glühbirnensymbole für an/aus und Helligkeit doppelt haben. Zumal die Philips Hue API Beschreibung sagt "Note a brightness of 0 is not off".

Viele Grüße,
Wulf
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 07 September 2014, 21:33:25
so sollte es eigentlich auch sein.

welche icons/symbole verwendest du? wenn du eigene verwendest musst du auch selber onoff,bri und farbe selber auswerten.

du kannst color icons setzen um die neuen svg icons zu verwenden.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: Sukaos am 07 September 2014, 22:00:15
Mein Problem sind nicht die Icons. Ich finde nur das Verhalten merkwürdig, dass wenn man den Wert von bri auf 0,1 oder 2 setzt der state auf off wechselt.
Ich hatte erwartet, dass der Status off nur erscheint, wenn die Lampe wirklich aus ist und bei einer Helligkeit von 0 eben ein Status dim0% oder meinetwegen auch noch dim06% erscheint.

Das ganze ist in den Details der Lampe leicht reproduzierbar, also außerhalb meines Floorplans.
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 07 September 2014, 22:30:35
jetzt verstehe ich erst was du meinst.

das problem ist das die dim.. strings fs20 kompatibel damit die icons passen. da gibt es kein dim0%.

da es aber bis jetzt noch niemand bemerkt/bemängelt hat versuch mal die angehängte version.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: Sukaos am 07 September 2014, 22:42:04
Sorry, dass ich mich erst unverständlich ausgedrückt habe.
Jetzt bleibt es bei dim06% und bei 0 geht es auf dim0%.
Verständlich der Bezug zu FS20. Ich nehme jetzt die neue Datei und freue mich.

Aber die prozentuale Helligkeit wird jetzt nicht mehr gerundet. Sprich pct und level.
Kleine Änderung hat gereicht, musste einmal wieder $percent dann nach Integer casten nach der Überprüfung ob größer 0 oder nicht.

Vielen Dank!
Titel: Antw:philips hue modul
Beitrag von: Loredo am 08 September 2014, 11:08:40
Zitat von: justme1968 am 07 September 2014, 22:30:35
da es aber bis jetzt noch niemand bemerkt/bemängelt hat versuch mal die angehängte version.


*handheb* hab mich nur zurück gehalten ;D
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 08 September 2014, 12:56:48
dann müssen wir überlegen wie eine richtige lösung ausschaut.

die dim0% gibt es ja bei fs20 nicht. wenn tatsächlich keiner probleme damit hat würde ich es trotzdem so einchecken.

oder lieber auch dafür dim06% verwenden ?

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: Loredo am 08 September 2014, 12:58:43
Zitat von: justme1968 am 08 September 2014, 12:56:48
dann müssen wir überlegen wie eine richtige lösung ausschaut.

die dim0% gibt es ja bei fs20 nicht. wenn tatsächlich keiner probleme damit hat würde ich es trotzdem so einchecken.

oder lieber auch dafür dim06% verwenden ?




Wäre konsequent und richtig. Grafiken könnte man ja noch erstellen/kopieren ;)

Titel: Antw:philips hue modul
Beitrag von: justme1968 am 08 September 2014, 13:00:35
ist es wirklich richtig? die lampe ist ja im prinzip noch an. und dim0% würde ich eher als aus sehen.

also:
dim00% ?
dim01% ?
dim06% ?

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: Loredo am 08 September 2014, 13:09:03
Zitat von: justme1968 am 08 September 2014, 13:00:35
ist es wirklich richtig? die lampe ist ja im prinzip noch an. und dim0% würde ich eher als aus sehen.

also:
dim00% ?
dim01% ?
dim06% ?


Würden wir ja alle, aber Philips offenbar ja nicht. Ich bin nicht sicher, ob es wirklich Sinn macht deren Logik dann komplett umzurechnen. Rechnest du denn -1 bis 255 auf die 100% oder 0 bis 255? Konsequenterweise müsstest du intern bis -1 zählen. Der BRI Wert sollte aber weiterhin dem HUE System entsprechen, sprich man kann über BRI die Leuchte nicht ausschalten, sondern sie leuchtet zwischen 0 und 255 wie von Philips vorgesehen. Bei diesem Unterschied zum FS20 Systeme sehe ich den Knackpunkt. Ich denke es macht Sinn, dass man sich eher nahe am System des Herstellers hält, anstatt sich einem anderen Hersteller anzunähern. Das ist logischer, wenn man sich spezifisch mit HUE beschäftigt finde ich.
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 08 September 2014, 13:19:19
eben weil man es nicht so machen muss ist ja dim0 genau nicht gut.

ich würde bri 0 eigentlich lieber auf dim06 wenn es fa20 kompatibel sein soll mappen oder auf dim1 wenn es nicht kompatibel sein muss.

dim0
ist eigentlich die schlechteste variante.
Titel: Antw:philips hue modul
Beitrag von: Loredo am 08 September 2014, 13:26:27
Zitat von: justme1968 am 08 September 2014, 13:19:19
eben weil man es nicht so machen muss ist ja dim0 genau nicht gut.

ich würde bri 0 eigentlich lieber auf dim06 wenn es fa20 kompatibel sein soll mappen oder auf dim1 wenn es nicht kompatibel sein muss.

dim0
ist eigentlich die schlechteste variante.


Dir gehts nur um die Grafik, oder?
Wenn ich so drüber nachdenke: Da sollte es natürlich schon eine sein, die auch tatsächlich zeigt, dass was brennt.  :D


Die Frage, die sich zusätzlich stellt: Möchte man pct und level nicht auch so haben, dass in deren Fall 0 auch wirklich "aus" ist, damit beim Schalten über eine Gruppe auch wirklich alle ausschalten, wenn man statt "off" lieber "pct 0" sendet (aus diversen Gründen)? Wer bri=0 als geringste Helligkeit haben möchte, der müsste dann wohl eben bri statt pct verwenden. Erst dann gäbe es ein wirklich einheitliches Verhalten zu den FS20.
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 08 September 2014, 14:25:52
ich verwende die farbigen SVG icons da gibt es das problem nicht. und meine lampen sind eh nie so dunkel.

aber es sollte schon konsistent sei.  es gibt übrigens noch die feinheit das die living whites stecker sich hier anders verhalten.

die endgültige version hat also noch ein paar randbedingungen mehr.

ich denke noch mal in ruhe darüber er nach. aber pct und bri zu trennen ist eine gute idee bri währe hue bzw. device spezifisch und pct währe fhem spezifisch und device unabhängig.

mal sehen ob das halbwegs rückwärts kompatibel geht.
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 08 September 2014, 16:05:05
wie wäre es mit diesem vorschlag:
onoff   bri   pct   state
0        X     0    off
1        0     1    dim06%
1        1     1    dim06%
             .         
             .         
1      128    50    dim50%
             .         
             .         
1      254   100    on


setzen von bri wird 1:1 weiter gereicht, setzen von pct auf 0 schaltet wirklich aus.

state würde ich konfigurierbar machen (vielleicht sogar direkt abhängig von color-icons). entweder die fs20 werte oder off, 1-99 und on wie bei homematic.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: Sukaos am 08 September 2014, 17:03:44
Das klingt sinnvoll.  :)
Und solange off nur erscheint, wenn sie wirklich aus ist bin ich sowieso zufrieden.
Pass auf die fehlende Rundung bei pct und level auf in der Version, die du mir gestern beigefügt hattest.
Titel: Antw:philips hue modul
Beitrag von: Loredo am 08 September 2014, 17:05:11

Zitat von: justme1968 am 08 September 2014, 16:05:05
wie wäre es mit diesem vorschlag:
onoff   bri   pct   state
0        X     0    off
1        0     1    dim06%
1        1     1    dim06%
             .         
             .         
1      128    50    dim50%
             .         
             .         
1      254   100    on



setzen von bri wird 1:1 weiter gereicht, setzen von pct auf 0 schaltet wirklich aus.


Ich überlege gerade noch, ob ich X als Wert bei BRI so toll finde. Besser fände ich es im nummerischen Bereich zu bleiben (wg. Verwendung in Programmen zB). Den sichtbaren Nummernbereich würde ich deshalb vielleicht eher auf 0-255 definieren und intern auf 0-254 für "on" umrechnen und den sichtbaren BRI bei 0 eben intern als Sonderlocke behandeln.


Sähe dann so aus:




onoff   bri   pct   state
0        0     0    off
1        1     1    dim06%
1        2     2    dim06%
             .         
             .         
1      128    50    dim50%
             .         
             .         
1      255   100    on
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 08 September 2014, 17:13:20
lach

X sollte heissen egal was da steht :) wenn onoff auf 0 steht geht pct auf jeden fall auf 0 und state auf off.

und wegen den bereichen: ich würde gerne bri 1:1 durchreichen und nur pct unabhängig machen. aber die neue api dokumentation hat inzwischen einen bereich von 0-255 für bri. d.h. die 254 sind auch hinfällig.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: Loredo am 08 September 2014, 17:19:40
Zitat von: justme1968 am 08 September 2014, 17:13:20
aber die neue api dokumentation hat inzwischen einen bereich von 0-255 für bri. d.h. die 254 sind auch hinfällig.

DAS hatten wir aber schon an anderer Stelle mal festgestellt, André :P
Mir war so, als hättest du das schonmal abgeändert gehabt (oder warst zumindest fest entschlossen  ;D )

Zitat von: justme1968 am 08 September 2014, 17:13:20und wegen den bereichen: ich würde gerne bri 1:1 durchreichen und nur pct unabhängig machen.


Ja verstehe ich, mein Denkfehler. Die konsistente Steuerung erfolgt ja dann mit pct ;-)
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 08 September 2014, 17:21:20
Zitat von: Loredo am 08 September 2014, 17:19:40
DAS hatten wir aber schon an anderer Stelle mal festgestellt, André :P
Mir war so, als hättest du das schonmal abgeändert gehabt (oder warst zumindest fest entschlossen  ;D )

ich hatte sogar schon damit angefangen :)
Titel: Antw:philips hue modul
Beitrag von: Loredo am 08 September 2014, 17:21:38

Zitat von: justme1968 am 08 September 2014, 17:21:20
ich hatte sogar schon damit angefangen :)


Gut der Mann *thumbsUp*



Und achso: Ich plädiere für den HM ähnlichen State, da granulärer. Wer will schon an FS20 erinnert werden, pfff  8)
Titel: Antw:philips hue modul
Beitrag von: Strippenzieher am 08 September 2014, 23:40:04
So, jetzt mal aus der MSR-Ecke ... Hatte das praktischerweise heute erst beruflich als Problemsituation.

Also im technischen Sinn ist Dim0, bri0, etc. beim (M)essen/(S)teuern/R)egeln nicht = Off und wird auch nicht als Off definiert. In einer Visualisierung kommt es deshalb auch meistens zu Komplikationen - Faktor Mensch eben ...

Hatte das heute im Zusammenhang einer Dali-Steuerung, da wurden Leuchten in der Fernüberwachung noch als Aktiv angezeigt obwohl sie runter gedimmt waren auf 0, also optisch gesehen Aus ...
Titel: Antw:philips hue modul
Beitrag von: yves am 08 September 2014, 23:40:37
Hab jetzt mal mit diesem dim-Befehl rumgespielt und folgende Frage:

Sollte wenn ich folgendes ins Befehlfenster eingebe

set bridge_HUEDevice7 dim80% 1000

die entsprechende Birne nicht gaaaanz langsam hochdimmen? Sie dimmt sich hoch, aber ganz flott, ob die 1000 dahinter steht oder nicht macht keinen Unterschied. Im FHEM-Wiki beim WakeUp-Light steht ja auch sowas:

{fhem("set Lamp1 dim100% 1280") }

Wird dieser Zusatzparameter für die Dauer des Dim-Vorgangs bei hue nicht unterstützt?
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 09 September 2014, 10:25:38
@Strippenzieher: eben damit diese komplikationen z.b. bei bri=0 lampe ist aber nicht aus vermieden werden die trennung in das was tatsächlich ans device durchgereicht wird. der bei parameter der dann auch device abhängig ist und dem 'nur' in fhem vorhanden pct parameter. und dieser wird so definiert das pct = 0 aus ist, pct = 100 ist an und alles dazwischen ist gedimmt. das ist glaube ich einem anwender deutlich einfach zu erklären als deine technische definition. homematic kompatibel ist es auch noch und das verhalten lädt sich device unabhängig verwenden.

das ein dimmer aus technischen gründen eventuell nicht bis komplett 0 dimmen kann ist eine sache, im interface aber diese hardware abhängigkeit zu haben lässt sich schwer vermitteln. ich glaube es gibt keinen wirklichen grund bei pct = 0 nicht wirklich abzuschalten.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 09 September 2014, 10:26:08
@yves: der zeit parameter war im dim...% befehl niemals vorgesehen (hab es jetzt aber nachgezogen). und der dim..% befehl ist auch eigentlich nicht dokumentiert.

am besten ist es alles explizit hin zu schreiben: set bridge_HUEDevice7 pct 80 : transitiontime 1000

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 09 September 2014, 13:02:13
anbei eine version zum testen die die oben vorgeschlagen änderungen implementiert:

- bri hat jetzt den bereich 0-255
- bri wird 1:1 zum device durchgereicht
- pct 0 bedeutet off, pct 255 bedeutet on

- state ist immer noch fs20 kompatibel, geht aber nur auf off wenn das device wirklich onoff 0 meldet.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: Sukaos am 09 September 2014, 16:42:19
Ich habe das gerade einmal ausprobiert und hatte folgenden Widerspruch:

Hatte eine Hue Bulb ausgeschaltet über fhem mit set $DEVICE off. Der Prozentslider ging aber nicht auf 0, aber das Symbol der Lampe auf aus.
Bei Internals stand State off, der State ist auch richtig off, aber das Reading onoff liefert 1. Etwas später war die Lampe dann an und die Angabe des state mit dimXY% auch angepasst richtig.

Ich habe das dann versucht zu reproduzieren und folgendes erreicht:
Lampe mit Pct-Slider eingeschaltet. Lampe leuchtet korrekt, aber Lampensymbol bleibt bei off. Nachgeguckt unter den Details:
State: off, onoff: 1, level 0%, pct: 54, ...
Also sehr widersprüchlich.


Ergänzung: nach einer Weile ohne Änderungen schaute ich zufällig nochmal rein und der state war korrekt auf dim50%, ging dann aber recht bald wieder auf off. Und ja, die Lampe brennt noch immer. Pct steht weiter auf 54. Eine direkte Abfrage der Bridge liefert mir ganz korrekt
{"state": {"on":true,"bri":138,"hue":16299,"sat":50,"xy":[0.4051,0.3906],"ct":284,"alert":"none","effect":"none","colormode":"ct","reachable":false}, "type": "Extended color light", "name": "Flur 1", "modelid": "LCT001", "swversion": "66009663", "pointsymbol": { "1":"none", "2":"none", "3":"none", "4":"none", "5":"none", "6":"none", "7":"none", "8":"none" }}

Meine Vermutung gerade ist, dass es mit "reachable 0" zusammenhängt. Das hatte ich vorher nicht gesehen. Trotzdem wäre es ja sinnvoll, wenn der State der bridge genommen wird bzw. die Angaben level, pct, onoff und state nicht widersprüchlich wären.
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 10 September 2014, 15:44:48
der state im fronted wird nicht durch das setzen selber sondern erst durch die rückmeldung der bridge aktualisiert. bei mir passiert das aber im prinzip sofort.

lampen die ein reachable false oder 0 haben bekommen eigentlich ein icon mit Fragezeichen. jedenfalls wenn du die svg icons verwendest. bei diesen lampen ist das was die bridge meldet nicht mehr unbedingt der zustand den die lampe wirklich hat.

die frage ist warum die bridge ein reachable=false meldet. das sollte normalerweise nicht passieren wenn die lampe noch an ist.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: Sukaos am 10 September 2014, 17:48:10
Ob da was falsches steht bei reachable=false oder nicht ist mir gar nicht so wichtig gewesen. Ich war mehr verwundert, dass die bridge on meldet und das Plugin auch onoff: 1 sagt, aber der state mit off zurückgeliefert wird. Also warum das Plugin nicht onoff: 0 und state off sagt oder eben state on passend zu onoff und dem Resultat der bridge.
So passten pct, bri, level, onoff und state einfach nicht zusammen und verwirrten mich.

Warum die bridge reachable=false lieferte obwohl ich die Lampe einwandfrei steuern konnte und die Lampe direkt daneben in der gleichen Deckenlampe erreichbar ist weiß ich nicht. Ist mir auch schleierhaft, vielleicht ist die Lampe nur durch das weiterleiten von der Nachbarlampe erreichbar...
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 10 September 2014, 18:26:26
ok. ich dachte du hast auf das icon geschaut.

die saubere lösung wäre state auf unrechable zu setzen. ich muss mal schauen ob die icons dann passen wenn nicht die svg icons verwendet werden.

das problem ist: ich kann auf fhem seite nicht unterscheiden ob das reachable richtig oder falsch ist. sobald reachable=false ist sind die werte die die bridge liefert nicht mehr zuverlässig.

level ist bei dir nicht konsistent weil ich das reading komplett rausgeschmissen habe. es war eh immer das gleiche wie pct und war nur da weil es mal einen fhem standartd gab der das vorgeschlagen hat. der standard ist aber hinfällig weil es niemand sonst macht :). du solltest level mit deletereading TYPE=HUEDevice levellöschen.

pct und bri sind übrigens im obigen vorschlag nicht unbedingt konsistent. bri ist immer das was die bridge liefert und pct ist die logische sicht von fhem. d.h. wenn die bridge onoff=0 meldet wird pct=0 sein und state=off auch wenn bri=255 ist.

pct, state und onoff sollte konsistent sein und bri kann device abhängig abweichen. hue bulbs behalten bri beim ausschalten bei und man kann ein on senden und die lampe hat die alte helligkeit, die living whites adapter behalten bri nur eine zeit lang nach dem ausschalten bei und gehen irgendwann auf 0, die living colors lampen verhalten sich wieder etwas anders.

welche firmware hast du auf der bridge? reachable sollte auch beim weiterleiten richtig sein.
Titel: Antw:philips hue modul
Beitrag von: Sukaos am 10 September 2014, 18:40:53
Gut level nehme ich raus.
Dann war aber immer noch state anders als onoff und pct! Auf bri, level, etc greife ich eh nicht zurück, hatte das dir nur der Vollständigkeit halber angemerkt.

Ich kann sowohl damit leben dass bei unreachable der State ein anderer ist oder fhem die Lampe als off darstellt oder einfach die Werte weiterverwendet die die bridge liefert. Ich möchte nur wissen was der Fall ist und das konsistent. Oder sowas wie ein attr mit dem ich setzen kann ignoriere reachable.

Als firmware habe ich Firmware-Version: 01012917 und laut der hue app ist das die aktuelle.
Titel: Antw:philips hue modul
Beitrag von: Sukaos am 12 September 2014, 21:07:19
Ich habe jetzt erstmal für mich sinnvoller die Zeile $s = 'off' if( !$reachable ); dahingehend geändert, dass ich den State dort auf unknown setze statt auf off. Das erscheint mir für die Anzeige sinnvoller, als das unreachable einfach zu ignorieren.
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 12 September 2014, 21:08:45
genau so habe ich es inzwischen auch eingebaut.

ich teste noch ein bischen und dann checke ich es so ein.

gruss
  andre
Titel: Antw:philips hue modul schalten und dimmen mit FS20
Beitrag von: Steeßer17 am 24 September 2014, 21:49:35
Zitat von: bapou am 16 Januar 2014, 18:49:53
Hallo,

vielleicht eine triviale Frage aber ich hatte hier noch keine Loesung gesehen.

Hat einer von Euch schon FS20 Taster mit den Hue's verbunden, so dass
nur ein Taster zum schalten und dimmen noetig ist? Also kurz druecken = toggle zwischen an und aus; lang druecken = dimmen?

Ich kam nur soweit (SL_Taster_LU ist ein FS20 Schalter; SL_Hue_Drehlicht ein Hue Device = LivingWhites Dimmer Steckdose)

define SL_Hue_Drehlicht_PAIR notify  SL_Taster_LU {
  if (Value("SL_Taster_LU") eq "toggle")  {
    if (Value("SL_Hue_Drehlicht") eq "off")  {
      fhem ("set SL_Hue_Drehlicht dim100%%");
    }
    else {
      fhem ("set SL_Hue_Drehlicht off");
    }
  }
  if (Value("SL_Taster_LU") eq "dimupdown")  {
    fhem ("set SL_Hue_Drehlicht dimDown");
  }
}

Unten gibt es noch zwei Probleme; 1.) hier nur dimDown; 2.) Wenn man lange drueckt wird auch nur ein Schritt heruntergedimmt.

Herzlichen Dank,
Thom

Titel: Antw:philips hue modul schalten und dimmen mit FS20
Beitrag von: Steeßer17 am 25 September 2014, 21:30:40
folgender Code funktioniert, um Philips HUE an und aus zu schalten und hoch und runter zu dimmen

define HUE_Malin notify Licht_Malin1 {\
if ("$EVENT" eq "off") {fhem("set HUEDevice2 off")}\
if ("$EVENT" eq "on") {fhem("set HUEDevice2 on")} \
if ("$EVENT" eq "dimdown") {fhem("set HUEDevice2 dimDown")}\
if ("$EVENT" eq "dimup") {fhem("set HUEDevice2 dimUp")}\
}


bearbeiten kann man den Code natürlich direkt in der fhem.cfg oder wie ich dank http://fhem.de/Heimautomatisierung-mit-fhem.pdf  (http://fhem.de/Heimautomatisierung-mit-fhem.pdf) auf Seite 28 (Kapitel "Schalten von Ereignissen abhängig machen-notify") Unterkapitel "Bearbeiten über das Webfrontend"
aber auch über das Menü auf ,,Everything" ! Wer es noch nicht kennt, muss es einfach ausprobieren!
Titel: Antw:philips hue modul
Beitrag von: siggi85 am 26 September 2014, 17:23:39
Zitat von: HolyMoly am 14 April 2014, 08:56:39
Hallo,

hier meine aktuelle Version des Kaminfeuereffekts, sehr gemütlich  ;)
Gibt es noch Potential die hue Kommunikation effizienter zu gestalten
oder ist immediateUpdate momentan das Maß aller Dinge?

sub
startFireEffect()
{
    my $hue = int((rand()*3460)+5460);
    my $sat = int(rand(64)+170);
    my $bri = int(rand(60)+16);
    my $delay = (rand()+0.1);
    my $transitiontime = int($delay * 10);
    fhem("set Schlafzimmer.NachtkastenLampe hue $hue: sat $sat : bri $bri : transitiontime $transitiontime immediateUpdate");
    InternalTimer(qw(gettimeofday)+$delay, "startFireEffect", "fireEffectTimer", 0);
}

sub
stopFireEffect()
{
   RemoveInternalTimer("fireEffectTimer");
}

Ich habe den Effekt von HolyMoly umgebaut, so dass man mehrere Hue Bulbs angeben kann.

sub
startFireEffect(@)
{
  my @bulbs=@_;
  foreach (@bulbs) {
    my $bulb=$_;
    my $hue = int((rand()*3460)+5460);
    my $sat = int(rand(64)+170);
    my $bri = int(rand(60)+16);
    my $delay = (rand()+0.1);
    my $transitiontime = int($delay * 10);
    fhem("set $bulb hue $hue: sat $sat : bri $bri : transitiontime $transitiontime immediateUpdate:noUpdate");
    InternalTimer(qw(gettimeofday)+$delay, 'FireEffect', $bulb, 0);
  }
}

sub
stopFireEffect(@)
{
  my @bulbs=@_;
  foreach (@bulbs) {
    my $bulb=$_;
    RemoveInternalTimer($bulb);
    fhem("set $bulb off");
  }
}


Der Effekt kann folgendermaßen aufgerufen und gestoppt werden:


{startFireEffect("wz_bulb1","wz_bulb2")}
{stopFireEffect("wz_bulb1","wz_bulb2")}
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 26 September 2014, 17:37:14
sehr schön. ich habe immer noch vor das mit einer schnittstelle enger und effizienter ans modul anzubinden.

vorsicht: immediateUpdate und delayedUpdate betreffen die kommunikation mit der bridge und wie schnell fhem den status von der bridge abfragt damit der interne state und das icon nachgezogen werden kann.

um so schnell wie möglich zu senden und fhem nicht auszulasten ist es sinnvoll dieses update komplett zu unterdrücken. dazu sollte noUpdate gesetzt werden.

den update parameter musst du mit : an das set anhängen. ich glaube der fehlt bei dir.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: siggi85 am 26 September 2014, 17:42:00
Zitat von: justme1968 am 26 September 2014, 17:37:14
vorsicht: immediateUpdate und delayedUpdate betreffen die kommunikation mit der bridge und wie schnell fhem den status von der bridge abfragt damit der interne state und das icon nachgezogen werden kann.

um so schnell wie möglich zu senden und fhem nicht auszulasten ist es sinnvoll dieses update komplett zu unterdrücken. dazu sollte noUpdate gesetzt werden.

den update parameter musst du mit : an das set anhängen. ich glaube der fehlt bei dir.

Danke für den Tipp!

So?
fhem("set:noUpdate $bulb hue $hue: sat $sat : bri $bri : transitiontime $transitiontime immediateUpdate");

EDIT:
Nein, so :P Ich änder das gleich oben im Code.
fhem("set $bulb hue $hue: sat $sat : bri $bri : transitiontime $transitiontime immediateUpdate:noUpdate");
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 26 September 2014, 18:55:59
so:fhem("set $bulb hue $hue: sat $sat : bri $bri : transitiontime $transitiontime : noUpdate");

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: HolyMoly am 26 September 2014, 22:11:17
@siggi85
schöne Erweiterung  ;D
@Andre
Gäbe es eine Möglichkeit {startFireEffect("Wohnzimmer.EckStrahler","Wohnzimmer.StehLampe")} setcmd mit lightScene zu verwenden? Bei mir schmiert er da irgendwie leider immer ab....
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 26 September 2014, 23:17:31
das sollte eigentlich funktionieren. schau ich mir morgen an.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: HolyMoly am 29 September 2014, 15:49:39
Gibt's schon news?  ;)
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 29 September 2014, 15:56:44
schau mal bitte ob du irgendwo eine fehlermeldung siehst.

wie oben schon angemerkt glaube ich das im InternalTimer nicht FireEffect sondern startFireEffect stehen muss.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: HolyMoly am 29 September 2014, 16:17:22
Das auch  :D. Aber drüber hinaus ist da irgendwas beim Parsing von saveline kaputt.
Wenn man versucht {startFireEffect("Wohnzimmer.EckStrahler","Wohnzimmer.StehLampe")} zu speichern merkt er sich nur den ersten Teil "{startFireEffect("
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 29 September 2014, 16:21:12
jetzt wo du es sagst... das passiert nur wenn du es in der html maske eingibst. per telnet und commandbox geht es.

nimm mal einfache Anführungszeichen ( ' ).

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: HolyMoly am 29 September 2014, 17:00:26
Super, das war es. Vielen Dank :)
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 04 Oktober 2014, 17:16:51
ich habe eben das oben besprochene state handling eingecheckt. ebenso einen fix damit die icons für die neuen lux bulbs funktionieren.

die änderung für bri und sat von 254 auf 255 ist noch nicht dabei. meine bridge meldet immer noch für alle devices 254 zurück wenn ich 255 setze. wenn ich von einem max wert 254 ausgehe stimmen alle icons und der pct wert nicht mehr (99 statt 100)

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: DocPhoto am 19 Oktober 2014, 00:21:29
Erster Post hier... Hallo erstmal zusammen!  ;)

Bin jetzt seit einer knappen Woche FHEM-Nutzer und versuche gerade ein wenig den Durchblick zu bekommen...
Jetzt sitz ich seit 4 Stunden hier und werde nicht wirklich schlau wie ich jetzt mein Hue Bridge einbinden kann...
Erstmal vorweg: Mein FHEM läuft auf nem RaspPi, Homematic Schnittstelle ist HMLAN!
Bin jetzt via Terminal von meinem Mac auf mein RPi und hab dort mit 'sudo apt-get install libjson-perl' JSON installiert! Ich hoffe das passt soweit...
Dann bin ich in FHEM und hab 'define PhilipsHUE HUEBridge X.X.X.X' eingegeben...
Jetzt zeigt mir FHEM zwar schön die Bridge an, aber es steht unter STATE nur 'unauthorized user'.
{"name": "Philips hue","apiversion": "1.3.0","swversion": "01016441" ---> liegt das jetzt daran, dass die Bridge eine neuere Firmware hat oder hab ich irgendwas falsch gemacht/übersehen?

Danke schon mal im Voraus!

EDIT: haha.. ok.. bin meiner Dummheit selbst auf die Spur gekommen... FHEM update... :P Jetzt gehts!
Titel: Antw:philips hue modul
Beitrag von: coolice am 12 November 2014, 18:06:47
Guten Abend zusammen. Kann jemand mittels notify die HueDevices über eine HM-RC-12 an und aus machen und würde hier das notify zur Verfügung stellen?
Titel: Antw:philips hue modul
Beitrag von: Paul am 12 November 2014, 18:56:52
Kenne zwar die HM-RC-12 nicht

Das notify sollte so aussehen Taste1 set HUE_1 scene ON für eine Szene
bzw. Taste1 set HUEDevice_1  ON für eine Lampe

Bei Hm mußt du sicher beim Tastendruck noch Short und Long unterscheiden
Titel: Antw:philips hue modul
Beitrag von: coolice am 12 November 2014, 19:19:14
Das ist es ja was ich nicht hinbekomme. Wie unterscheidet man das?
Titel: Antw:philips hue modul
Beitrag von: Paul am 12 November 2014, 23:45:06
Wie schaltest du denn sonst mit deiner HM-RC-12
Titel: Antw:philips hue modul
Beitrag von: coolice am 13 November 2014, 06:17:02
Nur HM Geräte die direkt gepeert sind. Das geht ja mit der Hue nicht.


Gesendet von meinem iPhone mit Tapatalk
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 13 November 2014, 10:08:12
und die forums suche hat dringt geholfen? es gibt bestimmt drei threads/lösungen hue lampen mit homematic zu schalten.

unter anderem hier:http://forum.fhem.de/index.php/topic,27710.msg210610.html#msg210610 (http://forum.fhem.de/index.php/topic,27710.msg210610.html#msg210610)

für long/short gibt es auch eine ganze reihe nicht hue spezifischer beispiele.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 29 November 2014, 22:33:16
anbei noch mal eine neu auflage der hue module mit non blocking pollen der bridge.

was ist neu:
bitte testen. vor allem mit httpUtils = 1. wenn es funktioniert werde ich die eigenbau http rausschmeissen und die non blocking version zum default machen.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: dman am 06 Dezember 2014, 00:27:53
Hallo Andre,

ich habe das getestet. Grundsätzlich hat es soweit funktioniert, im Log gab es allerdings durchmischt/sporadisch immer wieder folgende Fehlermeldungen (Bsp.):

HUE: http request failed: 192.168.178.43: Connection reset by peer
HUE: http request failed: connect to http://192.168.178.43:80 timed out
HUE: http request failed: http://192.168.178.43/api/c4ad23a......................70ea37ec/lights/10: empty answer received

Das größere Problem war aber, dass meine beiden eingebundenen LivingColor-Lights irgendwann nicht mehr korrekt funktioniert haben, also teilweise nicht mehr angesprochen wurden. Ich bin daher wieder auf die reguläre Version umgestiegen, mit der es wieder funktioniert.
Ich habe leider keine Idee, wie ich die Ursachen herausfinden könnte
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 06 Dezember 2014, 01:09:00
hast du immer eine 'Connection reset by peer' davor ?

kannst du bitte mal mit Perfmon schauen ob es zeitgleich einen hänger in fhem gibt?

kannst du mehr dazu sagen was mit den lc lampen nicht mehr geht?

aus welches intervall hast du die abfragen gestellt?

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: volschin am 06 Dezember 2014, 07:45:23
Hallo Andre,
ich habe ein Problem mit der HUEBridge.

pi@ha ~ $ Wide character in memGzip at ./FHEM/01_FHEMWEB.pm line 402
Can't use an undefined value as a symbol reference at FHEM/Blocking.pm line 135.


Ich habe länger nicht darauf zugegriffen und wollte es jetzt nach der Meldung zum bereitstehenden Update tun.

Der Klick auf die HUEBridge führt zum Absturz von FHEM.

Sonst funktioniert alles problemlos, Devices können problemlos geschaltet werden.

Hast Du eine Idee?

Gruß,
Veit
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 06 Dezember 2014, 09:02:39
es gibt schon einen thread hier im forum. wenn du das update per app machst sollte danach wieder alles ok sein.

ich weiß leider nicht ganz genau was wirklich schief geht. wenn du vorher vielleicht per wget oder curl mal deine bridge abfragen  und mit das file schicken könntest würde das sehr helfen. die url ist: http://<ip>/api/<key>

den key siehst du im im fhem.save file.

gruß
  andre
Titel: Antw:philips hue modul
Beitrag von: dman am 06 Dezember 2014, 10:39:32
Hallo Andre,

ich habe die HUEBridge eingestellt, wie Du geschrieben hast, also httputils = 1 und polldevices = 1, das Intervall habe ich auf 60 gesetzt.
Ich habe nochmal geschaut, das Verhalten der lc_Lampen ist interessanterweise nur gestört, wenn ich sie via LightScene anspreche, direkt schalten funktioniert anscheinend zuverlässig. Ein typischer Log-Eintrag für die Fehlfunktion ist folgender:

2014.12.06 10:19:14 1: Perfmon: possible freeze starting at 10:19:13, delay is 1.107
2014.12.06 10:19:14 2: HUE: http request failed: 192.168.178.43: Die Verbindung wurde vom Kommunikationspartner zurückgesetzt
2014.12.06 10:19:14 2: HUE: http request failed: http://192.168.178.43/api/c4a................ea37ec/lights/1/state: empty answer received
2014.12.06 10:19:15 4: using HttpUtils_NonblockingGet: lights/2
2014.12.06 10:19:15 4: using HttpUtils_NonblockingGet: lights/7
...

Aber: Das 'connection reset' kommt nicht immer davor, nur manchmal; immer das possible freeze und empty answer received bei der betroffenen Lampe (hier ID = 1). Betroffen waren bislang nur die LC-Lampen...

gruss
d-man
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 06 Dezember 2014, 16:44:55
@alle: bitte die angehängte version mal auf so vielen plattfomen wie möglich testen.

was ich wissen möchte:
- geht es auch auf der fritzbox

- funktionieren umlaute in den device namen (hierzu muss das device gelöscht werden damit es beim fhem neustart wieder angelegt wird).

- falls jemand noch nicht den aktuellen firmware update gemacht hat: mit der aktuellen verstion stürzt fhem ab sobald man in die detail ansicht der bridge geht. das sollte mit dieser version behoben sein.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: Lalle am 12 Dezember 2014, 19:39:40
Kann man eigentlich auch einen Dimm-Schieber für die Hue Lampen direkt in der Raum Übersicht einblenden?
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 12 Dezember 2014, 19:41:25
das geht in dem du das webCmd attribut anpasst und dafür sorgst das pct mit in der liste ist.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: diko am 16 Dezember 2014, 15:23:20
Hallo,
nach dem letzten FHEM Update verabschiedet sich FHEM.
Beim manuellen Start kommt folgende Fehlermeldung:
# , or } expected while parsing object/hash, at character
hue":8097,"sat":2...") at ./FHEM/30_HUEBridge.pm line 428

Wenn ich die Hue Bridge disable startet FHEM wieder.
Wo liegt das Problem? Json 2.53 neu installiert, Fehler bleibt.
Fritz Box 7390 Vers. 6.20

Gruß
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 16 Dezember 2014, 15:36:59
bitte ersetz im modul mal den neuen from_json aufruf durch decode_json und schaue ob es damit geht. scheinbar muss ich für die fritzbox doch eine sonderbehandlung einbauen.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: diko am 16 Dezember 2014, 15:44:04
Habe soeben meine Lampe "Küche" umbenannt in "Kueche", funktioniert jetzt.

Das ändern im Modul probiere ich nachher noch.
Danke
Titel: Antw:philips hue modul
Beitrag von: diko am 16 Dezember 2014, 16:10:21
Habe das Modul geändert, funktioniert ohne und mit Umlaut?

Gruß
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 16 Dezember 2014, 16:19:09
ich habe eben eine version mit fritzbox sonderbehandlung eingecheckt.

gruß
  andre
Titel: Antw:philips hue modul
Beitrag von: diko am 17 Dezember 2014, 08:27:20
Hi Andre,
habe ein Update gemacht, aber leider verabschiedet sich FHEM beim Aufruf der HueBridge mit der Meldung: # Wide character in memGzip at ./FHEM/01_FHEMWEB.pm line 433.
Ist auch egal ob mit oder ohne Umlaute.
Gruß
Dieter
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 17 Dezember 2014, 09:14:15
arg...

und die version gestern die du von hand geändert hattest geht immer noch?
Titel: Antw:philips hue modul
Beitrag von: diko am 17 Dezember 2014, 09:17:40
Nein, geht auch nicht mehr.
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 17 Dezember 2014, 09:32:06
zeigt die die hue app an das ein firmware update da ist?
Titel: Antw:philips hue modul
Beitrag von: diko am 17 Dezember 2014, 09:37:09
Hab ich gestern gemacht auf 1.7.0.5.
Scheint aber schon wieder eine da zu sein, sagt mir: Ein Softwareupdate wird heruntergeladen.
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 17 Dezember 2014, 09:38:28
Schau mal ob das modul wieder funktionier wenn das update durch ist.
Titel: Antw:philips hue modul
Beitrag von: diko am 17 Dezember 2014, 16:34:30
So, Update ist durch, war aber nur ein Update für meine Bulbs.
Leider stürzt FHEM immer noch ab wenn ich auf die HUE Bridge gehe.
Fehlermeldung:
# Wide character in memGzip at ./FHEM/01_FHEMWEB.pm line 433
Can't use an undefined value as a symbol reference at FHEM/Blocking.pm line 135.

Idee?
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 18 Dezember 2014, 14:45:37
ich habe gerade keine richtige idee.

versuch mal mit deletereading <bridge> .* das update reading zu löschen.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: diko am 18 Dezember 2014, 16:43:07
Scheint zu funktionieren, läuft seit einer halben Stunde ohne Absturz.

Nach löschen des Readings: HUE0103 – 66013452 - 2014-12-17 08:19:00
steht jetzt in Readings: swupdate - Bridge 1.5.0 release - 2014-12-18 16:12:08

Kann ich es wagen?
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 18 Dezember 2014, 16:51:42
das update kannst du auf jeden fall machen.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: diko am 18 Dezember 2014, 17:14:08
Update gemacht und abgeschmiert bei der Aktualisierung in FHEM.
FHEM manuell gestartet, läuft jetzt, mal sehen wie lang.
Melde mich.
Titel: Antw:philips hue modul
Beitrag von: diko am 19 Dezember 2014, 10:08:36
Hallo Andre,

lüppt bis jetzt, scheint sich wohl irgendwie verschluckt zu haben.
Danke für die Hilfe

Gruß
Dieter
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 21 Dezember 2014, 13:36:10
ab morgen gibt es ein update des HUEDecvice moduls mit folgenden änderungen:
gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 21 Dezember 2014, 19:22:27
es gibt morgen noch ein paar änderungen mehr:


als nebeneffekt sollte das modul jetzt ohne manuelle eingriffe mit den osram lightify rgbw und tw lampen klar kommen. mehr dazu im thread hier: http://forum.fhem.de/index.php/topic,28339.msg233115.html#msg233115 (http://forum.fhem.de/index.php/topic,28339.msg233115.html#msg233115)

gruss
  andre

ps: 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.
Titel: Antw:philips hue modul
Beitrag von: Otto am 22 Dezember 2014, 16:20:24
Hallo,
wie bekomme ich die Hue Lampe zum Blinken?

alert [none|select|lselect]
Alert ist dafür gedacht? Aber mache ich es? Was ist select bzw. lselect

Habe dazu nix gefunden.

Gruß Otto
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 22 Dezember 2014, 16:22:21
set <device> alert select lässt die lampe ein mal blinken

set <device> alert lselect lässt die lampe mehr mals blinken

set <device> alert none schaltet das blinken aus

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: hinrich2001 am 23 Dezember 2014, 15:30:56
Hi,

vielleicht könnt ihr mir helfen.

Seit einigen Wochen schon habe ich ein Hue Starter Set (Bridge + 3 Lampen) und bislang gab es kein Problem mit der Integration in fhem.
Ich habe bspw. mit Bewegungsmeldern realisiert, dass bei Bewegung und Dunkelheit (ReadingsVal('myTwilight', 'light', 0) < 5) die Lampe im Treppenhaus angeht.

Ach ja, und da fhem auf einer Fritzbox 7390 läuft habe ich natürlich JSON nach Anleitung nachinstalliert (auch das schon vor Monaten).

Nun bastele ich gerade an einer Erweiterung.
Die Aussenleuchte soll angehen, wenn dunkel, aber auch nur zwischen 5 Uhr morgens und 23 Uhr abends.
Desweiteren soll sie blau scheinen, wenn es kälter als 4 Grad Celsius ist und sie soll eine andere Farbe haben, wenn die Alarmanlage eingeschaltet ist.

Das ganze läuft auch erstmal und macht das, was es soll. Mit Ändern der Bedingungen habe ich auch schon geschaut ob jeder Zweig bei Erfüllung der Bedingung auch "anspringt".

Und plötzlich (ich kann das nicht mit einem bestimmten Ereignis in Verbindung bringen) friert fhem ein (nicht mehr übers Webinteface zu erreichen, der restliche Code funktioniert auch nicht mehr).

Das hier steht im Log:

malformed JSON string, neither array, object, number, string or atom, at character offset 0 (before "HTTP/1.1 200 OK\r\n") at ./FHEM/30_HUEBridge.pm line 440

Wohlgemerkt, nachdem es zuvor 37 Minuten gelaufen ist.
Das "at" habe ich versuchsweise jede Minute laufen lassen, was später (wenn es denn mal funktioniert) natürlich nicht sein muss.

Hier der Code.

## Aussenlampe steuern durch regelmaessige Abfrage

define at_hue_aussen_check at +*00:01:00 {\
        if ((ReadingsVal('myTwilight', 'light', 0) < 5) && (Value("hilfsschalter_alarmanlage") eq "off") && ($hour >= 6) && ($hour <= 8) && (ReadingsVal('Wetter_D', 'temp_c', 0) < 4)) {\
    fhem "set HUEBridge_HUEDevice2 xy 0.168,0.041 : bri 100"\
    }\
else {\
   if ((ReadingsVal('myTwilight', 'light', 0) < 5) && (Value("hilfsschalter_alarmanlage") eq "off") && ($hour >= 5) && ($hour <= 23)) {\
   fhem "set HUEBridge_HUEDevice2 xy 0.5307,0.4264 : bri 100"\
   }\
else {\
   if ((ReadingsVal('myTwilight', 'light', 0) < 5) && (Value("hilfsschalter_alarmanlage") eq "on") && ($hour >= 5) && ($hour <= 23)) {\
   fhem "set HUEBridge_HUEDevice2 xy 0.314,0.3288 : bri 100"\
   }\
else {\
   {\
   fhem "set HUEBridge_HUEDevice2 off"\
   }\
}}}}




Und hier die Auszüge aus dem fhem Logfile (level auf 5).

Das ist ein tail -f <logfile> | grep -i hue:



2014.12.23 14:55:23 5: HUEBridge_HTTP_Request http://192.168.178.61/api/93155e41e219fd5c59c344997186553c/lights/3: Got data, length: 405
2014.12.23 14:55:23 4: parse status message for HUEBridge_HUEDevice3
2014.12.23 14:56:08 5: exec at command at_hue_aussen_check
    fhem "set HUEBridge_HUEDevice2 xy 0.168,0.041 : bri 100"
   fhem "set HUEBridge_HUEDevice2 xy 0.5307,0.4264 : bri 100"
   fhem "set HUEBridge_HUEDevice2 xy 0.314,0.3288 : bri 100"
   fhem "set HUEBridge_HUEDevice2 off"
2014.12.23 14:56:08 5: Cmd: >set HUEBridge_HUEDevice2 off<
2014.12.23 14:56:08 5: HUEBridge_HTTP_Request http://192.168.178.61/api/93155e41e219fd5c59c344997186553c/lights/2/state: Got data, length: 42
2014.12.23 14:56:09 5: HUEBridge_HTTP_Request http://192.168.178.61/api/93155e41e219fd5c59c344997186553c/lights/2: Got data, length: 407
2014.12.23 14:56:09 4: parse status message for HUEBridge_HUEDevice2
2014.12.23 14:56:09 5: redefine at command at_hue_aussen_check as +*00:01:00 {
    fhem "set HUEBridge_HUEDevice2 xy 0.168,0.041 : bri 100"
   fhem "set HUEBridge_HUEDevice2 xy 0.5307,0.4264 : bri 100"
   fhem "set HUEBridge_HUEDevice2 xy 0.314,0.3288 : bri 100"
   fhem "set HUEBridge_HUEDevice2 off"
2014.12.23 14:56:21 5: HUEBridge_HTTP_Request http://192.168.178.61/api/93155e41e219fd5c59c344997186553c/lights/1: Got data, length: 403
2014.12.23 14:56:21 4: parse status message for HUEBridge_HUEDevice1
2014.12.23 14:56:23 5: HUEBridge_HTTP_Request http://192.168.178.61/api/93155e41e219fd5c59c344997186553c/lights/3: Got data, length: 405
2014.12.23 14:56:23 4: parse status message for HUEBridge_HUEDevice3
2014.12.23 14:56:53 5: Triggering nf_hue_wz_bewegung
2014.12.23 14:56:53 4: nf_hue_wz_bewegung exec {
        if (Value("HUEBridge_HUEDevice3") eq "off" && (ReadingsVal('myTwilight', 'light', 0) < 5)) {
    fhem "set HUEBridge_HUEDevice3 hue 35807 ;; set HUEBridge_HUEDevice3 bri 190"
        if (Value("HUEBridge_HUEDevice3") eq "off" && (ReadingsVal('myTwilight', 'light', 0) < 5)) {
    fhem "set HUEBridge_HUEDevice3 hue 35807 ; set HUEBridge_HUEDevice3 bri 190"
2014.12.23 14:57:08 5: exec at command at_hue_aussen_check
    fhem "set HUEBridge_HUEDevice2 xy 0.168,0.041 : bri 100"
   fhem "set HUEBridge_HUEDevice2 xy 0.5307,0.4264 : bri 100"
   fhem "set HUEBridge_HUEDevice2 xy 0.314,0.3288 : bri 100"
   fhem "set HUEBridge_HUEDevice2 off"
2014.12.23 14:57:08 5: Cmd: >set HUEBridge_HUEDevice2 off<
2014.12.23 14:57:09 5: HUEBridge_HTTP_Request http://192.168.178.61/api/93155e41e219fd5c59c344997186553c/lights/2/state: Got data, length: 42
2014.12.23 14:57:10 5: HUEBridge_HTTP_Request http://192.168.178.61/api/93155e41e219fd5c59c344997186553c/lights/2: Got data, length: 407
2014.12.23 14:57:10 4: parse status message for HUEBridge_HUEDevice2
2014.12.23 14:57:10 5: redefine at command at_hue_aussen_check as +*00:01:00 {
    fhem "set HUEBridge_HUEDevice2 xy 0.168,0.041 : bri 100"
   fhem "set HUEBridge_HUEDevice2 xy 0.5307,0.4264 : bri 100"
   fhem "set HUEBridge_HUEDevice2 xy 0.314,0.3288 : bri 100"
   fhem "set HUEBridge_HUEDevice2 off"
2014.12.23 14:57:21 5: HUEBridge_HTTP_Request http://192.168.178.61/api/93155e41e219fd5c59c344997186553c/lights/1: Got data, length: 403
2014.12.23 14:57:21 4: parse status message for HUEBridge_HUEDevice1
2014.12.23 14:57:23 5: HUEBridge_HTTP_Request http://192.168.178.61/api/93155e41e219fd5c59c344997186553c/lights/3: Got data, length: 405
2014.12.23 14:57:23 4: parse status message for HUEBridge_HUEDevice3
2014.12.23 14:58:08 5: exec at command at_hue_aussen_check
    fhem "set HUEBridge_HUEDevice2 xy 0.168,0.041 : bri 100"
   fhem "set HUEBridge_HUEDevice2 xy 0.5307,0.4264 : bri 100"
   fhem "set HUEBridge_HUEDevice2 xy 0.314,0.3288 : bri 100"
   fhem "set HUEBridge_HUEDevice2 off"
2014.12.23 14:58:08 5: Cmd: >set HUEBridge_HUEDevice2 off<
2014.12.23 14:58:09 5: HUEBridge_HTTP_Request http://192.168.178.61/api/93155e41e219fd5c59c344997186553c/lights/2/state: Got data, length: 42
2014.12.23 14:58:14 1: HUEBridge_HTTP_Request http://192.168.178.61/api/93155e41e219fd5c59c344997186553c/lights/2: Select timeout/error:
2014.12.23 14:58:14 5: Triggering HUEBridge_HUEDevice2 (1 changes)
2014.12.23 14:58:14 5: Notify loop for HUEBridge_HUEDevice2 off
2014.12.23 14:58:14 5: redefine at command at_hue_aussen_check as +*00:01:00 {
    fhem "set HUEBridge_HUEDevice2 xy 0.168,0.041 : bri 100"
   fhem "set HUEBridge_HUEDevice2 xy 0.5307,0.4264 : bri 100"
   fhem "set HUEBridge_HUEDevice2 xy 0.314,0.3288 : bri 100"
   fhem "set HUEBridge_HUEDevice2 off"
2014.12.23 14:58:21 5: HUEBridge_HTTP_Request http://192.168.178.61/api/93155e41e219fd5c59c344997186553c/lights/1: Got data, length: 403
2014.12.23 14:58:21 4: parse status message for HUEBridge_HUEDevice1
2014.12.23 14:58:23 5: HUEBridge_HTTP_Request http://192.168.178.61/api/93155e41e219fd5c59c344997186553c/lights/3: Got data, length: 405
2014.12.23 14:58:23 4: parse status message for HUEBridge_HUEDevice3
2014.12.23 14:59:08 5: exec at command at_hue_aussen_check
    fhem "set HUEBridge_HUEDevice2 xy 0.168,0.041 : bri 100"
   fhem "set HUEBridge_HUEDevice2 xy 0.5307,0.4264 : bri 100"
   fhem "set HUEBridge_HUEDevice2 xy 0.314,0.3288 : bri 100"
   fhem "set HUEBridge_HUEDevice2 off"
2014.12.23 14:59:08 5: Cmd: >set HUEBridge_HUEDevice2 off<
2014.12.23 14:59:09 5: HUEBridge_HTTP_Request http://192.168.178.61/api/93155e41e219fd5c59c344997186553c/lights/2/state: Got data, length: 42
2014.12.23 14:59:10 5: HUEBridge_HTTP_Request http://192.168.178.61/api/93155e41e219fd5c59c344997186553c/lights/2: Got data, length: 407
2014.12.23 14:59:10 4: parse status message for HUEBridge_HUEDevice2
2014.12.23 14:59:10 5: Triggering HUEBridge_HUEDevice2 (2 changes)
2014.12.23 14:59:10 5: Notify loop for HUEBridge_HUEDevice2 reachable: 1
2014.12.23 14:59:10 5: redefine at command at_hue_aussen_check as +*00:01:00 {
    fhem "set HUEBridge_HUEDevice2 xy 0.168,0.041 : bri 100"
   fhem "set HUEBridge_HUEDevice2 xy 0.5307,0.4264 : bri 100"
   fhem "set HUEBridge_HUEDevice2 xy 0.314,0.3288 : bri 100"
   fhem "set HUEBridge_HUEDevice2 off"
2014.12.23 14:59:13 5: HUEBridge_HTTP_Request http://192.168.178.61/api/93155e41e219fd5c59c344997186553c/config: Got data, length: 1725
2014.12.23 14:59:22 5: HUEBridge_HTTP_Request http://192.168.178.61/api/93155e41e219fd5c59c344997186553c/lights/1: Got data, length: 403
2014.12.23 14:59:22 4: parse status message for HUEBridge_HUEDevice1
2014.12.23 14:59:27 1: HUEBridge_HTTP_Request http://192.168.178.61/api/93155e41e219fd5c59c344997186553c/lights/3: Select timeout/error:
2014.12.23 15:00:08 5: exec at command at_hue_aussen_check
    fhem "set HUEBridge_HUEDevice2 xy 0.168,0.041 : bri 100"
   fhem "set HUEBridge_HUEDevice2 xy 0.5307,0.4264 : bri 100"
   fhem "set HUEBridge_HUEDevice2 xy 0.314,0.3288 : bri 100"
   fhem "set HUEBridge_HUEDevice2 off"
2014.12.23 15:00:08 5: Cmd: >set HUEBridge_HUEDevice2 off<
2014.12.23 15:00:09 5: HUEBridge_HTTP_Request http://192.168.178.61/api/93155e41e219fd5c59c344997186553c/lights/2/state: Got data, length: 42
2014.12.23 15:00:10 5: HUEBridge_HTTP_Request http://192.168.178.61/api/93155e41e219fd5c59c344997186553c/lights/2: Got data, length: 407
2014.12.23 15:00:10 4: parse status message for HUEBridge_HUEDevice2
2014.12.23 15:00:10 5: redefine at command at_hue_aussen_check as +*00:01:00 {
    fhem "set HUEBridge_HUEDevice2 xy 0.168,0.041 : bri 100"
   fhem "set HUEBridge_HUEDevice2 xy 0.5307,0.4264 : bri 100"
   fhem "set HUEBridge_HUEDevice2 xy 0.314,0.3288 : bri 100"
   fhem "set HUEBridge_HUEDevice2 off"
malformed JSON string, neither array, object, number, string or atom, at character offset 0 (before "HTTP/1.1 200 OK\r\n") at ./FHEM/30_HUEBridge.pm line 440
2014.12.23 15:00:25 5: HUEBridge_HTTP_Request http://192.168.178.61/api/93155e41e219fd5c59c344997186553c/lights/1: Got data, length: 17

###########


Das hier sind die ungefilterten letzten Zeilen im Log.

2014.12.23 14:59:58 5: HMLAN_Parse: HMLAN1 R:E22E24F   stat:0000 t:2954DDD8 d:FF r:FFC4     m:C8 8610 22E24F 000000 0A88BA0E0019
2014.12.23 14:59:58 5: HMLAN1 dispatch A0FC8861022E24F0000000A88BA0E0019::-60:HMLAN1
2014.12.23 14:59:58 5: Triggering hzg_flur_keller (4 changes)
2014.12.23 14:59:58 5: Notify loop for hzg_flur_keller measured-temp: 18.6
2014.12.23 14:59:58 5: Triggering hzg_flur_keller_ClimRT_tr (10 changes)
2014.12.23 14:59:58 5: Notify loop for hzg_flur_keller_ClimRT_tr measured-temp: 18.6
2014.12.23 15:00:08 5: exec at command at_hue_aussen_check
2014.12.23 15:00:08 5: Cmd: >{
        if ((ReadingsVal('myTwilight', 'light', 0) < 5) && (Value("hilfsschalter_alarmanlage") eq "off") && ($hour >= 6) && ($hour <= 8) && (ReadingsVal('Wetter_D', 'temp_c', 0) < 4)) {
    fhem "set HUEBridge_HUEDevice2 xy 0.168,0.041 : bri 100"
    }
else {
   if ((ReadingsVal('myTwilight', 'light', 0) < 5) && (Value("hilfsschalter_alarmanlage") eq "off") && ($hour >= 5) && ($hour <= 23)) {
   fhem "set HUEBridge_HUEDevice2 xy 0.5307,0.4264 : bri 100"
   }
else {
   if ((ReadingsVal('myTwilight', 'light', 0) < 5) && (Value("hilfsschalter_alarmanlage") eq "on") && ($hour >= 5) && ($hour <= 23)) {
   fhem "set HUEBridge_HUEDevice2 xy 0.314,0.3288 : bri 100"
   }
else {
   {
   fhem "set HUEBridge_HUEDevice2 off"
   }
}}}}<
2014.12.23 15:00:08 5: Cmd: >set HUEBridge_HUEDevice2 off<
2014.12.23 15:00:09 5: HUEBridge_HTTP_Request http://192.168.178.61/api/93155e41e219fd5c59c344997186553c/lights/2/state: Got data, length: 42
2014.12.23 15:00:10 5: HUEBridge_HTTP_Request http://192.168.178.61/api/93155e41e219fd5c59c344997186553c/lights/2: Got data, length: 407
2014.12.23 15:00:10 4: parse status message for HUEBridge_HUEDevice2
2014.12.23 15:00:10 5: redefine at command at_hue_aussen_check as +*00:01:00 {
        if ((ReadingsVal('myTwilight', 'light', 0) < 5) && (Value("hilfsschalter_alarmanlage") eq "off") && ($hour >= 6) && ($hour <= 8) && (ReadingsVal('Wetter_D', 'temp_c', 0) < 4)) {
    fhem "set HUEBridge_HUEDevice2 xy 0.168,0.041 : bri 100"
    }
else {
   if ((ReadingsVal('myTwilight', 'light', 0) < 5) && (Value("hilfsschalter_alarmanlage") eq "off") && ($hour >= 5) && ($hour <= 23)) {
   fhem "set HUEBridge_HUEDevice2 xy 0.5307,0.4264 : bri 100"
   }
else {
   if ((ReadingsVal('myTwilight', 'light', 0) < 5) && (Value("hilfsschalter_alarmanlage") eq "on") && ($hour >= 5) && ($hour <= 23)) {
   fhem "set HUEBridge_HUEDevice2 xy 0.314,0.3288 : bri 100"
   }
else {
   {
   fhem "set HUEBridge_HUEDevice2 off"
   }
}}}}
2014.12.23 15:00:12 5: HMLAN_Send:  HMLAN1 I:K
2014.12.23 15:00:12 5: HMLAN/RAW: /HHM-LAN-IF,03C1,IEQ0061967,13977D,2FF557,29551308,000C

2014.12.23 15:00:12 5: HMLAN_Parse: HMLAN1 V:03C1 sNo:IEQ0061967 d:13977D O:2FF557 t:29551308 IDcnt:000C
2014.12.23 15:00:25 5: HUEBridge_HTTP_Request http://192.168.178.61/api/93155e41e219fd5c59c344997186553c/lights/1: Got data, length: 17




Über Ratschläge würde ich mich freuen.

Gruß und frohes Fest,

Hinrich
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 23 Dezember 2014, 17:25:27
ich werde anfangen für die updates an den hue modulen jeweils einen eigen thread anzufangen. der erste für das update morgen ist hier zu finden: http://forum.fhem.de/index.php/topic,30895.msg234449.html#msg234449 (http://forum.fhem.de/index.php/topic,30895.msg234449.html#msg234449).

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 23 Dezember 2014, 17:35:23
@hinrich2001:

bitte aktiviere mal in 30_HUEBridge.pm etwas vor der zeile 440 die beiden zeilen mit Log3 die auskommentiert sind und eventuell den try/catch block. dazu musst du aber auch am anfang des moduls das use Try:Tiny aktivieren.

danach versuch mal das problem zu reproduzieren. im log sollten die daten stehen die die bridge geschickt hat.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: hinrich2001 am 23 Dezember 2014, 18:48:00
Hallo Andre,

danke für die schnelle Reaktion.

In Zeile 423 und 425 habe ich nun die "#" vor Log3 weggenommen.


 

    if( defined $path) {
    $uri .= "/" . $path;
  }
  Log3 $name, 3, "Url: " . $uri;
  my $ret = HUEBridge_HTTP_Request(0,$uri,$method,undef,$obj,undef);
  Log3 $name, 3, Dumper $ret;
  if( !defined($ret) ) {
    return undef;
  } elsif($ret eq '') {
    return undef;
  } elsif($ret =~ /^error:(\d){3}$/) {
    return "HTTP Error Code " . $1;
  }




Gleiches mit



use Try::Tiny;



und

 

  try {
    from_json($ret);
  } catch {
    return undef;
  }




Anschließend ein ./startfhem.

Und nun warte ich mal bis das Problem wieder auftritt. Denn wie gesagt, ich kann es nicht bewusst reproduzieren (bzw. habe noch kein Muster erkannt).

Melde mich.

Gruß,
Hinrich

Titel: Antw:philips hue modul
Beitrag von: hinrich2001 am 23 Dezember 2014, 20:49:13
So, der Fehler ist wieder aufgetreten.

Eventuell kann ich es mit der Benutzung der Hue App (habe darüber die Lampe ausgeschaltet, um zu schauen ob der "at" sie wieder anmacht - hat er gemacht) in Verbindung bringen. Das ist aber eine sehr vage Theorie.

tail -f <logfile> | grep -i hue

2014.12.23 20:26:01 5: Cmd: >set HUEBridge_HUEDevice2 xy 0.5307,0.4264 : bri 100<
2014.12.23 20:26:02 5: HUEBridge_HTTP_Request http://192.168.178.61/api/93155e41e219fd5c59c344997186553c/lights/2/state: Got data, length: 132
2014.12.23 20:26:03 5: HUEBridge_HTTP_Request http://192.168.178.61/api/93155e41e219fd5c59c344997186553c/lights/2: Got data, length: 406
2014.12.23 20:26:03 4: parse status message for HUEBridge_HUEDevice2
2014.12.23 20:26:03 5: redefine at command at_hue_aussen_check as +*00:01:00 {
    fhem "set HUEBridge_HUEDevice2 xy 0.168,0.041 : bri 100"
   fhem "set HUEBridge_HUEDevice2 xy 0.5307,0.4264 : bri 100"
   fhem "set HUEBridge_HUEDevice2 xy 0.314,0.3288 : bri 100"
2014.12.23 20:26:07 5: HUEBridge_HTTP_Request http://192.168.178.61/api/93155e41e219fd5c59c344997186553c/config: Got data, length: 1700
2014.12.23 20:26:22 5: HUEBridge_HTTP_Request http://192.168.178.61/api/93155e41e219fd5c59c344997186553c/lights/3: Got data, length: 404
2014.12.23 20:26:22 4: parse status message for HUEBridge_HUEDevice3
malformed JSON string, neither array, object, number, string or atom, at character offset 0 (before "HTTP/1.1 200 OK\r\n") at ./FHEM/30_HUEBridge.pm line 440
2014.12.23 20:26:46 5: HUEBridge_HTTP_Request http://192.168.178.61/api/93155e41e219fd5c59c344997186553c/lights/1: Got data, length: 17


Hier die letzten Zeilen des fhem Logfiles.

2014.12.23 20:26:18 4: FHT hzg_wz windowsensor: ok
2014.12.23 20:26:18 4: FHT hzg_wz warnings: Window open
2014.12.23 20:26:18 5: Triggering hzg_wz (5 changes)
2014.12.23 20:26:18 5: Notify loop for hzg_wz battery: ok
2014.12.23 20:26:22 5: HUEBridge_HTTP_Request http://192.168.178.61/api/93155e41e219fd5c59c344997186553c/lights/3: Got data, length: 404
2014.12.23 20:26:22 4: parse status message for HUEBridge_HUEDevice3
2014.12.23 20:26:23 5: HMLAN/RAW: /E1D9520,0000,2A7FC00B,FF,FFA6,1BA2581D95201D9E97000A

2014.12.23 20:26:23 5: HMLAN_Parse: HMLAN1 R:E1D9520   stat:0000 t:2A7FC00B d:FF r:FFA6     m:1B A258 1D9520 1D9E97 000A
2014.12.23 20:26:23 5: HMLAN1 dispatch A0B1BA2581D95201D9E97000A::-90:HMLAN1
2014.12.23 20:26:34 5: CUL/RAW: /F1DE6003A4FED

2014.12.23 20:26:34 4: CUL_Parse: myCUNO F1DE6003A4FED -83.5
2014.12.23 20:26:34 5: myCUNO dispatch 810c04xx0101a0011de600003a4f
2014.12.23 20:26:34 4: FS20 FS20_BM_Flur_EG_Kanal_1 on-old-for-timer 60
2014.12.23 20:26:34 4: Follow: +00:01:00 setstate FS20_BM_Flur_EG_Kanal_1 off
2014.12.23 20:26:34 5: Triggering global (1 changes)
2014.12.23 20:26:34 5: Notify loop for global DEFINED FS20_BM_Flur_EG_Kanal_1_timer
2014.12.23 20:26:34 5: Triggering FS20_BM_Flur_EG_Kanal_1 (1 changes)
2014.12.23 20:26:34 5: Notify loop for FS20_BM_Flur_EG_Kanal_1 on-old-for-timer 60
2014.12.23 20:26:34 5: Triggering nf_Anwesenheit_Kontrolle
2014.12.23 20:26:34 4: nf_Anwesenheit_Kontrolle exec {if (Value("hilfsschalter_abwesenheit") eq "on") {fhem ("set HM_Steckdose_Pumpe on ;; sleep 5 ;; set hilfsschalter_abwesenheit off")}}
2014.12.23 20:26:34 5: Cmd: >{if (Value("hilfsschalter_abwesenheit") eq "on") {fhem ("set HM_Steckdose_Pumpe on ; sleep 5 ; set hilfsschalter_abwesenheit off")}}<
2014.12.23 20:26:34 5: Triggering testalarm_on
2014.12.23 20:26:34 4: testalarm_on exec {if (Value("hilfsschalter_abwesenheit") eq "on" && Value("hilfsschalter_alarmanlage") eq "on") {fhem "set CUL_HM_smokeDetector_19F205 teamCall" ;; sleep 2 ;; system ("/var/media/ftp/fhem/script/alarm_anruf_mail.sh")}}
2014.12.23 20:26:34 5: Cmd: >{if (Value("hilfsschalter_abwesenheit") eq "on" && Value("hilfsschalter_alarmanlage") eq "on") {fhem "set CUL_HM_smokeDetector_19F205 teamCall" ; sleep 2 ; system ("/var/media/ftp/fhem/script/alarm_anruf_mail.sh")}}<
2014.12.23 20:26:39 5: HMLAN_Send:  HMLAN1 I:K
2014.12.23 20:26:39 5: HMLAN/RAW: /HHM-LAN-IF,03C1,IEQ0061967,13977D,2FF557,2A7FFDEA,000C

2014.12.23 20:26:39 5: HMLAN_Parse: HMLAN1 V:03C1 sNo:IEQ0061967 d:13977D O:2FF557 t:2A7FFDEA IDcnt:000C
2014.12.23 20:26:46 5: HUEBridge_HTTP_Request http://192.168.178.61/api/93155e41e219fd5c59c344997186553c/lights/1: Got data, length: 17


Wonach muss ich schauen? Ich glaube, da sind nicht mehr Infos drin als vor der Änderung in 30_HUEBridge.pm.
Warum taucht der String "malformed JSON string" hier eigentlich nicht auf? Den sehe ich nur auf der Konsole mit o.a. tail -f ....

Hast du noch eine Idee?

Gruß,
Hinrich
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 23 Dezember 2014, 20:59:09
die meldungen die du aktiviert hast sind nicht zu sehen. z.b. die Url: meldung. die müsste vor jeder HUEBridge_HTTP_Request zeile kommen und danach die antwort der bridge.

ich weiss nicht was dein ./startfhem macht. aber vor dem neu statarten muss fhem angehalten werden. oder du machst ein reload 30_HUEBridge

gruss
  andre


Titel: Antw:philips hue modul
Beitrag von: hinrich2001 am 23 Dezember 2014, 21:14:21
Stimmt.

Jetzt sehe ich Meldungen wie diese


2014.12.23 21:13:17 5: Cmd: >set HUEBridge_HUEDevice2 xy 0.5307,0.4264 : bri 100<
2014.12.23 21:13:18 5: HUEBridge_HTTP_Request http://192.168.178.61/api/93155e41e219fd5c59c344997186553c/lights/2/state: Got data, length: 132
2014.12.23 21:13:19 5: HUEBridge_HTTP_Request http://192.168.178.61/api/93155e41e219fd5c59c344997186553c/lights/2: Got data, length: 406
2014.12.23 21:13:19 3: $VAR1 = '{"state": {"on":true,"bri":100,"hue":13713,"sat":251,"effect":"none","xy":[0.5307,0.4264],"ct":500,"alert":"select","colormode":"xy","reachable":true}, "type": "Extended color light", "name": "Hue Lamp 1", "modelid": "LCT001","uniqueid":"00:17:88:01:00:ff:67:d6-0b", "swversion": "66013452", "pointsymbol": { "1":"none", "2":"none", "3":"none", "4":"none", "5":"none", "6":"none", "7":"none", "8":"none" }}';



Jetzt heißt es wieder, auf den Fehler zu warten.

Ist deine Erwartung, dass die Änderung im Modul etwas am Verhalten ändert oder "nur", dass du anhand der Meldungen im Log Rückschlüsse auf die Problemursache ziehen kannst?

Gruß,
Hinrich
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 23 Dezember 2014, 21:17:11
für meldung deutet darauf hin das irgendetwas mit der  antwort der bridge nicht stimmt bzw. die Antwort anders ausgewertet werden muss. wenn das problem wieder auftritt sollte die problematische antwort im log stehen und wir können weiter sehen.

gruß
  andre
Titel: Antw:philips hue modul
Beitrag von: hinrich2001 am 23 Dezember 2014, 22:16:49
Hi,

Problem ist wieder aufgetreten.

tail -f <log> | grep -i hue

2014.12.23 22:06:09 3: $VAR1 = '{"state": {"on":true,"bri":100,"hue":25603,"sat":254,"effect":"none","xy":[0.5307,0.4264],"ct":290,"alert":"select","colormode":"xy","reachable":true}, "type": "Extended color light", "name": "Hue Lamp 1", "modelid": "LCT001","uniqueid":"00:17:88:01:00:ff:67:d6-0b", "swversion": "66013452", "pointsymbol": { "1":"none", "2":"none", "3":"none", "4":"none", "5":"none", "6":"none", "7":"none", "8":"none" }}';
2014.12.23 22:06:09 4: parse status message for HUEBridge_HUEDevice2
2014.12.23 22:06:09 5: Triggering HUEBridge_HUEDevice2 (4 changes)
2014.12.23 22:06:09 5: Notify loop for HUEBridge_HUEDevice2 bri: 100
2014.12.23 22:06:09 5: Triggering HUEBridge_HUEDevice2 (1 changes)
2014.12.23 22:06:09 5: Notify loop for HUEBridge_HUEDevice2 RGB: 84520c
2014.12.23 22:06:09 5: redefine at command at_hue_aussen_check as +*00:01:00 {
    fhem "set HUEBridge_HUEDevice2 xy 0.168,0.041 : bri 100"
   fhem "set HUEBridge_HUEDevice2 xy 0.5307,0.4264 : bri 100"
   fhem "set HUEBridge_HUEDevice2 xy 0.314,0.3288 : bri 100"
   fhem "set HUEBridge_HUEDevice2 off"
2014.12.23 22:06:16 5: HUEBridge_HTTP_Request http://192.168.178.61/api/93155e41e219fd5c59c344997186553c/lights/1: Got data, length: 403
2014.12.23 22:06:16 3: $VAR1 = '{"state": {"on":false,"bri":130,"hue":12778,"sat":210,"effect":"none","xy":[0.5142,0.4124],"ct":471,"alert":"none","colormode":"hs","reachable":true}, "type": "Extended color light", "name": "Hue Lamp", "modelid": "LCT001","uniqueid":"00:17:88:01:00:fd:21:06-0b", "swversion": "66013452", "pointsymbol": { "1":"none", "2":"none", "3":"none", "4":"none", "5":"none", "6":"none", "7":"none", "8":"none" }}';
2014.12.23 22:06:16 4: parse status message for HUEBridge_HUEDevice1
malformed JSON string, neither array, object, number, string or atom, at character offset 0 (before "HTTP/1.1 200 OK\r\n") at ./FHEM/30_HUEBridge.pm line 440
2014.12.23 22:06:19 5: HUEBridge_HTTP_Request http://192.168.178.61/api/93155e41e219fd5c59c344997186553c/lights/3: Got data, length: 17


Hier die letzten Zeilen im log (ohne grep -i hue)


2014.12.23 22:06:06 5: Notify loop for hzg_kueche actuator: 0%
2014.12.23 22:06:07 5: exec at command at_hue_aussen_check
2014.12.23 22:06:07 5: Cmd: >{
        if ((ReadingsVal('myTwilight', 'light', 0) < 5) && (Value("hilfsschalter_alarmanlage") eq "off") && ($hour >= 6) && ($hour <= 8) && (ReadingsVal('Wetter_D', 'temp_c', 0) < 4)) {
    fhem "set HUEBridge_HUEDevice2 xy 0.168,0.041 : bri 100"
    }
else {
   if ((ReadingsVal('myTwilight', 'light', 0) < 5) && (Value("hilfsschalter_alarmanlage") eq "off") && ($hour >= 5) && ($hour < 23)) {
   fhem "set HUEBridge_HUEDevice2 xy 0.5307,0.4264 : bri 100"
   }
else {
   if ((ReadingsVal('myTwilight', 'light', 0) < 5) && (Value("hilfsschalter_alarmanlage") eq "on") && ($hour >= 5) && ($hour < 23)) {
   fhem "set HUEBridge_HUEDevice2 xy 0.314,0.3288 : bri 100"
   }
else {
   {
   fhem "set HUEBridge_HUEDevice2 off"
   }
}}}}<
2014.12.23 22:06:07 5: Cmd: >set HUEBridge_HUEDevice2 xy 0.5307,0.4264 : bri 100<
2014.12.23 22:06:07 3: Url: http://192.168.178.61/api/93155e41e219fd5c59c344997186553c/lights/2/state
2014.12.23 22:06:08 5: HUEBridge_HTTP_Request http://192.168.178.61/api/93155e41e219fd5c59c344997186553c/lights/2/state: Got data, length: 132
2014.12.23 22:06:08 3: $VAR1 = '[{"success":{"/lights/2/state/on":true}},{"success":{"/lights/2/state/xy":[0.5307,0.4264]}},{"success":{"/lights/2/state/bri":100}}]';

2014.12.23 22:06:08 3: Url: http://192.168.178.61/api/93155e41e219fd5c59c344997186553c/lights/2
2014.12.23 22:06:09 5: HUEBridge_HTTP_Request http://192.168.178.61/api/93155e41e219fd5c59c344997186553c/lights/2: Got data, length: 406
2014.12.23 22:06:09 3: $VAR1 = '{"state": {"on":true,"bri":100,"hue":25603,"sat":254,"effect":"none","xy":[0.5307,0.4264],"ct":290,"alert":"select","colormode":"xy","reachable":true}, "type": "Extended color light", "name": "Hue Lamp 1", "modelid": "LCT001","uniqueid":"00:17:88:01:00:ff:67:d6-0b", "swversion": "66013452", "pointsymbol": { "1":"none", "2":"none", "3":"none", "4":"none", "5":"none", "6":"none", "7":"none", "8":"none" }}';

2014.12.23 22:06:09 4: parse status message for HUEBridge_HUEDevice2
2014.12.23 22:06:09 5: Triggering HUEBridge_HUEDevice2 (4 changes)
2014.12.23 22:06:09 5: Notify loop for HUEBridge_HUEDevice2 bri: 100
2014.12.23 22:06:09 5: Triggering HUEBridge_HUEDevice2 (1 changes)
2014.12.23 22:06:09 5: Notify loop for HUEBridge_HUEDevice2 RGB: 84520c
2014.12.23 22:06:09 5: redefine at command at_hue_aussen_check as +*00:01:00 {
        if ((ReadingsVal('myTwilight', 'light', 0) < 5) && (Value("hilfsschalter_alarmanlage") eq "off") && ($hour >= 6) && ($hour <= 8) && (ReadingsVal('Wetter_D', 'temp_c', 0) < 4)) {
    fhem "set HUEBridge_HUEDevice2 xy 0.168,0.041 : bri 100"
    }
else {
   if ((ReadingsVal('myTwilight', 'light', 0) < 5) && (Value("hilfsschalter_alarmanlage") eq "off") && ($hour >= 5) && ($hour < 23)) {
   fhem "set HUEBridge_HUEDevice2 xy 0.5307,0.4264 : bri 100"
   }
else {
   if ((ReadingsVal('myTwilight', 'light', 0) < 5) && (Value("hilfsschalter_alarmanlage") eq "on") && ($hour >= 5) && ($hour < 23)) {
   fhem "set HUEBridge_HUEDevice2 xy 0.314,0.3288 : bri 100"
   }
else {
   {
   fhem "set HUEBridge_HUEDevice2 off"
   }
}}}}
2014.12.23 22:06:09 5: CUL/RAW: /TA0BFC302F9
TA0BFC382F9

2014.12.23 22:06:09 4: CUL_Parse: myCUNO TA0BFC302F9 -77.5
2014.12.23 22:06:09 5: myCUNO dispatch TA0BFC302
2014.12.23 22:06:09 4: FHTTK Device CUL_FHTTK_a0bfc3 (Window: Closed)
2014.12.23 22:06:09 5: Triggering CUL_FHTTK_a0bfc3 (4 changes)
2014.12.23 22:06:09 5: Notify loop for CUL_FHTTK_a0bfc3 Window: Closed
2014.12.23 22:06:09 4: CUL_Parse: myCUNO TA0BFC382F9 -77.5
2014.12.23 22:06:09 5: myCUNO dispatch TA0BFC382
2014.12.23 22:06:09 4: FHTTK skipping state 02 as last similar telegram was received less than 5 (2) secs ago
2014.12.23 22:06:16 3: Url: http://192.168.178.61/api/93155e41e219fd5c59c344997186553c/lights/1
2014.12.23 22:06:16 5: HUEBridge_HTTP_Request http://192.168.178.61/api/93155e41e219fd5c59c344997186553c/lights/1: Got data, length: 403
2014.12.23 22:06:16 3: $VAR1 = '{"state": {"on":false,"bri":130,"hue":12778,"sat":210,"effect":"none","xy":[0.5142,0.4124],"ct":471,"alert":"none","colormode":"hs","reachable":true}, "type": "Extended color light", "name": "Hue Lamp", "modelid": "LCT001","uniqueid":"00:17:88:01:00:fd:21:06-0b", "swversion": "66013452", "pointsymbol": { "1":"none", "2":"none", "3":"none", "4":"none", "5":"none", "6":"none", "7":"none", "8":"none" }}';

2014.12.23 22:06:16 4: parse status message for HUEBridge_HUEDevice1
2014.12.23 22:06:16 3: Url: http://192.168.178.61/api/93155e41e219fd5c59c344997186553c/lights/3
2014.12.23 22:06:19 5: HUEBridge_HTTP_Request http://192.168.178.61/api/93155e41e219fd5c59c344997186553c/lights/3: Got data, length: 17
2014.12.23 22:06:19 3: $VAR1 = 'HTTP/1.1 200 OK
';



Danke und Gruß,
Hinrich
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 23 Dezember 2014, 22:48:51
das problem sollte mit dem update morgen behoben sein.

die antwort der bridge ist kein json. das modul ignoriert solche antworten jetzt.

ich vermute das passiert wenn die bridge überlastet ist, zu viele kommandos gesendet wurden oder mehrere verbindungen offen sind.

auffällig ist auch das die bridge im fehler fall drei sekunden für die antwort braucht. vielleicht schlägt auch irgendein timeout zu.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: hinrich2001 am 23 Dezember 2014, 23:43:09
Besten Dank schon einmal für die super Unterstützung. Ich habe jetzt erst mal ein Fallback auf eine fhem.cfg der Vor-Hue-Zeit gemacht, da ich für ein paar Tage weg bin und das System natürlich nicht abschmieren darf.

Wenn ich wieder da bin, probiere ich es mit deinem neuen Modul.

Schöne Weihnachtstage,

Hinrich
Titel: Antw:philips hue modul
Beitrag von: hinrich2001 am 27 Dezember 2014, 22:49:24
Hallo Andre,

eben habe ich dein neues Modul geladen und mit der fhem.cfg ausprobiert, mit der am 22.12. noch alles geklappt hat (mit Bewegungsmeldern und Hue).

Klappt aber nicht, denn der Status der drei Bulbs ist "unreachable" (sind natürlich nicht ausgeschaltet).

Muss ich sie neu anlernen?

Gruß,
Hinrich

2014.12.27 22:35:18 4: HTTP FHEMWEB:192.168.178.54:51633 GET /fhem?detail=HUEBridge_HUEDevice3
2014.12.27 22:35:18 4: 3391:FHEMWEB:192.168.178.54:51633: /fhem?detail=HUEBridge_HUEDevice3 / RL:3470 / text/html; charset=UTF-8 / Content-Encoding: gzip
2014.12.27 22:35:19 4: HTTP FHEMWEB:192.168.178.54:51634 GET /fhem?cmd={AttrVal(%22HUEBridge_HUEDevice3%22,%22room%22,%22%22)}&XHR=1
2014.12.27 22:35:19 5: Cmd: >{AttrVal("HUEBridge_HUEDevice3","room","")}<
2014.12.27 22:35:19 4: 3391:FHEMWEB:192.168.178.54:51634: /fhem?cmd={AttrVal(%22HUEBridge_HUEDevice3%22,%22room%22,%22%22)}&XHR=1 / RL:30 / text/plain; carset=UTF-8 / Content-Encoding: gzip
2014.12.27 22:35:19 4: HTTP FHEMWEB:192.168.178.54:51653 GET /fhem?cmd={ReadingsVal(%22HUEBridge_HUEDevice3%22,%22pct%22,%22%22)}&XHR=1
2014.12.27 22:35:19 5: Cmd: >{ReadingsVal("HUEBridge_HUEDevice3","pct","")}<
2014.12.27 22:35:19 4: 3391:FHEMWEB:192.168.178.54:51653: /fhem?cmd={ReadingsVal(%22HUEBridge_HUEDevice3%22,%22pct%22,%22%22)}&XHR=1 / RL:22 / text/plain charset=UTF-8 / Content-Encoding: gzip
2014.12.27 22:35:19 4: HTTP FHEMWEB:192.168.178.54:51633 GET /fhem?XHR=1&inform=type=status;filter=HUEBridge_HUEDevice3;since=1419716117&timestamp=141971126882
2014.12.27 22:35:55 4: using HUEBridge_HTTP_Request: GET lights/
2014.12.27 22:35:57 5: HUEBridge_HTTP_Request http://192.168.178.61/api/93155e41e219fd5c59c344997186553c/lights/: Got data, length: 1229
2014.12.27 22:35:57 4: parse status message for HUEBridge_HUEDevice1
2014.12.27 22:35:58 4: using HUEBridge_HTTP_Request: GET lights/
2014.12.27 22:35:58 5: HUEBridge_HTTP_Request http://192.168.178.61/api/93155e41e219fd5c59c344997186553c/lights/: Got data, length: 1229
2014.12.27 22:35:58 4: parse status message for HUEBridge_HUEDevice3
2014.12.27 22:35:59 4: HTTP FHEMWEB:192.168.178.54:51634 GET /fhem&detail=HUEBridge_HUEDevice3&detail=HUEBridge_HUEDevice3&dev.setHUEBridge_HUEDevice3=HUBridge_HUEDevice3&cmd.setHUEBridge_HUEDevice3=set&arg.setHUEBridge_HUEDevice3=pct&val.setHUEBridge_HUEDevice3=49
2014.12.27 22:35:59 5: Cmd: >set HUEBridge_HUEDevice3 pct 49<
2014.12.27 22:35:59 4: using HUEBridge_HTTP_Request: GET lights/HASH(0x12402e8)
2014.12.27 22:36:04 1: HUEBridge_HTTP_Request http://192.168.178.61/api/93155e41e219fd5c59c344997186553c/lights/HASH(0x12402e8): Select timeout/error:
2014.12.27 22:36:04 5: Triggering HUEBridge_HUEDevice3 (1 changes)
2014.12.27 22:36:04 5: Notify loop for HUEBridge_HUEDevice3 pct 49
2014.12.27 22:36:04 4: using HUEBridge_HTTP_Request: GET lights/
2014.12.27 22:36:06 5: HUEBridge_HTTP_Request http://192.168.178.61/api/93155e41e219fd5c59c344997186553c/lights/: Got data, length: 1229
2014.12.27 22:36:06 4: parse status message for HUEBridge_HUEDevice2
2014.12.27 22:36:06 4: HTTP FHEMWEB:192.168.178.54:51634 GET /fhem?detail=HUEBridge_HUEDevice3
2014.12.27 22:36:06 4: 3391:FHEMWEB:192.168.178.54:51634: /fhem?detail=HUEBridge_HUEDevice3 / RL:3468 / text/html; charset=UTF-8 / Content-Encoding: gzip
2014.12.27 22:36:07 4: HTTP FHEMWEB:192.168.178.54:51636 GET /fhem?cmd={ReadingsVal(%22HUEBridge_HUEDevice3%22,%22pct%22,%22%22)}&XHR=1
2014.12.27 22:36:07 5: Cmd: >{ReadingsVal("HUEBridge_HUEDevice3","pct","")}<
2014.12.27 22:36:07 4: 3391:FHEMWEB:192.168.178.54:51636: /fhem?cmd={ReadingsVal(%22HUEBridge_HUEDevice3%22,%22pct%22,%22%22)}&XHR=1 / RL:22 / text/plain charset=UTF-8 / Content-Encoding: gzip
2014.12.27 22:36:07 4: HTTP FHEMWEB:192.168.178.54:51655 GET /fhem?cmd={AttrVal(%22HUEBridge_HUEDevice3%22,%22room%22,%22%22)}&XHR=1
2014.12.27 22:36:07 5: Cmd: >{AttrVal("HUEBridge_HUEDevice3","room","")}<
2014.12.27 22:36:07 4: 3391:FHEMWEB:192.168.178.54:51655: /fhem?cmd={AttrVal(%22HUEBridge_HUEDevice3%22,%22room%22,%22%22)}&XHR=1 / RL:30 / text/plain; carset=UTF-8 / Content-Encoding: gzip
2014.12.27 22:36:07 4: HTTP FHEMWEB:192.168.178.54:51634 GET /fhem?XHR=1&inform=type=status;filter=HUEBridge_HUEDevice3;since=1419716165&timestamp=141971174751
2014.12.27 22:36:23 4: HTTP FHEMWEB:192.168.178.54:51655 GET /fhem?detail=FileLog_HUEBridge_HUEDevice3
2014.12.27 22:36:23 4: 3391:FHEMWEB:192.168.178.54:51655: /fhem?detail=FileLog_HUEBridge_HUEDevice3 / RL:3185 / text/html; charset=UTF-8 / Content-Encodig: gzip
2014.12.27 22:36:23 4: HTTP FHEMWEB:192.168.178.54:51663 GET /fhem?cmd={AttrVal(%22FileLog_HUEBridge_HUEDevice3%22,%22room%22,%22%22)}&XHR=1
2014.12.27 22:36:23 5: Cmd: >{AttrVal("FileLog_HUEBridge_HUEDevice3","room","")}<
2014.12.27 22:36:23 4: 3391:FHEMWEB:192.168.178.54:51663: /fhem?cmd={AttrVal(%22FileLog_HUEBridge_HUEDevice3%22,%22room%22,%22%22)}&XHR=1 / RL:21 / text/lain; charset=UTF-8 / Content-Encoding: gzip
2014.12.27 22:36:23 4: HTTP FHEMWEB:192.168.178.54:51653 GET /fhem?cmd={ReadingsVal(%22FileLog_HUEBridge_HUEDevice3%22,%22absorb%22,%22%22)}&XHR=1
2014.12.27 22:36:23 5: Cmd: >{ReadingsVal("FileLog_HUEBridge_HUEDevice3","absorb","")}<
2014.12.27 22:36:23 4: 3391:FHEMWEB:192.168.178.54:51653: /fhem?cmd={ReadingsVal(%22FileLog_HUEBridge_HUEDevice3%22,%22absorb%22,%22%22)}&XHR=1 / RL:21 /text/plain; charset=UTF-8 / Content-Encoding: gzip
2014.12.27 22:36:24 4: HTTP FHEMWEB:192.168.178.54:51655 GET /fhem?XHR=1&inform=type=status;filter=FileLog_HUEBridge_HUEDevice3;since=1419716182&timestam=1419716191551
2014.12.27 22:36:25 4: HTTP FHEMWEB:192.168.178.54:51636 GET /fhem/FileLog_logWrapper&dev=FileLog_HUEBridge_HUEDevice3&type=text&file=HUEBridge_HUEDevice-2014-12.log
2014.12.27 22:36:26 4: HTTP FHEMWEB:192.168.178.54:51636 GET /fhem/FileLog_logWrapper&dev=FileLog_HUEBridge_HUEDevice3&type=text&file=HUEBridge_HUEDevice-2014-12.log?XHR=1&inform=type=status;filter=;since=1419716184&timestamp=1419716194298
2014.12.27 22:36:55 4: HTTP FHEMWEB:192.168.178.54:51653 GET /fhem/FileLog_logWrapper&dev=FileLog_HUEBridge_HUEDevice3&type=text&file=HUEBridge_HUEDevice-2014-12.log
2014.12.27 22:36:55 4: HTTP FHEMWEB:192.168.178.54:51653 GET /fhem/FileLog_logWrapper&dev=FileLog_HUEBridge_HUEDevice3&type=text&file=HUEBridge_HUEDevice-2014-12.log?XHR=1&inform=type=status;filter=;since=1419716214&timestamp=1419716223330
2014.12.27 22:36:55 4: using HUEBridge_HTTP_Request: GET lights/
2014.12.27 22:36:57 5: HUEBridge_HTTP_Request http://192.168.178.61/api/93155e41e219fd5c59c344997186553c/lights/: Got data, length: 1229
2014.12.27 22:36:57 4: parse status message for HUEBridge_HUEDevice1
2014.12.27 22:36:58 4: using HUEBridge_HTTP_Request: GET lights/
2014.12.27 22:36:59 5: HUEBridge_HTTP_Request http://192.168.178.61/api/93155e41e219fd5c59c344997186553c/lights/: Got data, length: 1229
2014.12.27 22:36:59 4: parse status message for HUEBridge_HUEDevice3
2014.12.27 22:37:04 4: HTTP FHEMWEB:192.168.178.54:51663 GET /fhem?room=HUEDevice
2014.12.27 22:37:04 4: 3391:FHEMWEB:192.168.178.54:51663: /fhem?room=HUEDevice / RL:3916 / text/html; charset=UTF-8 / Content-Encoding: gzip
2014.12.27 22:37:04 4: using HUEBridge_HTTP_Request: GET lights/
2014.12.27 22:37:05 5: HUEBridge_HTTP_Request http://192.168.178.61/api/93155e41e219fd5c59c344997186553c/lights/: Got data, length: 1229
2014.12.27 22:37:05 4: parse status message for HUEBridge_HUEDevice2
2014.12.27 22:37:05 4: HTTP FHEMWEB:192.168.178.54:51663 GET /fhem?XHR=1&inform=type=status;filter=room=HUEDevice;since=1419716223&timestamp=141971623326
2014.12.27 22:37:11 4: HTTP FHEMWEB:192.168.178.54:51632 GET /fhem?XHR=1&cmd.HUEBridge_HUEDevice3=set%20HUEBridge_HUEDevice3%20off&room=HUEDevice
2014.12.27 22:37:11 5: Cmd: >set HUEBridge_HUEDevice3 off<
2014.12.27 22:37:11 4: using HUEBridge_HTTP_Request: GET lights/HASH(0x12402e8)
2014.12.27 22:37:12 5: HUEBridge_HTTP_Request http://192.168.178.61/api/93155e41e219fd5c59c344997186553c/lights/HASH(0x12402e8): Got data, length: 123
2014.12.27 22:37:12 5: Triggering HUEBridge_HUEDevice3 (1 changes)
2014.12.27 22:37:12 5: Notify loop for HUEBridge_HUEDevice3 off
2014.12.27 22:37:12 4: 3391:FHEMWEB:192.168.178.54:51632: /fhem?XHR=1&cmd.HUEBridge_HUEDevice3=set%20HUEBridge_HUEDevice3%20off&room=HUEDevice / RL:20 / ext/plain; charset=UTF-8 / Content-Encoding: gzip
2014.12.27 22:37:19 4: HTTP FHEMWEB:192.168.178.54:51632 GET /fhem?detail=HUEBridge_HUEDevice3
2014.12.27 22:37:19 4: 3391:FHEMWEB:192.168.178.54:51632: /fhem?detail=HUEBridge_HUEDevice3 / RL:3504 / text/html; charset=UTF-8 / Content-Encoding: gzip
2014.12.27 22:37:19 4: HTTP FHEMWEB:192.168.178.54:51674 GET /fhem?cmd={ReadingsVal(%22HUEBridge_HUEDevice3%22,%22pct%22,%22%22)}&XHR=1
2014.12.27 22:37:19 5: Cmd: >{ReadingsVal("HUEBridge_HUEDevice3","pct","")}<
2014.12.27 22:37:19 4: 3391:FHEMWEB:192.168.178.54:51674: /fhem?cmd={ReadingsVal(%22HUEBridge_HUEDevice3%22,%22pct%22,%22%22)}&XHR=1 / RL:22 / text/plain charset=UTF-8 / Content-Encoding: gzip
2014.12.27 22:37:19 4: HTTP FHEMWEB:192.168.178.54:51680 GET /fhem?cmd={AttrVal(%22HUEBridge_HUEDevice3%22,%22room%22,%22%22)}&XHR=1
2014.12.27 22:37:19 5: Cmd: >{AttrVal("HUEBridge_HUEDevice3","room","")}<
2014.12.27 22:37:19 4: 3391:FHEMWEB:192.168.178.54:51680: /fhem?cmd={AttrVal(%22HUEBridge_HUEDevice3%22,%22room%22,%22%22)}&XHR=1 / RL:30 / text/plain; carset=UTF-8 / Content-Encoding: gzip
2014.12.27 22:37:19 4: HTTP FHEMWEB:192.168.178.54:51632 GET /fhem?XHR=1&inform=type=status;filter=HUEBridge_HUEDevice3;since=1419716238&timestamp=141971247402
2014.12.27 22:37:25 4: HTTP FHEMWEB:192.168.178.54:51680 GET /fhem?detail=FileLog_HUEBridge_HUEDevice3
2014.12.27 22:37:25 4: 3391:FHEMWEB:192.168.178.54:51680: /fhem?detail=FileLog_HUEBridge_HUEDevice3 / RL:3185 / text/html; charset=UTF-8 / Content-Encodig: gzip
2014.12.27 22:37:25 4: HTTP FHEMWEB:192.168.178.54:51676 GET /fhem?cmd={ReadingsVal(%22FileLog_HUEBridge_HUEDevice3%22,%22absorb%22,%22%22)}&XHR=1
2014.12.27 22:37:25 5: Cmd: >{ReadingsVal("FileLog_HUEBridge_HUEDevice3","absorb","")}<
2014.12.27 22:37:25 4: 3391:FHEMWEB:192.168.178.54:51676: /fhem?cmd={ReadingsVal(%22FileLog_HUEBridge_HUEDevice3%22,%22absorb%22,%22%22)}&XHR=1 / RL:21 /text/plain; charset=UTF-8 / Content-Encoding: gzip
2014.12.27 22:37:25 4: HTTP FHEMWEB:192.168.178.54:51682 GET /fhem?cmd={AttrVal(%22FileLog_HUEBridge_HUEDevice3%22,%22room%22,%22%22)}&XHR=1
2014.12.27 22:37:25 5: Cmd: >{AttrVal("FileLog_HUEBridge_HUEDevice3","room","")}<
2014.12.27 22:37:25 4: 3391:FHEMWEB:192.168.178.54:51682: /fhem?cmd={AttrVal(%22FileLog_HUEBridge_HUEDevice3%22,%22room%22,%22%22)}&XHR=1 / RL:21 / text/lain; charset=UTF-8 / Content-Encoding: gzip
2014.12.27 22:37:26 4: HTTP FHEMWEB:192.168.178.54:51680 GET /fhem?XHR=1&inform=type=status;filter=FileLog_HUEBridge_HUEDevice3;since=1419716244&timestam=1419716253548
2014.12.27 22:37:27 4: HTTP FHEMWEB:192.168.178.54:51674 GET /fhem/FileLog_logWrapper&dev=FileLog_HUEBridge_HUEDevice3&type=text&file=HUEBridge_HUEDevice-2014-12.log
2014.12.27 22:37:28 4: HTTP FHEMWEB:192.168.178.54:51674 GET /fhem/FileLog_logWrapper&dev=FileLog_HUEBridge_HUEDevice3&type=text&file=HUEBridge_HUEDevice-2014-12.log?XHR=1&inform=type=status;filter=;since=1419716246&timestamp=1419716255871
2014.12.27 22:37:55 4: using HUEBridge_HTTP_Request: GET lights/
2014.12.27 22:37:57 5: HUEBridge_HTTP_Request http://192.168.178.61/api/93155e41e219fd5c59c344997186553c/lights/: Got data, length: 1229
2014.12.27 22:37:57 4: parse status message for HUEBridge_HUEDevice1
2014.12.27 22:37:58 4: using HUEBridge_HTTP_Request: GET lights/
2014.12.27 22:37:58 5: HUEBridge_HTTP_Request http://192.168.178.61/api/93155e41e219fd5c59c344997186553c/lights/: Got data, length: 1229
2014.12.27 22:37:58 4: parse status message for HUEBridge_HUEDevice3
2014.12.27 22:37:58 5: Triggering HUEBridge_HUEDevice3 (1 changes)
2014.12.27 22:37:58 5: Notify loop for HUEBridge_HUEDevice3 unreachable
2014.12.27 22:38:04 4: using HUEBridge_HTTP_Request: GET lights/
2014.12.27 22:38:06 5: HUEBridge_HTTP_Request http://192.168.178.61/api/93155e41e219fd5c59c344997186553c/lights/: Got data, length: 1229
2014.12.27 22:38:06 4: parse status message for HUEBridge_HUEDevice2
2014.12.27 22:38:50 4: using HUEBridge_HTTP_Request: GET config
2014.12.27 22:38:51 5: HUEBridge_HTTP_Request http://192.168.178.61/api/93155e41e219fd5c59c344997186553c/config: Got data, length: 1700
2014.12.27 22:38:51 4: parse status message for HUEBridge
2014.12.27 22:38:55 4: using HUEBridge_HTTP_Request: GET lights/
2014.12.27 22:38:57 5: HUEBridge_HTTP_Request http://192.168.178.61/api/93155e41e219fd5c59c344997186553c/lights/: Got data, length: 1229
2014.12.27 22:38:57 4: parse status message for HUEBridge_HUEDevice1
2014.12.27 22:38:58 4: using HUEBridge_HTTP_Request: GET lights/
2014.12.27 22:38:59 5: HUEBridge_HTTP_Request http://192.168.178.61/api/93155e41e219fd5c59c344997186553c/lights/: Got data, length: 1229
2014.12.27 22:38:59 4: parse status message for HUEBridge_HUEDevice3
2014.12.27 22:39:04 4: using HUEBridge_HTTP_Request: GET lights/
2014.12.27 22:39:05 5: HUEBridge_HTTP_Request http://192.168.178.61/api/93155e41e219fd5c59c344997186553c/lights/: Got data, length: 1229
2014.12.27 22:39:05 4: parse status message for HUEBridge_HUEDevice2
2014.12.27 22:39:55 4: using HUEBridge_HTTP_Request: GET lights/
2014.12.27 22:39:57 5: HUEBridge_HTTP_Request http://192.168.178.61/api/93155e41e219fd5c59c344997186553c/lights/: Got data, length: 1229
2014.12.27 22:39:57 4: parse status message for HUEBridge_HUEDevice1
2014.12.27 22:39:58 4: using HUEBridge_HTTP_Request: GET lights/
2014.12.27 22:39:59 5: HUEBridge_HTTP_Request http://192.168.178.61/api/93155e41e219fd5c59c344997186553c/lights/: Got data, length: 1229
2014.12.27 22:39:59 4: parse status message for HUEBridge_HUEDevice3
2014.12.27 22:40:04 4: using HUEBridge_HTTP_Request: GET lights/
2014.12.27 22:40:05 5: HUEBridge_HTTP_Request http://192.168.178.61/api/93155e41e219fd5c59c344997186553c/lights/: Got data, length: 1229
2014.12.27 22:40:05 4: parse status message for HUEBridge_HUEDevice2
2014.12.27 22:40:55 4: using HUEBridge_HTTP_Request: GET lights/
2014.12.27 22:40:56 5: HUEBridge_HTTP_Request http://192.168.178.61/api/93155e41e219fd5c59c344997186553c/lights/: Got data, length: 1229
2014.12.27 22:40:56 4: parse status message for HUEBridge_HUEDevice1
2014.12.27 22:40:58 4: using HUEBridge_HTTP_Request: GET lights/
2014.12.27 22:40:58 5: HUEBridge_HTTP_Request http://192.168.178.61/api/93155e41e219fd5c59c344997186553c/lights/: Got data, length: 1229
2014.12.27 22:40:59 4: parse status message for HUEBridge_HUEDevice3
2014.12.27 22:41:04 4: using HUEBridge_HTTP_Request: GET lights/
2014.12.27 22:41:05 5: HUEBridge_HTTP_Request http://192.168.178.61/api/93155e41e219fd5c59c344997186553c/lights/: Got data, length: 1229
2014.12.27 22:41:05 4: parse status message for HUEBridge_HUEDevice2
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 27 Dezember 2014, 22:56:41
bitte zeig mal ein list von der bridge und von den drei bulbs.

deine devices haben scheinbar keine oder eine falsche id. die GET im log müssten alle so aussehen:
Zitat2014.12.27 22:57:23 4: using HUEBridge_HTTP_Request: GET lights/1
2014.12.27 22:57:23 4: using HUEBridge_HTTP_Request: GET lights/6
2014.12.27 22:57:23 4: using HUEBridge_HTTP_Request: GET lights/3
2014.12.27 22:57:23 4: using HUEBridge_HTTP_Request: GET lights/7
2014.12.27 22:57:23 4: using HUEBridge_HTTP_Request: GET lights/8
2014.12.27 22:57:23 4: using HUEBridge_HTTP_Request: GET lights/4
2014.12.27 22:57:23 4: using HUEBridge_HTTP_Request: GET lights/2
2014.12.27 22:57:23 4: using HUEBridge_HTTP_Request: GET lights/5
2014.12.27 22:57:23 4: using HUEBridge_HTTP_Request: GET lights/10
2014.12.27 22:57:23 4: using HUEBridge_HTTP_Request: GET lights/9

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: hinrich2001 am 27 Dezember 2014, 23:26:37
Hier der Output von

list TYPE=HUEDevice

HUEBridge_HUEDevice1
HUEBridge_HUEDevice2
HUEBridge_HUEDevice3
HUEBridge_HUEGroup0

Und hier die Konfig

##########################

define HUEBridge HUEBridge 192.168.178.61
attr HUEBridge key 93155e41e219fd5c59c344997186553c

##########################
define HUEBridge_HUEDevice1 HUEDevice 1
attr HUEBridge_HUEDevice1 IODev HUEBridge
attr HUEBridge_HUEDevice1 alias Hue Lamp
attr HUEBridge_HUEDevice1 color-icons 2
attr HUEBridge_HUEDevice1 devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
attr HUEBridge_HUEDevice1 model LCT001
attr HUEBridge_HUEDevice1 room HUEDevice
attr HUEBridge_HUEDevice1 subType extcolordimmer
attr HUEBridge_HUEDevice1 webCmd rgb:rgb ff0000:rgb DEFF26:rgb 0000ff:toggle:on:off

define FileLog_HUEBridge_HUEDevice1 FileLog ./log/HUEBridge_HUEDevice1-%Y-%m.log HUEBridge_HUEDevice1
attr FileLog_HUEBridge_HUEDevice1 logtype text

define HUEBridge_HUEDevice3 HUEDevice 3
attr HUEBridge_HUEDevice3 IODev HUEBridge
attr HUEBridge_HUEDevice3 alias Hue Lamp 2
attr HUEBridge_HUEDevice3 color-icons 2
attr HUEBridge_HUEDevice3 devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
attr HUEBridge_HUEDevice3 model LCT001
attr HUEBridge_HUEDevice3 room HUEDevice
attr HUEBridge_HUEDevice3 subType extcolordimmer
attr HUEBridge_HUEDevice3 webCmd rgb:rgb ff0000:rgb DEFF26:rgb 0000ff:toggle:on:off

define FileLog_HUEBridge_HUEDevice3 FileLog ./log/HUEBridge_HUEDevice3-%Y-%m.log HUEBridge_HUEDevice3
attr FileLog_HUEBridge_HUEDevice3 logtype text

define HUEBridge_HUEDevice2 HUEDevice 2
attr HUEBridge_HUEDevice2 IODev HUEBridge
attr HUEBridge_HUEDevice2 alias Hue Lamp 1
attr HUEBridge_HUEDevice2 color-icons 2
attr HUEBridge_HUEDevice2 devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
attr HUEBridge_HUEDevice2 model LCT001
attr HUEBridge_HUEDevice2 room HUEDevice
attr HUEBridge_HUEDevice2 subType extcolordimmer
attr HUEBridge_HUEDevice2 webCmd rgb:rgb ff0000:rgb DEFF26:rgb 0000ff:toggle:on:off
define HUEBridge_HUEGroup0 HUEDevice group 0
attr HUEBridge_HUEGroup0 IODev HUEBridge
attr HUEBridge_HUEGroup0 alias Lightset 0
attr HUEBridge_HUEGroup0 delayedUpdate 1
attr HUEBridge_HUEGroup0 room HUEDevice
attr HUEBridge_HUEGroup0 webCmd on:off

#########################################



Gehe jetzt erst mal - etwas frustriert  ;D - ins Bett.

Gruß,
Hinrich
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 27 Dezember 2014, 23:30:12
bitte ein list vom device. nicht nur aus dem config file.

welche version haben das deine module?

gruß
  andre
Titel: Antw:philips hue modul
Beitrag von: hinrich2001 am 27 Dezember 2014, 23:37:30
Ich habe heute nur das Modul 30_HUEBridge.pm neu geladen.

# $Id: 30_HUEBridge.pm 7327 2014-12-26 18:37:49Z justme1968 $


Ist das der Fehler und ich hätte ein komplettes "update" machen sollen? Auf welches Modul kommt es noch an?



Bridge:


Internals:
   DEF        192.168.178.61
   Host       192.168.178.61
   INTERVAL   300
   NAME       HUEBridge
   NR         493
   NTFY_ORDER 50-HUEBridge
   STATE      Connected
   TYPE       HUEBridge
   apiversion 1.5.0
   mac        00:17:88:17:1f:50
   name       Philips hue
   swversion  01018228
   updatestate 0
   Helper:
     count      1
     last_config_timestamp 0
Attributes:
   key        93155e41e219fd5c59c344997186553c



Bulbs:

Internals:
   CHANGED
   DEF        1
   ID         1
   INTERVAL   60
   IODev      HUEBridge
   NAME       HUEBridge_HUEDevice1
   NR         496
   STATE      unreachable
   TYPE       HUEDevice
   modelid
   name
   swversion
   type
   Readings:
     2014-12-27 23:25:05   onoff           0
     2014-12-27 23:25:05   pct             0
     2014-12-27 23:25:05   reachable       0
     2014-12-27 23:25:05   state           unreachable
   Helper:
     RGB        000000
     alert
     bri
     colormode
     ct
     effect
     group
     hue
     interfaces dimmer
     on         0
     percent    0
     reachable  0
     sat
     update_timeout 0
     xy
Attributes:
   IODev      HUEBridge
   color-icons 2
   devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
   model      LCT001
   room       HUEDevice
   subType    extcolordimmer
   webCmd     rgb:rgb ff0000:rgb DEFF26:rgb 0000ff:toggle:on:off

####


Internals:
   CHANGED
   DEF        2
   ID         2
   INTERVAL   60
   IODev      HUEBridge
   NAME       HUEBridge_HUEDevice2
   NR         506
   STATE      unreachable
   TYPE       HUEDevice
   modelid
   name
   swversion
   type
   Readings:
     2014-12-27 23:25:07   onoff           0
     2014-12-27 23:25:07   pct             0
     2014-12-27 23:25:07   reachable       0
     2014-12-27 23:25:07   state           unreachable
   Helper:
     RGB        000000
     alert
     bri
     colormode
     ct
     effect
     group
     hue
     interfaces dimmer
     on         0
     percent    0
     reachable  0
     sat
     update_timeout 0
     xy
Attributes:
   IODev      HUEBridge
   color-icons 2
   devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
   model      LCT001
   room       HUEDevice
   subType    extcolordimmer
   webCmd     rgb:rgb ff0000:rgb DEFF26:rgb 0000ff:toggle:on:off

###


Internals:
   CHANGED
   DEF        3
   ID         3
   INTERVAL   60
   IODev      HUEBridge
   NAME       HUEBridge_HUEDevice3
   NR         501
   STATE      unreachable
   TYPE       HUEDevice
   modelid
   name
   swversion
   type
   Readings:
     2014-12-27 23:25:06   onoff           0
     2014-12-27 23:25:06   pct             0
     2014-12-27 23:25:06   reachable       0
     2014-12-27 23:25:06   state           unreachable
   Helper:
     RGB        000000
     alert
     bri
     colormode
     ct
     effect
     group
     hue
     interfaces dimmer
     on         0
     percent    0
     reachable  0
     sat
     update_timeout 0
     xy
Attributes:
   IODev      HUEBridge
   color-icons 2
   devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
   model      LCT001
   room       HUEDevice
   subType    extcolordimmer
   webCmd     rgb:rgb ff0000:rgb DEFF26:rgb 0000ff:toggle:on:off
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 28 Dezember 2014, 00:33:30
30_HUEBridge.pm,31_HUEDevice.pm und Color.pm

gruß
  andre
Titel: Antw:philips hue modul
Beitrag von: hinrich2001 am 28 Dezember 2014, 13:37:12
Wie so oft saß auch hier das Problem vor dem Rechner  ::)
Nach dem Update von 31_HUEDevice.pm klappt es.
Jetzt mal schauen ob das Anfangsproblem mit den JSON Fehler nicht mehr auftritt.

Nochmals vielen Dank für den Support!

Ab und an sehe ich solche Meldungen im Log

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


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

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

Gruß,
Hinrich


Titel: Antw:philips hue modul
Beitrag von: justme1968 am 28 Dezember 2014, 13:46:42
die JSON probleme die nicht abgefangen wurden und die netzwerkprobleme hängen vielleicht sogar zusammen.

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

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

Oder übersehe ich was?

Viele Grüße und einen guten Rutsch
Veit
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 31 Dezember 2014, 15:45:58
das ist wie mit allen anderen device namen im hue modul bzw. in fhem. es gibt den device namen und den alias. der device name muss automatisch und eindeutig sein auch bridge übergreifend. der alias nicht. der alias darf zeichen enthalten die im device namen nicht erlaubt sind.

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

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

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

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: volschin am 31 Dezember 2014, 16:13:03
Wahrscheinlich mein Problem. Ich hatte beim Anlegen der Gruppe mit einer Analogie zum define gerechnet und nicht nachgeschaut, wie der NAME im System ist. Aber Du hast natürlich recht, es ist mit dem autocreate aus den Daten der Bridge konsistent. Ich habe bisher noch nie ein HueDevice selbst angelegt, sondern immer die angelegten mit einem rename angepasst. Jetzt war ich überrascht, dass ich das mit einem selbst erstellten auch tun musste.  ;)
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 31 Dezember 2014, 16:14:52
es ist je eben genau nicht mit einem define selber erstellt sondern sondern es wird ein device/gruppe in der bridge angelegt und dann autocreate verwendet. :)

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: akw am 02 Januar 2015, 14:53:08
Hi,

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

Ciao, Arno
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 02 Januar 2015, 14:54:51
der tap wird auf ebene der bridge angebunden (du musst regeln in der bridge dafür anlegen) und ist für fhem nicht sichtbar bzw. es gibt keine events die fhem sehen kann. du siehst du indirekt beim pollen das sich z.b. am licht etwas geändert hat.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: Porky666 am 02 Januar 2015, 22:30:05
@AKW

Hallo Arno,

Wie geht's voran mit deinem FHEMMobile 4

Frohes Neues Jahr an alle,
Stefan
Titel: Antw:philips hue modul
Beitrag von: akw am 06 Januar 2015, 15:16:47
Zitat von: justme1968 am 02 Januar 2015, 14:54:51
der tap wird auf ebene der bridge angebunden ... und ist für fhem nicht sichtbar.

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

Zitat von: Porky666 am 02 Januar 2015, 22:30:05Wie geht's voran mit deinem FHEMMobile 4

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

Ciao, Arno

Titel: Antw:philips hue modul
Beitrag von: akw am 06 Januar 2015, 15:30:06
Hi Andre,

hier mein Schnelltest:

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


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


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

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


Ciao, Arno

Titel: Antw:philips hue modul
Beitrag von: justme1968 am 06 Januar 2015, 15:41:16
die bridge hat leider kein api um aktiv events zu versenden und auch das rules api erlaubt nur interne targets. es gibt mehr als einen request das zu ändern.

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

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

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

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 06 Januar 2015, 15:49:48
wenn dir das verloren gehen von events und die verzögerung wirklich kein problem macht schaue ich mal ...
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 06 Januar 2015, 17:39:59
hallo arno,

anbei eine erste version die auch sensoren abfragen kann:
vielleicht has du ja lust mal zu probieren ob die idee von oben mit einem CLIP sensor pro button funktioniert. ich würde das dann einbauen.

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

gruss
  andre

edit: die beschriebene funktionalität ist inzwischen eingecheckt und teil des normalen modus.
Titel: Antw:philips hue modul
Beitrag von: der-Lolo am 06 Januar 2015, 21:41:04
Hallo Andre,
ich benutze ja auch einige Living Whites Steckdosen im Haus verteilt. Alle stehen im Subtype auf switch, und haben folgendes devstateicon
Zitaton:power-green:off off:power-black:on unreachable:power-red:on

Es passiert gelegentlich, wenn ich schalte - nicht immer, das keines meiner gewählten Icons als Aktualisierung angezeigt wird und an dieser Stelle dann dim06% und das entsprechende icon gezeigt wird.

Hast Du eine Idee woher das kommt?
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 06 Januar 2015, 21:47:38
steht der schalter hinten an der steckdose auf  on/off oder dim? in welchem zustand sind die steckdosen dann? sind sie aus oder tatsächlich gedimmt?

das device ist eigentlich ein dimmer und ich könnte mir vorstellen das beim aus oder einschalten irgendetwas von dem soft on oder off im status der bridge landet.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: der-Lolo am 06 Januar 2015, 21:58:46
Die Schalter stehen immer auf on/off, ich erkenne auch kein problem bei den nachgeschalteten Geräten, der Stecker schaltet also sofort auf 100%.
Ist ja eh nur ein kleines wehwehchen - es passiert auch nicht oft.
Ich wunder mich nur das überhaupt ein anderes Icon als definiert gezogen wird - und dachte das der subtype switch eigentlich gar nicht dort behandelt wird wo die dim icons vergeben werden.
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 06 Januar 2015, 22:21:27
das subtype attribut bezieht sich auf die zur verfügung stehenden kommandos bei set und get und auf die umrechnung des farbraums.

wenn die bridge mir einen dim level statt on oder off schickt wird das 1:1 weiter gereicht.

so lange ich nicht 100% sicher weiss ob der level eigentlich ein on oder ein off ist möchte ich auch eigentlich nichts anderes anzeigen.

was ich aber einbauen könnnte ist das bei subtype switch versucht wird noch mal explizit ein kommando zu senden um komplett ein oder aus zu schalten. das geht aber auch nur wenn ich weiss wie genau das fehlverhalten ist.

passiert es beim einschalten? also wenn eigentlich on dort stehen sollte oder beim ausschalten wenn eigentlich off dort stehen sollte? oder bei beidem. dann wird es schwierig.
Titel: Antw:philips hue modul
Beitrag von: der-Lolo am 07 Januar 2015, 06:30:12
Ich konnte das nur beim einschalten beobachten. Also wenn eigentlich power_green gezeigt werden soll.
Titel: Antw:philips hue modul
Beitrag von: volschin am 07 Januar 2015, 12:46:58
Hi Andre,
demnächst gibt's Nachschub an Arbeit.  ;)

Neue Sensoren: Philips Hue auf dem Weg zum Smarthome-System (http://www.iphone-ticker.de/neue-sensoren-philips-hue-auf-dem-weg-zum-smarthome-system-75877/)

Ich bin gespannt, ob der neue Kram was taugt und wie er sich im Vergleich mit Homematic schlägt.

Gruß
Veit
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 07 Januar 2015, 13:13:57
na mal sehen wann und zu welchem preis die zu bekommen sein werden.

ein vorteil wäre ganz sicher das mesh netzwerk.

das aktuelle api ist aber für sofortiges reagieren nicht geeignet. mal sehen ob sich das noch ändert.

ich glaube ich muss den rasbee api doch noch angehen.

und schauen wo ich die ganzen devices zum testen her bekomme :)
Titel: Antw:philips hue modul
Beitrag von: volschin am 07 Januar 2015, 13:19:35
Ich habe meinen RaspBee auch noch ungenutzt hier herumliegen. Gruppen gibt's ja jetzt auch in der Bridge.  :)
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 07 Januar 2015, 13:20:53
aber beim rasbee kommt man über das api direkt an die zigbee nachrichten. ohne pollen und sofort.
Titel: Antw:philips hue modul
Beitrag von: volschin am 07 Januar 2015, 15:55:28
Heute ist übrigens meine erste Hue Lux dazugekommen (LWB004). Macht ein schöneres Licht gegenüber den LWB001, die ja immer diesen etwas rötlichen Sparlampen-Ton hatten.
Titel: Antw:philips hue modul
Beitrag von: The-Holgi am 20 Januar 2015, 23:56:54

sub
startFireEffect(@)
{
  my @bulbs=@_;
  foreach (@bulbs) {
    my $bulb=$_;
    my $hue = int((rand()*3460)+5460);
    my $sat = int(rand(64)+170);
    my $bri = int(rand(60)+16);
    my $delay = (rand()+0.1);
    my $transitiontime = int($delay * 10);
    fhem("set $bulb hue $hue: sat $sat : bri $bri : transitiontime $transitiontime immediateUpdate:noUpdate");
    InternalTimer(qw(gettimeofday)+$delay, 'FireEffect', $bulb, 0);
  }
}

sub
stopFireEffect(@)
{
  my @bulbs=@_;
  foreach (@bulbs) {
    my $bulb=$_;
    RemoveInternalTimer($bulb);
    fhem("set $bulb off");
  }
}



[/quote]

Hallo,
kann mir jemand einen Tipp geben wie ich das einbauen kann ?
kommt das in die 99_myUtilitis.pm ?

Gruß Holgi
Titel: Antw:philips hue modul
Beitrag von: HolyMoly am 21 Januar 2015, 11:12:01
Zitat von: The-Holgi am 20 Januar 2015, 23:56:54
kommt das in die 99_myUtilitis.pm ?
Genau, einfach in die 99_myUtilitis.pm einfügen und dann aufrufen {startFireEffect(hue1, hue2)}
Titel: Antw:philips hue modul
Beitrag von: The-Holgi am 21 Januar 2015, 13:27:09
Hm,
OK. hue1 und hue2 sind die Huebulbs ?
Verstehe nur nicht wie ich das aufrufen kann, muß man das {startFireEffect(hue1, hue2)} in ein notify "packen" ?
Sorry für die vielleicht blöde Frage, habe bisher die 99_myUtilitis komplett aßen vor gelassen.

gruß Holgi
Titel: Antw:philips hue modul
Beitrag von: HolyMoly am 21 Januar 2015, 13:38:15
hue1, hue2 sind die huebulbs
{startFireEffect(hue1, hue2);} kannst du z.b. direkt in der Konsole aufrufen, durch die geschweiften Klammern weiß fhem das nun Perl code folgt.
Titel: Antw:philips hue modul
Beitrag von: The-Holgi am 21 Januar 2015, 14:03:09
Wenn ich das direkt eingebe erhalte ich diese Ausgabe:
Unknown command {startFireEffect(hue1,, try help.
Unknown command }, try help.

So sieht meine 99_myUtils.pm aus:
package main;
use strict;
use warnings;
use POSIX;
sub
myUtils_Initialize($$)
{
  my ($hash) = @_;
}

sub
startFireEffect(@)
{
  my @bulbs=@_;
  foreach (@bulbs) {
    my $bulb=$_;
    my $hue = int((rand()*3460)+5460);
    my $sat = int(rand(64)+170);
    my $bri = int(rand(60)+16);
    my $delay = (rand()+0.1);
    my $transitiontime = int($delay * 10);
    fhem("set $bulb hue $hue: sat $sat : bri $bri : transitiontime $transitiontime immediateUpdate:noUpdate");
    InternalTimer(qw(gettimeofday)+$delay, 'FireEffect', $bulb, 0);
  }
}

sub
stopFireEffect(@)
{
  my @bulbs=@_;
  foreach (@bulbs) {
    my $bulb=$_;
    RemoveInternalTimer($bulb);
    fhem("set $bulb off");
  }
}
1;
Titel: Antw:philips hue modul
Beitrag von: siggi85 am 21 Januar 2015, 15:16:38
Zitat von: siggi85 am 26 September 2014, 17:23:39
Ich habe den Effekt von HolyMoly umgebaut, so dass man mehrere Hue Bulbs angeben kann.

sub
startFireEffect(@)
{
  my @bulbs=@_;
  foreach (@bulbs) {
    my $bulb=$_;
    my $hue = int((rand()*3460)+5460);
    my $sat = int(rand(64)+170);
    my $bri = int(rand(60)+16);
    my $delay = (rand()+0.1);
    my $transitiontime = int($delay * 10);
    fhem("set $bulb hue $hue: sat $sat : bri $bri : transitiontime $transitiontime immediateUpdate:noUpdate");
    InternalTimer(qw(gettimeofday)+$delay, 'FireEffect', $bulb, 0);
  }
}

sub
stopFireEffect(@)
{
  my @bulbs=@_;
  foreach (@bulbs) {
    my $bulb=$_;
    RemoveInternalTimer($bulb);
    fhem("set $bulb off");
  }
}


Der Effekt kann folgendermaßen aufgerufen und gestoppt werden:


{startFireEffect("wz_bulb1","wz_bulb2")}
{stopFireEffect("wz_bulb1","wz_bulb2")}


Hier mein alter Post hierzu. wz_bulb1 und wz_bulb2 sind nur Beispiele. Hier musst du die Bulbs eintragen, so wie sie in deinem FHEM heißen. Dann sollte das auch funktionieren.
Ggf. fehlen dir die "Gänsefüßchen"?! (weiß gerade gar nicht ob das auch ohne funktionieren müsste :P) :)
Titel: Antw:philips hue modul
Beitrag von: The-Holgi am 21 Januar 2015, 15:49:15
Hallo, Danke für den Hinweis,
es lag an den ". Die Lampen heißen bei mir auch hue1, hue2 und hue3.
Nach der Eingabe ist fhem allerdings komplett abgestürzt.  :(
Im log: 2015.01.21 15:42:30 1: PERL WARNING: Argument "gettimeofday" isn't numeric in addition (+) at ./FHEM/99_myUtils.pm line 31.

Hier in der Zeile liegt vermutlich der Fehler?
InternalTimer(qw(gettimeofday)+$delay, 'FireEffect', $bulb, 0);

Gruß Holgi
Titel: Antw:philips hue modul
Beitrag von: siggi85 am 21 Januar 2015, 16:52:35
Zitat von: The-Holgi am 21 Januar 2015, 15:49:15
Hallo, Danke für den Hinweis,
es lag an den ". Die Lampen heißen bei mir auch hue1, hue2 und hue3.
Nach der Eingabe ist fhem allerdings komplett abgestürzt.  :(
Im log: 2015.01.21 15:42:30 1: PERL WARNING: Argument "gettimeofday" isn't numeric in addition (+) at ./FHEM/99_myUtils.pm line 31.

Hier in der Zeile liegt vermutlich der Fehler?
InternalTimer(qw(gettimeofday)+$delay, 'FireEffect', $bulb, 0);

Gruß Holgi

Ich hatte damit bisher keine Probleme. Allerdings weiß ich nicht, ob ich den Effekt in letzter Zeit mit der aktuellsten Version mal wieder genutzt habe. Ich weiß noch nicht, wann ich dazu komme, vielleicht kann jemand anderes das mal testen. Ansonsten ist etwas Geduld gefragt, da ich momentan wenig zu Hause bin.
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 21 Januar 2015, 17:57:05
mach mal aus InternalTimer(qw(gettimeofday)+$delay, 'FireEffect', $bulb, 0);einInternalTimer(gettimeofday()+$delay, 'FireEffect', $bulb, 0);

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: The-Holgi am 21 Januar 2015, 18:42:13
Hallo,
das war es auch nicht, fhem stürzt immernoch ab. 

2015.01.21 18:39:13 1: PERL WARNING: Subroutine myUtils_Initialize redefined at ./FHEM/99_myUtils.pm line 15.
2015.01.21 18:39:13 1: PERL WARNING: Subroutine startFireEffect redefined at ./FHEM/99_myUtils.pm line 21.
2015.01.21 18:39:13 1: PERL WARNING: Subroutine stopFireEffect redefined at ./FHEM/99_myUtils.pm line 37


Gruß und ersmal Danke für eure Hilfe
Holgi
Titel: Antw:philips hue modul
Beitrag von: HolyMoly am 21 Januar 2015, 19:46:35
Guck mal meinen alten Blogeintrag an...
http://www.tatsch-it.de/kaminfeuereffekt-mit-hue-und-fhem/
Grad probiert, funktioniert noch bei mir  ;)
Titel: Antw:philips hue modul
Beitrag von: The-Holgi am 21 Januar 2015, 20:54:31
Danke, mit der Version funktioniert es.
Muß nur noch Helligkeit und Farbe anpassen die Lightstripes sind ein wenig grün.

Gruß Holgi
Titel: Antw:philips hue modul
Beitrag von: volschin am 16 Februar 2015, 12:15:14
Seit kurzem gibt es beim FHEM Start einen Log Eintrag:

2015.02.16 08:27:55 1: PERL WARNING: Use of uninitialized value in hash element at ./FHEM/31_HUEDevice.pm line 878.

Funktion scheint nicht beeinträchtigt.
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 16 Februar 2015, 12:59:13
ich hab eben eine aktualisiert version eingecheckt mit der die meldung weg sein sollte.

bitte zeig mal die ausgaben von list TYPE=HUEDevice subTypeundlist TYPE=HUEDevice model

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: Motivierte linke Hände am 27 Februar 2015, 11:27:14
Ich habe hier mehrere HUEs in einem Raum, die ich über eine structure bediene, auch im Floorplan. Das klappt soweit ganz gut. Was ich nicht hinbekomme, ist, dass das devStateIcon für die Structure die Farbe der Lampen (da die Lampen gleich sind, reicht die irgendeiner Lampe) annimmt. Versucht habe ich u.a.:

attr struc_HUEs_Kueche {(HUEDevice_devStateIcon(HUEDevice2),"toggle")}

(HUEDevice2 ist eine der HUEs in der Structure.)

Wie ginge das "richtig"`?

Anbei noch ein list auf die komplette Structure:

Internals:
   ATTR       struc_HUEs_Kueche
   DEF        struc_HUEs_Kueche HUEDevice2 HUEDevice3
   NAME       struc_HUEs_Kueche
   NR         391
   NTFY_ORDER 50-struc_HUEs_Kueche
   STATE      off
   TYPE       structure
   Content:
     HUEDevice2 off
     HUEDevice3 off
   Readings:
     2015-02-27 10:31:28   LastDevice      HUEDevice3
     2015-02-27 10:31:28   LastDevice_Abs  HUEDevice3
     2015-02-27 10:31:28   state           off
   Helper:
Attributes:
   clientstate_behavior relativeKnown
   clientstate_priority on off
   devStateIcon {(HUEDevice_devStateIcon(HUEDevice2),"toggle")}
   fp_fp_Start 550,242,5,,
   room       Cfg_HUE
   webCmd     hue


Danke, Christian
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 27 Februar 2015, 15:58:54
du hast nur die anführungszeichen vergessen:attr struc_HUEs_Kueche {(HUEDevice_devStateIcon('HUEDevice2'),"toggle")}um strings gehören immer anführungszeichen.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: Motivierte linke Hände am 27 Februar 2015, 18:17:32
<facepalm>

Danke, das Leben könnte so einfach sein.
Titel: Antw:philips hue modul
Beitrag von: av3nger am 06 März 2015, 23:47:48
Ich wollte bei mir gerne die Helligkeit stufenweise hoch- und runterregeln. Für diese Zwecke habe ich noch dimUp und dimDown beim webCmd hinzugefügt. Funktioniert hervorragend. Die Texte sehen nun aber nicht so toll aus; bei den Icons gibt es sogar dimdown und dimup. Gibt es die Möglichkeit anstelle des Textes beim webCmd diese Icons anzeigen lassen oder muss ich dafür dann eine readingsGroup verwenden?
Titel: Antw:philips hue modul
Beitrag von: kennymc.c am 28 März 2015, 19:28:05
Ich überlege gerade, ob ich von den günstigen China LED Controllern (LD382) auf Philips Hue umsteigen werden. Leider gibt es mit denen immer wieder Probleme bei der Zuverlässigkeit und das dimmen ruckelt, weil es nicht direkt im Controller berechnet wird. Ist das bei Hue ähnlich oder gibt Fhem hier nur die Befehle an die Bridge weiter? Gibt es Unterschiede bei der Performance zwischen der offiziellen App und Fhem?
Zudem möchte ich meine vorhandenen 12V 60 RGB LED/m Stripes behalten und daran den Hue LightStrip Controller betreiben. Ich hab da zur Kompatibilität bisher nur unterschiedlich Aussagen zu gehört.
Titel: Antw:philips hue modul
Beitrag von: Loredo am 29 März 2015, 14:07:19
Hi André,


ich sags nur ungern, aber da hat sich wohl was zerlegt mit dem letzten Update  :-[
Diese Meldungen bekomme ich seit dem FHEM Neustart:




2015.03.29 14:00:26 3: HUEGroup0: I/O device is HUE
2015.03.29 14:00:27 3: HUEBridge_Call: failed, retrying
2015.03.29 14:00:27 3: HUEBridge_Detect
2015.03.29 14:00:28 3: HUEBridge_Detect: 192.168.6.91
2015.03.29 14:00:28 3: HUEBridge_Call: failed, retrying
2015.03.29 14:00:28 3: HUEBridge_Detect
2015.03.29 14:00:29 3: HUEBridge_Detect: 192.168.6.91
2015.03.29 14:00:29 3: HUEBridge_Call: failed
2015.03.29 14:00:33 0: Server started with 307 defined entities (version $Id: fhem.pl 8265 2015-03-22 13:58:15Z rudolfkoenig $, os linux, user fhem, pid 20815)
2015.03.29 14:00:34 3: HUEBridge_Call: failed, retrying
2015.03.29 14:00:34 3: HUEBridge_Detect
2015.03.29 14:00:38 3: HUEBridge_Detect: error detecting bridge: https://client-eastwood-dot-hue-prod-us.appspot.com/api/nupnp: Select timeout/error:
2015.03.29 14:00:38 3: HUEBridge_Call: failed, retrying
2015.03.29 14:00:38 3: HUEBridge_Detect
2015.03.29 14:00:39 3: HUEBridge_Detect: 192.168.6.91
2015.03.29 14:00:39 3: HUEBridge_Call: failed
2015.03.29 14:00:39 3: HUEBridge_Call: failed, retrying
2015.03.29 14:00:39 3: HUEBridge_Detect
2015.03.29 14:00:40 3: HUEBridge_Detect: 192.168.6.91
2015.03.29 14:00:40 3: HUEBridge_Call: failed, retrying
2015.03.29 14:00:40 3: HUEBridge_Detect
2015.03.29 14:00:41 3: HUEBridge_Detect: 192.168.6.91
2015.03.29 14:00:41 3: HUEBridge_Call: failed
2015.03.29 14:00:41 3: HUEBridge_Call: failed, retrying
2015.03.29 14:00:41 3: HUEBridge_Detect
2015.03.29 14:00:42 3: HUEBridge_Detect: 192.168.6.91
2015.03.29 14:00:42 3: HUEBridge_Call: failed, retrying
2015.03.29 14:00:42 3: HUEBridge_Detect
2015.03.29 14:00:43 3: HUEBridge_Detect: 192.168.6.91
2015.03.29 14:00:43 3: HUEBridge_Call: failed
2015.03.29 14:00:43 3: HUEBridge_Call: failed, retrying
2015.03.29 14:00:43 3: HUEBridge_Detect
2015.03.29 14:00:44 3: HUEBridge_Detect: 192.168.6.91
2015.03.29 14:00:44 3: HUEBridge_Call: failed, retrying
2015.03.29 14:00:44 3: HUEBridge_Detect
2015.03.29 14:00:44 3: HUEBridge_Detect: 192.168.6.91
2015.03.29 14:00:44 3: HUEBridge_Call: failed
2015.03.29 14:00:44 3: HUEBridge_Call: failed, retrying
2015.03.29 14:00:44 3: HUEBridge_Detect
2015.03.29 14:00:45 3: HUEBridge_Detect: 192.168.6.91
2015.03.29 14:00:45 3: HUEBridge_Call: failed, retrying
2015.03.29 14:00:45 3: HUEBridge_Detect
2015.03.29 14:00:46 3: HUEBridge_Detect: 192.168.6.91
2015.03.29 14:00:46 3: HUEBridge_Call: failed
2015.03.29 14:00:47 3: HUEBridge_Call: failed, retrying
2015.03.29 14:00:47 3: HUEBridge_Detect
2015.03.29 14:00:48 3: HUEBridge_Detect: 192.168.6.91
2015.03.29 14:00:48 3: HUEBridge_Call: failed, retrying
2015.03.29 14:00:48 3: HUEBridge_Detect
2015.03.29 14:00:49 3: HUEBridge_Detect: 192.168.6.91
2015.03.29 14:00:49 3: HUEBridge_Call: failed
2015.03.29 14:00:49 3: HUEBridge_Call: failed, retrying
2015.03.29 14:00:49 3: HUEBridge_Detect
2015.03.29 14:00:50 3: HUEBridge_Detect: 192.168.6.91
2015.03.29 14:00:50 3: HUEBridge_Call: failed, retrying
2015.03.29 14:00:50 3: HUEBridge_Detect
2015.03.29 14:00:51 3: HUEBridge_Detect: 192.168.6.91
2015.03.29 14:00:51 3: HUEBridge_Call: failed
2015.03.29 14:00:51 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/3: empty answer received
2015.03.29 14:00:51 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/5: empty answer received
2015.03.29 14:00:51 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/4: empty answer received
2015.03.29 14:00:51 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/1: empty answer received
2015.03.29 14:00:51 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2: empty answer received
2015.03.29 14:00:51 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2: empty answer received
2015.03.29 14:00:51 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7: empty answer received
2015.03.29 14:00:51 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/4: empty answer received
2015.03.29 14:00:51 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7: empty answer received
2015.03.29 14:00:51 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/3: empty answer received
2015.03.29 14:00:51 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/1: empty answer received
2015.03.29 14:00:51 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/groups/0: empty answer received
2015.03.29 14:00:51 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/groups/0: empty answer received
2015.03.29 14:00:51 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2/state: empty answer received
2015.03.29 14:00:51 3: HUEBridge_Call: failed, retrying
2015.03.29 14:00:51 3: HUEBridge_Detect
2015.03.29 14:00:52 3: HUEBridge_Detect: 192.168.6.91
2015.03.29 14:00:52 3: HUEBridge_Call: failed, retrying
2015.03.29 14:00:52 3: HUEBridge_Detect
2015.03.29 14:00:53 3: HUEBridge_Detect: 192.168.6.91
2015.03.29 14:00:53 3: HUEBridge_Call: failed
2015.03.29 14:00:53 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights/2: empty answer received
2015.03.29 14:00:57 3: HUEBridge_Call: failed, retrying
2015.03.29 14:00:57 3: HUEBridge_Detect
2015.03.29 14:01:01 3: HUEBridge_Detect: error detecting bridge: https://client-eastwood-dot-hue-prod-us.appspot.com/api/nupnp: Select timeout/error:
2015.03.29 14:01:01 3: HUEBridge_Call: failed, retrying
2015.03.29 14:01:01 3: HUEBridge_Detect
2015.03.29 14:01:02 3: HUEBridge_Detect: 192.168.6.91
2015.03.29 14:01:02 3: HUEBridge_Call: failed
2015.03.29 14:01:03 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights: empty answer received
2015.03.29 14:01:03 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights: empty answer received
2015.03.29 14:01:27 3: HUEBridge_Call: failed, retrying
2015.03.29 14:01:27 3: HUEBridge_Detect
2015.03.29 14:01:28 3: HUEBridge_Detect: 192.168.6.91
2015.03.29 14:01:28 3: HUEBridge_Call: failed, retrying
2015.03.29 14:01:28 3: HUEBridge_Detect
2015.03.29 14:01:29 3: HUEBridge_Detect: 192.168.6.91
2015.03.29 14:01:29 3: HUEBridge_Call: failed
2015.03.29 14:01:29 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights: empty answer received
2015.03.29 14:01:57 3: HUEBridge_Call: failed, retrying
2015.03.29 14:01:57 3: HUEBridge_Detect
2015.03.29 14:01:58 3: HUEBridge_Detect: 192.168.6.91
2015.03.29 14:01:58 3: HUEBridge_Call: failed, retrying
2015.03.29 14:01:58 3: HUEBridge_Detect
2015.03.29 14:01:59 3: HUEBridge_Detect: 192.168.6.91
2015.03.29 14:01:59 3: HUEBridge_Call: failed
2015.03.29 14:01:59 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights: empty answer received



Kannst du dem Patienten helfen?
Hoffe es ist nix ernstes...




Gruß
Julian
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 29 März 2015, 14:33:48
betreibst du das modul im non blockig mode (httpUtils = 1) ?

wenn ja hilft es als worakround bis morgen httpUtils zu löschen oder auf 0 zu setzen.

ich habe eben einen fix eingecheckt damit sollte es ab morgen wieder wie gewohnt gehen.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: Loredo am 29 März 2015, 14:34:32
jepp, tu ich.


Merci dir  :)
Titel: Antw:philips hue modul
Beitrag von: kennymc.c am 01 April 2015, 19:09:23
Hat es eigentlich einen Grund, dass sich die LEDs per default direkt anschalten aber beim Ausschalten ausblenden? Schöner wäre ja, wenn sie sich auch beim Einschalten einblenden, wie es auch die App macht. Wenn ich EventMap auf /on:dim100% 2/ setzte, bringt das leider nichts.
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 02 April 2015, 19:00:19
wenn du keine transitiontime angibst wird die geschwindigkeit beim ein und ausschalten von default der bridge firmware vorgegeben. der ist eigentlich für an und aus gleich und liegt etwa bei einer halben sekunde.

funktioniert es wenn du das set auf der kommanozeile absetzt? also z.b.: set <device> dim100% 5

schau mal bitte mit verbose 5 im log nach was mit der eventMap tatsächlich gesendet wird. eventuell stört das % zeichen. versuch mal es weg zu lassen bzw statt dim das pct kommando zu verwenden das eigentlich das offizielle ist.

oder meinst du das einschalten per lichtschalter ?

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: kennymc.c am 02 April 2015, 19:52:59
Auf der Kommandozeile funktionieren alle Befehle ganz normal. Prinzipiell ist es aber schon richtig, dass ich das über EventMap mache, wenn ich die LEDs standardmäßig eingeblendet haben will, oder? Mit dem eingestellten EventMap steht im State nach dem einschalten einfach nur dim100% 2 und nicht on oder off. Mit pct ist das genauso. Ist das normal? Kann man die Transitiontime irgendwo in der Bridge fest einstellen?
Hab auch festgestellt, dass ich das fehlende Einblenden auch mit der Hue Steuerung über die Logitech Harmony habe. Mir ist nur nicht aufgefallen, ob das schon von Anfang an so war. Nur die Phillips App scheint da nicht betroffen zu sein.
Kann es eventuell auch am Controller liegen? Ich benutze so was hier: http://www.amazon.de/gp/product/B00NMSQ4QQ (http://www.amazon.de/gp/product/B00NMSQ4QQ). Soll aber offiziell voll kompatibel mit ZigBee Light Link sein.
Gestern gab es zusätzlich ja auch noch ein Firmware-Update der Bridge.
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 02 April 2015, 20:18:35
ja. eventMap ist richtig. aber genau anders rum:/dim100% 2:on/

die defaults in der bridge lassen sich nicht ändern. ich weiss auch nicht ob sie in der bridge oder direkt im leuchtmittel sitzen.

ich habe auch einen FLS-PP im einsatz und noch nicht bemerkt das er sofort einschaltet.

ab morgen gibt es für die HUEDevices ein attribut transitiontime. das wird immer dann ausgewertet wenn im set nichts anderes angegeben wird.

gruss
  andre


Titel: Antw:philips hue modul
Beitrag von: kennymc.c am 08 April 2015, 00:24:36
Leider bringt bei mir auch das transitiontime Attribut keine Besserung. Aufgefallen ist mir dabei auch, dass mit eingestellter Transitiontime die Icons für die Farben im WebCmd nicht mehr dargestellt werden, sondern nur noch der Text.
Leider hab ich auch öfters das Problem, dass die Lampen beim Einschalten über das Lampen-Icon in Fhem nur auf 6% gedimmt werden, obwohl sie vorher auf 100% waren, dabei ist auch die Farbe nicht so wie sie vorher eingestellt wurde, sondern bläulicher. In meinem Falls stehen die Stripes bei 100% auf CT 490. Wenn ich nun manuell auf 6% mit CT490 dimme, sieht das Licht wieder deutlich gelblicher aus.
Diese Änderung der Farbe kurz vor dem Aus und Einschalten fällt mir auch bei der App und der Harmony auf (hier funktioniert das Eindimmen plötzlich wieder richtig).
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 08 April 2015, 01:43:39
ich hab noch mal mit meinem dresden elektronik controller probiert und der schaltet auch sofort ein. ich denke es liegt eher an der firmeare des conttollers da es mit den hue und lc lampen geht. frag doch so bei dresden elektronik nach.

zur änderung der farbe beim dimmen: das liegt zum einen  daran das die farbe anders wirkt wenn sie dunkler ist, zum anderen aber vermutlich auch an der kombination controller/stripe. der dintroller kennt im gegensatz zu den philips Produkten die tatsächliche charakteristik der leds nicht und kann sie nicht berücksichtigen. das ist bei rgbw szripes besonders gut zu sehen. hierzu ist die auskunft von dresden elektronik das das mit einem firmware update verbessert werden soll.

das mit den webCmd icons muss ich mir erst anschauen.

gruß
  andre
Titel: Antw:philips hue modul
Beitrag von: v.i.p.e.r am 09 April 2015, 22:47:37
Servus,

bei mir ist das genau anders herum.

Wenn ich mit set <device> pct 100 einschalte dimmen die Lampen hoch.
mit  set <device> pct 0 gehen die Lampen direkt aus

Wenn ich über die Button gehe, die automatisch mit der Bridge für die Devices angelegt werden, dann klappt das dimmen sowohl beim anschalten, als auch beim ausschalten ...  Jemand eine Idee?
Danke!
Titel: Antw:philips hue modul
Beitrag von: kennymc.c am 12 April 2015, 20:36:55
Ich hab das Problem jetzt relativ einfach mit LightScene lösen können, indem dort direkt der pct 100 Befehl (ohne transitiontime) benutzt wird. Damit werden die Lampen auch beim Einschalten eingeblendet. Bei Einschalten einzelner Lampen oder einer Gruppe über das Webinterface gehen sie aber immer noch direkt an.
Titel: Antw:philips hue modul
Beitrag von: stiftmaster am 27 Mai 2015, 20:33:38
Hallo ich hab da mal eine Frage zum HUEDevice (Philips Hue LED Bulb).
Ich hatte einen unschönen Vorfall als ich über Pfingsten verreist war, da war laut USV für 2min der Strom weg.

Als Saft wieder da war brannte die LED Bulb einige Tage, so das sich die Nachbarn Sorgen machten und die Polizei & Schlüsseldienst alarmierten  ???
Kann ma woch defienieren, dass wenn der state auf unreachable switched, er anschließend auf off oder last-state schaltet?

Gruß stiftmaster
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 29 Mai 2015, 10:10:43
die birnen gehen mit der aktuellen firmware immer an wenn sie strom bekommen.

weiter oben im thread gibt es eine lösung mit einem notify auf die änderung von unreachable zu reachable.

eine andere lösung ist über eine regel in der bridge.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: volschin am 15 Juni 2015, 23:10:53
Grade die Firmware auf Version 1.8.0 aktualisiert. Bisher keine Probleme.
Titel: Antw:philips hue modul
Beitrag von: chrisz am 22 Juni 2015, 22:38:10
Hi,

ich verwende zwei Hue Bridges parallel. Beiden Bridges sind feste IP-Adressen zugewiesen. Beide Bridges und alle Devices werden zunächst erkannt.

Allerdings kommt es häufiger vor, dass nach einem Save config aus dem FHEM GUI und nach einem shutdown restart die zweite Bridge in FHEM aus irgend einem Grund die IP-Adresse der ersten Bridge als Host-Adresse verwendet. In der Konfiguration wird auch die falsche IP-Adresse angezeigt. Dadurch funktioniert die Verbindung natürlich nicht mehr da der Key falsch ist, und ich bekomme Fehlermeldungen. Danach werden mehrere falsche Geräte in der Konfig automatisch erzeugt.

Hat jemand die gleichen Erfahrungen? Ist dieses Problem bekannt?

Chris

Titel: Antw:philips hue modul
Beitrag von: chrisz am 23 Juni 2015, 09:32:25
Hallo,

noch ein Erfahrungsbericht. Wenn ich die Bridge mit httpUtils=1 und pollDevices=1 betreibe, dann ist der STATE der Gruppen nach einen FHEM restart oder nach dem ersten Schalten immer "unknown" und es wird als Icon ein Fragezeichnen angezeigt. Wenn ich wiedre zurück auf den default Modus schalte, dann haben die Gruppen als STATE "Initialized" und der STATE wird als text angezeigt.

Chris
Titel: Antw:philips hue modul
Beitrag von: volschin am 25 Juni 2015, 09:31:44
Der from_json Aufruf in Zeile 635 hat bei mir anscheinend zum FHEM-Absturz nach Restart geführt. Eigentlich hätte der ja auf RasPi nicht ausgeführt werden sollen.

Ich bin etwas verwundert, da ich ja bisher keine Probleme damit hatte. Wahrscheinlich führt das nur in einer bestimmten Konstellation zu einem Problem.
Titel: Antw:philips hue modul
Beitrag von: CoolTux am 25 Juni 2015, 09:47:06
Zitat von: volschin am 15 Juni 2015, 23:10:53
Grade die Firmware auf Version 1.8.0 aktualisiert. Bisher keine Probleme.

Kann ich ein Update mit FHEM machen oder geht das nur über die APP oder telnet auf die Bridge?
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 25 Juni 2015, 09:52:35
@volschin: from_json ist der normalfall und decode_json ist der fritzbox fall.

leider gibt es noch ganz tief in fhem ein encoding problem das manchmal auftaucht und wieder verschwindet. ich dachte schon mal ich habe eine lösung aber dem war leider nicht so.

@CoolTux: das es ein set <bridge> swupdate kommando gibt hast du aber schon gesehen?

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: volschin am 25 Juni 2015, 10:44:43
Zitat von: justme1968 am 25 Juni 2015, 09:52:35
@volschin: from_json ist der normalfall und decode_json ist der fritzbox fall.
Hallo Andre,
die Fehlermeldung auf der Befehlszeile sagte mir da etwas anderes. Ich habe sie nicht mitkopiert, war aber eine klare Anweisung, dass ich from_json durch durch decode_json ersetzen solle oder auf eine Stand der JSON Library Pre 2.0 zurückwechseln soll.

Gruß
Veit

PS: Hier die Meldung
JSON::XS::from_json has been renamed to decode_json, either downgrade to pre-2.0 versions of JSON::XS or rename the call at ./FHEM/30_HUEBridge.pm line 635
Titel: Antw:philips hue modul
Beitrag von: CoolTux am 25 Juni 2015, 11:42:44
Zitat von: justme1968 am 25 Juni 2015, 09:52:35
@CoolTux: das es ein set <bridge> swupdate kommando gibt hast du aber schon gesehen?

Ehrlich gesagt. Nein. Seit wann ist das so. Ich habe da kein swupdate
Titel: Antw:philips hue modul
Beitrag von: CoolTux am 25 Juni 2015, 12:02:41
So habe mal ein Update gemacht. Das letzte war so vor 3 Tagen. Das hue Modul war nicht mit angezeigt im Update.
Und nun startet FHEM nicht mehr. Letzter Eintrag im Log ist


JSON::XS::from_json has been renamed to decode_json, either downgrade to pre-2.0 versions of JSON::XS or rename the call at ./FHEM/30_HUEBridge.pm line 635.


Jemand ne Idee
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 25 Juni 2015, 12:17:57
hast du inzwischen die json lib aktualisiert?

funktioniert alles wenn die wie vorgeschlagen das from_json in ein decode_json umänderst ?

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: volschin am 25 Juni 2015, 12:21:45
Ja, ich habe Zeile 635 geändert und es lief.
Mit dem json Package muss ich nochmal prüfen. Mein RasPi fährt seine Updates unattended.
Titel: Antw:philips hue modul
Beitrag von: CoolTux am 25 Juni 2015, 12:32:24
Es lag nicht am Hue Modul. Ist ne FritzBox Sache.
Aber das Update Ding habe ich immer noch nicht.
JSON muss ich mal aktualisieren
Titel: Antw:philips hue modul
Beitrag von: CoolTux am 25 Juni 2015, 12:36:26
Also Updatestate sagt mir 0. Aber ist ja auch kein Wunder. Ich gehe mal davon aus das die Bridge nach Hause telefonieren muß und das nicht Dein Modul macht. Tja und da ist das Problem. Die Bridge liegt in einem gesicherten Netzsegment. Kein nach Hause telefonieren möglich. Ich kümmer mich mal heute Abend darum.

Titel: Antw:philips hue modul
Beitrag von: volschin am 25 Juni 2015, 12:41:47
||/ Name                      Version           Architektur       Beschreibung
+++-=========================-=================-=================-========================================================
ii  libjson-perl              2.53-1            all               module for manipulating JSON-formatted data

Die ist auch nicht neu. Eigentlich kann da nicht die Ursache liegen.

???

Muss ich mal bei Gelegenheit noch etwas rumtesten.
Titel: Antw:philips hue modul
Beitrag von: CoolTux am 25 Juni 2015, 15:10:35
So es waren wie so oft mehrere Zusammenspiele. Nun geht alles wieder. Allerdings musste ich im HUE Modul eine händische Anpassung vornehmen.


JSON::XS::from_json has been renamed to decode_json, either downgrade to pre-2.0 versions of JSON::XS or rename the call at ./FHEM/30_HUEBridge.pm line 635.


daher
Änderung in Zeile 635


return HUEBridge_ProcessResponse($hash,decode_json($ret));

Titel: Antw:philips hue modul
Beitrag von: Loredo am 28 Juni 2015, 15:33:44
Ich habe die entsprechenden Zeilen in 30_HUEBridge auch gerade umgeschrieben. Anfänglich schien alles ok.
Dann habe ich ein Update der Bridge ausgelöst und FHEM ist mit diesem Fehler abgestürzt:



malformed JSON string, neither array, object, number, string or atom, at character offset 0 (before "(end of string)") at ./FHEM/30_HUEBridge.pm line 682.



Besagte Zeile hatte ich zuvor so umgeschrieben:



return HUEBridge_ProcessResponse($hash,decode_json($data));
Titel: Antw:philips hue modul
Beitrag von: CoolTux am 29 Juni 2015, 09:33:17
Und wenn Du die Zeile wieder zurück änderst? Was passiert dann?
Titel: Antw:philips hue modul
Beitrag von: Loredo am 29 Juni 2015, 10:25:50
Dann startet FHEM nicht mehr weil from_json() deprecated ist.
Aktuell läuft es auch wieder, ich wollte nur darauf aufmerksam machen, dass man wohl an benannter Stelle nicht so einfach from_json() gegen decode_json() austauschen kann wie es scheint. Da aktuell kein Update mehr ansteht, kann ich das auch nicht nochmals durchspielen.
Titel: Antw:philips hue modul
Beitrag von: CoolTux am 30 Juni 2015, 08:07:05
Dann werde ich mir mal ein Update der Bridge bis auf weiteres verkneifen   ;D
Titel: Antw:philips hue modul
Beitrag von: volschin am 30 Juni 2015, 10:18:52
Dann mach das Update doch über die HueApp auf dem Handy.  ;)
Titel: Antw:philips hue modul
Beitrag von: CoolTux am 30 Juni 2015, 12:32:15
Das ist nicht so einfach. Sowohl das Handy als auch das Tablet Subnetz sind weit weg vom Subnetz der Bridge. Es gibt noch nicht mal eine direkte physische Verbindung  ;D
Ist alles etwas strenger bei mir zu Hause   ;D ;D
Titel: Antw:philips hue modul
Beitrag von: StefanL am 30 Juni 2015, 19:21:54
Guten abend. Ich habe ein seltsames Problem mit meiner HUE bridge. Fhem findet sie problemlos nur die hue APP bricht die Verbindung ab . hatte jemand schon solch ein Problem ? Fhem und bridge , APP sind aktuell.

Gruß Stefan

gesendet vom Handy

Titel: Antw:philips hue modul
Beitrag von: justme1968 am 01 Juli 2015, 11:02:30
an alle mit JSON problemen: verwendet ihr das fritzbox modul? funktionier es wenn ihr dort das use JSON:XS durch use JSON ersetzt?

gruß
  andre
Titel: Antw:philips hue modul
Beitrag von: volschin am 01 Juli 2015, 13:13:21
Zu Frage 1: Ja, ich verwende das Fritzbox-Modul.
Zu Frage 2: Werde ich am Wochenende testen. Ich habe aber den Hintergrund der Frage noch nicht verstanden.

Ich habe aber nach der Änderung von Zeile 635 kein Problem mehr.
Titel: Antw:philips hue modul
Beitrag von: CoolTux am 01 Juli 2015, 18:47:43
Ja ich verwende das Fritzbox Modul.
Das ersetzen teste ich heute Abend mal. Habe schon im Fritzbox Forum was dazu gelesen.
Titel: Antw:philips hue modul
Beitrag von: av3nger am 02 Juli 2015, 15:07:28
Zitat von: justme1968 am 01 Juli 2015, 11:02:30
an alle mit JSON problemen: verwendet ihr das fritzbox modul? funktionier es wenn ihr dort das use JSON:XS durch use JSON ersetzt?

Wurde ja offenbar im aktuellen Update gemacht; hat wieder dazu geführt, dass FHEM nicht startet bzw. kurz nach dem Start wieder abschmiert. Musste somit auch in in der genannten Zeile decode_json verwenden, damit mein FHEM wieder funktioniert. Und ja, auch ich verwende das Fritzbox Modul.
Titel: Antw:philips hue modul
Beitrag von: CoolTux am 02 Juli 2015, 16:13:37
So also nach dem ich die Zeile im FritzboxModul geändert habe funktioniert das HUE Modul wieder. Und FritzBox geht auch. Also im Moment alles schick
Titel: Antw:philips hue modul
Beitrag von: mkress am 18 Juli 2015, 20:44:37
Hi, ich verwende das Hue Modul und habe direkt an der Hue ein Osram Lightify GardenSpot RGB angeschlossen. Hat Hue problemlos erkannt, da es das gleiche Protokoll (Zigbee) ist.
Soweit also alles wunderbar. Auch in FHEM wird es als GardenSpot RGB Typ colordimmer erkannt.
Problem: zum einen kann man z.B. per "set rgb ffff00" nicht alle Farben schalten, ein noch größeres Problem für mich:
"set effect colorloop" wird immer nur eine "Runde" lang ausgeführt dann bleibt es wieder stehen.

Über andere Hue Apps läuft der Loop unendlich durch.
Habe auch noch zwei Living Colors - hier läuft der colorloop über das FHEM Hue Modul problemlos.
Firmware der Hue ist 1.8.0
Fhem ist per Update auf aktuellstem Stand (läuft auf einem Raspberry).

Dazu ist mit noch ein Bug aufgefallen: setzt man das Attribut transitiontime, verschwindet in fhem in der Detail-Ansicht des Geräts die gesamte SET-Leiste und man kann nur noch die GET-Befehle ausführen. Löscht man das Attribut ist es wieder da.

Hat noch jemand diese Konstellation und Probleme damit???

Mfg
Markus
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 18 Juli 2015, 23:25:36
das problem mit den farben liegt an einem anderen farbraum der osram lampen. mit der phillips hue app lassen sich auch nicht alle extrem werte ansteuern.

ich habe zwar noch vor die konvertierung noch device abhängig zu machen aber die eckdaten der osram lampen sind glaube ich nicht veröffentlicht.

zusätzlich soll es noch eine farbkorrektur geben um die bildschirm farben auf die lampen farben abzugleichen. das wird dann vermutlich eher helfen.

das mit der colorloop kann ich bestätigen. bei welcher app tritt das nicht auf? der effekt wird nur von außen gestartet und läuft dann autonom in der bridge bzw. den lampen ab.

das mit dem transitiontime attribut muss ich mir ansehen. auf welchen wert setzt du es?

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: mkress am 19 Juli 2015, 09:13:00
Danke für die schnelle Rückmeldung!

Mit folgender App lief der colorloop unendlich durch - auch nachdem ich die App geschlossen hatte:
https://play.google.com/store/apps/details?id=de.johanneslauber.android.hue

transitiontime hatte ich bspw. auf 1000 gestellt - aber auch auf 1 oder 100 das gleiche - die SET-Möglichkeit in der Detail-Ansicht verschwindet, bis man das Attribut wieder löscht.
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 20 Juli 2015, 13:07:46
ich habe das problem mit der transitiontime gefunden. ich checke eine reparierte version ein sobald es geht.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 20 Juli 2015, 14:38:44
ich habe kein android gerät. kann bitte jemand auf dem netz sniffen was die app sendet?

danke
  andre
Titel: Antw:philips hue modul
Beitrag von: mkress am 21 Juli 2015, 07:03:32
also entweder ist es noch zu früh oder der Loop läuft mit der App doch nur einmal durch  :-\ kann ich heute abend nochmal testen :-//
wollte mich jetzt eigentlich an Wireshark versuchen  :'(
Titel: Antw:philips hue modul
Beitrag von: Raven am 05 August 2015, 22:10:51
ich weiß nicht was passiert ist,  ;D
Auf jeden Fall funktionierten meine Hue Lampen nicht mehr, ohne dass ich zuvor die FHEM-Konfiguration geändert hatte oder sonstige PERL Module zuvor aktualisierte.
Ich hab daraufhin ein FHEM Update durchgeführt und dann hängte FHEM mit der "bekannten" Meldung (ich hab kein Fritzmodul).

malformed JSON string, neither array, object, number, string or atom, at character offset 0 (before "(end of string)") at ./FHEM/30_HUEBridge.pm line 682.

Nach Änderung der "bekannten" Zeile; läuft nun wieder alles. Gibt es ggf. noch weitere Quellen, die ich prüfen könnte, warum aus "heiterem Himmel" die o.g. Fehlermeldung beim FHEM Neustart kam? Dankeschön

return HUEBridge_ProcessResponse($hash,decode_json($ret));
Titel: Antw:philips hue modul
Beitrag von: Loredo am 22 August 2015, 12:52:02
Ich bekomme seit heutigem Update einen ähnlichen Fehler:



2015.08.22 12:47:15 4: using HttpUtils_BlockingGet: GET config
2015.08.22 12:47:15 4: HttpUtils url=http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/config
malformed JSON string, neither array, object, number, string or atom, at character offset 0 (before "(end of string)") at /usr/share/perl5/JSON.pm line 171.




Bei mir läuft ein normales Debian Wheezy in einer virtuellen x64 Maschine.




EDIT: Stelle gerade fest, dass der Fehler deshalb kommt, weil meine HUE Bridge gerade offline ist. Da fehlt wohl noch etwas Errorhandling irgendwie :-/
Titel: Antw:philips hue modul
Beitrag von: Motivierte linke Hände am 04 September 2015, 11:43:24
Hi, ich musste gestern feststellen, dass leider FHEM insgesamt blockiert, wenn die HUE Bridge nicht erreichbar ist und das Öffnen versucht wird. Wäre es möglich, das Öffnen der Bridge auf nonblocking umzustellen?
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 04 September 2015, 11:46:19
hast du das httpUtils attribut passend gesetzt? damit steuerst du ob das pollen blocking oder non blocking ist.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: Motivierte linke Hände am 04 September 2015, 11:52:31
Natürlich nicht.  ;D

Ich nehme mal an, attr <Bridge> httpUtils 1 (und nicht 0) sollte das Problem lösen? Mal testen.

Danke!
Titel: Antw:philips hue modul
Beitrag von: Loredo am 04 September 2015, 11:53:28
Ich habe bei Nichterreichbarkeit auch Hänger trotz httpUtils=1 und pollDevices=1


In meinem Post oben steht ja auch, dass offenbar HttpUtils_BlockingGet verwendet wird.
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 04 September 2015, 11:54:20
zeig mal bitte ein log mit verbose 4.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: Loredo am 04 September 2015, 11:55:32
siehe mein Post oben
http://forum.fhem.de/index.php/topic,11020.msg325061.html#msg325061
Titel: Antw:philips hue modul
Beitrag von: Motivierte linke Hände am 04 September 2015, 12:00:40
So, nun habe ich auch die Information zu httpUtils (hier http://forum.fhem.de/index.php?topic=30895.0 (http://forum.fhem.de/index.php?topic=30895.0)) gefunden. Ins Wiki habe ich httpUtils als Tipp mit aufgenommen. Vielleicht wäre es für zukünftige Generationen hilfreich, httpUtils (und pollDevices) auch in der Commanref zu dokumentieren.
Titel: Antw:philips hue modul
Beitrag von: Motivierte linke Hände am 05 September 2015, 13:40:39
Auch hier gibt es mit attr HUEBridge1 httpUtils 1 nach wie vor ein freeze bei Nichterreichbarkeit der Bridge:

2015.09.05 13:34:27 1: Perfmon: possible freeze starting at 13:34:25, delay is 2.107
2015.09.05 13:34:30 2: HUEBridge1: http request failed: 192.168.1.11: Keine Route zum Zielrechner
2015.09.05 13:34:30 2: HUEBridge1: http request failed: 192.168.1.11: Keine Route zum Zielrechner
2015.09.05 13:34:30 2: HUEBridge1: http request failed: 192.168.1.11: Keine Route zum Zielrechner
2015.09.05 13:35:05 3: get gds alerts 108115000 : Keine Warnmeldung für die gesuchte Region vorhanden.
2015.09.05 13:35:30 4: using HttpUtils_NonblockingGet: GET lights/2
2015.09.05 13:35:30 4: using HttpUtils_NonblockingGet: GET lights/3
2015.09.05 13:35:30 4: using HttpUtils_NonblockingGet: GET lights/1
2015.09.05 13:35:30 1: Perfmon: possible freeze starting at 13:35:28, delay is 2.141
2015.09.05 13:35:33 2: HUEBridge1: http request failed: 192.168.1.11: Keine Route zum Zielrechner
2015.09.05 13:35:33 2: HUEBridge1: http request failed: 192.168.1.11: Keine Route zum Zielrechner
2015.09.05 13:35:33 2: HUEBridge1: http request failed: 192.168.1.11: Keine Route zum Zielrechner
2015.09.05 13:36:33 4: using HttpUtils_NonblockingGet: GET lights/2
2015.09.05 13:36:33 4: using HttpUtils_NonblockingGet: GET lights/3
2015.09.05 13:36:33 4: using HttpUtils_NonblockingGet: GET lights/1
2015.09.05 13:36:33 1: Perfmon: possible freeze starting at 13:36:31, delay is 2.259
2015.09.05 13:36:36 2: HUEBridge1: http request failed: 192.168.1.11: Keine Route zum Zielrechner
2015.09.05 13:36:36 2: HUEBridge1: http request failed: 192.168.1.11: Keine Route zum Zielrechner
2015.09.05 13:36:36 2: HUEBridge1: http request failed: 192.168.1.11: Keine Route zum Zielrechner
2015.09.05 13:36:37 4: using HttpUtils_NonblockingGet: GET config
2015.09.05 13:36:39 2: HUEBridge1: http request failed: 192.168.1.11: Keine Route zum Zielrechner
2015.09.05 13:37:36 4: using HttpUtils_NonblockingGet: GET lights/2
2015.09.05 13:37:36 4: using HttpUtils_NonblockingGet: GET lights/3
2015.09.05 13:37:36 4: using HttpUtils_NonblockingGet: GET lights/1
2015.09.05 13:37:36 1: Perfmon: possible freeze starting at 13:37:34, delay is 2.107
2015.09.05 13:37:39 2: HUEBridge1: http request failed: 192.168.1.11: Keine Route zum Zielrechner
2015.09.05 13:37:39 2: HUEBridge1: http request failed: 192.168.1.11: Keine Route zum Zielrechner
2015.09.05 13:37:39 2: HUEBridge1: http request failed: 192.168.1.11: Keine Route zum Zielrechner


Ich hoffe, das Log mit verbose 4 hilft?
Titel: Antw:philips hue modul
Beitrag von: Jumbo am 25 September 2015, 18:24:00
hab genau das gleiche Problem. Zwar nicht so oft, aber die gleichen Meldungen kommen immer wieder.

Titel: Antw:philips hue modul
Beitrag von: sw am 25 September 2015, 19:44:50
Hallo, ich muss noch einmal das Thema "mehrere Bridges" öffnen.
Grundsätzlich funktioniert meine Testkonfiguration mit 2 HUE Bridges.

Allerdings habe ich das Problem, das sich Fhem nicht wieder mit einer Bridge verbindet, wenn diese einmal nicht erreichbar war (und Fhem das Disconnect bemerkt hat).
Ich habe die Bridges mit statischen Adressen definiert:

define hub_og_HueBridgeOG HUEBridge 192.168.178.151
...viele weitere Einträge...
define hub_dg_HueBridgeDG HUEBridge 192.168.178.152


Zum Test ziehe ich den Netzwerkstecker der Bridge auf 192.168.178.151 ab. Im Log sehe ich dann folgendes:

2015.09.25 17:29:22 1: HUEBridge_HTTP_Request http://192.168.178.151/api/xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx/config: Can't connect to http://192.168.178.151:80
2015.09.25 17:29:22 3: HUEBridge_Call: failed, retrying
2015.09.25 17:29:22 3: HUEBridge_Detect
2015.09.25 17:29:23 3: HUEBridge_Detect: 192.168.178.152
2015.09.25 17:29:23 3: unauthorized user
2015.09.25 17:29:23 3: unauthorized user
2015.09.25 17:29:23 3: unauthorized user


Ich interpretiere das so: Die Instanz  hub_og_HueBridgeOG bemerkt den Verbindungsabbruch. Statt jetzt auf der konfigurierten Adresse 192.168.178.151 zu warten, bis die Bridge wieder auftaucht, wird das Netzwerk durchsucht, die andere Bridge auf  192.168.178.152 gefunden und der Connect versucht. Da  der Zugriffschlüssel falsch ist, geht das (Gott-sei-dank) schief.

Wenn ich die Bridge auf 192.168.178.151 wieder anschliesse, ändert sich nichts, das Log wird weiterhin mit "unautorized user" Einträgen geflutet.
Erst ein "shutdown restart" behebt das Problem.

Mache ich etwas falsch, oder kann das Verhalten nur im Modul geändert werden?

Gruß, Sven

Nachtrag 03.10.15:
Ich hatte bei meinen Bridges das Attribut "httpUtils" nicht definiert. Damit kam es zum beschriebenen Fehlverhalten.
Ich habe jetzt "httpUtils" auf 1 gesetzt. Damit funktioniert der Reconnect einwandfrei. Andere Werte von "httpUtils" habe ich nicht probiert.
Danke auch an Andre für den Mailsupport.
Gruß Sven

Nachtrag 05.10.15:
In der aktuellen Version von Andre (http://forum.fhem.de/index.php/topic,41777.0.html) klappt der Reconnect auch ohne Attribut "httpUtils" einwandfrei, gerade getestet - danke.
Gruß Sven
Titel: Antw:philips hue modul
Beitrag von: P.A.Trick am 04 Oktober 2015, 12:54:28
Bei mir blockiert die Abfrage der Bridge auch FHEM, trotz non-Blocking-Get!

2015.10.04 12:16:48.884 4: parse status message for hue_bridge
2015.10.04 12:16:51.423 4: using HttpUtils_NonblockingGet: GET lights/3
2015.10.04 12:17:06.741 1: Perfmon: possible freeze starting at 12:17:04, delay is 2.74
2015.10.04 12:17:14.701 4: using HttpUtils_NonblockingGet: GET lights/4
2015.10.04 12:17:14.722 4: parse status message for EG.WZ.Fensterleuchte
2015.10.04 12:17:48.859 4: using HttpUtils_NonblockingGet: GET config
2015.10.04 12:17:48.888 4: parse status message for hue_bridge
2015.10.04 12:17:51.436 4: using HttpUtils_NonblockingGet: GET lights/3
2015.10.04 12:18:14.707 4: using HttpUtils_NonblockingGet: GET lights/4
2015.10.04 12:18:14.726 4: parse status message for EG.WZ.Fensterleuchte
2015.10.04 12:18:48.865 4: using HttpUtils_NonblockingGet: GET config
2015.10.04 12:18:48.893 4: parse status message for hue_bridge
2015.10.04 12:18:51.443 4: using HttpUtils_NonblockingGet: GET lights/3
2015.10.04 12:19:09.751 1: Perfmon: possible freeze starting at 12:19:07, delay is 2.75
2015.10.04 12:19:14.713 4: using HttpUtils_NonblockingGet: GET lights/4
2015.10.04 12:19:14.734 4: parse status message for EG.WZ.Fensterleuchte
2015.10.04 12:19:48.872 4: using HttpUtils_NonblockingGet: GET config
2015.10.04 12:19:48.914 4: parse status message for hue_bridge
2015.10.04 12:19:51.449 4: using HttpUtils_NonblockingGet: GET lights/3
2015.10.04 12:20:14.718 4: using HttpUtils_NonblockingGet: GET lights/4
2015.10.04 12:20:14.739 4: parse status message for EG.WZ.Fensterleuchte
2015.10.04 12:20:48.879 4: using HttpUtils_NonblockingGet: GET config
2015.10.04 12:20:48.908 4: parse status message for hue_bridge
2015.10.04 12:20:51.455 4: using HttpUtils_NonblockingGet: GET lights/3
2015.10.04 12:21:12.765 1: Perfmon: possible freeze starting at 12:21:10, delay is 2.764
2015.10.04 12:21:14.725 4: using HttpUtils_NonblockingGet: GET lights/4
2015.10.04 12:21:14.745 4: parse status message for EG.WZ.Fensterleuchte
2015.10.04 12:21:48.887 4: using HttpUtils_NonblockingGet: GET config
2015.10.04 12:21:48.914 4: parse status message for hue_bridge
2015.10.04 12:21:51.462 4: using HttpUtils_NonblockingGet: GET lights/3
2015.10.04 12:22:00.589 3: CUL_HM set EG.WC.Deckenleuchte on
2015.10.04 12:22:14.731 4: using HttpUtils_NonblockingGet: GET lights/4
2015.10.04 12:22:14.752 4: parse status message for EG.WZ.Fensterleuchte
2015.10.04 12:22:44.708 3: CUL_HM set EG.WC.Deckenleuchte getConfig
2015.10.04 12:22:48.892 4: using HttpUtils_NonblockingGet: GET config
2015.10.04 12:22:48.920 4: parse status message for hue_bridge
2015.10.04 12:22:51.470 4: using HttpUtils_NonblockingGet: GET lights/3
2015.10.04 12:23:00.315 3: CUL_HM set vccu hmPairForSec 600
2015.10.04 12:23:15.789 1: Perfmon: possible freeze starting at 12:23:13, delay is 2.788
2015.10.04 12:23:15.796 4: using HttpUtils_NonblockingGet: GET lights/4
2015.10.04 12:23:15.825 4: parse status message for EG.WZ.Fensterleuchte
2015.10.04 12:23:37.431 3: CUL_HM pair: EG.WC.Deckenleuchte switch, model HM-LC-Sw1PBU-FM serialNr LEQ1310492
2015.10.04 12:23:41.456 3: CUL_HM set EG.WC.Deckenleuchte getConfig
2015.10.04 12:23:48.899 4: using HttpUtils_NonblockingGet: GET config
2015.10.04 12:23:48.929 4: parse status message for hue_bridge
2015.10.04 12:23:50.871 3: CUL_HM EG.WC.Deckenleuchte repeat, level 00 instead of C8
2015.10.04 12:23:51.476 4: using HttpUtils_NonblockingGet: GET lights/3
2015.10.04 12:24:15.633 3: CUL_HM set EG.WC.Deckenleuchte on
2015.10.04 12:24:15.823 4: using HttpUtils_NonblockingGet: GET lights/4
2015.10.04 12:24:15.847 4: parse status message for EG.WZ.Fensterleuchte
2015.10.04 12:24:18.305 3: CUL_HM set EG.WC.Deckenleuchte off
2015.10.04 12:24:48.904 4: using HttpUtils_NonblockingGet: GET config
2015.10.04 12:24:48.931 4: parse status message for hue_bridge
2015.10.04 12:24:51.482 4: using HttpUtils_NonblockingGet: GET lights/3
2015.10.04 12:25:18.796 4: using HttpUtils_NonblockingGet: GET lights/4
2015.10.04 12:25:18.807 1: Perfmon: possible freeze starting at 12:25:16, delay is 2.806
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 04 Oktober 2015, 17:17:25
@sw: dein fehler sollte mit der version hier: http://forum.fhem.de/index.php/topic,41777.0.html (http://forum.fhem.de/index.php/topic,41777.0.html) behoben sein.

@P.A.Trick: über die httputils ist nur die eigentliche antwort nicht blockierend. der verbindungsaufbau selber kann immer noch blockieren.

setz mal bitte pollDevices in der bridge auf 1, das poll intervall in der bridge auf den gewünschten wert und lösche das intervall in allen lampen. damit sollte es unterm strich weniger anfragen an die bridge geben.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: P.A.Trick am 04 Oktober 2015, 20:49:41
Danke werde ich ausprobieren!
Titel: Antw:philips hue modul
Beitrag von: Loredo am 05 Oktober 2015, 10:16:51
Zitat von: justme1968 am 04 Oktober 2015, 17:17:25
@P.A.Trick: über die httputils ist nur die eigentliche antwort nicht blockierend. der verbindungsaufbau selber kann immer noch blockieren.


Hm, in meinen Modulen scheint auch der Aufbau nicht zu blockieren. Dort macht es keinen Unterschied, ob das Device erreichbar ist oder nicht.
Was machst du anders?




Gruß
Julian
Titel: Antw:philips hue modul
Beitrag von: Loredo am 05 Oktober 2015, 10:30:56
PS: Nach dem heutigen Update startet FHEM nicht mehr bei aktiviertem HUE Modul.
Folgende Meldung erhalte ich, bevor der Perl Prozess stirbt:




2015.10.05 10:28:34 2: HUE: http request failed: http://192.168.6.91/api/xxxxxxxx: empty answer received
2015.10.05 10:28:35 4: using HttpUtils_NonblockingGet: GET lights/1
2015.10.05 10:28:35 4: using HttpUtils_NonblockingGet: GET lights/2
2015.10.05 10:28:35 4: using HttpUtils_NonblockingGet: GET lights/3
2015.10.05 10:28:35 4: using HttpUtils_NonblockingGet: GET lights/4
2015.10.05 10:28:35 4: using HttpUtils_NonblockingGet: GET lights/5
2015.10.05 10:28:37 4: using HttpUtils_NonblockingGet: GET groups/0
2015.10.05 10:28:38 4: using HttpUtils_NonblockingGet: GET sensors/2
2015.10.05 10:28:38 4: using HttpUtils_NonblockingGet: GET groups/1
2015.10.05 10:28:38 4: using HttpUtils_NonblockingGet: GET groups/2
substr outside of string at ./FHEM/31_HUEDevice.pm line 849.



Dabei ist meine Bridge so definiert:




define HUE HUEBridge 192.168.6.91 30
attr HUE DbLogExclude .*
attr HUE alias Hue Bridge
attr HUE devStateIcon Connected:rc_GREEN update.*:rc_YELLOW *:rc_RED
attr HUE group Infrastructure
attr HUE httpUtils 1
attr HUE icon hue_bridge
attr HUE key xxxxxxxx
attr HUE pollDevices 1
attr HUE room System
attr HUE verbose 5







Edit:


Nachdem ich die Bridge und alle HUE Devices gelöscht und über Autocreate neu angelegt habe, startet FHEM wieder.
Anschließend habe ich httpUtils=1 und pollDevices=1 gesetzt. Beim Starten hängt FHEM sich jetzt nicht mehr auf, aber diese Meldungen hier bleiben:



2015.10.05 10:57:49 2: HUE: http request failed: http://192.168.6.91/api/xxxxx: empty answer received
2015.10.05 10:57:56 2: HUE: http request failed: http://192.168.6.91/api/xxxxx/groups/2: empty answer received



Wenn ich die URLs manuell im Browser aufrufe, ist die Antwort nicht leer, sondern enthält den erwarteten JSON Code.
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 05 Oktober 2015, 11:55:15
der fehler hat nichts mit dem update von heute zu tun. hast du in fhem ein device für einen hue sensor definiert? da war noch etwas nicht in ordnung. hab es eben eingecheckt.

die empty answer meldungen sind schon immer da. scheinbar kommen die ab und zu wenn die bridge zu beschäftigt ist. oder sind die bei dir sehr oft vorhanden?

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: Loredo am 05 Oktober 2015, 12:02:37
Ja, ich hatte noch einen HUE Tap drin (just for fun).


Die Empty Answers kommen bei jedem FHEM Neustart. Ich kann mir nicht vorstellen, dass die Bridge da ständig so beschäftigt ist. Ich schalte recht selten etwas und es sind "nur" 5 Leuchten angemeldet.
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 05 Oktober 2015, 12:19:16
hat der tap funktioniert ? ich glaube die verzögerungen durch das pollen sind nicht wirklich praktikabel.

wenn es nur beim neustart ist ist es (glaube ich) erst mal kein problem. da fragt fhem unter umständen zeit gleich alle devices ab und die bridge kommt mit den gleichzeitigen anfragen nicht klar. vielleicht kommt es auch auf das netzwerk an.

ich bekomme keine bei 13 devices.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: Loredo am 05 Oktober 2015, 12:22:57
nee, der Tap war unbrauchbar.


Es kommt hauptsächlich beim Start, allerdings auch unregelmäßig häufig während des Betriebs. Eine Regelmäßigkeit lässt sich da nicht erkennen.


Du hattest irgendwo auch geschrieben, wenn man pollDevices=1 nutzt, dann sollte man in den Devices das eigene Polling ausschalten. Das hatte ich bisher auch, indem ich in der Definition hinter der ID eine 0 gesetzt habe.
Nachdem ich gerade alle Devices per Autocreate neu angelegt habe, habe ich das jetzt erstmal noch weggelassen.
Titel: philips hue modul
Beitrag von: justme1968 am 05 Oktober 2015, 12:28:03
wenn du nichts angibst wird automatisch der passende default abhängig vom bridge device gewählt. du siehst am internal INTERVAL ob das funktioniert hat. ganz optimal ist es aber nicht weil es nach setzen von pollDevices erst nach einem neustart greift.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: kennymc.c am 05 Oktober 2015, 21:04:33
http://www.newscenter.philips.com/de_de/standard/news/lighting/20151005_Philips_Hue_und_Apple_HomeKit.wpd#.VhKyS7zF4Uo
Seit heute ist übrigens eine neue Bridge erhältlich, die sie endlich für Apple HomeKit kompatibel machen soll. Wenn man schon eine Bridge hat, bekommt man die neue ab November 33% günstiger. In der Pressemitteilung steht übrigens auch, dass die Bridge kompatibel mit Drittanwender HomeKit Apps sein soll. Vielleicht ja was zu HomeKit Integration in Fhem.
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 05 Oktober 2015, 21:12:18
es soll auch neue hellere birnen geben.

schön wäre es wenn es endlich ein push api gibt. wenn das nicht der fall ist ist immer noch homebridge mit dem fhem shim besser als die native homekit Integration weil sonst der status bis zum nächsten pollen auseinander läuft.

ich bin gespannt ...

gruß
  andre

ps: interessant wird das es vermutlich bald billige second hand bridges gibt die sich als repeater verwenden lassen.
Titel: Antw:philips hue modul
Beitrag von: P.A.Trick am 05 Oktober 2015, 21:22:55
Zitat von: Loredo am 05 Oktober 2015, 10:16:51

Hm, in meinen Modulen scheint auch der Aufbau nicht zu blockieren. Dort macht es keinen Unterschied, ob das Device erreichbar ist oder nicht.
Was machst du anders?




Gruß
Julian

Ich habe non-Blocking mal abgestellt und dann klappt alles wunderbar. Ich hatte übrigens mit non-Blocking auch diese Empty Meldungen (habe nur 2 Devices).
@Loredo: Stelle doch mal HTTPUTILS und POLLDEVICES ab und beobachte ob du noch empty Nachrichten bekommst!
Titel: Antw:philips hue modul
Beitrag von: Loredo am 05 Oktober 2015, 21:25:41
Nein, dann bekomme ich diese Meldungen nicht. Ich nahm an das sei klar ;-)
Ich möchte ja Non-Blocking gerne einsetzen bzw. belassen und es nicht abändern.
Titel: Antw:philips hue modul
Beitrag von: P.A.Trick am 05 Oktober 2015, 21:26:52
Wie gesagt, bei mir ist non-Blocking suboptimal, da auch manche Schaltbefehle scheinbar einfach untergehen!
Titel: Antw:philips hue modul
Beitrag von: sw am 06 Oktober 2015, 14:29:59
Ich kann die Beobachtung von P.A.Trick (leider) bestätigen:
mit "httpUtils 1" werden die "hinteren" 2 Lampen einer Lightscene aus 8 Hue Devices fast nie geschaltet.
Einzeln lassen sich diese Devices einwandfrei ansprechen.

Mit "httpUtils 0" funktioniert die Lightscene einwandfrei.

Blöd: ich würde gerne den nonBlocking Call verwenden ...
Titel: Antw:philips hue modul
Beitrag von: Loredo am 06 Oktober 2015, 14:33:25
ah, das erklärt dann auch das, was einige bei Nutzung der ambiHue Funktion im PHTV Modul mal gemeldet haben.
Titel: Antw:philips hue modul
Beitrag von: Loredo am 06 Oktober 2015, 14:35:00
Habe übrigens auch httpUtils als Attribut entfernt und siehe da, keine Meldung mehr über leere Antworten bisher wie bei den anderen.
Titel: Antw:philips hue modul
Beitrag von: P.A.Trick am 06 Oktober 2015, 19:06:00
Gut dann sind wir schon drei mit dem Problem non-Blocking-Call!

Um die ganze Verwirrung noch komplett zu machen, habe ich noch eine OSRAM Lightify Lampe, die sich verselbstständigt hat. Ich habe dazu mal ein Debug Notify eingebaut aber leider kann ich keine Muster oder Zusammenhänge erkennen. Die Lampe schaltet sich einfach ein, bzw. ändern sich einfach die Readings obwohl die hue_bridge gar nichts gesendet hat (zumindest habe ich ihr das aktiv nicht gesagt).

Hier mal ein paar Infos:

Device:
Internals:
   CHANGED
   DEF        5
   ID         5
   INTERVAL   60
   IODev      hue_bridge
   NAME       EG.WZ.Fensterleuchte
   NR         1950
   STATE      unreachable
   TYPE       HUEDevice
   luminaireuniqueid
   manufacturername OSRAM
   modelid    Classic A60 RGBW
   name       Fensterleuchte
   swversion  1131847
   type       Extended color light
   uniqueid   84:18:26:00:00:d9:c3:1d-03
   Readings:
     2015-10-06 08:09:59   alert           lselect
     2015-10-06 18:56:56   bri             254
     2015-10-06 07:02:10   colormode       xy
     2015-10-06 07:20:54   ct              370 (2702K)
     2015-10-06 07:01:28   effect          none
     2015-10-06 07:01:28   hue             0
     2015-10-06 15:00:59   onoff           1
     2015-10-06 18:56:56   pct             100
     2015-10-06 14:59:11   reachable       0
     2015-10-06 18:56:56   rgb             ffffff
     2015-10-06 07:01:28   sat             0
     2015-10-06 14:59:11   state           unreachable
     2015-10-06 18:56:56   xy              0.3333,0.3333
   Helper:
     alert      lselect
     bri        254
     colormode  xy
     ct         370
     devtype
     effect     none
     hue        0
     percent    100
     reachable  0
     rgb        ffffff
     sat        0
     update_timeout 0
     xy         0.3333,0.3333
Attributes:
   IODev      hue_bridge
   color-icons 2
   devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
   event-on-change-reading .*
   group      Schalter
   model      Classic A60 RGBW
   room       EG.Wohnzimmer,_LED
   subType    extcolordimmer
   transitiontime 5
   userattr   lightSceneParamsToSave lightSceneRestoreOnlyIfChanged:1,0
   verbose    5
   webCmd     on:off


Bridge:
Internals:
   DEF        192.168.1.23 60
   Host       192.168.1.23
   INTERVAL   60
   NAME       hue_bridge
   NOTIFYDEV  global
   NR         1947
   NTFY_ORDER 50-hue_bridge
   STATE      resource, /lights/4, not available
   TYPE       HUEBridge
   apiversion 1.10.0
   mac        00:17:88:18:8c:69
   modelName  Philips hue bridge 2012
   name       Philips hue
   swversion  01028090
   updatestate 0
   zigbeechannel 11
   Readings:
     2015-10-01 20:23:58   swupdate        HUE0103 – 66013452
   Helper:
     apiversion 68096
     count      0
     last_config_timestamp 0
     updatestate 0
Attributes:
   key        59d1a666b8673cc79543780572da78a7
   room       _Dienste
   verbose    5


Debug Notify + verbose 5 Log

2015.10.06 13:54:28.370 5: rg_HM_RSSI: not on any display, ignoring notify
2015.10.06 13:54:28.371 5: rg_battStatus: not on any display, ignoring notify
2015.10.06 13:54:28.389 5: rh: not on any display, don't trigger
2015.10.06 13:54:28.396 5: rh: not on any display, don't trigger
2015.10.06 13:54:28.403 5: rh: not on any display, don't trigger
2015.10.06 13:54:28.411 5: rh: not on any display, don't trigger
2015.10.06 13:54:28.418 5: rh: not on any display, don't trigger
2015.10.06 13:54:28.425 5: rh: not on any display, don't trigger
2015.10.06 13:54:28.433 5: rh: not on any display, don't trigger
2015.10.06 13:54:34.499 4: using HUEBridge_HTTP_Request: GET lights/3
2015.10.06 13:54:34.511 5: HUEBridge_HTTP_Request http://192.168.1.23/api/59d1a666b8673cc79543780572da78a7/lights/3: Got data, length: 421
2015.10.06 13:54:34.531 4: using HUEBridge_HTTP_Request: GET lights/5
2015.10.06 13:54:34.543 5: HUEBridge_HTTP_Request http://192.168.1.23/api/59d1a666b8673cc79543780572da78a7/lights/5: Got data, length: 443
2015.10.06 13:54:34.545 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 13:54:34.547 5: Triggering EG.WZ.Fensterleuchte (2 changes)
2015.10.06 13:54:34.548 5: Notify loop for EG.WZ.Fensterleuchte reachable: 1
2015.10.06 13:54:34.549 5: statistics Statistik: Notify.261 Notification of 'EG.WZ.Fensterleuchte' received. Device not monitored.
2015.10.06 13:54:34.568 5: Triggering notify_EG.WZ.Fensterleuchte_Debug
2015.10.06 13:54:34.569 4: notify_EG.WZ.Fensterleuchte_Debug exec {
Log 3, "DEBUG: $NAME -> $EVENT";;
}
2015.10.06 13:54:34.569 5: Cmd: >{
Log 3, "DEBUG: $NAME -> $EVENT";
}<
2015.10.06 13:54:34.578 3: DEBUG: EG.WZ.Fensterleuchte -> reachable: 1
2015.10.06 13:54:34.578 5: Triggering notify_EG.WZ.Fensterleuchte_Debug
2015.10.06 13:54:34.579 4: notify_EG.WZ.Fensterleuchte_Debug exec {
Log 3, "DEBUG: $NAME -> $EVENT";;
}
2015.10.06 13:54:34.580 5: Cmd: >{
Log 3, "DEBUG: $NAME -> $EVENT";
}<
2015.10.06 13:54:34.588 3: DEBUG: EG.WZ.Fensterleuchte -> on
2015.10.06 13:54:34.606 5: rg_HM_RSSI: not on any display, ignoring notify
2015.10.06 13:54:34.607 5: rg_battStatus: not on any display, ignoring notify



Grep auf das Device im FHEM Log
2015.10.06 13:53:34.571 4: notify_EG.WZ.Fensterleuchte_Debug exec {
2015.10.06 13:53:34.580 3: DEBUG: EG.WZ.Fensterleuchte -> onoff: 1
2015.10.06 13:53:34.581 5: Triggering notify_EG.WZ.Fensterleuchte_Debug
2015.10.06 13:53:34.582 4: notify_EG.WZ.Fensterleuchte_Debug exec {
2015.10.06 13:53:34.591 3: DEBUG: EG.WZ.Fensterleuchte -> pct: 100
2015.10.06 13:53:34.591 5: Triggering notify_EG.WZ.Fensterleuchte_Debug
2015.10.06 13:53:34.592 4: notify_EG.WZ.Fensterleuchte_Debug exec {
2015.10.06 13:53:34.601 3: DEBUG: EG.WZ.Fensterleuchte -> unreachable
2015.10.06 13:53:34.681 5: Triggering EG.WZ.Fensterleuchte (1 changes)
2015.10.06 13:53:34.681 5: Notify loop for EG.WZ.Fensterleuchte rgb: ffed9d
2015.10.06 13:53:34.682 5: statistics Statistik: Notify.261 Notification of 'EG.WZ.Fensterleuchte' received. Device not monitored.
2015.10.06 13:53:34.691 5: Triggering notify_EG.WZ.Fensterleuchte_Debug
2015.10.06 13:53:34.692 4: notify_EG.WZ.Fensterleuchte_Debug exec {
2015.10.06 13:53:34.701 3: DEBUG: EG.WZ.Fensterleuchte -> rgb: ffed9d
2015.10.06 13:54:34.545 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 13:54:34.547 5: Triggering EG.WZ.Fensterleuchte (2 changes)
2015.10.06 13:54:34.548 5: Notify loop for EG.WZ.Fensterleuchte reachable: 1
2015.10.06 13:54:34.549 5: statistics Statistik: Notify.261 Notification of 'EG.WZ.Fensterleuchte' received. Device not monitored.
2015.10.06 13:54:34.568 5: Triggering notify_EG.WZ.Fensterleuchte_Debug
2015.10.06 13:54:34.569 4: notify_EG.WZ.Fensterleuchte_Debug exec {
2015.10.06 13:54:34.578 3: DEBUG: EG.WZ.Fensterleuchte -> reachable: 1
2015.10.06 13:54:34.578 5: Triggering notify_EG.WZ.Fensterleuchte_Debug
2015.10.06 13:54:34.579 4: notify_EG.WZ.Fensterleuchte_Debug exec {
2015.10.06 13:54:34.588 3: DEBUG: EG.WZ.Fensterleuchte -> on
2015.10.06 13:55:37.551 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 13:56:37.576 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 13:57:40.554 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 13:58:40.581 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 13:59:43.571 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 14:00:43.590 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 14:01:46.647 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 14:02:46.672 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 14:03:49.760 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 14:04:49.786 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 14:05:53.492 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 14:06:53.516 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 14:07:55.630 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 14:08:55.654 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 14:09:58.728 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 14:10:58.759 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 14:12:01.668 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 14:13:01.693 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 14:14:04.677 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 14:15:04.699 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 14:16:07.855 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 14:17:07.881 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 14:18:10.704 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 14:19:10.730 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 14:20:13.715 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 14:21:13.739 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 14:22:17.363 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 14:23:17.388 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 14:24:19.729 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 14:25:19.753 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 14:26:22.743 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 14:27:22.838 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 14:28:25.769 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 14:29:25.796 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 14:30:28.783 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 14:31:28.811 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 14:32:31.794 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 14:33:31.819 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 14:34:34.801 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 14:35:34.822 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 14:36:37.821 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 14:37:37.847 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 14:38:40.835 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 14:39:40.863 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 14:40:43.848 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 14:41:43.873 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 14:42:46.856 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 14:43:46.884 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 14:44:49.876 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 14:45:49.890 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 14:46:52.906 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 14:47:52.935 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 14:48:55.996 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 14:49:56.011 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 14:50:58.920 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 14:51:58.946 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 14:53:01.943 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 14:54:01.961 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 14:55:04.952 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 14:56:04.974 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 14:57:07.966 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 14:58:07.990 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 14:59:11.046 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 14:59:11.048 5: Triggering EG.WZ.Fensterleuchte (2 changes)
2015.10.06 14:59:11.048 5: Notify loop for EG.WZ.Fensterleuchte reachable: 0
2015.10.06 14:59:11.049 5: statistics Statistik: Notify.261 Notification of 'EG.WZ.Fensterleuchte' received. Device not monitored.
2015.10.06 14:59:11.059 5: Triggering notify_EG.WZ.Fensterleuchte_Debug
2015.10.06 14:59:11.060 4: notify_EG.WZ.Fensterleuchte_Debug exec {
2015.10.06 14:59:11.069 3: DEBUG: EG.WZ.Fensterleuchte -> reachable: 0
2015.10.06 14:59:11.070 5: Triggering notify_EG.WZ.Fensterleuchte_Debug
2015.10.06 14:59:11.071 4: notify_EG.WZ.Fensterleuchte_Debug exec {
2015.10.06 14:59:11.080 3: DEBUG: EG.WZ.Fensterleuchte -> unreachable
2015.10.06 14:59:44.016 5: Cmd: >set EG.WZ.Fensterleuchte on<
2015.10.06 14:59:44.048 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 14:59:44.050 5: Cmd: >set EG.WZ.Fensterleuchte rgb 0000F9<
2015.10.06 14:59:44.094 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 14:59:44.096 5: Triggering EG.WZ.Fensterleuchte (3 changes)
2015.10.06 14:59:44.097 5: Notify loop for EG.WZ.Fensterleuchte bri: 248
2015.10.06 14:59:44.097 5: statistics Statistik: Notify.261 Notification of 'EG.WZ.Fensterleuchte' received. Device not monitored.
2015.10.06 14:59:44.113 5: Triggering notify_EG.WZ.Fensterleuchte_Debug
2015.10.06 14:59:44.114 4: notify_EG.WZ.Fensterleuchte_Debug exec {
2015.10.06 14:59:44.124 3: DEBUG: EG.WZ.Fensterleuchte -> bri: 248
2015.10.06 14:59:44.125 5: Triggering notify_EG.WZ.Fensterleuchte_Debug
2015.10.06 14:59:44.125 4: notify_EG.WZ.Fensterleuchte_Debug exec {
2015.10.06 14:59:44.135 3: DEBUG: EG.WZ.Fensterleuchte -> xy: 0.1321,0.0284
2015.10.06 14:59:44.135 5: Triggering notify_EG.WZ.Fensterleuchte_Debug
2015.10.06 14:59:44.136 4: notify_EG.WZ.Fensterleuchte_Debug exec {
2015.10.06 14:59:44.145 3: DEBUG: EG.WZ.Fensterleuchte -> pct: 97
2015.10.06 14:59:44.198 5: Triggering EG.WZ.Fensterleuchte (1 changes)
2015.10.06 14:59:44.199 5: Notify loop for EG.WZ.Fensterleuchte rgb: 0000f9
2015.10.06 14:59:44.199 5: statistics Statistik: Notify.261 Notification of 'EG.WZ.Fensterleuchte' received. Device not monitored.
2015.10.06 14:59:44.208 5: Triggering notify_EG.WZ.Fensterleuchte_Debug
2015.10.06 14:59:44.209 4: notify_EG.WZ.Fensterleuchte_Debug exec {
2015.10.06 14:59:44.218 3: DEBUG: EG.WZ.Fensterleuchte -> rgb: 0000f9
2015.10.06 14:59:44.252 5: Cmd: >set EG.WZ.Fensterleuchte pct 30<
2015.10.06 14:59:44.279 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 14:59:44.281 5: Triggering EG.WZ.Fensterleuchte (2 changes)
2015.10.06 14:59:44.281 5: Notify loop for EG.WZ.Fensterleuchte bri: 76
2015.10.06 14:59:44.282 5: statistics Statistik: Notify.261 Notification of 'EG.WZ.Fensterleuchte' received. Device not monitored.
2015.10.06 14:59:44.291 5: Triggering notify_EG.WZ.Fensterleuchte_Debug
2015.10.06 14:59:44.292 4: notify_EG.WZ.Fensterleuchte_Debug exec {
2015.10.06 14:59:44.301 3: DEBUG: EG.WZ.Fensterleuchte -> bri: 76
2015.10.06 14:59:44.302 5: Triggering notify_EG.WZ.Fensterleuchte_Debug
2015.10.06 14:59:44.303 4: notify_EG.WZ.Fensterleuchte_Debug exec {
2015.10.06 14:59:44.312 3: DEBUG: EG.WZ.Fensterleuchte -> pct: 30
2015.10.06 15:00:34.176 5: Cmd: >set EG.WZ.Fensterleuchte on<
2015.10.06 15:00:34.202 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 15:00:34.205 5: Cmd: >set EG.WZ.Fensterleuchte rgb 0000F9<
2015.10.06 15:00:34.233 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 15:00:34.234 5: Triggering EG.WZ.Fensterleuchte (2 changes)
2015.10.06 15:00:34.235 5: Notify loop for EG.WZ.Fensterleuchte bri: 248
2015.10.06 15:00:34.235 5: statistics Statistik: Notify.261 Notification of 'EG.WZ.Fensterleuchte' received. Device not monitored.
2015.10.06 15:00:34.246 5: Triggering notify_EG.WZ.Fensterleuchte_Debug
2015.10.06 15:00:34.247 4: notify_EG.WZ.Fensterleuchte_Debug exec {
2015.10.06 15:00:34.257 3: DEBUG: EG.WZ.Fensterleuchte -> bri: 248
2015.10.06 15:00:34.258 5: Triggering notify_EG.WZ.Fensterleuchte_Debug
2015.10.06 15:00:34.259 4: notify_EG.WZ.Fensterleuchte_Debug exec {
2015.10.06 15:00:34.268 3: DEBUG: EG.WZ.Fensterleuchte -> pct: 97
2015.10.06 15:00:34.316 5: Cmd: >set EG.WZ.Fensterleuchte pct 30<
2015.10.06 15:00:34.344 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 15:00:34.345 5: Triggering EG.WZ.Fensterleuchte (2 changes)
2015.10.06 15:00:34.346 5: Notify loop for EG.WZ.Fensterleuchte bri: 76
2015.10.06 15:00:34.346 5: statistics Statistik: Notify.261 Notification of 'EG.WZ.Fensterleuchte' received. Device not monitored.
2015.10.06 15:00:34.356 5: Triggering notify_EG.WZ.Fensterleuchte_Debug
2015.10.06 15:00:34.358 4: notify_EG.WZ.Fensterleuchte_Debug exec {
2015.10.06 15:00:34.367 3: DEBUG: EG.WZ.Fensterleuchte -> bri: 76
2015.10.06 15:00:34.368 5: Triggering notify_EG.WZ.Fensterleuchte_Debug
2015.10.06 15:00:34.369 4: notify_EG.WZ.Fensterleuchte_Debug exec {
2015.10.06 15:00:34.378 3: DEBUG: EG.WZ.Fensterleuchte -> pct: 30
2015.10.06 15:00:34.769 5: Cmd: >set EG.WZ.Fensterleuchte on<
2015.10.06 15:00:34.796 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 15:00:34.798 5: Cmd: >set EG.WZ.Fensterleuchte rgb ffffff<
2015.10.06 15:00:34.827 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 15:00:34.828 5: Triggering EG.WZ.Fensterleuchte (3 changes)
2015.10.06 15:00:34.829 5: Notify loop for EG.WZ.Fensterleuchte bri: 254
2015.10.06 15:00:34.829 5: statistics Statistik: Notify.261 Notification of 'EG.WZ.Fensterleuchte' received. Device not monitored.
2015.10.06 15:00:34.841 5: Triggering notify_EG.WZ.Fensterleuchte_Debug
2015.10.06 15:00:34.842 4: notify_EG.WZ.Fensterleuchte_Debug exec {
2015.10.06 15:00:34.851 3: DEBUG: EG.WZ.Fensterleuchte -> bri: 254
2015.10.06 15:00:34.852 5: Triggering notify_EG.WZ.Fensterleuchte_Debug
2015.10.06 15:00:34.853 4: notify_EG.WZ.Fensterleuchte_Debug exec {
2015.10.06 15:00:34.863 3: DEBUG: EG.WZ.Fensterleuchte -> xy: 0.3333,0.3333
2015.10.06 15:00:34.864 5: Triggering notify_EG.WZ.Fensterleuchte_Debug
2015.10.06 15:00:34.865 4: notify_EG.WZ.Fensterleuchte_Debug exec {
2015.10.06 15:00:34.874 3: DEBUG: EG.WZ.Fensterleuchte -> pct: 100
2015.10.06 15:00:34.934 5: Triggering EG.WZ.Fensterleuchte (1 changes)
2015.10.06 15:00:34.935 5: Notify loop for EG.WZ.Fensterleuchte rgb: ffffff
2015.10.06 15:00:34.936 5: statistics Statistik: Notify.261 Notification of 'EG.WZ.Fensterleuchte' received. Device not monitored.
2015.10.06 15:00:34.945 5: Triggering notify_EG.WZ.Fensterleuchte_Debug
2015.10.06 15:00:34.946 4: notify_EG.WZ.Fensterleuchte_Debug exec {
2015.10.06 15:00:34.956 3: DEBUG: EG.WZ.Fensterleuchte -> rgb: ffffff
2015.10.06 15:00:35.617 5: Cmd: >set EG.WZ.Fensterleuchte on<
2015.10.06 15:00:35.644 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 15:00:35.646 5: Cmd: >set EG.WZ.Fensterleuchte rgb 5CFF22<
2015.10.06 15:00:35.674 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 15:00:35.676 5: Triggering EG.WZ.Fensterleuchte (1 changes)
2015.10.06 15:00:35.676 5: Notify loop for EG.WZ.Fensterleuchte xy: 0.1724,0.7082
2015.10.06 15:00:35.677 5: statistics Statistik: Notify.261 Notification of 'EG.WZ.Fensterleuchte' received. Device not monitored.
2015.10.06 15:00:35.686 5: Triggering notify_EG.WZ.Fensterleuchte_Debug
2015.10.06 15:00:35.687 4: notify_EG.WZ.Fensterleuchte_Debug exec {
2015.10.06 15:00:35.697 3: DEBUG: EG.WZ.Fensterleuchte -> xy: 0.1724,0.7082
2015.10.06 15:00:35.734 5: Triggering EG.WZ.Fensterleuchte (1 changes)
2015.10.06 15:00:35.735 5: Notify loop for EG.WZ.Fensterleuchte rgb: 5cff22
2015.10.06 15:00:35.735 5: statistics Statistik: Notify.261 Notification of 'EG.WZ.Fensterleuchte' received. Device not monitored.
2015.10.06 15:00:35.744 5: Triggering notify_EG.WZ.Fensterleuchte_Debug
2015.10.06 15:00:35.746 4: notify_EG.WZ.Fensterleuchte_Debug exec {
2015.10.06 15:00:35.755 3: DEBUG: EG.WZ.Fensterleuchte -> rgb: 5cff22
2015.10.06 15:00:51.059 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 15:00:51.061 5: Triggering EG.WZ.Fensterleuchte (2 changes)
2015.10.06 15:00:51.061 5: Notify loop for EG.WZ.Fensterleuchte onoff: 0
2015.10.06 15:00:51.062 5: statistics Statistik: Notify.261 Notification of 'EG.WZ.Fensterleuchte' received. Device not monitored.
2015.10.06 15:00:51.071 5: Triggering notify_EG.WZ.Fensterleuchte_Debug
2015.10.06 15:00:51.072 4: notify_EG.WZ.Fensterleuchte_Debug exec {
2015.10.06 15:00:51.082 3: DEBUG: EG.WZ.Fensterleuchte -> onoff: 0
2015.10.06 15:00:51.083 5: Triggering notify_EG.WZ.Fensterleuchte_Debug
2015.10.06 15:00:51.083 4: notify_EG.WZ.Fensterleuchte_Debug exec {
2015.10.06 15:00:51.093 3: DEBUG: EG.WZ.Fensterleuchte -> pct: 0
2015.10.06 15:00:59.545 5: Cmd: >set EG.WZ.Fensterleuchte on<
2015.10.06 15:00:59.571 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 15:00:59.573 5: Triggering EG.WZ.Fensterleuchte (2 changes)
2015.10.06 15:00:59.573 5: Notify loop for EG.WZ.Fensterleuchte onoff: 1
2015.10.06 15:00:59.574 5: statistics Statistik: Notify.261 Notification of 'EG.WZ.Fensterleuchte' received. Device not monitored.
2015.10.06 15:00:59.583 5: Triggering notify_EG.WZ.Fensterleuchte_Debug
2015.10.06 15:00:59.584 4: notify_EG.WZ.Fensterleuchte_Debug exec {
2015.10.06 15:00:59.594 3: DEBUG: EG.WZ.Fensterleuchte -> onoff: 1
2015.10.06 15:00:59.595 5: Triggering notify_EG.WZ.Fensterleuchte_Debug
2015.10.06 15:00:59.595 4: notify_EG.WZ.Fensterleuchte_Debug exec {
2015.10.06 15:00:59.605 3: DEBUG: EG.WZ.Fensterleuchte -> pct: 100
2015.10.06 15:00:59.648 5: Cmd: >set EG.WZ.Fensterleuchte rgb 0000F9<
2015.10.06 15:00:59.676 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 15:00:59.678 5: Triggering EG.WZ.Fensterleuchte (3 changes)
2015.10.06 15:00:59.678 5: Notify loop for EG.WZ.Fensterleuchte bri: 248
2015.10.06 15:00:59.679 5: statistics Statistik: Notify.261 Notification of 'EG.WZ.Fensterleuchte' received. Device not monitored.
2015.10.06 15:00:59.689 5: Triggering notify_EG.WZ.Fensterleuchte_Debug
2015.10.06 15:00:59.690 4: notify_EG.WZ.Fensterleuchte_Debug exec {
2015.10.06 15:00:59.699 3: DEBUG: EG.WZ.Fensterleuchte -> bri: 248
2015.10.06 15:00:59.700 5: Triggering notify_EG.WZ.Fensterleuchte_Debug
2015.10.06 15:00:59.701 4: notify_EG.WZ.Fensterleuchte_Debug exec {
2015.10.06 15:00:59.710 3: DEBUG: EG.WZ.Fensterleuchte -> xy: 0.1321,0.0284
2015.10.06 15:00:59.711 5: Triggering notify_EG.WZ.Fensterleuchte_Debug
2015.10.06 15:00:59.712 4: notify_EG.WZ.Fensterleuchte_Debug exec {
2015.10.06 15:00:59.721 3: DEBUG: EG.WZ.Fensterleuchte -> pct: 97
2015.10.06 15:00:59.774 5: Triggering EG.WZ.Fensterleuchte (1 changes)
2015.10.06 15:00:59.774 5: Notify loop for EG.WZ.Fensterleuchte rgb: 0000f9
2015.10.06 15:00:59.775 5: statistics Statistik: Notify.261 Notification of 'EG.WZ.Fensterleuchte' received. Device not monitored.
2015.10.06 15:00:59.783 5: Triggering notify_EG.WZ.Fensterleuchte_Debug
2015.10.06 15:00:59.784 4: notify_EG.WZ.Fensterleuchte_Debug exec {
2015.10.06 15:00:59.794 3: DEBUG: EG.WZ.Fensterleuchte -> rgb: 0000f9
2015.10.06 15:00:59.828 5: Cmd: >set EG.WZ.Fensterleuchte pct 30<
2015.10.06 15:00:59.855 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 15:00:59.857 5: Triggering EG.WZ.Fensterleuchte (2 changes)
2015.10.06 15:00:59.857 5: Notify loop for EG.WZ.Fensterleuchte bri: 76
2015.10.06 15:00:59.858 5: statistics Statistik: Notify.261 Notification of 'EG.WZ.Fensterleuchte' received. Device not monitored.
2015.10.06 15:00:59.867 5: Triggering notify_EG.WZ.Fensterleuchte_Debug
2015.10.06 15:00:59.868 4: notify_EG.WZ.Fensterleuchte_Debug exec {
2015.10.06 15:00:59.877 3: DEBUG: EG.WZ.Fensterleuchte -> bri: 76
2015.10.06 15:00:59.878 5: Triggering notify_EG.WZ.Fensterleuchte_Debug
2015.10.06 15:00:59.879 4: notify_EG.WZ.Fensterleuchte_Debug exec {
2015.10.06 15:00:59.888 3: DEBUG: EG.WZ.Fensterleuchte -> pct: 30
2015.10.06 15:01:59.861 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 15:03:32.097 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 15:04:32.123 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 15:05:32.127 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 15:06:32.131 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 15:07:32.137 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 15:08:32.142 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 15:09:32.146 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 15:10:32.153 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 15:11:32.157 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 15:12:32.161 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 15:13:32.175 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 15:14:32.171 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 15:15:32.176 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 15:16:32.183 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 15:17:32.187 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 15:18:32.192 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 15:19:32.197 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 15:20:32.201 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 15:21:32.207 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 15:22:32.212 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 15:23:32.216 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 15:24:32.218 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 15:25:32.227 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 15:26:32.232 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 15:27:32.241 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 15:28:32.245 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 15:29:32.249 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 15:30:32.255 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 15:31:32.259 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 15:32:32.264 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 15:33:32.269 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 15:33:49.998 5: Cmd: >set EG.WZ.Fensterleuchte alert lselect<
2015.10.06 15:33:50.025 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 15:34:50.038 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 15:35:50.043 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 15:36:50.052 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 15:37:50.058 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 15:38:50.062 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 15:39:50.066 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 15:40:50.071 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 15:41:50.075 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 15:42:50.080 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 15:43:50.085 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 15:44:50.089 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 15:45:50.096 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 15:46:50.100 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 15:47:50.105 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 15:48:50.110 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 15:49:50.115 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 15:50:50.120 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 15:51:50.125 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 15:52:50.133 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 15:53:50.136 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 15:54:50.142 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 15:55:44.873 5: Cmd: >set EG.WZ.Fensterleuchte alert lselect<
2015.10.06 15:55:44.900 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 15:56:44.910 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 15:57:44.921 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 15:58:44.926 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 15:59:44.936 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 16:00:44.935 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 16:01:44.940 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 16:02:44.944 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 16:03:44.949 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 16:04:44.954 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 16:05:44.958 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 16:06:44.963 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 16:07:44.970 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 16:08:44.975 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 16:09:44.980 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 16:10:44.985 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 16:11:44.993 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 16:12:44.999 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 16:13:45.005 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 16:14:41.678 5: Cmd: >set EG.WZ.Fensterleuchte alert lselect<
2015.10.06 16:14:41.705 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 16:15:41.719 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 16:16:41.723 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 16:17:41.729 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 16:18:41.736 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 16:19:41.741 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 16:20:41.748 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 16:21:41.752 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 16:22:41.759 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 16:23:41.763 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 16:24:41.769 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 16:25:41.776 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 16:26:41.781 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 16:27:41.790 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 16:28:41.794 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 16:29:41.798 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 16:30:41.804 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 16:31:41.810 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 16:32:41.815 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 16:33:41.821 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 16:34:41.827 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 16:35:41.833 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 16:36:41.838 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 16:37:41.844 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 16:38:41.849 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 16:39:41.854 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 16:40:41.864 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 16:41:41.927 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 16:42:41.937 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 16:43:41.943 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 16:44:41.957 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 16:45:41.953 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 16:46:41.957 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 16:47:41.962 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 16:48:41.966 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 16:49:41.971 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 16:50:41.977 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 16:51:41.981 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 16:52:41.986 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 16:53:41.991 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 16:54:41.995 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 16:55:42.001 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 16:56:42.006 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 16:57:42.007 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 16:58:42.013 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 16:59:42.022 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 17:00:42.018 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 17:01:42.018 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 17:02:42.018 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 17:03:42.022 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 17:04:42.028 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 17:05:42.032 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 17:06:42.037 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 17:07:42.043 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 17:08:42.049 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 17:09:42.053 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 17:10:42.059 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 17:11:42.063 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 17:12:42.067 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 17:13:42.078 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 17:14:42.076 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 17:15:42.081 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 17:16:42.086 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 17:17:42.088 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 17:18:42.094 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 17:19:42.098 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 17:20:42.104 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 17:21:42.107 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 17:22:42.112 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 17:23:42.117 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 17:24:42.123 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 17:25:42.128 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 17:26:42.133 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 17:27:42.138 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 17:28:42.148 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 17:29:42.148 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 17:30:42.154 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 17:31:42.159 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 17:32:42.165 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 17:33:42.170 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 17:34:42.174 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 17:35:42.179 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 17:36:42.184 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 17:37:42.190 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 17:38:42.194 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 17:39:42.199 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 17:40:42.205 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 17:41:42.210 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 17:42:42.217 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 17:43:42.225 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 17:44:42.225 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 17:45:42.230 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 17:46:42.235 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 17:47:42.241 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 17:48:42.246 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 17:49:42.251 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 17:50:42.255 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 17:51:42.260 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 17:52:42.265 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 17:53:42.270 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 17:54:42.275 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 17:55:42.281 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 17:56:42.291 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 17:57:42.291 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 17:58:42.295 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 17:59:42.301 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 18:00:42.307 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 18:01:42.312 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 18:02:42.313 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 18:03:42.319 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 18:04:42.323 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 18:05:42.328 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 18:06:42.332 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 18:07:42.734 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 18:08:42.740 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 18:09:42.746 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 18:10:42.751 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 18:11:42.756 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 18:12:42.761 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 18:13:42.766 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 18:14:42.771 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 18:15:42.777 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 18:16:42.782 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 18:17:42.793 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 18:18:42.792 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 18:19:42.798 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 18:20:42.803 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 18:21:42.809 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 18:22:42.814 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 18:23:42.819 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 18:24:42.824 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 18:25:42.830 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 18:26:42.835 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 18:27:42.840 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 18:28:42.845 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 18:29:42.851 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 18:30:42.856 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 18:31:42.861 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 18:32:42.871 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 18:33:42.871 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 18:34:42.876 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 18:35:42.881 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 18:36:42.887 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 18:37:42.893 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 18:38:42.897 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 18:39:42.903 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 18:40:42.908 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 18:41:42.913 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 18:42:42.918 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 18:43:42.923 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 18:44:42.928 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 18:45:42.933 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 18:46:42.938 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 18:47:42.943 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 18:48:42.947 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 18:49:42.957 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 18:50:42.960 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 18:51:42.965 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 18:52:42.973 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 18:53:42.976 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 18:54:42.977 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 18:55:42.984 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 18:56:42.990 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 18:56:56.326 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 18:56:56.355 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 18:56:56.377 3: DEBUG: EG.WZ.Fensterleuchte -> bri: 254
2015.10.06 18:56:56.387 3: DEBUG: EG.WZ.Fensterleuchte -> xy: 0.3333,0.3333
2015.10.06 18:56:56.397 3: DEBUG: EG.WZ.Fensterleuchte -> pct: 100
2015.10.06 18:56:56.467 3: DEBUG: EG.WZ.Fensterleuchte -> rgb: ffffff
2015.10.06 18:57:56.361 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 18:58:56.377 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 18:59:56.372 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 19:00:56.378 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 19:01:56.383 4: parse status message for EG.WZ.Fensterleuchte
2015.10.06 19:02:56.390 4: parse status message for EG.WZ.Fensterleuchte


Komischerweise ist das zweite Device ein HUE - Lightstripe davon nicht betroffen!?
@Andre: Kannst du darauf einen Reim machen? (alternative Apps kann ich ausschließen, da mein Handy nicht im Haus war!)

LG
Patrick


UPDATE
Beim suchen im Internet bin ich über folgenden Link gestolpert: http://www.elv.de/topic/osram-liefert-mit-lightify-ein-unausgereiftes-produkt-aus.html (http://www.elv.de/topic/osram-liefert-mit-lightify-ein-unausgereiftes-produkt-aus.html)
Ich habe mal den OSRAM Support angeschrieben - ich werde berichten sobald sich etwas neues ergibt!

PS: Nutzt sonst noch jemand eine Lightify Lampe an einer HUE Bridge? Kann man die Charge an irgendeinem Merkmal erkennen?
Danke im Voraus!


UPDATE 2
http://hypedefender.de/2015/04/osram-lightify-zuruecksetzen-um-zu-updaten/

Na toll, das Update geht scheinbar nur mit der OSRAM Bridge.....na dann muss ich die Lampe wohl wieder umtauschen gehen :-/
Titel: Antw:philips hue modul
Beitrag von: P.A.Trick am 07 Oktober 2015, 19:31:17
OT: Kurzes Update zum Thema OSRAM Lightify: Heute hat mich ein netter Herr von OSRAM angerufen. Er erklärte mir, dass die ersten Lampen der ersten Charge ein Problem mit Spannungsspitzen hatten. Scheinbar habe ich so eine erwischt. Er bot mir an, diese an OSRAM zu schicken dammit sie gegen eine aktualisierte Version ersetzt wird. Das werde ich tun und dann erneut berichten!
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 07 Oktober 2015, 19:50:13
nonblocking arbeitet zur zeit völlig asynchron. wenn es hier viele kommandos und status anfragen gibt kann es sehr gut sein das die bridge nicht mehr nach kommt. ich bin gerade dabei einzubauen das jeweils die direkte bestätigung ausgewertet wird und so jeweils eine einzelne status anfrage gespart wird. das wird dir anzahl der verbindungen halbieren. danach kommt eventuell noch eine queue für die non blocking anfragen dazu.

solange das noch nicht eingebaut ist sollte man delayedUpdate auf 2 oder 3 setzen wenn man viele lampen schaltet. dann kommen die status requests den sets nicht in die quere.

unabhängig davon ist es bei 8 lampen sinnvoll gruppen in der bridge anzulegen und darüber zu schalten. zumindest wenn die lampen gleich geschaltet werden sollen.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 07 Oktober 2015, 19:50:51
nonblocking arbeitet zur zeit völlig asynchron. wenn es hier viele kommandos und status anfragen gibt kann es sehr gut sein das die bridge nicht mehr nach kommt. ich bin gerade dabei einzubauen das jeweils die direkte bestätigung ausgewertet wird und so jeweils eine einzelne status anfrage gespart wird. das wird dir anzahl der verbindungen halbieren. danach kommt eventuell noch eine queue für die non blocking anfragen dazu.

solange das noch nicht eingebaut ist sollte man delayedUpdate auf 2 oder 3 setzen wenn man viele lampen schaltet. dann kommen die status requests den sets nicht in die quere.

unabhängig davon ist es bei 8 lampen sinnvoll gruppen in der bridge anzulegen und darüber zu schalten. zumindest wenn die lampen gleich geschaltet werden sollen.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: volschin am 09 Oktober 2015, 08:04:57
Ich bin mal gespannt, ob sich die neuen HomeKit-kompatiblen HueBridges auch noch über die API so steuern lassen oder ob das die Sicherheitsanforderungen von Apple für die Zertifizierung unterbinden.

Hat dahingehend schon jemand was gehört?
Titel: Antw:philips hue modul
Beitrag von: Loredo am 09 Oktober 2015, 09:52:04
Bleibt alles wie gehabt. Dafür spricht, dass das HUE Developer Program weiterläuft wie bisher auch ;)
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 09 Oktober 2015, 16:51:16
bei den problemen beim schalten mehrere lampen (auch mit LightScene) sollte das hier helfen: http://forum.fhem.de/index.php/topic,42003.0.html (http://forum.fhem.de/index.php/topic,42003.0.html).

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 11 Oktober 2015, 20:49:59
es gibt hier: http://forum.fhem.de/index.php/topic,42003.0.html (http://forum.fhem.de/index.php/topic,42003.0.html) noch mal ein update zum testen.

vor allem das neue attribut queryAfterSet und hier vor allem ob ohne das attribut zu setzen alles funktioniert wie es soll.

in verbindung mit pollDevices sollte die anzahl der requests an die bridge damit deutlich sinken.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: Enilno am 18 Oktober 2015, 16:27:11
Hi, lässt sich irgendwie die Aktivität der neuen Hue dimming Switches abfragen? hab sie in mein hue System integriert, bei fhem stehen sie unter hue devices, aber im Event Monitor bekomme ich keine Reaktion beim betätigen gezeigt, auf die ich reagieren könnte.
Wollte einen der schalter zweckentfremnden und meine musik im bad damit ein und ausschalten, das dimmen ließe sich dann vielleicht für die lautstärke nutzen... :)
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 18 Oktober 2015, 16:35:53
prinzipiell liefert die bridge keinen echtzeit status.

die lampen werden von fhem aus gepollt und du kannst dich mit einem notify daran hängen.

wenn der dimming switch bei einem get <bridge> sensors auftaucht kannst du im prinzip ein fhem device dafür anlegen. aber auch hier wird gepollt und die verzögerungen legen im normalfall mindestens einer minute. du kannst das intervall zwar verkleinern aber irgendwann bekommst du probleme mit der laust auf fhem und bridge seite.

es ist also fast immer nicht wirklich praktikabel auf ein event von hue seite zu reagieren.

gruss
  andre

ps: wie genau tauchen die auf? bei den devices oder bei den sensoren? mach mal ein list.
Titel: Antw:philips hue modul
Beitrag von: Loredo am 18 Oktober 2015, 18:31:12
Hi André!


Sagmal, gibt es eine Möglichkeit, dass der blink-Setter nach der letzten Wiederholung den zuvorigen Device-Stand wiederherstellt?


Bisher behelfe ich mir so:



my $state=ReadingsVal("%DEVICE%","state","off"); fhem "set %DEVICE% blink 2 1"; fhem "sleep 4;set %DEVICE%:FILTER=state!=$state $state"



Hin und wieder klappt das aber nicht richtig. Da ist das Device dann hinterher aus, obwohl es vorher an war.




Gruß
Julian

Titel: Antw:philips hue modul
Beitrag von: justme1968 am 18 Oktober 2015, 18:43:43
das geht zumindest zur zeit nicht da das blinken fhem intern über die setExtentions geht.

aber eigentlich sollte das gehen was du machst. log mal bitte was du bei state bekommst und die genaue zeitliche abfolge inklusive anfragen an und antworten von der bridge.

kann es sein das das sleep 4 zu kurz ist und das blink noch nicht fertig ist? zwei mal je eine sekunde an und eine sekunde aus wären auch 4 sekunden.

schau mal ob es mit onoff besser geht als mit state.

was aber prinzipiell probleme macht ist wenn die lampe nicht über fhem eingeschaltet wurde und fhem den aktuellen zustand noch nicht kennt weil noch nicht gepollt wurde. deshalb ist alert vermutlich besser geeignet da es komplett in der bridge bzw. den lampen abläuft und den alten zustand wieder herstellt auch wenn fhem ihn nicht kennt. wenn dir ein mal zu wenig sind und 15 sekunde zu viel kannst du es mit sleep und alert none auch nach kürzerer zeit wieder abbrechen.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: Loredo am 18 Oktober 2015, 19:29:40

Der Status der Lampe sollte kein Thema sein, denn ich schalte nur per FHEM und in der Regel auch nicht sehr häufig.

Ja, dass da "sleep=4" steht ist kein Zufall, sondern soll genau die selbe Zeit sein, damit der optische Eindruck stimmt ;)
Kann aber tatsächlich sein, dass aus irgendeinem Grund der :FILTER ein State vorfindet, was noch im entgegengesetzten Status ist. Ich schau nochmal.


alert ist halt keine schicke Lösung, weil da nix gedimmt wird und es kurioserweise eigentlich eher dem entspricht, was man unter "blink" verstehen würde.
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 18 Oktober 2015, 20:07:36
laut dokumentation macht alert die lampen heller, dunkler und geht dann auf den alten zustand zurück. das ist auch das was ich bei meinen lampen sehe. das heller werden geht natürlich nicht wenn die lampen schon ganz hell sind. aber schlechter als blink sollte es eigentlich nicht sein...

Titel: Antw:philips hue modul
Beitrag von: Loredo am 18 Oktober 2015, 20:13:07
doch. alert läuft leider mit transitiontime:0 :-/


Gruß
Julian
Titel: Antw:philips hue modul
Beitrag von: P.A.Trick am 18 Oktober 2015, 20:13:29
Übrigens blinken die OSRAM Lightify Lampen komplett mit an und aus, egal wieviel Prozent sie an sind!
Titel: Antw:philips hue modul
Beitrag von: Loredo am 18 Oktober 2015, 20:14:01
dito für die HUE.


Gruß
Julian
Titel: Antw:philips hue modul
Beitrag von: P.A.Trick am 18 Oktober 2015, 20:26:03
Zitat von: Loredo am 18 Oktober 2015, 20:16:16
dito für die HUE.


Gruß
Julian

Nicht aber die PHILIPS HUE Stripes....die gehen nicht ganz aus sondern dunkeln nur ab!
Titel: Antw:philips hue modul
Beitrag von: Enilno am 18 Oktober 2015, 20:43:25
Zitat von: justme1968 am 18 Oktober 2015, 16:35:53
prinzipiell liefert die bridge keinen echtzeit status.

die lampen werden von fhem aus gepollt und du kannst dich mit einem notify daran hängen.

wenn der dimming switch bei einem get <bridge> sensors auftaucht kannst du im prinzip ein fhem device dafür anlegen. aber auch hier wird gepollt und die verzögerungen legen im normalfall mindestens einer minute. du kannst das intervall zwar verkleinern aber irgendwann bekommst du probleme mit der laust auf fhem und bridge seite.

es ist also fast immer nicht wirklich praktikabel auf ein event von hue seite zu reagieren.

gruss
  andre

ps: wie genau tauchen die auf? bei den devices oder bei den sensoren? mach mal ein list.

Der dimming switch wird unter den hub devices gelistet.Wobei hueBridge1_Huedevice2 der dimming switch ist.

HUEBridge:
  hueBridge1           (Connected)

HUEDevice:
  HUEDevice1           (dim93%)
  HUEDevice4           (unreachable)
  HUEGroup1            (Initialized)
  HUEGroup2            (Initialized)
  hueBridge1_HUEDevice2 (dim93%)


Bei so einer langen verzögerung hat es natürlich keinen Sinn den Switch für irgendwas anderes in fhem zu nutzen. Da sie aber relativ günstig sind und mit den 4 tasten auch recht flexibel wäre das eine super lösung für meine musiksteuerung in bad und Küche.
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 18 Oktober 2015, 20:59:24
scheinbar hängt es von der aktuellen helligkeit ab. und ich bin mir sicher das es schon mal anders war. laut dokumentation sollte es das auch sein:
Zitatbreathe cycle   The light or lights do one smooth transition from the current state to a higher brightness in the current color to a lower brightness in the current color and back to the original state.

aber schlimmer als blink finde ich es bei weitem nicht :)

ich habe gerade noch einen fehler in state bzw. onoff handling gefunden und behoben. eventuell lag das mit dem state daran.

unabhängig davon: vielleicht bekommt man mit dimUp;dimDown und sleep oder ein paar set pct ein besseres blinken hin.
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 18 Oktober 2015, 21:01:32
@Enilno: bitte zeig mal ein list auf hueBridge1_HUEDevice2.

ändern sich irgendwelche readings in dem device beim pollen?

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: Enilno am 19 Oktober 2015, 21:56:30
so, hier der list des Dimmers

Internals:
   DEF        2
   ID         2
   INTERVAL   60
   IODev      hueBridge1
   NAME       hueBridge1_HUEDevice2
   NR         30
   STATE      off
   TYPE       HUEDevice
   luminaireuniqueid
   manufacturername Philips
   modelid    LLC011
   name       Wohnzimmer 2
   swversion  66013452
   type       Color light
   uniqueid   00:17:88:01:00:c2:6c:1c-0b
   Readings:
     2015-10-12 22:08:56   alert           none
     2015-10-19 21:14:07   bri             254
     2015-10-12 22:08:56   colormode       xy
     2015-10-12 22:08:56   effect          none
     2015-10-12 22:08:56   hue             15595
     2015-10-19 21:18:07   onoff           0
     2015-10-19 21:18:07   pct             0
     2015-10-16 21:56:46   reachable       1
     2015-10-18 11:39:56   rgb             ffbb0e
     2015-10-12 22:08:56   sat             251
     2015-10-19 21:18:07   state           off
     2015-10-12 22:08:56   xy              0.5161,0.464
   Helper:
     alert      none
     bri        254
     colormode  xy
     ct         -1
     devtype
     effect     none
     hue        15595
     on         0
     percent    0
     reachable  1
     rgb        ffbb0e
     sat        251
     update_timeout 0
     xy         0.5161,0.464
Attributes:
   IODev      hueBridge1
   alias      Wohnzimmer 2
   color-icons 2
   devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
   model      LLC011
   room       HUEDevice
   subType    colordimmer
   webCmd     hue:rgb:rgb ff0000:rgb 98FF23:rgb 0000ff:toggle:on:off 


Event Monitor spuckte 15 Sekunden nach dem ausschalten folgendes aus:

2015-10-19 21:37:46 HUEDevice hueBridge1_HUEDevice2 onoff: 0
2015-10-19 21:37:46 HUEDevice hueBridge1_HUEDevice2 pct: 0
2015-10-19 21:37:46 HUEDevice hueBridge1_HUEDevice2 off
2015-10-19 21:37:46 HUEDevice HUEDevice1 onoff: 0
2015-10-19 21:37:46 HUEDevice HUEDevice1 pct: 0
2015-10-19 21:37:46 HUEDevice HUEDevice1 off


Nach dem Einschalten dauerte es 45 Sekunden bis reagiert wurde:

2015-10-19 21:40:46 HUEDevice hueBridge1_HUEDevice2 onoff: 1
2015-10-19 21:40:46 HUEDevice hueBridge1_HUEDevice2 pct: 80
2015-10-19 21:40:46 HUEDevice hueBridge1_HUEDevice2 dim75%
2015-10-19 21:40:46 HUEDevice HUEDevice1 onoff: 1
2015-10-19 21:40:46 HUEDevice HUEDevice1 pct: 80
2015-10-19 21:40:46 HUEDevice HUEDevice1 dim75%


Readings beim ausgeschalteten zustand:
     2015-10-12 22:08:56   alert           none
     2015-10-19 21:31:46   bri             205
     2015-10-12 22:08:56   colormode       xy
     2015-10-12 22:08:56   effect          none
     2015-10-12 22:08:56   hue             15595
     2015-10-19 21:46:46   onoff           0
     2015-10-19 21:46:46   pct             0
     2015-10-16 21:56:46   reachable       1
     2015-10-19 21:31:46   rgb             fbb80e
     2015-10-12 22:08:56   sat             251
     2015-10-19 21:46:46   state           off
     2015-10-12 22:08:56   xy              0.5161,0.464


Readings beim eingeschaltetem Zustand:
     2015-10-12 22:08:56   alert           none
     2015-10-19 21:31:46   bri             205
     2015-10-12 22:08:56   colormode       xy
     2015-10-12 22:08:56   effect          none
     2015-10-12 22:08:56   hue             15595
     2015-10-19 21:40:46   onoff           1
     2015-10-19 21:40:46   pct             80
     2015-10-16 21:56:46   reachable       1
     2015-10-19 21:31:46   rgb             fbb80e
     2015-10-12 22:08:56   sat             251
     2015-10-19 21:40:46   state           dim75%
     2015-10-12 22:08:56   xy              0.5161,0.464


Beim betätigen der Dimm Taste sagt mir Event Monitor:

2015-10-19 21:48:46 HUEDevice hueBridge1_HUEDevice2 bri: 175
2015-10-19 21:48:46 HUEDevice hueBridge1_HUEDevice2 pct: 69
2015-10-19 21:48:46 HUEDevice hueBridge1_HUEDevice2 dim62%
2015-10-19 21:48:46 HUEDevice hueBridge1_HUEDevice2 rgb: d69d0c
2015-10-19 21:48:46 HUEDevice HUEDevice1 bri: 175
2015-10-19 21:48:46 HUEDevice HUEDevice1 pct: 69
2015-10-19 21:48:46 HUEDevice HUEDevice1 dim62%
2015-10-19 21:48:46 HUEDevice HUEDevice1 rgb: d69d0c


Readings haben die selben Verzögerungen wie der eventmonitor, diese variieren aber jedesmal.
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 19 Oktober 2015, 22:29:14
danke für die info. ich glaube nicht das das wirklich der dimmer ist. das ist die lampe die durch den dimmer gesteuert wird.

was bekomst du bei einem get <bridge> sensors?

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: Enilno am 20 Oktober 2015, 14:47:21
Oh fällt mir auch grad auf :D
NAME            FHEM            TYPE            LIGHTS
1: Daylight                        Daylight
2: Hue dimmer switch 1                 ZLLSwitch
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 20 Oktober 2015, 15:07:08
die 2 ist dein dimmer.

du kannst dafür ein device anlegen. aber der status wird nicht schneller aktualisiert werden als die readings der lampen.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: Enilno am 20 Oktober 2015, 20:25:33
ok, vielen dank.

lässt sich die abfrage des Status nicht irgendwie erhöhen? ansonsten muss ich mich wohl nach Tastern für den CUL umsehen, bei der Verzögerung hat das ja keinen sinn mit den Dimmern
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 20 Oktober 2015, 20:37:52
du kannst das polling intervall erhöhen. aber so hoch das es interaktiv für volume oder dimmen benutzbar ist wird es ziemlich sicher nicht.

das ist schon mit hm oder andere systemen sehr sehr schwer wenn du über FHEM gehst. schnell und interaktiv geht fast nicht.

bluetooth ist vermutlich noch das beste. aber einen großen taster zur wandmontage gibt es da nicht.   
Titel: Antw:philips hue modul
Beitrag von: volschin am 21 Oktober 2015, 06:04:49
Eigentlich müsste die neue Bridge doch Push können für HomeKit?
Titel: Antw:philips hue modul
Beitrag von: felix.steinbeis am 21 Oktober 2015, 07:26:47
Hallo zusammen,

nach meinem gestrigen FHEM-Update (letztes Update war am 9.10.) wird der Status meines HUEDevices nicht mehr aktualisiert, wenn ich z.B. mein Licht über eine HUE-App oder ein Ereignis in der Bridge steuer.

Erst ein manueller statusRequest liefert die korrekten Werte.

Habe ich nach der großen HUE-Aktualisierung etwas übersehen?

Danke und Gruß
Felix
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 21 Oktober 2015, 09:56:05
wie schauen die defines von bridge und device aus? welche attribute hast du gesetzt?

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: felix.steinbeis am 21 Oktober 2015, 10:25:40
Zitat von: justme1968 am 21 Oktober 2015, 09:56:05
wie schauen die defines von bridge und device aus? welche attribute hast du gesetzt?

gruss
  andre


list HUEBRIDGE1
Internals:
   DEF        192.168.1.23
   Host       192.168.1.23
   INTERVAL   300
   NAME       HUEBRIDGE1
   NOTIFYDEV  global
   NR         104
   NTFY_ORDER 50-HUEBRIDGE1
   STATE      Connected
   TYPE       HUEBridge
   apiversion 1.10.0
   mac        00:17:88:xx:yy:zz
   modelName  Philips hue bridge 2012
   name       Philips hue
   swversion  01028090
   updatestate 0
   zigbeechannel 25
   Helper:
     apiversion 68096
     count      0
     last_config_timestamp 0
     updatestate 0
Attributes:
   key        bc...32


list HUEDevice1
Internals:
   DEF        1
   ID         1
   INTERVAL   60
   IODev      HUEBRIDGE1
   NAME       HUEDevice1
   NR         105
   STATE      off
   TYPE       HUEDevice
   modelid    LLC010
   Readings:
     2015-10-21 00:56:43   alert           none
     2015-10-21 01:13:52   bri             254
     2015-10-21 00:56:43   colormode       xy
     2015-10-21 00:56:43   effect          none
     2015-10-21 01:29:13   hue             40618
     2015-10-21 07:37:58   onoff           0
     2015-10-21 07:37:58   pct             0
     2015-10-21 00:56:43   reachable       1
     2015-10-21 01:37:00   rgb             fdffff
     2015-10-21 00:56:43   sat             92
     2015-10-21 07:37:58   state           off
     2015-10-21 01:37:00   xy              0.3318,0.3335
   Helper:
     alert      none
     bri        254
     colormode  xy
     ct         -1
     devtype
     effect     none
     hue        40618
     on         0
     percent    0
     reachable  1
     rgb        fdffff
     sat        92
     update_timeout 1
     xy         0.3318,0.3335
Attributes:
   IODev      HUEBRIDGE1
   alias      3.DG.Arbeitszimmer - LivingColors 1
   color-icons 2
   comment    hue:rgb:rgb ff0000:rgb 98FF23:rgb 0000ff:toggle:on:off
   devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
   group      LivingColors
   model      LLC010
   room       HUEDevice,Steuerung
   subType    colordimmer
   webCmd     rgb:on:off


Viele Grüße
Felix
Titel: Antw:philips hue modul
Beitrag von: felix.steinbeis am 22 Oktober 2015, 07:21:16
Guten Morgen.

Ein Device habe ich noch vergessen.

Fehlen irgendwelche Settings die ich noch machen muss, damit ein autom. Status-Update wieder funktioniert?

Danke und Gruß
Felix

list HUEGroup0
Internals:
   DEF        group 0
   ID         G0
   IODev      HUEBRIDGE1
   NAME       HUEGroup0
   NR         106
   STATE      Initialized
   TYPE       HUEDevice
   lights     1
   Helper:
     devtype    G
     update_timeout 1
Attributes:
   IODev      HUEBRIDGE1
   alias      Lightset 0
   delayedUpdate 1
   room       HUEDevice
Titel: Antw:philips hue modul
Beitrag von: PsychoD am 22 Oktober 2015, 23:53:56
Nabend,

hat schon jemand die Hue Bridge 2.0? Funktioniert die auch problemlos mit FHEM?

VG
Psy
Titel: Antw:philips hue modul
Beitrag von: P.A.Trick am 24 Oktober 2015, 12:16:49
Ich glaube ich habe einen Grund für die empty-Messages gefunden. Ich habe einen TelefonMonitor auf der FB definiert. Bei der Methode ring lasse ich die HUE Lampen blinken. Das klappt nicht mit einer Gruppe. Danach habe ich mal ein sleep 1 eingebaut und siehe da es klappt.
Kann es sein, dass die FB Abfrage die Bridge Abfragen gegenseitig stören?
Titel: Antw:philips hue modul
Beitrag von: Newbee am 24 Oktober 2015, 18:37:40
Hallo zusammen,

bekomme aktuell folgende Meldung im LOG.

2015.10.24 18:19:40 3: HUEBridge_Detect: error reading description: http://192.168.178.57/description.xml: Select timeout/error:
malformed JSON string, neither tag, array, object, number, string or atom, at character offset 0 (before "(end of string)") at /usr/local/share/perl/5.18.2/JSON.pm line 171.


Könnte das mit HttpUtil = 0 zusammenhängen oder einer alten JSON Version?

Ist dieser Fehler jemand bekannt?

Danke und Gruß Newbee
Titel: Antw:philips hue modul
Beitrag von: robertPI am 25 Oktober 2015, 11:29:43
Hallo,

bei mir kommen seit einiger Zeit ebenfalls "empty answer" Fehler. Ich kann die hue Leuchten problemlos von fhem aus steuern, auch über die Äpp oder die Logitech Harmony. Der Status der hue Leuchten wird unzuverlässig in fhem aktualisiert. Soll heißen: mal gehts, meistens nicht :-(

Log:
2015.10.25 11:04:33 4: using HttpUtils_BlockingGet: GET lights
2015.10.25 11:04:40 4: using HttpUtils_BlockingGet: GET groups
2015.10.25 11:04:45 4: using HttpUtils_BlockingGet: GET scenes
2015.10.25 11:05:08 4: using HttpUtils_NonblockingGet: GET lights
2015.10.25 11:05:08 4: using HttpUtils_BlockingGet: GET sensors
2015.10.25 11:05:10 2: hueBridge0: http request failed: http://192.168.178.38/api/xxx/lights: empty answer received
2015.10.25 11:05:14 4: using HttpUtils_BlockingGet: GET config
2015.10.25 11:06:12 4: using HttpUtils_NonblockingGet: GET lights
2015.10.25 11:07:15 4: using HttpUtils_NonblockingGet: GET lights
2015.10.25 11:08:18 4: using HttpUtils_NonblockingGet: GET
2015.10.25 11:08:18 4: parse status message for hueBridge0
2015.10.25 11:08:18 4: hueBridge0: message for unknow sensor received: hueBridge0-S1
2015.10.25 11:09:21 4: using HttpUtils_NonblockingGet: GET lights
2015.10.25 11:10:24 4: using HttpUtils_NonblockingGet: GET lights
2015.10.25 11:11:27 4: using HttpUtils_NonblockingGet: GET lights
2015.10.25 11:12:30 4: using HttpUtils_NonblockingGet: GET lights
2015.10.25 11:13:33 4: using HttpUtils_NonblockingGet: GET
2015.10.25 11:13:33 4: parse status message for hueBridge0
2015.10.25 11:13:33 4: hueBridge0: message for unknow sensor received: hueBridge0-S1
2015.10.25 11:14:36 4: using HttpUtils_NonblockingGet: GET lights
2015.10.25 11:15:39 4: using HttpUtils_NonblockingGet: GET lights
2015.10.25 11:16:42 4: using HttpUtils_NonblockingGet: GET lights
2015.10.25 11:17:45 4: using HttpUtils_NonblockingGet: GET lights
2015.10.25 11:18:48 4: using HttpUtils_NonblockingGet: GET
2015.10.25 11:18:48 4: parse status message for hueBridge0
2015.10.25 11:18:48 4: hueBridge0: message for unknow sensor received: hueBridge0-S1


List hueBridge0:
Internals:
   DEF        192.168.178.38 60
   Host       192.168.178.38
   INTERVAL   60
   NAME       hueBridge0
   NOTIFYDEV  global
   NR         20
   NTFY_ORDER 50-hueBridge0
   STATE      Connected
   TYPE       HUEBridge
   apiversion 1.10.0
   mac        00:17:88:17:xx:xx
   modelName  Philips hue bridge 2012
   name       Philips hue
   swversion  01028090
   updatestate 0
   zigbeechannel 25
   Readings:
     2015-09-28 21:06:28   swupdate        BSB001 1.10.0 release
   Helper:
     apiversion 68096
     count      0
     last_config_timestamp 1445768328
     updatestate 0
Attributes:
   devStateIcon Connected:it_hue_bridge@green Disconnected:it_hue_bridge@red
   httpUtils  1
   key        xxx
   pollDevices 1
   room       HUEDevice
   verbose    5


list einer hue Lampe:
Internals:
   CHANGED
   DEF        1
   ID         1
   INTERVAL   0
   IODev      hueBridge0
   NAME       wz.di.LampeFenster
   NR         21
   STATE      off
   TYPE       HUEDevice
   modelid    LCT001
   Readings:
     2015-10-24 18:27:08   alert           none
     2015-10-24 18:27:08   bri             17
     2015-10-24 18:27:08   colormode       ct
     2015-10-24 18:27:08   ct              356 (2808K)
     2015-10-24 18:27:08   effect          none
     2015-10-24 18:27:08   hue             15119
     2014-10-27 22:12:58   level           0 %
     2015-10-25 11:01:18   onoff           0
     2015-10-25 11:01:18   pct             0
     2015-10-25 10:37:51   reachable       1
     2015-10-24 18:27:08   rgb             ffc99d
     2015-10-24 18:27:08   sat             133
     2015-10-25 11:01:18   state           off
     2015-10-24 18:27:08   xy              0.4524,0.4087
   Helper:
     alert      none
     bri        17
     colormode  ct
     ct         356
     devtype
     effect     none
     hue        15119
     on         0
     percent    0
     reachable  1
     rgb        ffc99d
     sat        133
     update_timeout 1
     xy         0.4524,0.4087
Attributes:
   IODev      hueBridge0
   alias      Hue Lamp 1
   color-icons 2
   devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
   group      Beleuchtung
   model      LCT001
   room       Wohnzimmer,HUEDevice
   subType    extcolordimmer
   webCmd     rgb:toggle:on:off


Aufruf der http://192.168.178.38/api/xxx/lights geht problemlos
{"1":{"state": {"on":false,"bri":17,"hue":15119,"sat":133,"effect":"none","xy":[0.4524,0.4087],"ct":356,"alert":"none","colormode":"ct","reachable":true}, "type": "Extended color light", "name": "Hue Lamp 1", "modelid": "LCT001", "manufacturername": "Philips","uniqueid":"00:17:88:01:00:f9:cb:05-0b", "swversion": "66013452", "pointsymbol": { "1":"none", "2":"none", "3":"none", "4":"none", "5":"none", "6":"none", "7":"none", "8":"none" }},"2":{"state": {"on":false,"bri":17,"hue":13800,"sat":191,"effect":"none","xy":[0.4941,0.4150],"ct":428,"alert":"none","colormode":"ct","reachable":true}, "type": "Extended color light", "name": "Hue Lamp 2", "modelid": "LCT001", "manufacturername": "Philips","uniqueid":"00:17:88:01:00:fc:9e:d7-0b", "swversion": "66013452", "pointsymbol": { "1":"none", "2":"none", "3":"none", "4":"none", "5":"none", "6":"none", "7":"none", "8":"none" }},"3":{"state": {"on":false,"bri":254,"hue":14910,"sat":144,"effect":"none","xy":[0.4596,0.4105],"ct":369,"alert":"none","colormode":"ct","reachable":true}, "type": "Extended color light", "name": "Hue Lamp 3", "modelid": "LCT001", "manufacturername": "Philips","uniqueid":"00:17:88:01:00:fe:e9:24-0b", "swversion": "66013452", "pointsymbol": { "1":"none", "2":"none", "3":"none", "4":"none", "5":"none", "6":"none", "7":"none", "8":"none" }},"4":{"state": {"on":false,"bri":0,"alert":"none","reachable":true}, "type": "Dimmable plug-in unit", "name": "Plug 1 Raspberry", "modelid": "LWL001", "manufacturername": "Philips","uniqueid":"00:17:88:01:00:2e:c1:88-0c", "swversion": "1.0.1.4591", "pointsymbol": { "1":"none", "2":"none", "3":"none", "4":"none", "5":"none", "6":"none", "7":"none", "8":"none" }},"5":{"state": {"on":false,"bri":0,"alert":"none","reachable":true}, "type": "Dimmable plug-in unit", "name": "Plug 2 Regal", "modelid": "LWL001", "manufacturername": "Philips","uniqueid":"00:17:88:01:00:2e:ca:02-0c", "swversion": "1.0.1.4591", "pointsymbol": { "1":"none", "2":"none", "3":"none", "4":"none", "5":"none", "6":"none", "7":"none", "8":"none" }},"6":{"state": {"on":false,"bri":0,"hue":0,"sat":0,"effect":"none","xy":[0.0000,0.0000],"ct":0,"alert":"none","colormode":"hs","reachable":false}, "type": "Extended color light", "name": "FLS-PP lp 1", "modelid": "FLS-PP3", "manufacturername": "dresden elektronik","uniqueid":"00:21:2e:ff:ff:00:74:46-0a", "swversion": "32000079", "pointsymbol": { "1":"none", "2":"none", "3":"none", "4":"none", "5":"none", "6":"none", "7":"none", "8":"none" }}}

Das hueBridge Modul ist aktuell, JSON laut apt-get auch. Ideen? Was könnte dieser hueBridge0-S1 Sensor im log bedeuten?
Titel: Antw:philips hue modul
Beitrag von: Steffen am 27 Oktober 2015, 05:37:27
Guten Morgen!

Habe seit heute auch bemerkt das die Readings nicht mehr komplett eintreffen, in meinem Fall der Wichtige Wert "hue" weil ich darauf verschiedene Doif habe!

Hier mal ein define:

Internals:
   DEF        3
   ID         3
   INTERVAL   60
   IODev      HueNew
   NAME       HueFlur
   NR         91
   STATE      dim81%
   TYPE       HUEDevice
   modelid    LCT001
   Readings:
     2015-10-27 04:50:08   alert           none
     2015-10-27 05:33:02   bri             229
     2015-10-27 04:50:08   colormode       xy
     2015-10-27 04:50:08   ct              500 (2000K)
     2015-10-27 04:50:08   effect          none
     2015-10-27 04:50:08   hue             7052
     2014-10-06 15:59:41   level           0 %
     2015-10-27 05:25:23   onoff           1
     2015-10-27 05:33:02   pct             90
     2015-10-27 04:50:08   reachable       1
     2015-10-27 05:33:02   rgb             f8e703
     2015-10-27 04:50:08   sat             254
     2015-10-27 05:33:02   state           dim81%
     2015-10-27 05:25:23   xy              0.4829,0.5236
   Helper:
     alert      none
     bri        229
     colormode  xy
     ct         500
     devtype
     effect     none
     hue        7052
     percent    90
     reachable  1
     rgb        f8e703
     sat        254
     update_timeout 1
     xy         0.4829,0.5236
Attributes:
   IODev      HueNew
   alias      SofaLicht
   color-icons 2
   devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
   icon       light_led
   model      LCT001
   room       Wohnzimmer
   subType    extcolordimmer
   webCmd     rgb:rgb ff0000:rgb DEFF26:rgb 0000ff:toggle:on:of


auch das habe ich im meinem log, obwohl nichts verändert habe an meinem Netzwerk:


2015.10.27 05:16:08 1: HUEBridge_HTTP_Request http://192.168.178.73/api/e966e5500668a4fb9629d3f2cd9a1ac2/lights/1/state: Can't connect to http://192.168.178.73:80
2015.10.27 05:16:08 3: HUEBridge_Call: failed, retrying
2015.10.27 05:16:12 1: HUEBridge_HTTP_Request http://192.168.178.73/api/e966e5500668a4fb9629d3f2cd9a1ac2/lights/1/state: Can't connect to http://192.168.178.73:80
2015.10.27 05:16:12 3: HUEBridge_Call: failed, retrying
2015.10.27 05:16:12 3: HUEBridge_Call: failed
2015.10.27 05:16:16 1: HUEBridge_HTTP_Request http://192.168.178.73/api/e966e5500668a4fb9629d3f2cd9a1ac2/lights/1/state: Can't connect to http://192.168.178.73:80
2015.10.27 05:16:16 3: HUEBridge_Call: failed, retrying
2015.10.27 05:16:20 1: HUEBridge_HTTP_Request http://192.168.178.73/api/e966e5500668a4fb9629d3f2cd9a1ac2/lights/1/state: Can't connect to http://192.168.178.73:80
2015.10.27 05:16:20 3: HUEBridge_Call: failed, retrying
2015.10.27 05:16:20 3: HUEBridge_Call: failed
2015.10.27 05:16:24 1: HUEBridge_HTTP_Request http://192.168.178.73/api/e966e5500668a4fb9629d3f2cd9a1ac2/lights/1/state: Can't connect to http://192.168.178.73:80
2015.10.27 05:16:24 3: HUEBridge_Call: failed, retrying
2015.10.27 05:16:28 1: HUEBridge_HTTP_Request http://192.168.178.73/api/e966e5500668a4fb9629d3f2cd9a1ac2/lights/1/state: Can't connect to http://192.168.178.73:80
2015.10.27 05:16:28 3: HUEBridge_Call: failed, retrying
2015.10.27 05:16:28 3: HUEBridge_Call: failed
2015.10.27 05:16:32 1: HUEBridge_HTTP_Request http://192.168.178.73/api/e966e5500668a4fb9629d3f2cd9a1ac2/lights/1/state: Can't connect to http://192.168.178.73:80
2015.10.27 05:16:32 3: HUEBridge_Call: failed, retrying


Mfg Steffen
Titel: Antw:philips hue modul
Beitrag von: teqqyde am 28 Oktober 2015, 22:44:51
Zitat von: PsychoD am 22 Oktober 2015, 23:53:56
Nabend,

hat schon jemand die Hue Bridge 2.0? Funktioniert die auch problemlos mit FHEM?

VG
Psy

Nutze derzeit nur das steuern von an und aus, aber das kann sie ohne Probleme.
Titel: Antw:philips hue modul
Beitrag von: PsychoD am 29 Oktober 2015, 07:32:35
Danke!
Titel: Antw:philips hue modul
Beitrag von: oggy am 30 Oktober 2015, 14:44:52
Moin,

ich bin noch absoluter Frischling bei FHEM (1 Woche), wurstel mich aber von Lösung zu Lösung --> Kameras gehen bei Abwesenheit an, bei Ankunft zu Hause höre ich von meinem Asterisk eine Statusmeldung(wer hat angerufen, welche Termine stehen an) und je nach Harmony-Activität wird Licht ein-/ausgeschaltet und gedimmt (sogar eine kleine Trailershow lasse ich beim Videoschauen über FHEM starten) :) ... aber ich raffe es nicht, wie ich eine Gruppe HUEs auf einmal ändern kann/wie ich bestimmte HUEs gruppieren kann. Ich finde irgendwie keine Beispiel-Konfiguration oder aber ich kann einfach keine Lösung finden, weil sich hinter der Gruppierung ganz was anderes verbirgt als ich mir es vorstelle. Hat vielleicht jemand eine kleine Beispiel-config?

Gruß und Dank
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 30 Oktober 2015, 16:00:12
es gibt mindestens 5 möglichkeiten mehrere lampen auf ein mal zu schalten.

von der Angabe einer passenden devspec/device liste im set über structre und LightScene bis hin zu groups and scenes in der bridge.

welche du genau verwendest hängt vom jeweiligen einsatz zweck ab.

- wenn die liste der zu haltenden lampen jedes mal anders ist -> devspec
- wenn du nicht nur hue lampen sondern auch andere gemeinsam schalten willst -> structure
- wenn du eine ganze gruppe von lampen aber mit jeweils unterschiedlichen einstellungen schalten willst -> LightScene

die drei möglichkeiten oben arbeiten rein fhem intern.

wenn du die möglichkeiten der bridge nutzen willst:
- mehrere lampen auf die gleiche einstellung -> hue groups
- mehrere lampen mit jeweils eigenen einstellungen -> hue scenes und hue groups

wenn du eine hue group in einer LightScene verwendest wird automatisch mit hue scenes gearbeitet.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: Steffen am 30 Oktober 2015, 16:05:35
Hallo!

Ich hatte schon mal gefragt aber ist wohl leider untergegangen, denn es geht um die Fehlenden readings in Hue-Bulbs die nicht mehr richtig in fhem eintreffen was vorher ging.

Könnte man sich das vielleicht nochmal ansehen???

Mfg Steffen
Titel: Antw:philips hue modul
Beitrag von: oggy am 30 Oktober 2015, 18:41:55
@andre

dank dir.... so wie ich das bis jetzt herausgelesen habe, trifft wahrscheinlich die Gruppierung von deinem Modul hue groups meine Anforderungen. Ich habe im Wohnzimmer 3x HUEs die ich auf eine Farbe und eine Helligkeit setzen möchte. Mir will das noch nicht in den Kopf, wie ich den HUEs sage, du bist jetzt in der und der Gruppe. Greift dort der "group"-Parameter?

Grüße Basti

PS.: ich habe FHEM jetzt erst ein Woche am wickel und bin total begeistert, wie mächtig die Software ist. Ich habe jetzt schon einen großen Teil meiner selbstgebastelten Perlscripte damit ablösen können.
Titel: Antw:philips hue modul
Beitrag von: volschin am 30 Oktober 2015, 18:47:48
Als erste Anlaufstelle empfiehlt sich eigentlich immer die commandref, mit der sich die Autoren meist viel Mühe geben.
Hier beantwortet Example 3 vermutlich deine Frage.
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 30 Oktober 2015, 18:49:41
hier steht im prinzip wie es geht: http://forum.fhem.de/index.php/topic,30895.msg234449.html#msg234449 (http://forum.fhem.de/index.php/topic,30895.msg234449.html#msg234449).

und hier etwas zu den szenen: http://forum.fhem.de/index.php/topic,42003.msg342251.html#msg342251 (http://forum.fhem.de/index.php/topic,42003.msg342251.html#msg342251).

ansonsten sind die kommandos auch in der commandref beschrieben.

gruss
  andre

ps: weiter viel spass :)
Titel: Antw:philips hue modul
Beitrag von: Steffen am 30 Oktober 2015, 21:08:10
Hier mal ein List von einen von meinen Hue:


Internals:
   DEF        2
   ID         2
   INTERVAL   60
   IODev      HueNew
   NAME       HueSideBoard
   NR         92
   STATE      dim50%
   TYPE       HUEDevice
   modelid    LCT001
   Readings:
     2015-10-29 17:56:29   alert           none
     2015-10-30 19:46:33   bri             140
     2015-10-29 17:56:29   colormode       xy
     2015-10-29 17:56:29   ct              325 (3076K)
     2015-10-29 17:56:29   effect          none
     2015-10-29 17:56:29   hue             56865
     2014-10-06 15:59:41   level           0 %
     2015-10-30 19:46:33   onoff           1
     2015-10-30 19:46:33   pct             55
     2015-10-29 17:56:29   reachable       1
     2015-10-30 19:46:33   rgb             d629d6
     2015-10-29 17:56:29   sat             239
     2015-10-30 19:46:33   state           dim50%
     2015-10-30 19:46:33   xy              0.4327,0.2003
   Helper:
     alert      none
     bri        140
     colormode  xy
     ct         325
     devtype
     effect     none
     hue        56865
     percent    55
     reachable  1
     rgb        d629d6
     sat        239
     update_timeout 1
     xy         0.4327,0.2003
Attributes:
   IODev      HueNew
   alias      SofaSideBoard
   color-icons 2
   devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
   icon       light_led
   model      LCT001
   room       Wohnzimmer
   subType    extcolordimmer
   webCmd     rgb:rgb ff0000:rgb DEFF26:rgb 0000ff:toggle:on:off
Titel: Antw:philips hue modul
Beitrag von: oggy am 31 Oktober 2015, 23:59:55
Zitat von: justme1968 am 30 Oktober 2015, 18:49:41
hier steht im prinzip wie es geht: http://forum.fhem.de/index.php/topic,30895.msg234449.html#msg234449 (http://forum.fhem.de/index.php/topic,30895.msg234449.html#msg234449).

und hier etwas zu den szenen: http://forum.fhem.de/index.php/topic,42003.msg342251.html#msg342251 (http://forum.fhem.de/index.php/topic,42003.msg342251.html#msg342251).


Danke an euch. Genau das hab ich gesucht. ... Die Commandsref erschlägt einen als Frischling teilweise sehr stark. Wenn man aber grob weiß, wie etwas funktioniert, ist die Commandsref auch sehr logisch und dann kommt auch der Aha-Effekt. Auf jeden Fall gefällt mir die Software und die Community sehr sehr gut.

[edit]
ich habe jetzt meinen Fehler gefunden. Bei meiner Debian-Installation waren die Perl-Module vom März 2014 und mit aktuellen Modulen ausm Github habe ich auch die ganzen Möglichkeiten zum Einstellen :)
Titel: Antw:philips hue modul
Beitrag von: volschin am 01 November 2015, 10:26:44
Mir gruselt gerade. Ich hoffe doch, du hast die Funktion "Update" bereits kennengelernt?!
Titel: Antw:philips hue modul
Beitrag von: oggy am 01 November 2015, 10:46:01
Zitat von: volschin am 01 November 2015, 10:26:44
Mir gruselt gerade. Ich hoffe doch, du hast die Funktion "Update" bereits kennengelernt?!

uff, Danke für den Hinweis. ... und schwupps sieht alles ein wenig anders aus. Da bin ich blauäugig davon ausgegangen, dass die installierte deb einen relativ aktuellen Stand hat. ... ich bin ja zum Glück noch beim Rumprobieren. Bei mir ist unter FHEM noch kein "Haus", sondern hauptsächlich nur eine Wohnzimmerkino-Steuerung und die darf auch mal nicht funktionieren ;)
Titel: Antw:philips hue modul
Beitrag von: MaxKnall am 01 November 2015, 11:03:52
Hallo zusammen,

erstmal Danke für dieses super Hue-Modul.

Zitat von: Steffen am 30 Oktober 2015, 16:05:35
Hallo!

Ich hatte schon mal gefragt aber ist wohl leider untergegangen, denn es geht um die Fehlenden readings in Hue-Bulbs die nicht mehr richtig in fhem eintreffen was vorher ging.

Könnte man sich das vielleicht nochmal ansehen???

Mfg Steffen

Bei mir funktionieren die Readings leider auch nicht mehr. Software ist alles auf dem aktuellen Stand bei meinem Raspberry 2.
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 01 November 2015, 11:29:25
in der aktuellen werden normalerweise nur noch die direkt von der bridge zurückgemeldeten werte in den readings aktualisiert. welche readings das sind hängt vom set kommando ab. das alte verhalten kannst du mit dem queryAfterSet attribut wieder aktivieren. hier macht fhem kurz nach einem set eine explizite query auf alle werte.

aber:
es ist schon immer so das laut hue api eigentlich nur diejenigen readings aktuell sind die zum gerade aktuellen colormode gehören. scheinbar hat phillips das jetzt konsequenter umgesetzt.  wenn du direkt in der bridge nachschaust sind die jeweils anderen parameter noch unverändert und werden erst nach einer weile aktualisiert.

@Steffen,MaxKnall: welche bridge firmware version verwendet ihr? welche lampen betrifft es genau?

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: MaxKnall am 01 November 2015, 11:38:08
Hi Andre,

Danke für die Infos, dann habe ich schonmal einen Anlaufpunkt. Schaue ich mir heute Abend gleich mal an.  :)
Ich war der Meinung dass ich z.B. mit dem Hue Tap die Lichter anschalte über die Bridge und das auch in FHEM dargestellt wurde direkt. Kann mich aber auch irren da ich FHEM erst seit 3 Wochen im Einsatz habe.

SW Version ist 01028090
Lampen im Einsatz: 2x Bloom, Iris, Lightstrip, Hue Bulp, Hue Dimmer + weiße Birne,
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 01 November 2015, 11:40:24
das wird auf jeden fall in FHEM dargestellt. aber erst mit verzögerung da es kein push api gibt und FHEM die bridge pollen muss.
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 01 November 2015, 12:31:37
ich habe noch en wenig probiert und bin der meinung das es ein problem mit der aktuellen bridge firmware gibt.

wenn man einer lampe in einem bestimmten colormode einen wert aus einem anderen colormode sendet wird zwar der geänderte wert angewendet und auch sofort gemeldet aber der geänderte colormode wird nicht bzw erst nach einer weile gemeldet.

beispiel: wenn die lampe in xy modus ist und ein set rgb erfolgt ändert die lampe die farbe und die readings passen. wenn man jetzt ein set hue verwendet ändert die lampe die farbe, das hue reading wird auch aktualisiert aber der colormode ändert sich nicht auf hs und das lampen icon in fhem hat die falsche farbe. erst nach einer weile ändert sich der colormode und das lampen icon passt wieder. jetzt kann man beliebige hue werte senden und alles passt. erst wenn man mit set rgb oder set ct in einen anderen colormode wechselt gibt es wieder das problem.

ich kann das bei mir mit der aktuellen 01028090 bridge firmware so darstellen. hat noch jemand einen ältere firmware und kann das gegenteil zeigen?

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: Steffen am 01 November 2015, 20:24:18
Hallo!

Leider klappt es immer noch nicht bei mir, aber erstmal dazu warum ich diesen wert "Hue" so dringend brauche,
denn meine Hue Bulbs die ich jetzt schon seit ca.1-1.5 Jahr habe und über Fhem mit diesen Modul steuer,
fingen auf einmal an mitten im schalt vor gang auf weiß um zuschalten.

Das passiert nicht immer,unterschiedlich und zufällig bei allen 3 Hue Bulbs die ich habe, das einzige woran Fhem erkennt ist, das der Wert sich dann bei Hue auf "14910" ändert.

Deswegen hatte ich diese Doif geschrieben:
([05:00-08:00] and ([HueSideBoard:hue] eq "14910" or [HueFlur:hue] eq "14910")) ({HueMorgenOn}) DOELSEIF ([15:00-03:00] and [HueFlur:hue] eq "14910") (set HueFlur rgb FF6208 : pct 75 : transitiontime 300) DOELSEIF ([15:00-03:00] and [HueSideBoard:hue] eq "14910") (set HueSideBoard rgb D629D6 : pct 55 : transitiontime 400) und hat auch die letzten Monate sehr gut damit funktioniert aber nun auf einmal nicht mehr!?!

Habe auch schon der Bridge den Wert "attr queryAfterSet 1" hinzugefügt aber einer der Bulbs ist gerade wieder im diesem Zustand und bei Fhem bekomme ich kein reading dazu!

Hier mal ein paar werte von mir:

alert
none
2015-11-01 00:14:56
bri
140
2015-11-01 16:37:45
colormode
xy
2015-11-01 16:37:38
ct
325 (3076K)
2015-11-01 16:37:38
effect
none
2015-11-01 00:14:56
hue
56865
2015-11-01 16:37:38
level
0 %
2014-10-06 15:59:41
onoff
1
2015-11-01 19:51:16
pct
55
2015-11-01 19:51:16
reachable
1
2015-11-01 00:14:56
rgb
d629d6
2015-11-01 16:37:38
sat
239
2015-11-01 16:37:38
state
dim50%
2015-11-01 19:51:16
xy
0.4327,0.2003
2015-11-01 19:51:16



Internals:
   DEF        192.168.178.73 60
   Host       192.168.178.73
   INTERVAL   60
   NAME       HueNew
   NOTIFYDEV  global
   NR         89
   NTFY_ORDER 50-HueNew
   STATE      Connected
   TYPE       HUEBridge
   apiversion 1.10.0
   mac        00:17:88:10:20:53
   modelName  Philips hue bridge 2012
   name       Philips hue
   swversion  01028090
   updatestate 0
   zigbeechannel 11
   Readings:
     2015-09-28 19:47:47   swupdate        BSB001 1.10.0 release
   Helper:
     apiversion 68096
     count      0
     last_config_timestamp 0
     updatestate 0
Attributes:
   key        e966e5500668a4fb9629d3f2cd9a1ac2
   queryAfterSet 1
   room       System
   verbose    0


Eine Bulbs:


Internals:
   DEF        2 60
   ID         2
   INTERVAL   60
   IODev      HueNew
   NAME       HueSideBoard
   NR         92
   STATE      dim50%
   TYPE       HUEDevice
   modelid    LCT001
   Readings:
     2015-11-01 00:14:56   alert           none
     2015-11-01 16:37:45   bri             140
     2015-11-01 16:37:38   colormode       xy
     2015-11-01 16:37:38   ct              325 (3076K)
     2015-11-01 00:14:56   effect          none
     2015-11-01 16:37:38   hue             56865
     2014-10-06 15:59:41   level           0 %
     2015-11-01 19:51:16   onoff           1
     2015-11-01 19:51:16   pct             55
     2015-11-01 00:14:56   reachable       1
     2015-11-01 16:37:38   rgb             d629d6
     2015-11-01 16:37:38   sat             239
     2015-11-01 19:51:16   state           dim50%
     2015-11-01 19:51:16   xy              0.4327,0.2003
   Helper:
     alert      none
     bri        140
     colormode  xy
     ct         325
     devtype
     effect     none
     hue        56865
     percent    55
     reachable  1
     rgb        d629d6
     sat        239
     update_timeout 1
     xy         0.4327,0.2003
Attributes:
   IODev      HueNew
   alias      SofaSideBoard
   color-icons 2
   devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
   icon       light_led
   model      LCT001
   room       Wohnzimmer
   subType    extcolordimmer
   webCmd     rgb:rgb ff0000:rgb DEFF26:rgb 0000ff:toggle:on:off


Hoffe vielleicht finden wir doch eine Lösung dazu...


Mfg Steffen
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 01 November 2015, 20:26:12
wie oben geschrieben scheint es ein problem mit der aktuellen bridge firmware zu sein und nicht am fhem modul zu liegen.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: robertPI am 03 November 2015, 18:28:56
Zitat von: robertPI am 25 Oktober 2015, 11:29:43
Hallo,

bei mir kommen seit einiger Zeit ebenfalls "empty answer" Fehler. Ich kann die hue Leuchten problemlos von fhem aus steuern, auch über die Äpp oder die Logitech Harmony. Der Status der hue Leuchten wird unzuverlässig in fhem aktualisiert. Soll heißen: mal gehts, meistens nicht :-(

ich bin bei der bridge zurück auf
pollDevices=1 und habe das
httpUtils Attribut gelöscht.
Siehe da, der Status der hue Geräte wird wieder zuverlässig aktualisiert, keinerlei hue Fehlermeldungen mehr im log.
Titel: Antw:philips hue modul
Beitrag von: P.A.Trick am 03 November 2015, 20:36:50
Mich würde auch einmal interessieren warum das httputils also der non-blocking call nicht zuverlässig funktioniert!? Der HTTP Request scheint demnach nicht wirklich zuverlässig ausgeführt zu werden? Spüren das nicht auch noch andere Module? *verwirrtguck*
Titel: Antw:philips hue modul
Beitrag von: oggy am 07 November 2015, 11:01:09
ich habe es jetzt endlich eine Lösung für mein WAF-Problem gefunden. Den Group-Parameter brauchte ich im Endeffekt nicht.

Was hatte ich gesucht? --> Ich brauchte eine raumspezifische Möglichkeit alle HUEs in einem Raum auf eine Farbe zu stellen.

Ich habe jetzt einfach den Colorpicker mit ins "Dummy"-Modul eingebunden.
- ich habe einfach ein Dummy angelegt, der mir den Colorpicker zur Auswahl gibt
- bei Änderung des rgb-Wertes wird eine sub-Routine im "99_myUtils.pm" aufgerufen
- die Sub-Routine ändert je nach Status der jeweiligen HUE den Farbwert --> nur bei aktiven HUEs wird die Farbe geändert

Hab ich mir jetzt zu viele Gedanken gemacht oder gibt es das schon fertig? Beim nächsten Update der "98_dummy.pm" fliegt mir der "use Color"-Parameter raus. Gibt es eine elegantere Lösung den Colorpicker global zu aktivieren?
Titel: Antw:philips hue modul
Beitrag von: siggi85 am 09 November 2015, 11:12:12
Zitat von: oggy am 07 November 2015, 11:01:09
Hab ich mir jetzt zu viele Gedanken gemacht oder gibt es das schon fertig? Beim nächsten Update der "98_dummy.pm" fliegt mir der "use Color"-Parameter raus. Gibt es eine elegantere Lösung den Colorpicker global zu aktivieren?

Guck dir mal LightScene (http://fhem.de/commandref.html#LightScene) an, damit müsste das gehen was du suchst.
Titel: Antw:philips hue modul
Beitrag von: oggy am 09 November 2015, 13:56:43
LightScene sieht zwar sehr gut aus, bekomme ich bei der Regierung aber erstmal nicht durchgedrückt. So wie ich das verstanden habe, speichert das Modul einen bestimmten Zustand ab, den man immer wieder abrufen kann. Das werde ich später wahrscheinlich für "Licht-Rezepte" benutzen.

bei mir schaut es momentan so aus, wie im angehängtem Bild.
- die HUEs schalten sich automatisch ein bzw können manuell aus und eingeschaltet werden
- im unteren Teil habe ich einen Colorpicker hingebastelt, der die Farben nur von aktiven HUEs einstellt (zum Beispiel ist nur die HUE links neben der Leinwand aktiv, stellt der Colorpicker nur bei dieser die Farbe ein, alle anderen HUEs, die danach eingeschaltet werden, verwenden die vorherige Farbe, solange bis der Colorpicker wieder benutzt wird)

Manchmal denkt man ja komplizierter als die Lösung eigentlich ist, aber dafür lernt man ja noch und kann sich hier viele Insprirationen holen :)
Titel: Antw:philips hue modul
Beitrag von: volschin am 09 November 2015, 20:01:40
Ich konnte gerade meinem Spieltrieb nicht widerstehen und habe mir die discountete HueBridge 2 bestellt.  ;D
Titel: Antw:philips hue modul
Beitrag von: siggi85 am 10 November 2015, 13:39:35
Zitat von: oggy am 09 November 2015, 13:56:43
LightScene sieht zwar sehr gut aus, bekomme ich bei der Regierung aber erstmal nicht durchgedrückt. So wie ich das verstanden habe, speichert das Modul einen bestimmten Zustand ab, den man immer wieder abrufen kann. Das werde ich später wahrscheinlich für "Licht-Rezepte" benutzen.

bei mir schaut es momentan so aus, wie im angehängtem Bild.
- die HUEs schalten sich automatisch ein bzw können manuell aus und eingeschaltet werden
- im unteren Teil habe ich einen Colorpicker hingebastelt, der die Farben nur von aktiven HUEs einstellt (zum Beispiel ist nur die HUE links neben der Leinwand aktiv, stellt der Colorpicker nur bei dieser die Farbe ein, alle anderen HUEs, die danach eingeschaltet werden, verwenden die vorherige Farbe, solange bis der Colorpicker wieder benutzt wird)

Manchmal denkt man ja komplizierter als die Lösung eigentlich ist, aber dafür lernt man ja noch und kann sich hier viele Insprirationen holen :)

Mh... ansonsten fällt mir noch das structure Device ein um verschiedene Geräte zu Gruppieren. Um ein structure allerdings dynamisch zu generieren (nur alle Devices wo der Zustand NICHT off ist oder so) habe ich noch nicht als Anwendungsfall gehabt.
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 10 November 2015, 13:44:17
dafür gibt es (auch bei structure) in FILTER=...

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: PsychoD am 10 November 2015, 14:24:24
Zitat von: volschin am 09 November 2015, 20:01:40
Ich konnte gerade meinem Spieltrieb nicht widerstehen und habe mir die discountete HueBridge 2 bestellt.  ;D

Oh, spannend! Bitte berichte mal ob sie problemlos mit FHEM zusammenarbeitet! Ich hab auch großes Interesse aber aktuell wenig Zeit um Versuchskaninchen zu sein ;)
Titel: Antw:philips hue modul
Beitrag von: Motivierte linke Hände am 10 November 2015, 15:26:25
Funktionieren eigentlich die neuen HUE Lichter (die farbigen) mit der alten Bridge?

Eine neue Bridge wollte ich nicht beschaffen, aber hellere Lichter wäre nett. :-)
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 10 November 2015, 15:32:18
ja die bridge geht. die neuen lampen gehen auch an der alten bridge. nach ersten tests sind die neuen lampen nicht merklich heller.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: volschin am 12 November 2015, 00:11:45
Meine neue Bridge 2 ist heute bereits per UPS angekommen und ich habe sie gerade installiert. Ging völlig problemlos. Anschließen, App starten, Transferprogramm durchführen und den Anweisungen folgen. Neue IP in FHEM eintragen. Alles scheint zu funktionieren.
Ich habe die Bridge auch in HomeKit registriert. Das ist leider nicht so toll. Es werden nicht die Namen übertragen, sondern die Gerätetypen. Ich habe also 6 Lampen, die alle Hue Color Lamp heißen usw.
Titel: Antw:philips hue modul
Beitrag von: oggy am 12 November 2015, 10:01:32
@justme1968 und @siggi85
Danke an euch ... ich schau mir das Filtern mal an. Vielleicht kann das meinen Workaround ablösen :)

mal ein andere Frage :) :
ich habe mir gestern ein Wake-Up-Licht (Sonnenaufgang wird durch "Tasker" und "AutoAlarm" eingestellt) gebastelt und konnte leider nicht finden wie hoch die "ramp-time" bei den HUEDevices maximal sein darf. Oder benutzt man für sanfte Übergänge eher den "transitiontime"-Parameter?
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 12 November 2015, 11:09:17
intern wird immer alles auf den transition time parameter abgebildet. der maximal wert ist 65535 d.h. etwas unter 2 stunden.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: oggy am 12 November 2015, 12:20:25
danke sehr ... dann werde ich meinen "Sonnenaufgang" nachher mal auf transitiontime umbauen.


PS.: Sorry für die Anfängerfragen. Momentan neige ich noch dazu, alles in eine eigene Sub-Routine zu hauen, obwohl es wahrscheinlich schon fertige Paramater und Module dazu gibt. Die Möglichkeiten und die "Wege die nach Rom führen" sind bei FHEM gigantisch. Ich mag dieses Stück Software und was die Entwickler bzw auch die Community daraus machen :)
Titel: Antw:Aw: philips hue modul
Beitrag von: Raven am 26 November 2015, 07:41:49
Nach einem Stromausfall gehen meine Lampen wieder an, gab es diesbzgl. eine aktualisierte FW von Philips, die das behebt?
Und ich muss diese FW dann noch offensichtlich nach installieren?

Danke vorab.

Zitat von: justme1968 am 05 April 2013, 11:21:21

das die lampen alle automatisch an gehen wenn der strom wieder da ist wird angebich in einer späteren firmware für die lampen geändert.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 26 November 2015, 07:58:46
es gibt keine geänderte firmware und es wird absehbar keine nöglichkeit geben das einschaltverhalten zu konfigurieren.

wenn du in FHEM den stromausfall erkennst kannst du die lanpen wieder ausschalten.

gruß
  andre
Titel: Antw:philips hue modul
Beitrag von: Raven am 26 November 2015, 19:23:21
Danke! für die Info bzgl. der FW.

Ja, ich werde dann über FHEM die Lampen wieder ausschalten.
Unglücklicherweise ist eine Hue-Lampe direkt auf dem Nachttisch.  ;D
Titel: Antw:philips hue modul
Beitrag von: moonsorrox am 05 Dezember 2015, 16:16:55
Zitat von: volschin am 09 November 2015, 20:01:40
Ich konnte gerade meinem Spieltrieb nicht widerstehen und habe mir die discountete HueBridge 2 bestellt.  ;D

welche Teile hast du alle bestellt, die neue Bridge ist klar...?

hast du auch diese neue Fernbedienung für die Wand dabei gehabt.
wenn ja geht die zusätzlich zur App Steuerung per iPhone.?
Titel: philips hue modul
Beitrag von: volschin am 05 Dezember 2015, 16:42:59
Nur die Bridge natürlich. Was anderes hat Philips garnicht angeboten.
Titel: Antw:philips hue modul
Beitrag von: moonsorrox am 13 Dezember 2015, 13:21:49
ich habe gestern meine Hue Bridge 2.0 aus dem Apple Shop abgeholt  :D
Kostenpunkt gerade da 20,- € Rabatt also 39,90

Folgendes Problem habe ich wenn ich die Bridge anlegen möchte sagt er mir sofort
Cannot load module HUEBridge

Module sind aber drin in Fhem, liegt das an der neuen 2.0 Bridge die er evtl. nicht erkennt..?
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 13 Dezember 2015, 13:23:41
es liegt ziemlich sicher am fehlenden JSON modul. im log steht bestimmt mehr.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: moonsorrox am 13 Dezember 2015, 13:31:56
leider steht nücht im Log...  :-\
deshalb dachte ich in Ubuntu 14.04 ist das mit drin

hatte es nachinstalliert mit "apt-get install php5-json", aber trotzdem ging es nicht
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 13 Dezember 2015, 13:36:27
du brauchst nicht php5-json sondern perl-json. und es steht ganz bestimmt etwas im log.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: moonsorrox am 13 Dezember 2015, 13:53:56
Zitat von: justme1968 am 13 Dezember 2015, 13:36:27
du brauchst nicht php5-json sondern perl-json. und es steht ganz bestimmt etwas im log.

gruss
  andre

OK in der commandref stehts ja auch, ich hatte mich nach dem ersten Beitrag gerichtet
und habe es mit apt-get install libjson-perl nachinstalliert die Bridge ist connected  ;)
Danke André für den Anstoß
Titel: Antw:philips hue modul
Beitrag von: sw am 13 Dezember 2015, 16:52:36
Ich stehe gerade auf dem Schlauch bezüglich der Pop-Ups bei den Lampen-Icons.
Als Beispiel eine Hue Color Bulb, die (nach meinem Verständnis) ohne Besonderheiten definiert ist:

Internals:
   CHANGED
   DEF        13
   ID         13
   INTERVAL   0
   IODev      hub_dg_HueBridgeDG
   NAME       hud_da_Petroleumlampe
   NR         652
   STATE      off
   TYPE       HUEDevice
   manufacturername Philips
   modelid    LCT001
   name       daPetroleumlampe
   swversion  66009663
   type       Extended color light
   uniqueid   00:17:88:01:00:d6:7d:64-0b
   Readings:
     2015-12-13 15:27:40   alert           none
     2015-12-13 16:29:05   bri             34
     2015-12-13 16:30:40   colormode       ct
     2015-12-13 16:30:40   ct              417 (2398K)
     2015-12-13 15:27:40   effect          none
     2015-12-13 16:30:40   hue             14060
     2015-12-13 16:30:05   onoff           0
     2015-12-13 16:30:05   pct             0
     2015-12-13 15:27:40   reachable       1
     2015-12-13 16:30:40   rgb             ffbe87
     2015-12-13 16:30:40   sat             182
     2015-12-13 16:30:05   state           off
     2015-12-13 16:30:40   xy              0.4868,0.4147
   Helper:
     alert      none
     bri        34
     colormode  ct
     ct         417
     devtype
     effect     none
     hue        14060
     on         0
     percent    0
     reachable  1
     rgb        ffbe87
     sat        182
     update_timeout -1
     xy         0.4868,0.4147
Attributes:
   IODev      hub_dg_HueBridgeDG
   alias      Petroleumlampe
   color-icons 2
   devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
   fp_Dach    430,1095,0,,
   group      Licht
   model      LCT001
   room       Dach
   sortby     l22
   subType    extcolordimmer
   userattr   lightSceneParamsToSave lightSceneRestoreOnlyIfChanged:1,0
   webCmd     on:off:pct:rgb:ct 490:ct 380:ct 270:ct 160:rgb ff0000:rgb DEFF26:rgb 0000ff

 

Übersehe ich etwas, oder ist das "Off" nicht vorgesehen?
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 13 Dezember 2015, 18:53:09
das mit dem popup an dieser stelle ist eigentlich ein versehen, bzw. sollte nicht eingecheckt sein. das war nur zum testen.

aber: in dem popup sollte auch on und off gehen. tut es aber gerade nicht. seltsam.

ich schaue mal woran das mit dem on und off liegt und checke dann eine reparierte version ein.

es wird dann ein attribut gehen um zwischen popup und normalem toggle umzuschalten.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: Kai-Alfonso am 19 Dezember 2015, 15:09:08
Hi.

ich hab jetzt auch eine Hue Bridge 2.0 und 2 Hue Go mir angeschafft und in Fhem angebunden. Er hat dann auch erfolgreich 3 HueDevice (eine Gruppe, zwei Lampen) eingerichtet. Ich habe dazu noch ein paar Fragen wegen der Konfiguration.

Wie bekomme ich das HueDevice der Gruppe so, das es genauso benutzbar wie die Hue Lampen sind. Ich hab mal das webcmd attr auf " hue:rgb:rgb ff0000:rgb 98FF23:rgb 0000ff:toggle:on:off" geändert, was auch funktoiniert (er setzt richtig die Farbe), springt beim loslassen des Sliders des Hue Widget aber wieder auf 0 zurück (Farbe bleibt aber) - woran kann das liegen?

Außerdem hab ich auch das attrb devstateicon analog zu den anderen Hue Devices auf {(HUEDevice_devStateIcon($name),"toggle")} geändert - allerdings zeigt er immer noch kein Icon an sondern "Initialized"
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 19 Dezember 2015, 15:46:53
hue groups haben keinen zustand. sie werden nur zum schalten verwendet. nicht zur rückmeldung. die bridge liefert nichts zurück.

wenn du wirklich den zustand von mehreren lampen brauchst schau dir LightScene an. ansonsten ändere devStateIcon so das es eine der beteiligten lampen als lieferanten für den aktuellen zustand verwendet. d.h. einen echten device namen statt $name.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: kennymc.c am 19 Dezember 2015, 17:19:24
Ich schalte meine Hues jetzt schon seit einiger Zeit über die scene Funktion in der Bridge. Leider erstellt die Bridge wohl bei Änderungen an einer Szene in der App immer eine neue Szene mit einer anderen ID. Die alte Szene bleibt in der Übersicht über get scenes erhalten, in der App tauchen aber immer nur die aktuellsten Versionen der Szene auf. Gibt es da irgendeinen Trick, damit auch in Fhem immer nur die zuletzt geänderte Version einer Szene mit dem selben Namen verwendet wird? Z.B., wenn man dann die Szene alternativ auch über den Namen und nicht nur der ID aufrufen kann bzw. über eine Art Alias immer die aktuellsten Version verlinkt.
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 19 Dezember 2015, 17:22:28
das ist ein fehler/problem in der app. die muss eine bestehende szene aktiv wieder verwenden und keine neue anlegen. nachträglich lässt sich das nicht mehr unterscheiden. es gibt keine zeitliche oder sonstige sortierung.

wenn du die szenen mit fhem erstellst und bearbeitest kannst du eine bestehende szene verändern/überschreiben ohne das eine neue angelegt wird.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: kennymc.c am 19 Dezember 2015, 18:24:44
Nur leider kann man die in Fhem erstellten Szenen nicht mit einer Hue-kompatiblen App aufrufen.
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 19 Dezember 2015, 18:39:31
und warum nicht ?

du kannst mit fhem jede szene die in der bridge vorhanden ist ändern oder überschreiben.

wenn die app diese geänderten szenen nicht wieder zurück lesen kann ist da ein problem in der app.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: movie_fan am 28 Dezember 2015, 13:17:07
Hallo Andre,
ich hatte in meinem FHEM dank deinem Modul die Hue Bridge 1 und parallel die Hue Bridge 2.0 am laufen. Nachdem ich gestern einen reboot am Cubietruck durchgeführt hatte stellte sich die Bridge 2.0 (mit 9 Lampen) auf Initialized das hatte zur folge das mein FHEMWeb sogut wie nicht mehr bedienbar war. Nachdem ich es geschafft hatte alle Lampen und die Bridge zu löschen lief FHEMWeb wieder flüssig. Wenn ich jetzt die Bridge neu hinzufügen will erscheint sofort Initialized. Hast du eine Idee wie ich das zurücksetzen kann so das ich wieder den Link Button drücken muss?

Danke schonmal
Gruß
Dominik

Update:
Die Bridge hatte sich aufgehängt
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 28 Dezember 2015, 13:25:35
kann es sein das sich die ip deiner bridge geändert hat?

ansonsten das key attribut löschen und neu starten.

gruß
  andre
Titel: Antw:philips hue modul
Beitrag von: movie_fan am 28 Dezember 2015, 19:32:59
Die Bridge hat ne feste ip kein plan was da los war, nach dem Neustart ging alles wieder. Aber Danke für deine schnelle Antwort.

Gruß
Dominik
Titel: Antw:philips hue modul
Beitrag von: akr1983 am 31 Dezember 2015, 17:09:43
Hallo erstmal

Also vorab, super Arbeit die Ihr hier mit FHEM macht.  :)

Ich hab jetzt seit ca. einem Monat ein Problem mit meiner HueBridge. Es macht den Eindruck, als wenn FHEM bei einem Neustart die States der Lampen erfolgreich holt aber danach nie wieder. Im FHEM bleiben die Icons und "states" immer auf dem letzten Stand nach dem FHEM neustart.

Liebe Grüße
Arne
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 31 Dezember 2015, 17:12:46
hast du wie oben beschrieben dir nötigen attribute und Intervalle gesetzt?

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: akr1983 am 31 Dezember 2015, 17:29:19
Wow! Das war schnell... erstmal danke für die mehr als schnelle Antwort :)

Prinzipiell hab ich nicht mehr gemacht als Ursprünglich die Bridge gepaired. Lief jetzt seit ca. einem Jahr auch Problemlos.

Wenn ich die Intervalle jetzt setzen möchte, muss ich die Bridge einmal löschen und neu definieren? Und sorry wenn es eine DAU Frage ist...
Titel: Antw:philips hue modul
Beitrag von: akr1983 am 31 Dezember 2015, 18:01:02
Zitat von: akr1983 am 31 Dezember 2015, 17:29:19
Wow! Das war schnell... erstmal danke für die mehr als schnelle Antwort :)

Prinzipiell hab ich nicht mehr gemacht als Ursprünglich die Bridge gepaired. Lief jetzt seit ca. einem Jahr auch Problemlos.

Wenn ich die Intervalle jetzt setzen möchte, muss ich die Bridge einmal löschen und neu definieren? Und sorry wenn es eine DAU Frage ist...

Juhu, Fehler gefunden! Ob es jetzt so optimal ist, ist eine andere Frage. Hab jetzt in diesem Thread noch einmal genauer gesucht. Fehler war anscheinend dass pollDevices wohl auf 0 als default gesetzt ist. Und da meine Installation schon bestimmt ein Jahr lief (und solange auch nicht upgedatet wurde...) ist das wohl irgendwann durchgerutscht. Dadurch wurde die Bridge wohl nicht mehr abgefragt. Hab jetzt zusätzlich bei der Bridge und den Lampen noch den Interval auf 60 manuell gesetzt.

Trotz allem vielen dank! Du hast mich erstmal in die Richtige Richtung geschubst :-) Ist halt nur schwer sich durch 48 Seiten Thread zu wühlen  :o
Titel: Antw:philips hue modul
Beitrag von: dirkbalzer am 10 Januar 2016, 18:30:39
Hallo, ich habe eine Philips Living Colors Iris an meiner Hue Bridge.
Die wichtigsten Funktionen sind eigentlich selbsterklärend.

Ich konnte jedoch nicht finden wie/wo ich die Geschwindigkeit der Farbwechsel im "colorloop Effekt" ändern kann.
Irgendwo im Forum habe ich gelesen dass es wohl über "transitiontime" gehen sollte. Ich konnte dabei aber keine Änderung festellen.

Hat jemand einen Tipp für mich?
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 10 Januar 2016, 19:21:39
das geht nicht direkt über das api.

seit kurzem gibt es aber ein hue_inc bzw. xy_inc kommandos im api mit denen man das dann über einen timer in fhem nachbauen könnte. kommt im nächsten update.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 10 Januar 2016, 20:52:57
geht ab morgen hier mit: http://forum.fhem.de/index.php/topic,47189.0.html (http://forum.fhem.de/index.php/topic,47189.0.html).

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: fireb am 07 Februar 2016, 12:15:22
Hallo,

ich habe das HUE Modul auch soeben in FHEM aktiviert. Die Steuerung der Lampen funktioniert allerdings werden mir Statusänderungen der Lampen in FHEM nicht richtig angezeigt. D.h. meine Lampen im Wohnzimmer werden mir als eingeschaltet angezeigt obwohl diese aus sind und wenn ich über die HUEApp die Lampe in der Küche einschalte ändert sich der Status in FHEM nicht auf eingeschaltet mit.

Ist das derzeit "normal" oder gibt es dafür eine Lösung?

Liebe Grüße
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 07 Februar 2016, 13:49:37
hast du die polling intervalle und das pollDevices attribut passend gesetzt?

achtung: der status in FHEM wird immer verzögert aktualisiert das das api nur pollen erlaubt.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: fireb am 07 Februar 2016, 14:05:26
nein, wo muss ich das genau setzen? und auf welchen Wert?
ich habe bisher nur die Bridge eingebunden und sonst keine weiteren Einstellungen vorgenommen.

lg
fireb
Titel: Antw:philips hue modul
Beitrag von: j.koopmann am 14 Februar 2016, 22:04:37
Super Modul. Vielen Dank für die viele Arbeit.

Eine Frage: Wenn ich einem HUEDevice mit

set HUEDevice6 ct 2000

eine colortemperature setzen möchte, passiert nichts und im Log sehe ich

2016.02.14 22:01:32 3: parameter, ct, not available

Hab ich da was verpasst oder übersehen?

LG,
   JP
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 14 Februar 2016, 22:38:38
was genau ist das für eine lampe? nicht alle haben einen ct mode.

zeig mal ein list auf das device.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: j.koopmann am 14 Februar 2016, 22:43:13
Ein HUE Lightstrip.

Internals:
   CHANGED
   DEF        6
   ID         6
   INTERVAL   0
   IODev      HUE
   NAME       HUEDevice6
   NR         118
   STATE      dim50%
   TYPE       HUEDevice
   modelid    LST001
   Readings:
     2016-02-14 22:19:54   alert           none
     2016-02-14 22:19:54   bri             128
     2016-02-14 22:19:54   colormode       xy
     2016-02-14 22:19:54   effect          none
     2016-02-14 22:19:54   hue             10077
     2016-02-14 22:19:54   onoff           1
     2016-02-14 22:19:54   pct             50
     2016-02-14 22:19:54   reachable       1
     2016-02-14 22:19:54   rgb             ba5d07
     2016-02-14 22:19:54   sat             251
     2016-02-14 22:19:54   state           dim50%
     2016-02-14 22:19:54   xy              0.5751,0.4115
   Helper:
     alert      none
     bri        128
     colormode  xy
     ct         -1
     devtype
     effect     none
     hue        10077
     percent    50
     reachable  1
     rgb        ba5d07
     sat        251
     update_timeout 1
     xy         0.5751,0.4115
Attributes:
   IODev      HUE
   alias      Schrank rechts
   color-icons 2
   devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
   model      LST001
   room       HUEDevice,Wohnzimmer
   subType    colordimmer
   userattr   lightSceneParamsToSave lightSceneRestoreOnlyIfChanged:1,0
   webCmd     hue:rgb:rgb ff0000:rgb 98FF23:rgb 0000ff:toggle:on:off


Gut... Wenn die keinen ct haben machts Sinn, dass es nicht funktioniert. :-) Ich habe auch noch so meine Probleme mit LightScene und meinen HUEs. In erster Linie mit einem Lightstrip an einem Modul der Dresdner Elektronik. Das geht nicht aus, auch wenn ich manuell als Befehl "set pct 0" oder "set off" in die Szene eingebe.

Habe gesehen, dass man jetzt auch HUEGroups in eine Lightscene packen kann. Habe das mal probiert und der erkennt auch brav die drei Szenen, die ich definiert hatte (extern). Aber ein Set darauf verändert nichts...

LG,
   JP
Titel: Antw:philips hue modul
Beitrag von: j.koopmann am 14 Februar 2016, 23:40:30
Erlaube mir noch eine Frage.

Ich habe acht Lampen inkl. einer dresden Elektronik Schaltung dran. Das ergibt dann 9 Devices (8 normale und ein S/W Device, da sich das dresden-elektronik Zeugs ja als zwei Lampen präsentiert). Ich habe alle in einer HUEGroup und habe die Devices und die Gruppe in einer LightScene. Wenn ich jetzt etwas speichere, kommt:


2016.02.14 23:35:13 3: resource, /scenes/FHEM-WZLicht-Fernsehen, not available
2016.02.14 23:35:13 3: set HUE savescene FHEM-WZLicht-Fernsehen FHEM-WZLicht-Fernsehen HUEGroup2 : resource, /scenes/FHEM-WZLicht-Fernsehen, not available
2016.02.14 23:35:13 3: set HUEGroup2 savescene FHEM-WZLicht-Fernsehen : resource, /scenes/FHEM-WZLicht-Fernsehen, not available


Any idea? In der Bridge wird die Scene auch nicht gespeichert. Das funktioniert vermutlich alles genial und ich stelle mich nur blöd an. Ich habe eben gerade die letzten Trunk-Commits der 30_ und 31_ HUE und Lightscene Module eingespielt. No change.

LG,
   JP
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 15 Februar 2016, 08:42:08
die lightstrips haben keinen ct mode.

set pct 0 und set off wird beides intern gleich behandelt. es wird jedes mal ein off gesendet.

was ist das für ein gerät von dresden elektronik?

welche firmware version hast du auf der bridge?

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: j.koopmann am 15 Februar 2016, 11:16:05
Hi,

Dresden Elektronik: FLS-PP lp

Firmware: 1.11

LG,
   JP
Titel: Antw:philips hue modul
Beitrag von: rr725 am 15 Februar 2016, 11:35:39
ich hab da mal ne Frage......

Ich habe vor mein Hue System zu erweitern...
Wie wäre denn die sinnvollste Vorgehensweise die neuen Komponenten (Philips Hue LightStrip Plus) von Hue in FHEM zu bekommen !?
Muß alles neu eingerichtet werden, oder wird das Teil automatisch erkannt, wenn es via App auf der Bridge eingerichtet wurde  ?!
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 15 Februar 2016, 13:48:43
@j.koopmann: das mit den szenen muss ich mir anschauen.

mein FLS-PP erzeugt übrigens keine zwei devices. was steht bei dir im internal swversion?


@rr725: schau dir die touchlink, autodetect und autocreate kommandos an. die einrichtung sollte komplett ohne app funktionieren.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: rr725 am 15 Februar 2016, 19:40:06
find nix was bei einer "erweiterumg" zutreffend wäre.  :-\
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 15 Februar 2016, 19:56:56
das hier:
Zitat

  • autocreate
    Create fhem devices for all bridge devices.
  • autodetect
    Initiate the detection of new ZigBee devices. After approximately one minute any newly detected devices can be listed with get devices and the corresponding fhem devices can be created by set autocreate.
  • touchlink
    perform touchlink action
hast du aber schon gesehen ?
Titel: Antw:philips hue modul
Beitrag von: robertPI am 15 Februar 2016, 22:20:20
Zitat von: justme1968 am 15 Februar 2016, 13:48:43

mein FLS-PP erzeugt übrigens keine zwei devices. was steht bei dir im internal swversion?


Da gab es mal eine neue Firmware. Und leider keine Möglichkeit selbst ein update zu machen, wenn man nicht auch das RaspBee interface von Dresden kaufen will...
https://community.smartthings.com/t/fls-pp-lp-a-zigbee-light-link-wireless-ballast-for-led-stripes/7405/83  (https://community.smartthings.com/t/fls-pp-lp-a-zigbee-light-link-wireless-ballast-for-led-stripes/7405/83)
Titel: Antw:philips hue modul
Beitrag von: j.koopmann am 15 Februar 2016, 23:23:01
Zitat von: justme1968 am 15 Februar 2016, 13:48:43
mein FLS-PP erzeugt übrigens keine zwei devices. was steht bei dir im internal swversion?

beim Extended color light --> 020E.2010009B
beim Dimmable light --> 020E.2010009B

Das eine steuert die RGBs, das andere den vierten Kanal (passende LED Stripes vorausgesetzt).

Zitat von: robertPI
Da gab es mal eine neue Firmware. Und leider keine Möglichkeit selbst ein update zu machen, wenn man nicht auch das RaspBee interface von Dresden kaufen will...

Danke für den Hinweis. Erst dachte ich, ich bräuchte das Update, damit es nicht mehr zwei sind. Aber umgekehrt wird ein Schuh draus. Beschreibung aus Deinem Link (vielen Dank für selbigen!):

Zitat
RGB channels are still controlled as usual by the Extended Color Light


  • The white channel is no longer controlled implicitly with RGB channels
    The white channel is represented as separated Dimmable Light (like a Philips hue Lux)
    Therefore full control of white channel as well as full brightness range is available
Titel: Antw:philips hue modul
Beitrag von: j.koopmann am 16 Februar 2016, 00:46:42
Servus Andre,

Zitat von: justme1968 am 15 Februar 2016, 13:48:43
@j.koopmann: das mit den szenen muss ich mir anschauen.

stelle gerade fest, dass ich den Fehler auch bekomme, wenn ich auf einem Gruppendevice ein "set savescene" mache. D.h. das Problem ist eher dort zu suchen und nicht beim LightScene. Zumindest ist das meine Vermutung.

LG,
   JP
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 16 Februar 2016, 14:15:11
kannst du bitte mal mit ganz kurzen namen für das LightScene device und den szenen namen testen?

es gibt ein limit für die länge des szenen namens und FHEM-WZLicht-Fernsehen ist zu lang.

ich muss mal schauen wie ich das umgehen kann.

das RaspBee habe ich sogar. aber noch nie verwendet und ich bin mir nicht sicher ob mir die trennung in zwei devices gefällt.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: j.koopmann am 16 Februar 2016, 14:47:02
Kann sein, dass ich erst am Wochenende dazu komme.

Die Trennung gefällt mir persönlich gar nicht, aber die "Lichtexperten" finden das super... Juhuuu. :-)
Titel: Antw:philips hue modul
Beitrag von: rr725 am 18 Februar 2016, 09:39:51
ich hab da mal ne frage.......
gibt es die möglichkeit eine hue nach dem einschalten (von pct 100) in einem zeitraum x, sagen wir einmal auf einen wert von 30 zu dimmen, direkt mit set ?!   ???
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 18 Februar 2016, 09:47:14
set <device> pct <value> [<ramp-time>]

oder wenn es kompliziert wird mit set ... : transitiontime <time>

siehe commandref.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: rr725 am 18 Februar 2016, 09:51:34
andre, du bist der beste. vielen dank
Titel: Antw:philips hue modul
Beitrag von: j.koopmann am 20 Februar 2016, 14:32:59
Zitat von: justme1968 am 16 Februar 2016, 14:15:11
kannst du bitte mal mit ganz kurzen namen für das LightScene device und den szenen namen testen?

es gibt ein limit für die länge des szenen namens und FHEM-WZLicht-Fernsehen ist zu lang.


Damit geht das SetScene. Wenn ich aber jetzt über LightScene eine Szene auswähle, die auch die dresden-elektronik-Teile enthält, werden die nicht geschaltet. Wenn ich manuell mit set HUEDevice scene Szenenname die erstelle Szene auswähle, dann gehts.
Titel: Antw:philips hue modul
Beitrag von: Schlimbo am 21 März 2016, 00:55:44
Hallo Andre,

habe nun auch einen Dimmer-Taster in mein System integriert, am Bridge Device habe ich das Attribut "pollDevices"  auf 1 gesetzt,  so wie ich es verstanden habe muss dann an den HUEDevices kein extra Update intervall angegeben werden. Das funktioniert bei meinen Lampen auch so wie es soll, die Dimmer-Taster werden aber dadurch nicht aktualisiert.

Ist das so gewollt?

In der Commandref steht:
ZitatThe device status will be updated every <interval> seconds. 0 means no updates. The default and minimum is 60 if the IODev has not set pollDevices to 1. The default ist 0 if the IODev has set pollDevices to 1. Groups are updated only on definition and statusRequest

Gilt der letzte Satz also auch für Sensoren?

Gruß Schlimbo
Titel: Antw:philips hue modul
Beitrag von: kennymc.c am 25 März 2016, 15:26:36
Gibt es eigentlich auch eine Möglichkeit alle Lichter der aktuell aktiven Szene zu dimmen per dimUp und dimDown Befehl? Würde das gerne auf einen Schalter legen ähnlich wie beim Philips Hue Dimmschalter. Wäre super, wenn es direkt in der HueBridge einen Befehl dazu geben können. Momentan müsste man ja zu jeder Szene eine Gruppe mit allen enthaltenen Lampen erstellen und dann bei der entsprechenden Gruppe ein dimUp oder dimDown Befehl ausführen. Allerdings fehlt auch noch die Möglichkeit die aktuelle Szene als Reading abzufragen. Gibt die Bridge das tatsächlich nicht aus?
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 25 März 2016, 15:33:07
du kannst ein dimDown auch auf eine hue group los lassen. entweder auf eine selbst angelegte oder auf die von LigthScene angelegten. die gruppen bekommst du mit get <bridge> groups.

was die automatische benennung angeht muss ich noch etwas umbauen weil dir namen zu lang werden. ich weiß aber noch nicht wie. wenn das eingebaut ist kanonisch dafür auch ein reading spendieren.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: kennymc.c am 26 März 2016, 00:23:14
Ok, aber wie spreche ich die von Lightscene angelegten Gruppen an bzw. unter welchem Namen? Bisher kann man die ja nur mit set Bridge scene xxx aufrufen und unter den HUEDevices tauchen diese ja auch nicht auf. Im Prinzip bräuchte man ja auch nur eine dynamische Gruppe in der immer alle aktuell aktiven Lampen sind.
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 26 März 2016, 11:54:22
die bridge kennt keine dynamischen gruppen.

wenn du autocreate aktiv hast werden für die hue gruppen ganz normale fhem devices angelegt. ansonsten kannst du das auch über das autocreate kommando oder von hand machen.

wenn es dir wirklich nur um alle lampen geht die gerade an sind kannst du das auch direkt mit fhem machen:set TYPE=HUEDevice=FILTER=onoff=1 dumUp

die den filter kannst du beliebig ausbauen und räume oder andrer attribute hinzu nehmen. siehe devspec in der commandref.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: kennymc.c am 27 März 2016, 03:01:29
Danke. Genau das brauchte ich.
Titel: Antw:philips hue modul
Beitrag von: ahinrichs am 29 März 2016, 02:01:13
Hi,

ich habe neuerdings öfter das Problem, dass FHEM mit einer Meldung malformed JSON string, neither array, object, number, string or atom, at character offset 0 (before "(end of string)") at /usr/share/perl5/JSON.pm line 171. abstürzt. Offensichtlich gibt meine Hue-Bridge nach/während eines Starts ab und zu leere Antworten und die bringen dann das JSON-Modul zum Absturz. Meine Vermutung ist grob bei Zeilennummer 913 der Aufruf return HUEBridge_ProcessResponse($hash,from_json($data)); Weil an allen anderen Stellen gibt es vor dem Aufruf Abfragen (z.B. Zeile 849). Und es passt, da ich die Abstürze bekomme, seit ich (wieder) blocking IO nutze (bei non-blocking waren bei meinen vielen Gruppen wohl zu viele Befehle pro Sekunde an die Bridge gegangen, ... hier hatte ich mal überlegt, ob man nicht beim non-blocking auf die 10/s Grenze achten sollte).

Da ich unter FHEM Development nicht schreiben kann, hier mein Patch (letztlich habe ich nur stupide den Test von der anderen Stelle des Moduls dorthin kopiert).

Gruß
Axel


diff --git a/fhem/FHEM/30_HUEBridge.pm b/fhem/FHEM/30_HUEBridge.pm
index 43e68e8..32e02bf 100644
--- a/fhem/FHEM/30_HUEBridge.pm
+++ b/fhem/FHEM/30_HUEBridge.pm
@@ -910,6 +910,14 @@ HUEBridge_HTTP_Call2($$$$;$)
       data => $obj,
     });

+    if( !$data ) {
+      Log3 $name, 2, "$name: empty answer received for $url";
+      return undef;
+    } elsif( $data !~ m/^[\[{].*[\]}]$/ ) {
+      Log3 $name, 2, "$name: invalid json detected for $url: ". Dumper $data;
+      return undef;
+    }
+
     return HUEBridge_ProcessResponse($hash,from_json($data));

     HUEBridge_dispatch( {hash=>$hash,chash=>$chash,type=>$path},$err,$data );


Titel: Antw:philips hue modul
Beitrag von: aliate am 11 April 2016, 18:36:20
Guten Abend zusammen,

ich überlege mir diese http://www.paul-neuhaus.de/de/q-led-deckenleuchte-100-110-38.html (http://www.paul-neuhaus.de/de/q-led-deckenleuchte-100-110-38.html) Deckenleuchte von Paul Neuhaus zu kaufen.
Diese Leuchte ist u.a. ZigBee zertifiziert und kann in Smarthome-Systeme integriert werden.
Der Hersteller erwähnt explizit auch die Möglichkeit die Leuchte in ein PhilipsHue-System zu integrieren.

Da ich schon eine recht umfangreiche Hausautomation mit fhem betreibe (raspi3 mit Anbindung an KNX/EIB, Homematic und Jeelink), wäre es natürlich super wenn ich auch diese Deckenleuchte mit einbinden könnte.

Jetzt stellt sich mir die Frage, ob sich mit dem fhem Hue-Modul ausschließlich Philips Leuchten oder auch andere ZigBee-Devices steuern lassen?


Gruß
Hermann
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 11 April 2016, 19:01:09
@ahinrichs: ich hab eine etwas erweitere version eingecheckt.

@aliate: wenn die hue bridge mit der lampe klar kommt dann kommt auch das modul damit klar. es werden auch jetzt schon osram lightify und dresden elektronik led vorschaltgeräte von diversen anwendern mit der hue bridge und dem modul verwendet.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: volschin am 12 April 2016, 05:03:58
Zu Zigbee Devices sollte man sagen, dass das Philips Hue System nur Zigbee Lightlink unterstützt und andere Zigbee Protokoll außen vor sind.
Titel: Antw:philips hue modul
Beitrag von: l2r am 14 April 2016, 12:39:04
http://www.iphone-ticker.de/philips-hue-neue-app-in-kuerze-neue-firmware-setzt-sicherheits-sperre-95445/ (http://www.iphone-ticker.de/philips-hue-neue-app-in-kuerze-neue-firmware-setzt-sicherheits-sperre-95445/)


also wenn die rauskommt erstmal nicht updaten? Oder hast du da schon andere Erkenntnisse zu, Andre?

Gruß Michael
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 14 April 2016, 14:12:17
ich habe keine ahnung was genau damit gemeint ist. der beitrag ist sehr unspezifisch. auf den api seiten habe ich nichts gefunden was nah einer solchen änderung klingt.

das einzige was eventuell in diese richtung geht ist das es beim pairing änderungen gibt aber das habe ich schon vor einer weile eingebaut und gehe mal frech davon aus das es geht :)

das betrifft aber auch nur neue bridges.

Im schlimmsten fall müsste ich im modul noch etwas nachziehen. das kann ich aber erst wenn es einen bug meldung gibt. also das update lieber bald machen :)

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: l2r am 14 April 2016, 14:47:29
alles klar, dann werde ich mal berichten, sobald das update raus ist

Gruß Michael
Titel: Antw:philips hue modul
Beitrag von: Damu am 15 April 2016, 20:21:30
Hallo

Ich hab auch mal ein Starterset von Philips mit zwei Leuchten bestellt.

Es wird ein HUE Bridge Version 2 sein.
Brauche ich eigentlich das Bridge 2?
Reicht für FHEM nicht die Version 1?

Titel: Antw:philips hue modul
Beitrag von: justme1968 am 15 April 2016, 20:24:29
für fhem ist es egal. aber ich glaube die alte bridge kann man gar nicht mehr kaufen.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: Damu am 15 April 2016, 22:08:49
Für FHEM ist es vielleicht egal.
Was ist eigentlich der Unterscheid?
Und wie sieht es mit dem Stromverbrauch aus.
Hier in der Schweiz ist die Version 1 bei Ricardo (EBay) sehr günstig zu haben.
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 15 April 2016, 22:27:43
die neue kann nativ homekit und hat angeblich leistungsfähigere hardware dir in zukunft genutzt werden soll.

homekit geht meiner meinung nach mit homebridge und fhem sowieso besser und in das mit der hardware stimmt hinderliche auswirkungen es hat kann dir niemand sagen.

du macht mit einer gebrauchten alten bridge sicher nichts falsch.
Titel: Antw:philips hue modul
Beitrag von: Markus80 am 17 April 2016, 20:34:37
Hi,
gut zu wissen....
Möchte mir auch eine Bridge zulegen,  weiß aber noch nicht welche es sein soll...  Habe sonst nichts von Apple im Haus.

Gruß

Gesendet von meinem C6903 mit Tapatalk

Titel: Antw:philips hue modul
Beitrag von: justme1968 am 17 April 2016, 20:38:17
die sind von philips. nicht von apple...
Titel: Antw:philips hue modul
Beitrag von: Markus80 am 17 April 2016, 20:40:26
Ja, das weiß ich.  Aber dachte das Nutzer mit Apple mehr Funktionen bei der Bridge haben,  oder ist da kein Unterschied?

Gesendet von meinem C6903 mit Tapatalk

Titel: Antw:philips hue modul
Beitrag von: justme1968 am 17 April 2016, 20:43:29
bis auf die homekit/siri unterstützung die nur mit apple geht gibt es keinen weiteren unterschied.
Titel: Antw:philips hue modul
Beitrag von: Markus80 am 17 April 2016, 20:53:12
Ah gut,  dann werde ich die Bridge gen 1 und erstmal eine bunte Birne mit E-Fassung nehmen

Gesendet von meinem C6903 mit Tapatalk

Titel: Antw:philips hue modul
Beitrag von: matzemoerk am 19 April 2016, 17:00:10
Hallo,
Ich wollte gerade meine HueBridge nach einem reset wieder in Fhem integrieren. Nach dem define der HUEBridge steht dessen State auf "parameter, username, not available".

Hängt das mit dem letzten Firmwareupdate der Bridge und den neuen Sicherheitsfeatures von HUE zusammen?

Grüße,
Matthias
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 19 April 2016, 17:01:43
welche art reset?

kommentier im modul mal die zeile 770 aus und schau ob das pairen dann geht.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: matzemoerk am 19 April 2016, 18:37:10
Ich musste die HueBridge (Hardware) zurücksetzen. Nach dem Auskommentieren läuft wieder alles wie vorher! Danke!
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 19 April 2016, 18:41:07
ok. dann haben wir jetzt auch die änderung die für die neue firmware noch nötig ist.

ich muss mal schauen wie ich die unterscheidung  automatisieren kann.

gruß
  andre
Titel: Antw:philips hue modul
Beitrag von: kennymc.c am 30 April 2016, 00:43:50
Funktioniert die Bridge mit der aktuellen Firmware über Fhem oder sollte man noch warten mit dem Updaten?
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 30 April 2016, 11:02:59
funktioniert.
Titel: Antw:philips hue modul
Beitrag von: dantist am 14 Mai 2016, 18:23:02
Ich habe seit ein paar Wochen das Problem, dass eine Lampe immer als "unreachable" angezeigt, obwohl der Zustand in der Android Hue-App jederzeit korrekt erkannt wird.

Ich habe die Lampe testweise aus FHEM gelöscht und neu angelegt, danach ging es eine Weile wieder. Inzwischen ist das Problem wieder da. Die Lampe reagiert übrigens brav auf FHEM-Befehle.

Hat jemand eine Idee?
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 14 Mai 2016, 18:44:31
unreachable wird von der bridge gemeldet. FHEM zeigt es nur an.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: dantist am 14 Mai 2016, 19:01:13
Zitat von: justme1968 am 14 Mai 2016, 18:44:31
unreachable wird von der bridge gemeldet. FHEM zeigt es nur an.

Dann müsste die Lampe in Dritthersteller-Apps auch als "unreachable" angezeigt werden. Das ist allerdings nur bei FHEM der Fall. Ich habe grade mal die Bridge-API bemüht und eine Statusabfrage für alle Lampen abgeschickt. Die fragliche Lampe liefert folgendes zurück:


{
    "state": {
        "on": true,
        "bri": 254,
        "hue": 14910,
        "sat": 144,
        "effect": "none",
        "xy": [
            0.4596,
            0.4105
        ],
        "ct": 369,
        "alert": "select",
        "colormode": "ct",
        "reachable": true
    },
    "type": "Extended color light",
    "name": "Arbeitszimmer",
    "modelid": "LCT001",
    "manufacturername": "Philips",
    "uniqueid": "00:17:88:01:00:f7:xx:xx-xx",
    "swversion": "5.23.1.13187"
}


Edit: Bin grade bei der Fehlersuche über den set-Befehl "statusRequest" gestolpert - wenn ich den ausführe, wird der Status korrekt auf "on" gesetzt. Wie kann es denn sein, dass ohne diesen Trigger die Lampe tagelang nicht erkannt wird, nichtmal nach einem FHEM-Neustart?
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 14 Mai 2016, 19:16:35
viele apps von dritten ignorieren das flag.

in der hue app sollte es sichtbar sein.

du musst in FHEM auch den status genau zum gleichen zeitpunkt holen. dann sollte es gleich sein zum aufruf von hand.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 14 Mai 2016, 19:19:01
die bridge hat nur ein pollendes api. du musst den timeout in der bridge oder den devices setzen das pollDevices und queryAfterSet attribute passend setzen.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: The Spirit am 23 Mai 2016, 07:56:03
wenn ich eine Lampe mit mit der Hue App einschalte, sehe ich dann den zustand in FHEM?
oder besser gesagt, kann FHEM den Zustand der Lampe auslesen?
Titel: Antw:philips hue modul
Beitrag von: CoolTux am 23 Mai 2016, 07:57:36
Ja kann FHEM, wenn das Bridge Device entsprechend konfiguriert wurde. Aber es erfolgt verzögert da die API nur ein pulling zu lässt.
Titel: Antw:philips hue modul
Beitrag von: The Spirit am 23 Mai 2016, 07:59:47
Danke.
Wo kann ich das zur Konfiguration nachlesen, und wie lange ist die Verzögerung?
Titel: Antw:philips hue modul
Beitrag von: dev0 am 23 Mai 2016, 08:16:27
http://fhem.de/commandref.html#HUEBridge (http://fhem.de/commandref.html#HUEBridge)
Titel: Antw:philips hue modul
Beitrag von: simonszu am 23 Mai 2016, 16:42:31
Ahoi,

kurze Frage: Lampen, die an der Bridge gepaired werden und dann über autocreate in fhem eingelesen werden, erscheinen als HUEDevice in fhem mit einer fortlaufenden Nummer, zB HUEDevice4. Wenn ich die jetzt umbenenne, ist das Internal NAME weiter HUEDevice4, das Internal name und das Attribut alias ist jetzt allerdings Schlafzimmerlampe.

Welche der beiden Namen nutze ich denn jetzt, um auf die Lampe zu referenzieren? HUEDevice4 oder Schlafzimmerlampe? Schlafzimmerlampe wäre natürlich um einiges komfortabler.
Titel: Antw:philips hue modul
Beitrag von: CoolTux am 23 Mai 2016, 16:46:07
Es ist zum direkten ansprechen immer NAME
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 23 Mai 2016, 16:53:04
wenn du das device wirklich mit rename umbenennst ändert sich der device name und das internal NAME
wenn du nur den alias änderst bleibt der device name und das internal NAME unverändert.

der device name ist um es per code anzusprechen. das attribut nur für die anzeige.

wenn du den namen änderst musst du aufpassen welche zeichen erlaubt sind und das du keine konflikte produzierst.

im alias sind mehr zeichen erlaubt und konflikte sind egal.

gruss
  andre
Titel: Fehler mit HUE
Beitrag von: Fredi69 am 07 Juni 2016, 18:03:59
Ich habe seit einiger Zeit folgende Fehler mehrfach im Log:
HUEBridge_Call: failed
2016.06.07 10:58:43 2: HUEBridge01: invalid json detected for http://192.168.x.xx/api/7dd4779bfc35c31f081d1d149efb3fb5/lights: HTTP/1.1 200 OK
2016.06.07 10:58:43 3: HUEBridge_Call: failed, retrying


Was kann das Problem sein?
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 07 Juni 2016, 19:26:52
was genau heisst mehrfach?

die bridge scheint nicht richtig zu antworten.

da können echte netzwerk probleme sein, überlastung der bridge, oder tatsächliche fehler.

wie hast du die bridge konfiguriert?

gruss
  andre

Titel: Antw:philips hue modul
Beitrag von: Fredi69 am 07 Juni 2016, 19:40:18
Zitat von: justme1968 am 07 Juni 2016, 19:26:52
...wie hast du die bridge konfiguriert?....

Einfach so:
define Wiesollesheißen HUEBridge eu.re.ip.1
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 07 Juni 2016, 20:40:50
setz mal pollDevices auf 1 und starte fhem neu.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: Fredi69 am 21 Juni 2016, 10:14:36
Zitat von: justme1968 am 07 Juni 2016, 20:40:50
setz mal pollDevices auf 1 und starte fhem neu.

gruss
  andre
Habe ich gemacht, leider ist der folgende Log  Eintrag immer noch da:
HUEBridge01: invalid json detected for http://192.168.xxx.xxx/api/xxxxxxxxxxxxxxxxxxxxxxxxxxx ......
Titel: Antw:philips hue modul
Beitrag von: spoonox am 22 Juni 2016, 13:55:32
Hallo zusammen,

ich versuche nun schon seit Tagen eine HUE-Bridge in FHEM zu integrieren, bislang ohne Erfolg. Die Bridge ist die ältere Genration, die runde Form.

-> Ubuntu 16.04 LTS auf BeagleBone Black
-> FHEM 5.7, JSON 2.90, libjson-perl installiert

mit...
define HB1 HUEBridge 192.168.178.64
...bekomme ich sofort STATE: Initialized ohne die Aufforderung den Button der Bridge zu drücken.

im Log steht dann folgendes:
2016.06.22 13:27:41 3: HUEBridge_Call: failed, retrying
2016.06.22 13:27:41 3: HUEBridge_Call: failed, retrying
2016.06.22 13:27:41 3: HUEBridge_Call: failed


auch nach einem Neustart von FHEM ändert sich daran nichts.

Die Bridge ist aus der Kommandozeile heraus erreichbar:
spoonox@arm:~$ ping 192.168.178.64
PING 192.168.178.64 (192.168.178.64) 56(84) bytes of data.
64 bytes from 192.168.178.64: icmp_seq=1 ttl=255 time=0.343 ms
64 bytes from 192.168.178.64: icmp_seq=2 ttl=255 time=0.318 ms
64 bytes from 192.168.178.64: icmp_seq=3 ttl=255 time=0.312 ms
^C
--- 192.168.178.64 ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2003ms
rtt min/avg/max/mdev = 0.312/0.324/0.343/0.019 ms
spoonox@arm:~$ ping philips-hue
PING philips-hue (192.168.178.64) 56(84) bytes of data.
64 bytes from Philips-hue.fritz.box (192.168.178.64): icmp_seq=1 ttl=255 time=0.240 ms
64 bytes from Philips-hue.fritz.box (192.168.178.64): icmp_seq=2 ttl=255 time=0.309 ms
64 bytes from Philips-hue.fritz.box (192.168.178.64): icmp_seq=3 ttl=255 time=0.310 ms
64 bytes from Philips-hue.fritz.box (192.168.178.64): icmp_seq=4 ttl=255 time=0.293 ms
^C
--- philips-hue ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3002ms
rtt min/avg/max/mdev = 0.240/0.288/0.310/0.028 ms
spoonox@arm:~$ nmap 192.168.178.64

Starting Nmap 7.01 ( https://nmap.org ) at 2016-06-22 13:40 CEST
Nmap scan report for Philips-hue.fritz.box (192.168.178.64)
Host is up (0.00095s latency).
Not shown: 999 closed ports
PORT   STATE SERVICE
80/tcp open  http

Nmap done: 1 IP address (1 host up) scanned in 0.50 seconds

spoonox@arm:~$ lynx 192.168.178.64
Looking up  '192.168.178.64' first
                                                                                                                      hue personal wireless lighting (p1 of 2)
   Philips

   hue personal wireless lighting [hue-color-line.png]

hue personal wireless lighting

   Welcome to hue - your personal wireless lighting system. For more information please see our website www.meethue.com

Open Source

   hue statically links towards unmodified open source software libraries in the bridge software. For instance, we make use of a real time operating
   system called FreeRTOS which is distributed under a modified GPL license and an open source IP stack called lwip distributed under a BSD license.
   Links towards all license terms and sources are available below.

...


Ein Reset der Bridge hat nichts gebracht.
Liegts es vielleicht an der Portfreigabe im Router?
Muss die Bridge vorab bei meethue.com abgemeldet werden?


Ich bin über jede Hilfe dankbar.

Grüße
spoonox
Titel: Antw:philips hue modul
Beitrag von: CoolTux am 22 Juni 2016, 14:03:55
mach mal bitte für den Andre ein


list HB1


Und dann hier einstellen.
Außerdem mal bitte als Attribut beim Bridgedevice verbose auf 5 Stellen. Dann DEF drücken und wieder ein modify.



Grüße
Leon
Titel: Antw:philips hue modul
Beitrag von: spoonox am 22 Juni 2016, 14:13:34


verbose ist auf 5

list HB1
bringt
Internals:
   DEF        192.168.178.64
   Host       192.168.178.64
   INTERVAL   300
   NAME       HB1
   NOTIFYDEV  global
   NR         24
   NTFY_ORDER 50-HB1
   STATE      Initialized
   TYPE       HUEBridge
   modelName  Philips hue bridge 2012
   Helper:
     count      0
     last_config_timestamp 0
Attributes:
   key        2c1ef8e694e8fa224652f46320f6b442
   verbose    5


ZitatDann DEF drücken und wieder ein modify.
kann ich nicht nachvollziehen ???

Titel: Antw:philips hue modul
Beitrag von: justme1968 am 22 Juni 2016, 14:53:09
welche firmware ist auf deiner bridge?

funktioniert die hue app?

wird dir hier ein update angeboten?

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: spoonox am 22 Juni 2016, 15:05:39
Hallo,


spoonox
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 22 Juni 2016, 15:14:37
was bekommst du wenn du in einem browser http://192.168.178.64/api/2c1ef8e694e8fa224652f46320f6b442/config (http://192.168.178.64/api/2c1ef8e694e8fa224652f46320f6b442/config) aufrufst?

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: spoonox am 22 Juni 2016, 16:35:16
Hallo justme1968,

habe mittlerweile FHEM neu installiert und  die Bridge noch mal geReset'tetet. Jetzt bekomm ich im LOG

2016.06.22 16:30:58 3: parameter, username, not available
2016.06.22 16:31:03 4: using HUEBridge_HTTP_Request: POST
2016.06.22 16:31:03 3: parameter, username, not available
2016.06.22 16:31:08 4: using HUEBridge_HTTP_Request: POST
2016.06.22 16:31:08 3: parameter, username, not available


Die LOG Einträge wiederholen sich so alle 5sec. Es scheint jetzt eine "Kommunikation" stattzufinden.

list HB1

sieht so aus:

Internals:
   CFGFN
   DEF        192.168.178.64
   Host       192.168.178.64
   INTERVAL   300
   NAME       HB1
   NOTIFYDEV  global
   NR         29
   NTFY_ORDER 50-HB1
   STATE      parameter, username, not available
   TYPE       HUEBridge
   apiversion 1.13.0
   modelName  Philips hue bridge 2012
   name       Philips hue
   swversion  01033370
   zigbeechannel
   Helper:
     apiversion 68864
     count      0
     last_config_timestamp 0
Attributes:
   key        936e1a20ad85b73dc45d4e0616fd0d4e
   verbose    5


Beim Versuch von http://192.168.178.64/api/936e1a20ad85b73dc45d4e0616fd0d4e/config (http://192.168.178.64/api/936e1a20ad85b73dc45d4e0616fd0d4e/config) will der Browser eine config.json öffnen/speichern.

Grüße
spoonox
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 22 Juni 2016, 16:42:57
genau die json daten wollte ich eigentlich :).

aber die internals schauen diesmal besser aus. die verbindung mit der bridge geht.

die aktuelle meldung und das fehlen der readings deuten aber darauf hin das dein HUEBridge modul nicht aktuell ist.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: spoonox am 22 Juni 2016, 16:56:13
Hallo  :),

die config.json sieht so aus:
{"name": "Philips hue","swversion": "01033370","apiversion": "1.13.0","mac": "00:17:88:1d:42:74","bridgeid": "001788FFFE1D4274","factorynew": false,"replacesbridgeid": null,"modelid": "BSB001"}
Titel: Antw:philips hue modul
Beitrag von: spoonox am 22 Juni 2016, 17:00:38
Hallo nochmal,

wie bekomme ich heraus, ob mein HUE Modul aktuell ist, wird das HUE Modul über die Aktualisierung (apt-get update && apt-get upgrade) aktualisiert?

Grüße
spoonox
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 22 Juni 2016, 17:16:21
mit dem version Kommando und mit dem fhem update kommandos.

fhem updates gehen nicht per paket management sondern fhem intern.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: spoonox am 22 Juni 2016, 17:36:27
Hallo,

that's it! Ich geh krachen. Das Lesen des EinsteigerWiki's hat offensichtlich nicht genügt.

Danke justme1968!

Grüße
spoonox
Titel: Antw:philips hue modul
Beitrag von: Fredi69 am 23 Juni 2016, 21:00:28
Ich habe immer noch folgenden Fehler, kann mir jemand helfen?

2016.06.23 20:46:52 3: HUEBridge_Call: failed, retrying
2016.06.23 20:46:52 3: HUEBridge_Call: failed
2016.06.23 20:47:51 2: HUEBridge01: invalid json detected for http://xxx.xxx.xxx.xxx/api/7dd4779bfc35c31f081d1d149efb3fb5/lights: HTTP/1.1 200 OK


Danke
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 23 Juni 2016, 21:05:42
wobei genau passiert das?

zeig mal ein list der bridge.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: Fredi69 am 23 Juni 2016, 21:12:37
Zitat von: justme1968 am 23 Juni 2016, 21:05:42
wobei genau passiert das?

zeig mal ein list der bridge.

gruss
  andre
Internals:
   DEF        192.168.0.49
   Host       192.168.0.49
   INTERVAL   60
   NAME       HUEBridge01
   NOTIFYDEV  global
   NR         21
   NTFY_ORDER 50-HUEBridge01
   STATE      connected
   TYPE       HUEBridge
   apiversion 1.13.0
   mac        00:17:88:22:82:4f
   modelName  Philips hue bridge 2015
   modelid    BSB002
   name       xxxx
   swversion  01033370
   updatestate 0
   zigbeechannel 15
   Readings:
     2016-06-23 21:08:50   state           connected
     2016-05-20 07:40:07   swupdate        BSB002 1.13 release
   Helper:
     apiversion 68864
     count      0
     last_config_timestamp 1466708930
     updatestate 0
Attributes:
   icon       hue_bridge
   key        7dd4779bfc35c31f081d1d149efb3fb5
   pollDevices 1
   room       Technik
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 23 Juni 2016, 21:14:06
und wann genau passiert das ?

das mehrfache failed deutet auf ein netzwerk problem hin.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: Fredi69 am 23 Juni 2016, 21:14:58
Keine Ahnung bei was das passiert.
Titel: Antw:philips hue modul
Beitrag von: dazbrot am 23 Juni 2016, 21:53:48
Naben zusammen,

ich habe heute Abend meine Hu-Bridge v1 in Betrieb genommen inkl. 2 dammbarer LUX Lampen.
Ich habe zunächst die 30_HUEBridge.pm (Stand: 11707 2016-06-22 13:29:21Z)  und 31_HUEDevice.pm(Stand: 11704 2016-06-21 20:44:47Z) aktualisiert und dann die Bridge definiert und gepeert.

Nun zum Problem, sobald ich eine der Lampen ansteuere (egal ob einschalten, ausschalten, dimmen oder togglen) Stürzt FHEM ab.
Im Logfile steht folgender Eintrag:

Undefined subroutine &main::SetExtensionsCancel called at ./FHEM/31_HUEDevice.pm line 678.

Hier das Listing der Bridge, falls das weiter hilft:
Internals:
   DEF        192.168.2.133
   Host       192.168.2.133
   INTERVAL   60
   NAME       hue.Bridge
   NOTIFYDEV  global
   NR         369
   NTFY_ORDER 50-hue.Bridge
   STATE      connected
   TYPE       HUEBridge
   apiversion 1.13.0
   mac        00:17:88:16:42:85
   modelName  Philips hue bridge 2012
   modelid    BSB001
   name       Philips hue
   swversion  01033370
   updatestate 0
   zigbeechannel 11
   Readings:
     2016-06-23 21:38:21   lastError       link button not pressed
     2016-06-23 21:45:21   state           connected
   Helper:
     apiversion 68864
     count      0
     last_config_timestamp 1466711121
     updatestate 0
Attributes:
   icon       hue_filled_bridge_v1
   key        ylBAp9Y4z9GfAewFzXlwWMwRS-I30o3EtuMjNV2Z


Danke für die kommende Hilfe!  ;)
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 23 Juni 2016, 22:14:01
alle FHEM nodule müsse zueinander passen. du solltest alles per update aktualisieren. nicht nur einzelne module.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: Fredi69 am 05 Juli 2016, 20:21:26
Ich habe immer noch folgendes Problem mit Hue im Log:
2016.07.05 18:41:38 2: HUEBridge01: invalid json detected for http://xxx.xxx.xxx.xxx/api/xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx/lights: HTTP/1.1 200 OK
2016.07.05 18:41:38 3: HUEBridge_Call: failed, retrying

Kann mir da niemand einen Hinweis geben?

Danke
Fredi
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 05 Juli 2016, 20:26:04
deine bridge antwortet mit etwas ungültigem.

entweder ist sie überlastet oder hat sonst ein problem.

schau ob mit verbose 5 mehr log steht.

wie viele devices hast du? wie ist die bridge konfiguriert? welche intervalle hast du eingestellt?

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: Fredi69 am 05 Juli 2016, 20:30:56
Zitat von: justme1968 am 05 Juli 2016, 20:26:04
deine bridge antwortet mit etwas ungültigem.

entweder ist sie überlastet oder hat sonst ein problem.

schau ob mit verbose 5 mehr log steht.

wie viele devices hast du? wie ist die bridge konfiguriert? welche intervalle hast du eingestellt?

gruss
  andre
Internals:
   DEF        192.168.xxx.xxx
   Host       192.168.xxx.xxx
   INTERVAL   60
   NAME       HUEBridge01
   NOTIFYDEV  global
   NR         246
   NTFY_ORDER 50-HUEBridge01
   STATE      connected
   TYPE       HUEBridge
   apiversion 1.13.0
   mac        00:17:88:22:82:4f
   modelName  Philips hue bridge 2015
   modelid    BSB002
   name       xxxxx
   swversion  01033370
   updatestate 0
   zigbeechannel 15
   Readings:
     2016-07-04 19:05:17   lastError       link button not pressed
     2016-07-05 20:28:38   state           connected
   Helper:
     apiversion 68864
     count      0
     last_config_timestamp 1467743318
     updatestate 0
     Bm:
       Huebridge_set:
         cnt        1
         dmx        0
         mAr
         max        0
         tot        0
Attributes:
   icon       hue_filled_bridge_v2
   key        xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
   pollDevices 1
   room       xxxx
Titel: Antw:philips hue modul
Beitrag von: Fredi69 am 06 Juli 2016, 00:10:19
Zitat von: justme1968 am 05 Juli 2016, 20:26:04
deine bridge antwortet mit etwas ungültigem.

entweder ist sie überlastet oder hat sonst ein problem.

schau ob mit verbose 5 mehr log steht.

wie viele devices hast du? wie ist die bridge konfiguriert? welche intervalle hast du eingestellt?

gruss
  andre

Folgenden Meldungen erscheinen noch bei verbose 5
2016.07.06 00:02:41 4: parse status message for HUEBridge01
2016.07.06 00:02:41 4: HUEBridge01: message for unknow sensor received: HUEBridge01-S1
2016.07.06 00:02:41 4: HUEBridge01: message for unknow sensor received: HUEBridge01-S3
2016.07.06 00:02:41 4: HUEBridge01: message for unknow sensor received: HUEBridge01-S2
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 06 Juli 2016, 20:31:09
Zitatwie viele devices hast du? welche intervalle hast du eingestellt?

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: Fredi69 am 06 Juli 2016, 22:48:22
Zitat von: justme1968 am 06 Juli 2016, 20:31:09
wie viele devices hast du? welche intervalle hast du eingestellt?
gruss
  andre

Bei Interval steht 60, habe ich aber nicht bewusst eingestellt.
Es sind 5 Devices
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 07 Juli 2016, 10:56:32
Zitat von: Fredi69 am 06 Juli 2016, 22:48:22
Bei Interval steht 60
auch bei den devices?
Titel: Antw:philips hue modul
Beitrag von: Fredi69 am 07 Juli 2016, 11:08:59
Zitat von: justme1968 am 07 Juli 2016, 10:56:32
auch bei den devices?
Bei den Devices steht jeweils eine null
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 07 Juli 2016, 11:23:12
das schaut alles ok aus.

deine bridge antwortet einfach mit einer leeren nachricht was an dieser stelle laut api nicht vorgesehen ist.

wie oft passiert das?

Titel: Antw:philips hue modul
Beitrag von: Fredi69 am 09 Juli 2016, 16:28:35
Zitat von: justme1968 am 07 Juli 2016, 11:23:12
das schaut alles ok aus.

deine bridge antwortet einfach mit einer leeren nachricht was an dieser stelle laut api nicht vorgesehen ist.

wie oft passiert das?
Völlig unterschiedlich, manchmal mitten in der Nacht pro Stunde bis zu 10 mal, manchmal 1x pro Tag.
Titel: Antw:philips hue modul
Beitrag von: Fredi69 am 11 Juli 2016, 23:20:56
Zitat von: Fredi69 am 05 Juli 2016, 20:21:26
Ich habe immer noch folgendes Problem mit Hue im Log:
2016.07.05 18:41:38 2: HUEBridge01: invalid json detected for http://xxx.xxx.xxx.xxx/api/xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx/lights: HTTP/1.1 200 OK
2016.07.05 18:41:38 3: HUEBridge_Call: failed, retrying

Kann mir da niemand einen Hinweis geben?

Danke
Fredi
Heute z.B bisher 20 mal im Log
Titel: Antw:philips hue modul
Beitrag von: Markus M. am 11 Juli 2016, 23:41:49
Hab hier grade auch die leere Antwort im Log vorgefunden.
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 12 Juli 2016, 10:54:46
die meldung wird ab jetzt mit loglevel 4 geschrieben. ist also normalerweise unsichtbar.

das behebt aber nur das symptom. die ursache ist immer noch unklar.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: P.A.Trick am 16 Juli 2016, 15:34:50
Andre mir ist aufgefallen das der reachable Status bei einigen Leuchten nicht mehr richtig funktioniert.
Im Log habe ich ähnliches gefunden:

2016.07.16 15:29:54.679 4: parse status message for EG.GT.Strandhuette
2016.07.16 15:29:55.934 4: using HUEBridge_HTTP_Request: GET
2016.07.16 15:29:56.365 4: parse status message for hue_bridge
2016.07.16 15:29:56.369 4: hue_bridge: message for unknow sensor received: hue_bridge-S3
2016.07.16 15:29:56.371 4: hue_bridge: message for unknow sensor received: hue_bridge-S1
2016.07.16 15:29:56.531 4: parse status message for EG.GT.Strandhuette
2016.07.16 15:30:47.396 4: using HUEBridge_HTTP_Request: GET sensors/2
2016.07.16 15:30:57.940 4: using HUEBridge_HTTP_Request: GET lights
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 16 Juli 2016, 15:50:01
was heisst nicht mehr richtig funktioniert? vergleich den status mal mit der normalen hue app.

in deinem log sehe ich nichts ungewöhnliches.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: P.A.Trick am 16 Juli 2016, 15:51:08
Sorry hier mal mehr!

fhem@cubie:~$ grep hue_bridge log/fhem-2016-07.log
2016.07.16 15:29:56.365 4: parse status message for hue_bridge
2016.07.16 15:29:56.369 4: hue_bridge: message for unknow sensor received: hue_bridge-S3
2016.07.16 15:29:56.371 4: hue_bridge: message for unknow sensor received: hue_bridge-S1
2016.07.16 15:32:48.682 5: hue_bridge: id '5' already defined as 'UG.AZ.Monitorleuchte'
2016.07.16 15:32:48.683 5: hue_bridge: id '3' already defined as 'EG.KZ.LED.Haengeschrank'
2016.07.16 15:32:48.685 5: hue_bridge: id '7' already defined as 'EG.KZ.Arbeitsplattenleuchte'
2016.07.16 15:32:48.686 5: hue_bridge: id '6' already defined as 'EG.GT.Strandhuette'
2016.07.16 15:32:48.687 5: hue_bridge: id '1' already defined as 'EG.WZ.Fensterleuchte'
2016.07.16 15:32:48.689 5: hue_bridge: id '4' already defined as 'EG.WZ.Fernsehleuchte'
2016.07.16 15:32:48.691 5: hue_bridge: id '2' already defined as 'EG.KZ.LED.Stripes'
2016.07.16 15:32:48.725 5: hue_bridge: id '7' already defined as 'HUEGroup7'
2016.07.16 15:32:48.726 5: hue_bridge: id '5' already defined as 'HUEGroup5'
2016.07.16 15:32:48.728 5: hue_bridge: id '0' already defined as 'HUEGroup0'
2016.07.16 15:32:48.729 5: hue_bridge: id '3' already defined as 'HUEGroup3'
2016.07.16 15:32:48.730 5: hue_bridge: id '2' already defined as 'HUEGroup2'
2016.07.16 15:32:48.731 5: hue_bridge: id '4' already defined as 'HUEGroup4'
2016.07.16 15:32:48.732 5: hue_bridge: id '1' already defined as 'HUEGroup1'
2016.07.16 15:32:48.734 5: hue_bridge: id '6' already defined as 'HUEGroup6'
2016.07.16 15:33:02.991 4: parse status message for hue_bridge
2016.07.16 15:33:02.994 4: hue_bridge: message for unknow sensor received: hue_bridge-S3
2016.07.16 15:33:02.996 4: hue_bridge: message for unknow sensor received: hue_bridge-S1
2016.07.16 15:38:12.469 4: parse status message for hue_bridge
2016.07.16 15:38:12.472 4: hue_bridge: message for unknow sensor received: hue_bridge-S1
2016.07.16 15:38:12.476 4: hue_bridge: message for unknow sensor received: hue_bridge-S3
2016.07.16 15:43:22.438 4: parse status message for hue_bridge
2016.07.16 15:43:22.441 4: hue_bridge: message for unknow sensor received: hue_bridge-S1
2016.07.16 15:43:22.443 4: hue_bridge: message for unknow sensor received: hue_bridge-S3
2016.07.16 15:49:18.312 3: EG.KZ.LED.Stripes: I/O device is hue_bridge
2016.07.16 15:49:18.536 3: EG.KZ.LED.Haengeschrank: I/O device is hue_bridge
2016.07.16 15:49:18.643 3: EG.WZ.Fensterleuchte: I/O device is hue_bridge
2016.07.16 15:49:18.655 3: HUEGroup0: I/O device is hue_bridge
2016.07.16 15:49:18.661 3: HUEGroup1: I/O device is hue_bridge
2016.07.16 15:49:18.668 3: EG.WZ.Fernsehleuchte: I/O device is hue_bridge
2016.07.16 15:49:18.677 3: HUEGroup2: I/O device is hue_bridge
2016.07.16 15:49:18.925 3: UG.AZ.Monitorleuchte: I/O device is hue_bridge
2016.07.16 15:49:20.397 3: EG.GT.Strandhuette: I/O device is hue_bridge
2016.07.16 15:49:20.406 3: HUEGroup3: I/O device is hue_bridge
2016.07.16 15:49:20.471 3: EG.KZ.HUE.Dimmer: I/O device is hue_bridge
2016.07.16 15:49:20.594 3: EG.KZ.Arbeitsplattenleuchte: I/O device is hue_bridge
2016.07.16 15:49:20.616 3: HUEGroup7: I/O device is hue_bridge
2016.07.16 15:49:20.624 3: HUEGroup4: I/O device is hue_bridge
2016.07.16 15:49:20.631 3: HUEGroup5: I/O device is hue_bridge
2016.07.16 15:49:20.639 3: HUEGroup6: I/O device is hue_bridge
2016.07.16 15:49:32.739 5: hue_bridge: id '2' already defined as 'EG.KZ.LED.Stripes'
2016.07.16 15:49:32.739 5: hue_bridge: id '3' already defined as 'EG.KZ.LED.Haengeschrank'
2016.07.16 15:49:32.742 5: hue_bridge: id '5' already defined as 'UG.AZ.Monitorleuchte'
2016.07.16 15:49:32.743 5: hue_bridge: id '7' already defined as 'EG.KZ.Arbeitsplattenleuchte'
2016.07.16 15:49:32.744 5: hue_bridge: id '6' already defined as 'EG.GT.Strandhuette'
2016.07.16 15:49:32.745 5: hue_bridge: id '4' already defined as 'EG.WZ.Fernsehleuchte'
2016.07.16 15:49:32.746 5: hue_bridge: id '1' already defined as 'EG.WZ.Fensterleuchte'
2016.07.16 15:49:32.776 5: hue_bridge: id '2' already defined as 'HUEGroup2'
2016.07.16 15:49:32.777 5: hue_bridge: id '1' already defined as 'HUEGroup1'
2016.07.16 15:49:32.778 5: hue_bridge: id '4' already defined as 'HUEGroup4'
2016.07.16 15:49:32.779 5: hue_bridge: id '7' already defined as 'HUEGroup7'
2016.07.16 15:49:32.781 5: hue_bridge: id '5' already defined as 'HUEGroup5'
2016.07.16 15:49:32.782 5: hue_bridge: id '3' already defined as 'HUEGroup3'
2016.07.16 15:49:32.783 5: hue_bridge: id '6' already defined as 'HUEGroup6'
2016.07.16 15:49:32.784 5: hue_bridge: id '0' already defined as 'HUEGroup0'
2016.07.16 15:49:34.158 2: hue_bridge: http request failed: 192.168.1.23: Connection reset by peer
2016.07.16 15:49:34.167 2: hue_bridge: http request failed: 192.168.1.23: Connection reset by peer
2016.07.16 15:49:34.180 2: hue_bridge: http request failed: 192.168.1.23: Connection reset by peer
2016.07.16 15:49:34.899 2: hue_bridge: http request failed: 192.168.1.23: Connection reset by peer
2016.07.16 15:49:34.902 2: hue_bridge: http request failed: 192.168.1.23: Connection reset by peer
2016.07.16 15:49:34.905 2: hue_bridge: http request failed: 192.168.1.23: Connection reset by peer
2016.07.16 15:49:35.979 2: hue_bridge: http request failed: 192.168.1.23: Connection reset by peer
2016.07.16 15:49:35.981 2: hue_bridge: http request failed: 192.168.1.23: Connection reset by peer
2016.07.16 15:49:35.986 2: hue_bridge: http request failed: 192.168.1.23: Connection reset by peer
2016.07.16 15:49:37.113 2: hue_bridge: http request failed: http://192.168.1.23/api/59d1a666b8673cc79543780572da78a7: empty answer received
2016.07.16 15:49:37.255 2: hue_bridge: http request failed: http://192.168.1.23/api/59d1a666b8673cc79543780572da78a7/lights/2: empty answer received
2016.07.16 15:49:37.412 2: hue_bridge: http request failed: http://192.168.1.23/api/59d1a666b8673cc79543780572da78a7/lights/1: empty answer received
2016.07.16 15:49:39.135 2: hue_bridge: http request failed: http://192.168.1.23/api/59d1a666b8673cc79543780572da78a7/lights/3: empty answer received
fhem@cubie:~$
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 16 Juli 2016, 16:04:49
schaut erst mal alles ok aus.

nichts as auf reachability probleme hin deutet.

wie gesagt: bitte mal mit der hue app vergleichen. erst wenn die (alte) app etwas anderes anzeigt als das fhem modul stimmt etwas nicht.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: P.A.Trick am 16 Juli 2016, 16:09:52
Zitat von: justme1968 am 16 Juli 2016, 16:04:49
schaut erst mal alles ok aus.

nichts as auf reachability probleme hin deutet.

wie gesagt: bitte mal mit der hue app vergleichen. erst wenn die (alte) app etwas anderes anzeigt als das fhem modul stimmt etwas nicht.

gruss
  andre

Hast recht, die App zeigt den gleichen Status. Ich habe jetzt bei den 3 betroffenen Lampen erst einmal das ignorereachable Attribut gesetzt.
Hast du einen Tipp für mich?
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 16 Juli 2016, 16:14:06
nicht wirklich. ich habe aber mit der aktuellen firmware auch mit ein paar lampen probleme die vorher immer gingen.

versuch mal dir bridge neu zu booten. angeblich hilft es auch manchmal den zigbee kanal zu ändern.

und natürlich die ganzen 'normalen' dinge wie abstände checken, eventuell noch eine lampe als repeater dazwischen.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: Nopax am 22 Juli 2016, 06:49:07
Hallo zusammen,

bin gerade frisch mit Fhem eingestiegen und habe die ersten "gehversuche" hinter mir.
Aktuelles Thema Beleuchtung.......mit Hue Birnen.
Habe gerade angefangen mir eine Art Hand-Automatik Modus zu bauen, mit den Betriebsarten Hand-Zeit-Dämmerung-Beweg-Beweg_Zeit-Beweg_Dämmerung und alles über DOIF anzusteuern.

Im großen und ganzen klappt das schon, allerdings treten vereinzelt noch Probleme auf.

In meinem ersten Raum habe ich in der Decke 3 Hue Birnen welche ich dem Modus entsprechend ansteuere.
Bei manchen Betriebsarten ist es erforderlich für die Hue ein Dimmlevel zu setzen (pct 10=Nacht Bewegungslicht) und gleichzeitig eine Laufzeit (on-for-timer 60). Hatte das jetzt hinbekommen in dem ich beide Befehle (set Hue_Diele_.* pct 10) (set Hue_Diele_.* on-for-timer 60) absetze, was allerdings bestimmt nicht sauber ist.......
Nunja, als nächstes habe ich erfolgreich eine Gruppe über die Bridge gebildet um die 3 zusammen anzusteurn, allerdings funktioniert meine "Krücke" mit den 2 Befehlen bei der Gruppe nicht.

Die Gruppe hat für meine Frau einen weiteren Nachteil das der ON/OFF Status nicht angezeigt wird und der aktuelle Dimmfaktor (spring immer wieder auf 0) nicht einsehbar ist und togglen habe ich auch nicht hinbekommen.
Eventuell würde ich mit dem Theme "Structuren" dann mal beschäftigen, hätte aber natürlich wieder das Problem das alle Lampen einzeln angesteuert werden.

Daher die Frage, wie habt ihr das gelöst?

Grüße
Christian

Ps: gibt es eine Suchfunktion in Themen?
Titel: Antw:philips hue modul
Beitrag von: Fredi69 am 23 Juli 2016, 12:59:29
Zitat von: Fredi69 am 05 Juli 2016, 20:21:26
Ich habe immer noch folgendes Problem mit Hue im Log:
2016.07.05 18:41:38 2: HUEBridge01: invalid json detected for http://xxx.xxx.xxx.xxx/api/xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx/lights: HTTP/1.1 200 OK
2016.07.05 18:41:38 3: HUEBridge_Call: failed, retrying

Kann mir da niemand einen Hinweis geben?

Danke
Fredi
Die Meldungen sind nach wie vor da, auch mit Loglevel 3.
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 23 Juli 2016, 18:22:00
was gibtversion HUEBridge

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: Fredi69 am 23 Juli 2016, 19:28:07
30_HUEBridge.pm 11787 2016-07-12 08:53:41Z justme1968
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 23 Juli 2016, 19:32:51
ich habe die prüfung noch mal etwas geändert. schau mal ob die meldung nach dem update morgen weg ist.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: Motivierte linke Hände am 24 Juli 2016, 09:14:11
Hi!

Ich habe gerade ein Update von FHEM gemacht, und bekomme nun:

2016.07.24 09:09:08 1: reload: Error:Modul 30_HUEBridge deactivated:
syntax error at ./FHEM/30_HUEBridge.pm line 45, near "eq"
Can't use global @_ in "my" at ./FHEM/30_HUEBridge.pm line 49, near "= @_"
Global symbol "$hash" requires explicit package name at ./FHEM/30_HUEBridge.pm line 51, <$fh> line 2155.
Global symbol "$chash" requires explicit package name at ./FHEM/30_HUEBridge.pm line 51, <$fh> line 2155.
Global symbol "$obj" requires explicit package name at ./FHEM/30_HUEBridge.pm line 51, <$fh> line 2155.
Global symbol "$id" requires explicit package name at ./FHEM/30_HUEBridge.pm line 51, <$fh> line 2155.
syntax error at ./FHEM/30_HUEBridge.pm line 56, near "}"
Can't use global @_ in "my" at ./FHEM/30_HUEBridge.pm line 61, near "= @_"
syntax error at ./FHEM/30_HUEBridge.pm line 95, near "}"
Can't use global @_ in "my" at ./FHEM/30_HUEBridge.pm line 100, near "= @_"
./FHEM/30_HUEBridge.pm has too many errors.

2016.07.24 09:09:08 0: syntax error at ./FHEM/30_HUEBridge.pm line 45, near "eq"
Can't use global @_ in "my" at ./FHEM/30_HUEBridge.pm line 49, near "= @_"
Global symbol "$hash" requires explicit package name at ./FHEM/30_HUEBridge.pm line 51, <$fh> line 2155.
Global symbol "$chash" requires explicit package name at ./FHEM/30_HUEBridge.pm line 51, <$fh> line 2155.
Global symbol "$obj" requires explicit package name at ./FHEM/30_HUEBridge.pm line 51, <$fh> line 2155.
Global symbol "$id" requires explicit package name at ./FHEM/30_HUEBridge.pm line 51, <$fh> line 2155.
syntax error at ./FHEM/30_HUEBridge.pm line 56, near "}"
Can't use global @_ in "my" at ./FHEM/30_HUEBridge.pm line 61, near "= @_"
syntax error at ./FHEM/30_HUEBridge.pm line 95, near "}"
Can't use global @_ in "my" at ./FHEM/30_HUEBridge.pm line 100, near "= @_"
./FHEM/30_HUEBridge.pm has too many errors.


Kann es sein, dass da bei der letzten Änderung was schief gelaufen ist?

Schönen Sonntag!

Edith sagt: Nach dem Wiederherstellen der alten Version...

# $Id: 30_HUEBridge.pm 11707 2016-06-22 13:29:21Z justme1968 $

... geht es wieder.
Titel: Antw:philips hue modul
Beitrag von: joshi04 am 24 Juli 2016, 09:24:37
Guten morgen,

gleiches Verhalten, mit dem Ergebnis:
configfile: Cannot load module HUEBridge

Bei mir sieht die Fehlermeldung aber ein klein wenig anders aus:
2016.07.24 09:09:39 1: Including ./FHEM/99_HUE.cfg
2016.07.24 09:09:39 1: PERL WARNING: "my" variable $hash masks earlier declaration in same scope at ./FHEM/30_HUEBridge.pm line 61, <$fh> line 4.
2016.07.24 09:09:39 1: PERL WARNING: "state" variable @_ masks earlier declaration in same scope at ./FHEM/30_HUEBridge.pm line 61, <$fh> line 4.
2016.07.24 09:09:39 1: PERL WARNING: "my" variable $name masks earlier declaration in same scope at ./FHEM/30_HUEBridge.pm line 62, <$fh> line 4.
2016.07.24 09:09:39 1: PERL WARNING: "my" variable $hash masks earlier declaration in same scope at ./FHEM/30_HUEBridge.pm line 100, <$fh> line 4.
2016.07.24 09:09:39 1: reload: Error:Modul 30_HUEBridge deactivated:
syntax error at ./FHEM/30_HUEBridge.pm line 45, near "eq"
Can't use global @_ in "my" at ./FHEM/30_HUEBridge.pm line 49, near "= @_"
Global symbol "$hash" requires explicit package name (did you forget to declare "my $hash"?) at ./FHEM/30_HUEBridge.pm line 51, <$fh> line 4.
Global symbol "$chash" requires explicit package name (did you forget to declare "my $chash"?) at ./FHEM/30_HUEBridge.pm line 51, <$fh> line 4.
Global symbol "$obj" requires explicit package name (did you forget to declare "my $obj"?) at ./FHEM/30_HUEBridge.pm line 51, <$fh> line 4.
Global symbol "$id" requires explicit package name (did you forget to declare "my $id"?) at ./FHEM/30_HUEBridge.pm line 51, <$fh> line 4.
syntax error at ./FHEM/30_HUEBridge.pm line 56, near "}"
Can't use global @_ in "my" at ./FHEM/30_HUEBridge.pm line 61, near "= @_"
syntax error at ./FHEM/30_HUEBridge.pm line 95, near "}"
Can't use global @_ in "my" at ./FHEM/30_HUEBridge.pm line 100, near "= @_"
./FHEM/30_HUEBridge.pm has too many errors.

2016.07.24 09:09:39 0: syntax error at ./FHEM/30_HUEBridge.pm line 45, near "eq"
Can't use global @_ in "my" at ./FHEM/30_HUEBridge.pm line 49, near "= @_"
Global symbol "$hash" requires explicit package name (did you forget to declare "my $hash"?) at ./FHEM/30_HUEBridge.pm line 51, <$fh> line 4.
Global symbol "$chash" requires explicit package name (did you forget to declare "my $chash"?) at ./FHEM/30_HUEBridge.pm line 51, <$fh> line 4.
Global symbol "$obj" requires explicit package name (did you forget to declare "my $obj"?) at ./FHEM/30_HUEBridge.pm line 51, <$fh> line 4.
Global symbol "$id" requires explicit package name (did you forget to declare "my $id"?) at ./FHEM/30_HUEBridge.pm line 51, <$fh> line 4.
syntax error at ./FHEM/30_HUEBridge.pm line 56, near "}"
Can't use global @_ in "my" at ./FHEM/30_HUEBridge.pm line 61, near "= @_"
syntax error at ./FHEM/30_HUEBridge.pm line 95, near "}"
Can't use global @_ in "my" at ./FHEM/30_HUEBridge.pm line 100, near "= @_"
./FHEM/30_HUEBridge.pm has too many errors.


Ich hoffe es hilft bei der Fehlersuche.

Habe ebenfalls die vorherige Version wieder eingespielt.

Schöne Grüße,
John

Edith:
Läuft:
30_HUEBridge.pm             11787 2016-07-12 08:53:41Z justme1968


Läuft leider nicht:
30_HUEBridge.pm             11833 2016-07-23 17:32:24Z justme1968
Titel: Antw:philips hue modul
Beitrag von: wuffi2001 am 24 Juli 2016, 10:02:33
Zitat von: joshi04 am 24 Juli 2016, 09:24:37

Läuft:
30_HUEBridge.pm             11787 2016-07-12 08:53:41Z justme1968


Läuft leider nicht:
30_HUEBridge.pm             11833 2016-07-23 17:32:24Z justme1968

Guten Morgen,

löscht in der Zeile 45 der aktuellen Datei das "eq" und die aktuelle läuft auch wieder :)

Viele Grüße, Enrico
Titel: Antw:philips hue modul
Beitrag von: joshi04 am 24 Juli 2016, 10:19:54
Danke, damit löpts!

Schöne Grüße,
John
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 24 Juli 2016, 10:37:34
hab eine reparierte version eingecheckt. keine ahnung vorher das eq gekommen ist.

sorry...
  andre
Titel: Antw:philips hue modul
Beitrag von: Fredi69 am 24 Juli 2016, 12:16:22
Jetzt geht nichts mehr:
Messages collected while initializing FHEM:
configfile: Cannot load module HUEBridge
Titel: Antw:philips hue modul
Beitrag von: Fredi69 am 25 Juli 2016, 20:06:45
Nach dem heutigen Update läuft es wieder
Titel: Antw:philips hue modul
Beitrag von: Markus M. am 28 Juli 2016, 19:36:11
Hi Andre,

planst du noch, Scenes editierbar zu machen?
Aktuell werden ja immer nur neue angelegt
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 28 Juli 2016, 20:45:27
es gibt doch das modifyscene kommando. macht das nicht was du willst?

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: Markus M. am 28 Juli 2016, 21:31:58
Zitat von: justme1968 am 28 Juli 2016, 20:45:27es gibt doch das modifyscene kommando. macht das nicht was du willst?

Oops, bei der Bridge!
Hatte ich übersehen. Ist aber auch wenig intuitiv.
Ich hatte irgendwas erwartet um eine komplette Scene zu überbügeln.
Egal, wird so auch gehen.
Was passiert eigentlich, wenn eine Lampe nicht in der Scene ist?

Hier erst mal die Funktion für RGB Blink-Notifications, die ich für Klingel, Post etc. verwende:
(hab ich grade das Rad neu erfunden?)

sub signalHUE {
my $rgb = $_[0];
my $scene = fhem "set HUEGroup0 savescene tempstate";
$scene =~ s/created //g;
{fhem "set HUEGroupSignal rgb $rgb; sleep 1; set HUEGroup0 scene $scene ;set HUEGroup0 deletescene $scene"};
return 0;
}
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 28 Juli 2016, 21:53:23
ja. szenen sind etwas das auf bridge ebene passiert.

es gibt übrigens das alert select bzw. alert lselect kommando. damit blinken die lampen ein bzw. 15 mal und gehen automatisch auf del alten zustand zurück. egal ob sie vorher an oder aus waren. auch gemischt. das funktioniert auf grupen und einzelnen lampen. vielleicht reicht dir das ja auch schon.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: Fredi69 am 29 Juli 2016, 21:17:11
Zitat von: Fredi69 am 23 Juli 2016, 12:59:29
Die Meldungen sind nach wie vor da, auch mit Loglevel 3.
Immer noch
Titel: Antw:philips hue modul
Beitrag von: AssetBurned am 31 Juli 2016, 20:05:30
moin

Ich gebe zu ich bin neu bei FHEM. ;-)

Was ich gerade versuche ist deCONZ mit diesem modul zum laufen zu bekommen. Klappt allerdings nicht. Meine 2015er Philips Hue Bridge wurde hingegen auf anhieb mit allen Lampen erkannt.

Erst hab ich mit der Philips bridge angefangen und als ich gesehen habe das alles funst hab ich die bridge entfernt (auf die bridge im FHEM geklickt und dann unten auf "delete this device...") das gleiche dann mit allen Lampen gemacht und regelmässig gespeichert.

So meine deCONZ hängt jetzt aber beim "state = initialize". Und von da komme ich nicht weiter.

Ein paar infos:
version HUEBridge
30_HUEBridge.pm 11858 2016-07-28 18:57:08Z justme1968


DEF 192.168.49.63
Host 192.168.49.63
INTERVAL 60
NAME deCONZ1
NOTIFYDEV global
NR 25
NTFY_ORDER 50-deCONZ1
STATE initialised
TYPE HUEBridge
modelName Philips hue bridge 2012



attr global userattr cmdIcon devStateIcon devStateStyle icon sortby webCmd widgetOverride
attr global autoload_undefined_devices 1
attr global logfile /opt/fhem/log/fhem-%Y-%m.log
attr global modpath /opt/fhem
attr global sendStatistics 1
attr global statefile /opt/fhem/log/fhem.save
attr global updateInBackground 1
attr global verbose 3

define WEB FHEMWEB 8083 global
define allowed_WEB allowed
attr allowed_WEB basicAuth ZGVsaWdodDpkZWxpZ2h0
attr allowed_WEB validFor WEB

# Fake FileLog entry, to access the fhem log from FHEMWEB
define Logfile FileLog /opt/fhem/log/fhem-%Y-%m.log fakelog

define autocreate autocreate
attr autocreate autosave 1
attr autocreate filelog /opt/fhem/log/%NAME-%Y.log

define eventTypes eventTypes /opt/fhem/log/eventTypes.txt

# Disable this to avoid looking for new USB devices on startup
define initialUsbCheck notify global:INITIALIZED usb create

define deCONZ1 HUEBridge 192.168.49.63
attr deCONZ1 key a53bd5ba58b44f5fefbdf6ac406e7edf
attr deCONZ1 verbose 5

#define hueBridge1 HUEBridge 192.168.49.12
#attr hueBridge1 icon hue_filled_bridge_v2
#attr hueBridge1 key XXXX


Die logs seit dem letztem start:
2016.07.31 18:57:23 0: Server shutdown
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
LANGUAGE = (unset),
LC_ALL = (unset),
LC_CTYPE = "UTF-8",
LANG = "en_GB.UTF-8"
    are supported and installed on your system.
perl: warning: Falling back to a fallback locale ("en_GB.UTF-8").
2016.07.31 18:57:26 1: Including /opt/fhem/fhem.cfg
2016.07.31 18:57:26 3: WEB: port 8083 opened
2016.07.31 18:57:27 2: eventTypes: loaded 0 events from /opt/fhem/log/eventTypes.txt
2016.07.31 18:57:27 1: Including /opt/fhem/log/fhem.save
2016.07.31 18:57:27 5: HUEBridge_OpenDev: got description: <?xml version="1.0"?>
<root xmlns="urn:schemas-upnp-org:device-1-0">
  <specVersion>
    <major>1</major>
    <minor>0</minor>
  </specVersion>
  <URLBase>http://192.168.178.20:80/</URLBase>
  <device>
    <deviceType>urn:schemas-upnp-org:device:Basic:1</deviceType>
    <friendlyName>Philips hue (192.168.178.20)</friendlyName>
    <manufacturer>Royal Philips Electronics</manufacturer>
    <manufacturerURL>http://www.philips.com</manufacturerURL>
    <modelDescription>Philips hue Personal Wireless Lighting</modelDescription>
    <modelName>Philips hue bridge 2012</modelName>
    <modelNumber>8986674235553</modelNumber>
    <modelURL>http://www.meethue.com</modelURL>
    <serialNumber>93eadbeef13</serialNumber>
    <UDN>uuid:01234567-89ab-cdef-0123-456789abcdef</UDN>
    <serviceList>
      <service>
        <serviceType>(null)</serviceType>
        <serviceId>(null)</serviceId>
        <controlURL>(null)</controlURL>
        <eventSubURL>(null)</eventSubURL>
        <SCPDURL>(null)</SCPDURL>
      </service>
    </serviceList>
    <presentationURL>index.html</presentationURL>
    <iconList>
      <icon>
        <mimetype>image/png</mimetype>
        <height>48</height>
        <width>48</width>
        <depth>24</depth>
        <url>hue_logo_0.png</url>
      </icon>
      <icon>
        <mimetype>image/png</mimetype>
        <height>120</height>
        <width>120</width>
        <depth>24</depth>
        <url>hue_logo_3.png</url>
      </icon>
    </iconList>
  </device>
</root>


2016.07.31 18:57:27 4: using HUEBridge_HTTP_Request: GET config
2016.07.31 18:57:27 3: HUEBridge_Call: failed, retrying
2016.07.31 18:57:27 4: using HUEBridge_HTTP_Request: GET config
2016.07.31 18:57:27 3: HUEBridge_Call: failed, retrying
2016.07.31 18:57:27 3: HUEBridge_Call: failed
2016.07.31 18:57:27 2: HUEBridge_OpenDev: got empty config
2016.07.31 18:57:27 1: usb create starting
2016.07.31 18:57:27 3: Probing CUL device /dev/ttyAMA0
2016.07.31 18:57:28 3: Can't open /dev/ttyAMA0: Device or resource busy
2016.07.31 18:57:28 1: usb create end
2016.07.31 18:57:28 0: Featurelevel: 5.7
2016.07.31 18:57:28 0: Server started with 8 defined entities (fhem.pl:11756/2016-07-07 perl:5.020002 os:linux user:pi pid:3289)

Interessant finde ich an den logs das da irgendwo die info herkommt das "<URLBase>http://192.168.178.20:80/</URLBase>" ich bin aber klar nicht in dem subnet.
Weder https://dresden-light.appspot.com/discover noch https://www.meethue.com/api/nupnp geben mir ne info das dort irgendwas von mir ist. Beide liefern mir die korrekten internen IPs zurück.

Zuletzt noch die ausgaben von http://192.168.49.63/api/a53bd5ba58b44f5fefbdf6ac406e7edf/config
{"apiversion":"1.0.0","dhcp":true,"gateway":"192.168.49.1","ipaddress":"192.168.49.63","linkbutton":false,"localtime":"2016-07-31T19:01:16","mac":"00:13:ef:90:0a:27","name":"deCONZ","netmask":"255.255.255.0","networkopenduration":60,"panid":29731,"portalservices":false,"proxyaddress":"","proxyport":0,"rgbwdisplay":"1","swupdate":{"notify":false,"text":"","updatestate":0,"url":""},"swversion":"20402","timeformat":"24h","timezone":"Europe/Dublin","utc":"2016-07-31T18:01:16","uuid":"0455ab24-bae7-4b7c-9970-31f5c0f985e1","whitelist":{"138e8db6af078aeff697e1b72569cb4f":{"create date":"2016-07-31T11:49:21","last use date":"2016-07-31T16:45:34","name":"unknown"},"43d0c18aea47428fd4b39da2414516d7":{"create date":"2016-07-30T23:57:01","last use date":"2016-07-30T23:57:01","name":"unknown"},"5289a27651f5af220c06e78c13560069":{"create date":"2016-07-31T16:46:11","last use date":"2016-07-31T16:46:11","name":"unknown"},"5B79E38E99":{"create date":"2016-07-29T21:51:50","last use date":"2016-07-30T12:32:15","name":"deCONZ WebApp"},"8788EA7BA1":{"create date":"2016-07-30T12:41:59","last use date":"2016-07-30T13:39:52","name":"deCONZ WebApp"},"8E1D5FFBF6":{"create date":"2016-07-30T15:16:18","last use date":"2016-07-31T17:41:48","name":"deCONZ WebApp"},"BF67253162":{"create date":"2016-07-30T12:54:10","last use date":"2016-07-30T13:01:48","name":"deCONZ WebApp"},"E38E993F43":{"create date":"2016-07-31T16:27:13","last use date":"2016-07-31T18:01:12","name":"deCONZ WebApp"},"a53bd5ba58b44f5fefbdf6ac406e7edf":{"create date":"2016-07-31T16:46:22","last use date":"2016-07-31T18:01:16","name":"unknown"},"config":{"create date":"2016-07-31T17:29:44","last use date":"2016-07-31T17:29:44","name":"unknown"},"df68a74026914c61d585476dfe7fc9ba":{"create date":"2016-07-31T13:53:58","last use date":"2016-07-31T13:53:58","name":"unknown"},"fb94ad973616230b0cd82f3a52c467bf":{"create date":"2016-07-31T16:42:54","last use date":"2016-07-31T16:42:54","name":"unknown"},"oh5BYVycoLEmzvEF":{"create date":"2016-07-31T17:30:10","last use date":"2016-07-31T17:30:43","name":"unknown"}},"zigbeechannel":15}
Ja wie man sieht ich hab es mehrfach versucht.

und von http://192.168.49.63/api/a53bd5ba58b44f5fefbdf6ac406e7edf/lights

{"1":{"etag":"98b239e96716c36b6a98b57ae9ff230c","hascolor":true,"manufacturer":"OSRAM","modelid":"PAR 16 50 RGBW - LIGHTIFY","name":"Light 1","pointsymbol":{},"state":{"alert":"none","bri":93,"colormode":"ct","ct":370,"effect":"none","hue":4386,"on":false,"reachable":true,"sat":208,"xy":[0.46263,0.412322]},"swversion":"V1.04.12","type":"Extended color light","uniqueid":"84:18:26:00:00:06:EA:91-03"}}

Noch eine letze info... ja ich kann mit der original Philips Hue app auf die deCONZ und damit lichter schalten :-/ irgendwas sehe ich hier im moment leider nicht. :-(

CU AssetBurned ;-)
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 01 August 2016, 10:06:13
was bekommst du unter http://192.168.49.63/description.xml (http://192.168.49.63/description.xml)?

aus der descritpion wird aber zur zeit sowieso nur der modelName verwendet. d.h. die falsche ip sollte egal sein.

was bekommst du mit unter http://192.168.49.63/api/config (http://192.168.49.63/api/config)? also ohne api key.

funktioniert es wenn du ein key attribut mit dem wert des api keys setzt ? (speichern, neu starten)

gruss
  andre

ps: aus welchem grund willst du deCONZ statt der hue bridge verwenden ?
Titel: Antw:philips hue modul
Beitrag von: AssetBurned am 01 August 2016, 13:15:39
Ok das ist interessant.


http://192.168.49.63/description.xml bringt dies zu tage:
<root xmlns="urn:schemas-upnp-org:device-1-0">
<specVersion>
<major>1</major>
<minor>0</minor>
</specVersion>
<URLBase>http://192.168.178.20:80/</URLBase>
<device>
<deviceType>urn:schemas-upnp-org:device:Basic:1</deviceType>
<friendlyName>Philips hue (192.168.178.20)</friendlyName>
<manufacturer>Royal Philips Electronics</manufacturer>
<manufacturerURL>http://www.philips.com</manufacturerURL>
<modelDescription>Philips hue Personal Wireless Lighting</modelDescription>
<modelName>Philips hue bridge 2012</modelName>
<modelNumber>8986674235553</modelNumber>
<modelURL>http://www.meethue.com</modelURL>
<serialNumber>93eadbeef13</serialNumber>
<UDN>uuid:01234567-89ab-cdef-0123-456789abcdef</UDN>
<serviceList>
<service>
<serviceType>(null)</serviceType>
<serviceId>(null)</serviceId>
<controlURL>(null)</controlURL>
<eventSubURL>(null)</eventSubURL>
<SCPDURL>(null)</SCPDURL>
</service>
</serviceList>
<presentationURL>index.html</presentationURL>
<iconList>
<icon>
<mimetype>image/png</mimetype>
<height>48</height>
<width>48</width>
<depth>24</depth>
<url>hue_logo_0.png</url>
</icon>
<icon>
<mimetype>image/png</mimetype>
<height>120</height>
<width>120</width>
<depth>24</depth>
<url>hue_logo_3.png</url>
</icon>
</iconList>
</device>
</root>


und http://192.168.49.63/api/config gibt mir (hab das mal durch JASONLint laufen lassen, sonst kann man das ja kaum lesen)

{
"config": {
"apiversion": "1.0.0",
"dhcp": true,
"gateway": "192.168.49.1",
"ipaddress": "192.168.49.63",
"linkbutton": false,
"localtime": "2016-07-31T19:24:55",
"mac": "b8:27:eb:b5:f5:cc",
"name": "deCONZ",
"netmask": "255.255.255.0",
"networkopenduration": 60,
"panid": 29731,
"portalservices": false,
"proxyaddress": "",
"proxyport": 0,
"rgbwdisplay": "1",
"swupdate": {
"notify": false,
"text": "",
"updatestate": 0,
"url": ""
},
"swversion": "20402",
"timeformat": "24h",
"timezone": "Europe/Dublin",
"utc": "2016-07-31T18:24:55",
"uuid": "0455ab24-bae7-4b7c-9970-31f5c0f985e1",
"whitelist": {
"138e8db6af078aeff697e1b72569cb4f": {
"create date": "2016-07-31T11:49:21",
"last use date": "2016-07-31T16:45:34",
"name": "unknown"
},
"43d0c18aea47428fd4b39da2414516d7": {
"create date": "2016-07-30T23:57:01",
"last use date": "2016-07-30T23:57:01",
"name": "unknown"
},
"5289a27651f5af220c06e78c13560069": {
"create date": "2016-07-31T16:46:11",
"last use date": "2016-07-31T16:46:11",
"name": "unknown"
},
"5B79E38E99": {
"create date": "2016-07-29T21:51:50",
"last use date": "2016-07-30T12:32:15",
"name": "deCONZ WebApp"
},
"8788EA7BA1": {
"create date": "2016-07-30T12:41:59",
"last use date": "2016-07-30T13:39:52",
"name": "deCONZ WebApp"
},
"8E1D5FFBF6": {
"create date": "2016-07-30T15:16:18",
"last use date": "2016-07-31T17:41:48",
"name": "deCONZ WebApp"
},
"BF67253162": {
"create date": "2016-07-30T12:54:10",
"last use date": "2016-07-30T13:01:48",
"name": "deCONZ WebApp"
},
"E38E993F43": {
"create date": "2016-07-31T16:27:13",
"last use date": "2016-07-31T18:18:44",
"name": "deCONZ WebApp"
},
"a53bd5ba58b44f5fefbdf6ac406e7edf": {
"create date": "2016-07-31T16:46:22",
"last use date": "2016-07-31T18:19:09",
"name": "unknown"
},
"config": {
"create date": "2016-07-31T17:29:44",
"last use date": "2016-07-31T18:24:55",
"name": "unknown"
},
"df68a74026914c61d585476dfe7fc9ba": {
"create date": "2016-07-31T13:53:58",
"last use date": "2016-07-31T13:53:58",
"name": "unknown"
},
"fb94ad973616230b0cd82f3a52c467bf": {
"create date": "2016-07-31T16:42:54",
"last use date": "2016-07-31T16:42:54",
"name": "unknown"
},
"oh5BYVycoLEmzvEF": {
"create date": "2016-07-31T17:30:10",
"last use date": "2016-07-31T17:30:43",
"name": "unknown"
}
},
"zigbeechannel": 15
},
"groups": {
"1": {
"action": {
"bri": 127,
"colormode": "hs",
"ct": 500,
"effect": "none",
"hue": 0,
"on": false,
"sat": 127,
"xy": [0, 0]
},
"devicemembership": [],
"etag": "ddeedc58d4f56407c7789f7f2a154bb5",
"lights": [],
"lightsequence": [],
"multideviceids": [],
"name": "test",
"scenes": []
},
"31469": {
"action": {
"bri": 127,
"colormode": "hs",
"ct": 500,
"effect": "none",
"hue": 0,
"on": false,
"sat": 127,
"xy": [0, 0]
},
"devicemembership": [],
"etag": "ddeedc58d4f56407c7789f7f2a154bb5",
"lights": [],
"lightsequence": [],
"multideviceids": [],
"name": "Group 31469",
"scenes": []
}
},
"lights": {},
"schedules": {},
"sensors": {
"1": {
"config": {
"battery": 100,
"on": true,
"reachable": false
},
"etag": "ddeedc58d4f56407c7789f7f2a154bb5",
"manufacturername": "Philips",
"modelid": "RWL021",
"name": "RWL021 1",
"state": {
"lastupdated": "2016-07-30T12:58:23"
},
"swversion": "1.0",
"type": "ZHASwitch",
"uniqueid": "0x00178801103fc109"
}
}
}


Bezüglich dem ersatz von der Hue... Nun zum einen reizt es mich das ganze besser zu verstehen. Zum anderen habe is einen Stapel an Osram und Dresden Elektronik Zubehör. Vor Weihnachten 2015 hat Philips mir da nen strich durch die Rechnung gemacht. Eine grössere Bestellung ist deswegen wieder zurück gegangen weil die eine neue Firmware rausgebracht haben mit der mein equipment nicht funktionierte.
Aber was soll man machen wenn Philips schlicht keine passenden Lampen im Angebot hat?
Neue Küchenschränke kaufen weil da die Strahler fest verbaut sind? Die Decke im Badezimmer aufreissen um neue Lampen einzubauen?
Gut das ham die dann wieder zurück genommen, aber dann kam http://www.developers.meethue.com/documentation/3rd-parties-and-homekit was mich wieder unglücklich gestimmt hat.
Und zu meinem erstaunen funktioniert Homebridge ausgesprochen gut, auch mit deCONZ. Damit war dann endgültig das Interesse geweckt und die Frage "Was geht noch?" kam auf. Womit ich dann bei FHEM gelandet bin.

CU AssetBurned
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 01 August 2016, 13:48:56
die daten mir der falschen ip kommen aus der config.xml abfrage. scheinbar gibt deConz  hier noch mehr falsches zurück. ist aber wie gesagt egal da nur das modell ausgelesen wird.

danach kommt aber die meldung empty config im log. das passt nicht zu deinem api/config aufruf. das verstehe ist gerade nicht.

die rückmeldung ohne key sollte aber deutlich kürzer sein und noch keine details liefern. das system ist so komplett offen.

die rückmeldung unterscheidet sich auch von der hue bridge antwort. ich denke das ist das problem.

das api ist in der hue bridge am besten implementiert. dresden baut es mehr oder weniger vollständig nach. gerade bei gruppen und szenen gibt es abweichungen. (laut der hue api dokumentation ist es übrigens auch eigentlich nicht erlaubt die server seite nachzubauen. )

die hue firmware die die dritt anbieter lampen ausgeschlossen hat war eine dummheit und hat glaube ich einiges gekostet. sie sind ja recht schnell zurück gerudert. aber ich verstehe nicht das sie mit den lc gerade wieder den gleichen mist machen.  auch die homekit geschichte ist dumm.

was homekit angeht ist meiner meinung nach die bridge aber sowieso der falsche ort dafür. zumindest so lange es kein push api gibt und andere hue apps und z.b. auch FHEM änderungen nur verzögert mit bekommen. das gilt auch für das homebridge hue plugin. ich denke es ist besser das heimbringe fhem plugin für alles zu verwenden. dann hat FHEM immer direkt  den aktuellen Stand von allem. das gilt auch für viele andrer homebridge plugins.

einen prinzipiellen nachteil nicht die original bridge oder das osram gateway zu verwenden ist übrigens das du keine firmware updates machen kannst. das ist vor allem bei den osram lampen dringend nötig.

ich verwende übrigens immer noch meine gen 1 bridge. mit lc, hue, osram und dresden leuchten. alles über FHEM und homebridge-fhem.

kein raspbee liegt in der sdhublade. das wird erst dann interessant wenn man dient die firmware anspricht um außer den lampen noch andere geräte wie schalter ohne pollen in FHEM einzubinden. ich bin aber noch nicht mal dazugekommen das genauer anzuschauen. vor allem da es keine doku gibt.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 01 August 2016, 14:05:09
kannst du mal bitte die zeile 1223 shutdown $conn, 1 if(!$noshutdown); aus 30_HUEBridge.pm entfernen und schauen ob es dann geht?

kannst du mal bitte das httpUtils auf 0 setzen und schauen ob es einen unterschied macht?

wenn ich das richtig sehe gehen gerade zwei dinge schief.

das erste (die empty config meldung) wird eventuell mit einem der beiden dinge oben behoben.

das zweite ist das im zurück gelieferten json kein Blinkbutton eintrag enthalten sein dürfte. wenn ohne apikey abgefragt wird. dagegen müsste helfen wenn du das key attribut auf z.b. 5289a27651f5af220c06e78c13560069 setzt. oder noch besser:
zeile 217 das AttrVal hinzufügen so das die zeile so ausschaut:if( !defined($result->{'linkbutton'}) || !AttrVal($name, 'key', undef) )

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: AssetBurned am 01 August 2016, 15:38:10
Naja was das nachbauen von APIs angeht... ich denke mal das hat Google mit der Android API gerade etwas Klarheit geschaffen. Da wird sich Philips nicht umbedingt drüber hinwegsetzen können.

Die firmware Geschichten.... ja da hab ich auch leidige problem mit gehabt. Drum liegt bei mir auch ein Lightify gateway in der Schublade. Meine Osram Lampen könnten ein update vertragen, aber ich hab momentan keine lust sie aus dem Philips system rauszunehmen um sie zu updaten. Aber ich hatte sie vor dem einbinden damals auf den stand gebracht das man sie auch ausschalten kann ;-)

Die Dresden Lasten kann man wohl auch nur mit der Dresden Elektronik Lösung updaten.

Was mich etwas enttäuscht bei den Osram Lampen ist, das sie mit den Aktuellen firmwares auch einen alternativen power-on modus unterstützen. Aber wenn man sie resettet um sie an eine andere station zu koppeln, dann sind die Einstellungen natürlich weg.

Meine Living Color muss ich mir mal anschauen ob die mit dem Dresden Modul funktioniert. Ich werde berichten, wenn ich den umstieg mache.

Bin mir noch nicht so ganz sicher wie ich das Dreieck aus FHEM, Homebridge und deCONZ mache, aber es schaut mir bislang sehr interessant aus. Zumal ich das Homebridge auch auf meinem alten Mini laufen lassen könnte um dort einiges zu automatisieren.

Awsome :-) Das scheint es gebracht zu haben. Ich hab 217 geändert auf auf if( !defined($result->{'linkbutton'}) || !AttrVal($name, 'key', undef) )
Und 1223 auskommentiert.

Der Vollständigkeitshalber:
2016.08.01 14:18:27 1: Including /opt/fhem/fhem.cfg
2016.08.01 14:18:27 3: WEB: port 8083 opened
2016.08.01 14:18:27 2: eventTypes: loaded 0 events from /opt/fhem/log/eventTypes.txt
2016.08.01 14:18:28 1: Including /opt/fhem/log/fhem.save
2016.08.01 14:18:28 5: HUEBridge_OpenDev: got description: <?xml version="1.0"?>
<root xmlns="urn:schemas-upnp-org:device-1-0">
  <specVersion>
    <major>1</major>
    <minor>0</minor>
  </specVersion>
  <URLBase>http://192.168.178.20:80/</URLBase>
  <device>
    <deviceType>urn:schemas-upnp-org:device:Basic:1</deviceType>
    <friendlyName>Philips hue (192.168.178.20)</friendlyName>
    <manufacturer>Royal Philips Electronics</manufacturer>
    <manufacturerURL>http://www.philips.com</manufacturerURL>
    <modelDescription>Philips hue Personal Wireless Lighting</modelDescription>
    <modelName>Philips hue bridge 2012</modelName>
    <modelNumber>8986674235553</modelNumber>
    <modelURL>http://www.meethue.com</modelURL>
    <serialNumber>93eadbeef13</serialNumber>
    <UDN>uuid:01234567-89ab-cdef-0123-456789abcdef</UDN>
    <serviceList>
      <service>
        <serviceType>(null)</serviceType>
        <serviceId>(null)</serviceId>
        <controlURL>(null)</controlURL>
        <eventSubURL>(null)</eventSubURL>
        <SCPDURL>(null)</SCPDURL>
      </service>
    </serviceList>
    <presentationURL>index.html</presentationURL>
    <iconList>
      <icon>
        <mimetype>image/png</mimetype>
        <height>48</height>
        <width>48</width>
        <depth>24</depth>
        <url>hue_logo_0.png</url>
      </icon>
      <icon>
        <mimetype>image/png</mimetype>
        <height>120</height>
        <width>120</width>
        <depth>24</depth>
        <url>hue_logo_3.png</url>
      </icon>
    </iconList>
  </device>
</root>


2016.08.01 14:18:28 4: using HUEBridge_HTTP_Request: GET config
2016.08.01 14:18:30 5: HUEBridge_OpenDev: got config $VAR1 = {
          'linkbutton' => bless( do{\(my $o = 0)}, 'JSON::PP::Boolean' ),
          'networkopenduration' => 60,
          'localtime' => '2016-07-31T14:18:28',
          'rgbwdisplay' => '1',
          'utc' => '2016-07-31T20:42:28',
          'dhcp' => bless( do{\(my $o = 1)}, 'JSON::PP::Boolean' ),
          'ipaddress' => '192.168.49.63',
          'apiversion' => '1.0.0',
          'mac' => 'b8:27:eb:b5:f5:cc',
          'zigbeechannel' => 15,
          'uuid' => '0455ab24-bae7-4b7c-9970-31f5c0f985e1',
          'proxyport' => 0,
          'gateway' => '192.168.49.1',
          'whitelist' => {
                           'fb94ad973616230b0cd82f3a52c467bf' => {
                                                                   'last use date' => '2016-07-31T16:42:54',
                                                                   'name' => 'unknown',
                                                                   'create date' => '2016-07-31T16:42:54'
                                                                 },
                           'BF67253162' => {
                                             'last use date' => '2016-07-30T13:01:48',
                                             'create date' => '2016-07-30T12:54:10',
                                             'name' => 'deCONZ WebApp'
                                           },
                           '8E1D5FFBF6' => {
                                             'last use date' => '2016-07-31T17:41:48',
                                             'name' => 'deCONZ WebApp',
                                             'create date' => '2016-07-30T15:16:18'
                                           },
                           '8788EA7BA1' => {
                                             'last use date' => '2016-07-30T13:39:52',
                                             'name' => 'deCONZ WebApp',
                                             'create date' => '2016-07-30T12:41:59'
                                           },
                           'df68a74026914c61d585476dfe7fc9ba' => {
                                                                   'last use date' => '2016-07-31T13:53:58',
                                                                   'name' => 'unknown',
                                                                   'create date' => '2016-07-31T13:53:58'
                                                                 },
                           '43d0c18aea47428fd4b39da2414516d7' => {
                                                                   'name' => 'unknown',
                                                                   'create date' => '2016-07-30T23:57:01',
                                                                   'last use date' => '2016-07-30T23:57:01'
                                                                 },
                           '5B79E38E99' => {
                                             'create date' => '2016-07-29T21:51:50',
                                             'name' => 'deCONZ WebApp',
                                             'last use date' => '2016-07-30T12:32:15'
                                           },
                           'oh5BYVycoLEmzvEF' => {
                                                   'create date' => '2016-07-31T17:30:10',
                                                   'name' => 'unknown',
                                                   'last use date' => '2016-07-31T17:30:43'
                                                 },
                           'a53bd5ba58b44f5fefbdf6ac406e7edf' => {
                                                                   'last use date' => '2016-07-31T20:42:28',
                                                                   'name' => 'unknown',
                                                                   'create date' => '2016-07-31T16:46:22'
                                                                 },
                           'FF708F0509' => {
                                             'name' => 'deCONZ WebApp',
                                             'create date' => '2016-07-31T18:57:02',
                                             'last use date' => '2016-07-31T20:41:54'
                                           },
                           'E38E993F43' => {
                                             'last use date' => '2016-07-31T18:18:44',
                                             'name' => 'deCONZ WebApp',
                                             'create date' => '2016-07-31T16:27:13'
                                           },
                           '138e8db6af078aeff697e1b72569cb4f' => {
                                                                   'create date' => '2016-07-31T11:49:21',
                                                                   'name' => 'unknown',
                                                                   'last use date' => '2016-07-31T16:45:34'
                                                                 },
                           'config' => {
                                         'last use date' => '2016-07-31T18:24:55',
                                         'name' => 'unknown',
                                         'create date' => '2016-07-31T17:29:44'
                                       },
                           '5289a27651f5af220c06e78c13560069' => {
                                                                   'name' => 'unknown',
                                                                   'create date' => '2016-07-31T16:46:11',
                                                                   'last use date' => '2016-07-31T16:46:11'
                                                                 }
                         },
          'swupdate' => {
                          'notify' => $VAR1->{'linkbutton'},
                          'url' => '',
                          'text' => '',
                          'updatestate' => 0
                        },
          'proxyaddress' => '',
          'portalservices' => $VAR1->{'linkbutton'},
          'panid' => 29731,
          'timeformat' => '24h',
          'timezone' => 'Europe/Dublin',
          'swversion' => '20402',
          'name' => 'deCONZ',
          'netmask' => '255.255.255.0'
        };

2016.08.01 14:18:30 4: using HUEBridge_HTTP_Request: GET
2016.08.01 14:18:32 4: parse status message for deCONZ1
2016.08.01 14:18:32 4: deCONZ1: message for unknow sensor received: deCONZ1-S1
2016.08.01 14:18:32 2: deCONZ1: message for unknow group received: deCONZ1-G1
2016.08.01 14:18:32 2: deCONZ1: message for unknow group received: deCONZ1-G31469
2016.08.01 14:18:32 4: using HUEBridge_HTTP_Request: GET lights
2016.08.01 14:18:34 4: using HUEBridge_HTTP_Request: GET groups
2016.08.01 14:18:36 4: deCONZ1: create new group 'HUEGroup31469' for address '31469'
2016.08.01 14:18:36 3: HUEGroup31469: I/O device is deCONZ1
2016.08.01 14:18:36 4: using HUEBridge_HTTP_Request: GET groups/31469
2016.08.01 14:18:38 4: deCONZ1: create new group 'HUEGroup1' for address '1'
2016.08.01 14:18:38 3: HUEGroup1: I/O device is deCONZ1
2016.08.01 14:18:38 4: using HUEBridge_HTTP_Request: GET groups/1
2016.08.01 14:18:40 4: deCONZ1: create new group 'HUEGroup0' for address '0'
2016.08.01 14:18:40 3: HUEGroup0: I/O device is deCONZ1
2016.08.01 14:18:40 4: using HUEBridge_HTTP_Request: GET groups/0
2016.08.01 14:18:42 2: deCONZ1: autocreated 3 devices
2016.08.01 14:18:42 1: usb create starting
2016.08.01 14:18:42 3: Probing CUL device /dev/ttyAMA0
2016.08.01 14:18:42 3: Can't open /dev/ttyAMA0: Device or resource busy
2016.08.01 14:18:42 1: usb create end
2016.08.01 14:18:42 0: Featurelevel: 5.7
2016.08.01 14:18:42 0: Server started with 11 defined entities (fhem.pl:11756/2016-07-07 perl:5.020002 os:linux user:pi pid:936)


Ich hab bei Dresden Elektronik mal wegen der description.xml angefragt. Das sicherheitshoch mit der config the API key sollte man wohl auch mal Reporten :-(

Besteht das problem mit den mehreren Stationen eigentlich immer noch? Also das nur bei der ersten das autocreate funktioniert?

CU AssetBurned ;-)
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 01 August 2016, 16:50:55
ich baue die änderung fest ein.

die anzahl der bridges ist jetzt auch mit autocreate nicht mehr beschränkt.

geh auch mit homebridge über FHEM. dann hast du alles zentral und synchron. :)

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: AssetBurned am 02 August 2016, 18:30:16
So hab das dreier pack jetzt installiert, aber so richtig schön ist das nicht im Homebridge wenn ich das an FHEM statt an deCONZ oder die Hue hänge. mir wird alles als accessory angezeigt. Und stichprobeweise wird mir da auch permanent FHEM bei den einzelnen Produkten mit teil vom model name angezeigt.
Aber das gehört glaub ich eher in ein anderes topic und nicht hier rein oder?

Mal zu diesem Modul.
Ich hab mir mal einige Gedanken gemacht wegen den Icons und mich hingesetzt welche zu basteln. Nur weiss ich nicht ob die im richtigen format sind. SVG ja aber sonst so...

Für die 31_HUEDevice.pm würde ich folgende Änderungen vorschlagen:
'FLS-H3'  => {name => 'dresden elektronik FLS-H lp'  ,type => 'Color temperature light' ,subType => 'ctdimmer', icon => 'hue_filled_lightstrip', },
'FLS-PP3' => {name => 'dresden elektronik FLS-PP lp' ,type => 'Extended color light'    ,subType => 'extcolordimmer', icon => 'hue_filled_lightstrip', },

'Flex RGBW'        => {name => 'LIGHTIFY Flex RGBW'                   ,type => 'Extended color light'    ,subType => 'extcolordimmer', icon => 'hue_filled_lightstrip', },
'Classic A60 RGBW' => {name => 'LIGHTIFY Classic A60 RGBW'            ,type => 'Extended color light'    ,subType => 'extcolordimmer', },
'Gardenspot RGB'   => {name => 'LIGHTIFY Gardenspot Mini RGB'         ,type => 'Color light'             ,subType => 'colordimmer', },
'Surface Light TW' => {name => 'LIGHTIFY Surface light tunable white' ,type => 'Color temperature light' ,subType => 'ctdimmer', },
'Classic A60 TW'   => {name => 'LIGHTIFY Classic A60 tunable white'   ,type => 'Color temperature light' ,subType => 'ctdimmer', },
'PAR16 50 TW'      => {name => 'LIGHTIFY PAR16 50 tunable white'      ,type => 'Color temperature light' ,subType => 'ctdimmer', },
'Plug - LIGHTIFY'  => {name => 'LIGHTIFY Plug'                        ,type => 'On/Off plug-in unit '    ,subType => 'switch', icon => 'hue_filled_outlet', },
'Plug 01'          => {name => 'LIGHTIFY Plug'                        ,type => 'On/Off plug-in unit '    ,subType => 'switch', icon => 'hue_filled_outlet', },

'PAR 16 50 RGBW - LIGHTIFY' => {name => 'LIGHTIFY PAR16 50 RGBW'      ,type => 'Extended color light' ,subType => 'extcolordimmer', },
'Classic B40 TW - LIGHTIFY' => {name => 'LIGHTIFY Classic B40 tunable white'   ,type => 'Color temperature light' ,subType => 'ctdimmer', },


oder besser noch mit den passenden Bildchen:
'FLS-H3'  => {name => 'dresden elektronik FLS-H lp'  ,type => 'Color temperature light' ,subType => 'ctdimmer', icon => 'Dresden_filled_FLS', },
'FLS-PP3' => {name => 'dresden elektronik FLS-PP lp' ,type => 'Extended color light'    ,subType => 'extcolordimmer', icon => 'Dresden_filled_FLS', },

'Flex RGBW'        => {name => 'LIGHTIFY Flex RGBW'                   ,type => 'Extended color light'    ,subType => 'extcolordimmer', icon => 'Lightify_filled_Flex', },
'Classic A60 RGBW' => {name => 'LIGHTIFY Classic A60 RGBW'            ,type => 'Extended color light'    ,subType => 'extcolordimmer', icon => 'Lightify_filled_Classic_A60', },
'Gardenspot RGB'   => {name => 'LIGHTIFY Gardenspot Mini RGB'         ,type => 'Color light'             ,subType => 'colordimmer', icon => 'Lightify_filled_Gardensport', },
'Surface Light TW' => {name => 'LIGHTIFY Surface light tunable white' ,type => 'Color temperature light' ,subType => 'ctdimmer', icon => 'Lightify_filled_Surface-downlight', },
'Classic A60 TW'   => {name => 'LIGHTIFY Classic A60 tunable white'   ,type => 'Color temperature light' ,subType => 'ctdimmer', icon => 'Lightify_filled_Classic_A60', },
'PAR16 50 TW'      => {name => 'LIGHTIFY PAR16 50 tunable white'      ,type => 'Color temperature light' ,subType => 'ctdimmer', icon => 'Lightify_filled_PAR16', },
'Plug - LIGHTIFY'  => {name => 'LIGHTIFY Plug'                        ,type => 'On/Off plug-in unit '    ,subType => 'switch', icon => 'Lightify_filled_Plug', },
'Plug 01'          => {name => 'LIGHTIFY Plug'                        ,type => 'On/Off plug-in unit '    ,subType => 'switch', icon => 'Lightify_filled_Plug', },

'PAR 16 50 RGBW - LIGHTIFY' => {name => 'LIGHTIFY PAR16 50 RGBW'      ,type => 'Extended color light' ,subType => 'extcolordimmer', icon => 'Lightify_filled_PAR16', },
'Classic B40 TW - LIGHTIFY' => {name => 'LIGHTIFY Classic B40 tunable white'   ,type => 'Color temperature light' ,subType => 'ctdimmer', icon => 'Lightify_filled_Classic_B40', },

Für die Flex, FLS und Gartenspots habe ich das bestehende HUE ding modifiziert. Und für die Lightify bridge habe ich den plug umgebaut. Die restlichen sind Neubauten.
Ich weiss nicht ob die die richtigen Einstellungen haben, aber ich denke die sollten sich einfach anpassen lassen. Ich hab sie selber noch nicht in mein FHEM eingebunden genau so wenig wie die übrigen zeigen.

EDIT: Bildchen hier entfernt und an https://forum.fhem.de/index.php/topic,11020.msg479631.html#msg479631 angehängt.
Titel: Antw:philips hue modul
Beitrag von: Markus M. am 02 August 2016, 19:17:13
Hallo Andre,

kannst du bei Gelegenheit noch Code einbauen mit dem man IP Sensors in der Bridge nutzen und natürlich auch ihren Status setzen kann?
http://www.developers.meethue.com/documentation/how-use-ip-sensors (http://www.developers.meethue.com/documentation/how-use-ip-sensors)

Als erstes Beispiel mal das Set für einen Presence Sensor - bitte nicht so übernehmen, das ist nur zur Demonstration was es tun soll ;)
Wenn ich die beiden Module mal verstanden habe, werden die Patches treffsicherer.

Code (patch) Auswählen
Index: FHEM/31_HUEDevice.pm
===================================================================
--- FHEM/31_HUEDevice.pm (revision 11878)
+++ FHEM/31_HUEDevice.pm (working copy)
@@ -606,6 +606,15 @@
       return undef;
     }

+    if( $cmd eq "presence" ) {
+      my $obj = { 'presence' => (@args[0] eq "false" ? JSON::false : JSON::true ) };
+      my $sensorid = $hash->{ID};
+      $sensorid =~ s/S//;
+      HUEBridge_Call($hash->{IODev}, undef, "sensors/".$sensorid."/state", $obj, 'PUT');
+      return undef;
+    }
+
+    return "Unknown argument $cmd, choose one of presence:true,false statusRequest:noArg" if($hash->{type} eq 'CLIPPresence');
     return "Unknown argument $cmd, choose one of statusRequest:noArg";
   }


Gruss, Markus
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 02 August 2016, 20:32:49
@AssetBurned: deine probleme mit homebridge-fhem habe ich noch nicht verstanden. die lampen sollten identisch aussehen. aber das ist im homebridge thread besser aufgehoben.

die icons schaue ich mir an. danke.

@Markus M.: baue ich ein.

funktioniert der ip sensor tatsächlich? ich hatte irgendwo im hue forum gelesen das es damit probleme gibt und er wieder gestrichen wurde.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: Markus M. am 02 August 2016, 21:19:03
Zitat von: justme1968 am 02 August 2016, 20:32:49funktioniert der ip sensor tatsächlich? ich hatte irgendwo im hue forum gelesen das es damit probleme gibt und er wieder gestrichen wurde.

Funktioniert!

"18": {
"state": {
"presence": true,
"lastupdated": "2016-08-02T18:57:42"
},
"config": {
"on": true,
"reachable": true
},
"name": "presence_bathroom",
"type": "CLIPPresence",
"modelid": "presence",
"manufacturername": "Philips",
"swversion": "1.0",
"uniqueid": "00:00:00:00:00:00:00:00-05",
"recycle": false
}


Ich verwende ihn ohne false State mit Trigger auf lastupdated, prüfe ob alle Lampen im Zimmer aus sind und schalte nur dann mein Nachtlicht anhand der Bewegungsmelder an.

Ich bräuchte dann noch eine Möglichkeit, komplette rules und scenes irgendwo in FHEM zu hinterlegen und entweder 1:1 auf die Bridge zu transportieren oder per Code abzuändern.
Ich hoffe ich finde demnächst mal Zeit ein kleines Hilfsmodul zu basteln (oder Lightscene anzupassen), die Kommunikation (JSON speichern in bekannte ID) könntest du aber schon mal vorsehen.

Ziel ist es, am Ende, dynamische Lichteinstellungen auf den Lichtschaltern zu haben die sich abhängig von Tageszeit und Anwesenheit auf Raumebene ändern, zufällige Varianz, Presets und andere Spässe zulassen.
Alles darunter würde die Ausgaben für die Lampen irgendwie nicht rechtfertigen :)
Titel: Antw:philips hue modul
Beitrag von: AssetBurned am 02 August 2016, 21:29:54
Hmmm wo ich gerade über nen anderes SVG stosse.
Ich denke mal ein Raspberry Pi logo können wir nicht irgendwo als GPL-3 konforme SVG auftreiben, oder? Das ist ja als logo geschützt :-/
Deswegen hab ich auch auf der Lightify Bridge nicht das komplette symbol nachgebaut, sondern nur eine deutlich vereinfachte form.

Übrigens falls du es übersehen hast. Ich hab da noch 2 neue Osram Lampen eingetragen gehabt in den code.

CU AssetBurned ;-)
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 03 August 2016, 20:58:41
@Markus M.:ich hab mal was ins bridge modul eingebaut:

- das sensors kommando hat einen optionalen parameter detail bekommen.
  damit lässt sich der aktuellen status anzeigen

- es gibt ein neues kommando createsensor um einen clip sensor in der bridge anzulegen
  das zugehörige fhem device wird (noch) nicht automatisch mit angelegt
  an der reihenfolge der parameter werde ich noch mal drehen. wenn die unwichtigen hinten stehen kann man
  sie einfach weg lasen und automatisch defaults setzen

- es gibt ein neues kommando deletesensor um einen sensor aus der bridge zu löschen
  wenn es ein zugehöriges fhem device gibt wird dieses mit gelöscht

- es gibt ein neues kommando setsensor mit dem im sensor wert(e) gesetzt werden können.
  die zu setzenden daten werden direkt als json string angegeben und müssen das zum sensor type r
  passende format laut api haben.

get bridge sensors
ID  NAME            FHEM            TYPE
1: Daylight                        Daylight

set bridge createsensor test ModelId 10.0 Presence 1234ABCD
get bridge sensors detail
ID  NAME            FHEM            TYPE                 STATE
1: Daylight                        Daylight             {"lastupdated":"none","daylight":null}
4: test                            CLIPPresence         {"presence":false,"lastupdated":"none"}

set bridge setsensor 4 { "presence": true }
get bridge sensors detail
ID  NAME            FHEM            TYPE                 STATE
1: Daylight                        Daylight             {"lastupdated":"none","daylight":null}
4: test                            CLIPPresence         {"presence":true,"last updated":"2016-08-03T18:37:59"}

set bridge delete sensor 4


'einfache' set kommandos für die sensoren kommen sobald ich eine gute idee habe wie man das generisch für alle möglichen sensor typen machen kann.

ich denke die regeln könnte man in einem ersten schritt genauso wie beim setsensor als json string lesen und schreiben. damit wäre das ganze erst mal komplett flexibel.

die idee die regeln und sensoren über fhem zu steuern ist übrigens gut. das vermeidet das pollen und alles läuft autonom. ich glaube ich muss mir doch mal einen von den gira oder busch jäger schalten besorgen. wenns schon dennschon :) die von phillips sind mir zu klapprig.

gruss
  andre

edit: ich habe die reihenfolge der parameter noch mal geändert. anders als im beispiel oben muss es jetzt so sein:usage: createsensor <name> <type> <uniqueid> <swversion> <modelid>
Titel: Antw:philips hue modul
Beitrag von: Markus M. am 03 August 2016, 21:11:47
Zitat von: justme1968 am 03 August 2016, 20:58:41
@Markus M.:ich hab mal was ins bridge modul eingebaut

Danke!
Werde wahrscheinlich erst nächste Woche dazukommen das mal auszuprobieren.


Zitatich glaube ich muss mir doch mal einen von den gira oder busch jäger schalten besorgen. wenns schon dennschon :) die von phillips sind mir zu klapprig.

Haptisch alle nicht schön. Der Tap ist nur der schlechteste davon.
Hol dir nen Philips Dimmerschalter, da hast du zusätzlich lange Tastendrücke und er macht sich gut als portable Fernbedienung.
Demnächst auf diesem Kanal: Rapid Polling für Schalter Events ;)
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 03 August 2016, 21:19:44
schau dir mal die gira und busch jäger taster an :)
Titel: Antw:philips hue modul
Beitrag von: AssetBurned am 03 August 2016, 23:31:15
Hmmm die Wandsender ZigBee Light Link, 4-Kanal Art.-Nr. 6737/01-84 von BJ steht bei mir auf der einkaufsliste. Ich brauche hier einen Schalter für das Wohnzimmer und da sollen verschiedene dinge mit gesteuert werden können.
Ja die Phillips schaltet sind bei mir im Bad im Einsatz. Morgens schnell runter dimmen geht damit einfacher als mit dem Telefon :-D

Interessant ist die neue Funktion von Philips das man die gleiche taste auch mehrfach belegen kann und das kurzes drücken und langes drücken unterschiedliche Sachen auslösen kann.... muss mal schauen was deCONZ dazu sagt.

@Markus M.: hast du die umbau Anleitungen von dem tab gesehen? da gibt es nen nettes niederländisches forum die so allerhand umbauten für Schalter auf lager hat. Auch um aus den LC einen einbauwandschalter zu machen.

Ausserdem gibt es noch http://www.jung.de/5294/produkte/neuheiten/zigbee-wand-und-handsender/ die auch welche produzieren.
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 04 August 2016, 10:10:20
wenn phillips nur endlich ein push api einbauen würde um extern direkt auf die taster und schalter zu reagieren und das am besten auch ohne das sie mit regeln oder lampen verknüpft sind wäre das klasse.

oder dresden... vielleicht könnte man das denen mal vorschlagen. d.h. im hue api ohne direkt über die firmware zu gehen.

@AssetBurned: hast du mal ein link auf die umbauten?

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: AssetBurned am 04 August 2016, 12:29:43
Die Innereien vom LivingWhite plug sind hier http://www.knutsel.org/tag/smartlink/
LivingColor schaltet umbau ist zum Beispiel hier https://gathering.tweakers.net/forum/list_message/41512469#41512469
Der Tap Umbau wird unter https://www.youtube.com/watch?v=5bNSFaS2as8 gezeigt, ist aber auch im vorigen forum zu finden.

Achtung das Niederländische Topic ist mittlerweile so lang das sie nen neuen thread aufgemacht haben :-)
Teil 1: https://gathering.tweakers.net/forum/list_messages/1523525
Teil 2: https://gathering.tweakers.net/forum/list_messages/1666065
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 04 August 2016, 18:10:11
@Markus M.: ab morgen gibt es auch noch:

- get <hub> rule <id>
- get <hub> rules [detail]

- set <hub> createrule <name> <json>
- set <hub> modifyrule <id> <json>
- set <hub> deleterule <id>

die ausgabe von get <hub> rule <id> ist zur zeit eine zeile mit den conditions und eine zeile mit den actions. das sollte sich von perl aus weiter verarbeiten lassen.

bei allen json angaben auf der kommandozeile ist es zur zeit noch wichtig das kein leerzeichen dazwischen ist.

jetzt fehlen nur noch die schedules. dann ist das api zumindest erst mal vollständig eingebaut. wenn du mit deiner anwendung so weit bist das ganze zu testen kommen vermutlich noch ein paar stellen die man etwas aufhübschen sollte. z.b. die json parameter jeweils in ein file raus schreiben oder aus einem file lesen, oder in fhemweb mit codemirror schön editierbar machen.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 05 August 2016, 22:19:50
und wenn du für einen sensor ein zugehöriges fhem device angelegt hast kannst du mit jetzt auch set <sensor> json <json> statt set <bridge> setsensor <id> <json> verwenden.

gruss
  andre
Titel: philips hue modul
Beitrag von: justme1968 am 06 August 2016, 17:46:38
noch ein kleines update:

die fhem device für CLIP sensoren haben jetzt ein setList attribut. einem anwesenheits sensor kann man dann z.b. ein present und absent kommando geben:attr <sensor> setList present:{"presence":true}\
absent:{"presence":false}


also pro zeile ein kommando, links vom : jeweils das kommando, rechts davon der json code.

wenn das kommando in /.../ eingeschlossen ist wird es als regex ausgewertet und die ersten drei capture groups sind als $1,  $2 und $3 im rechten json teil verwendbar.

statt den beiden set present und absent im beispiel oben könnte man auch ein einziges set presence mit true oder false als parameter definieren:attr <sensor> setList /presence (true|false)/:{"presence":$1}

oder einen helligkeitssensor:attr <sensor> /brightness (\d+)/:{"status":$1}

für die letzen beiden beispiele kann man mit dem widgetOverride attribut auch das passende drop down oder slider widget konfigurieren.

damit sollten sensoren und  regeln erst mal komplett sein. fehler sind sicher noch drin und an ein paar stellen lässt es sich sicher auch noch hübscher machen. es sollte aber vollständig und flexibel sein.

jetzt bin ich bin mal gespannt was du draus machst :).

gruss
  andre

ps: vom api her fehlen nur noch die schedules. fällt dir dazu eine anwendung ein oder lässt sich das nicht besser direkt in fhem abbilden?
Titel: Antw:philips hue modul
Beitrag von: AssetBurned am 07 August 2016, 23:56:34
Hier nochmal die SVG diesmal in FHEM getestet. Scheinbar waren die anderen zu groß und wurden nicht runter skaliert. :-/
Titel: Antw:philips hue modul
Beitrag von: AssetBurned am 08 August 2016, 00:53:03
wo ich gerade mal meine HUE und die deCONZ komplett neu geladen habe (mit dem code den ich vorgeschlagen habe für die 'PAR 16 50 RGBW - LIGHTIFY' und die 'Classic B40 TW - LIGHTIFY' werden die beiden mir auch richtig eingruppiert angezeigt.... aber ich merke das meine "RWL021" nirgendwo auftauchen... Auch der Daylight Sensor "PHDL"ist nicht da.

ich hab mal nen http://192.168.49.12/api/[thekey]/sensors gemacht

{
"1": {
"state": {
"daylight": false,
"lastupdated": "2016-08-07T19:43:00"
},
"config": {
"on": true,
"long": "0.1278W",
"lat": "51.5074N",
"sunriseoffset": 30,
"sunsetoffset": -30
},
"name": "Daylight",
"type": "Daylight",
"modelid": "PHDL00",
"manufacturername": "Philips",
"swversion": "1.0"
},
"2": {
"state": {
"buttonevent": 1002,
"lastupdated": "2016-08-06T22:22:06"
},
"config": {
"on": true,
"battery": 100,
"reachable": true
},
"name": "Hue dimmer switch 1",
"type": "ZLLSwitch",
"modelid": "RWL021",
"manufacturername": "Philips",
"swversion": "5.45.1.16265",
"uniqueid": "00:17:88:01:10:xx:xx:xx-xx-xxxx"
},
}


die app iConnecthue scheint übrigens da auch noch ein paar Sensoren einzubauen. Ich denke mal das diese ganzen neuen Funktionen wie "Dimmer Lang drücken" macht was anderes als "Dimmer Kurz drücken" und so damit zusammen hängt. Das hatte ich damals über die app eingerichtet und ganz knapp danach hatte die offizielle app das dann auch angeboten.
Titel: philips hue modul
Beitrag von: justme1968 am 08 August 2016, 11:17:14
die sensoren werden nicht automatisch per autocreate in fhem angelegt.

für die meisten sensoren ist das zumindest aktuell noch nicht sinnvoll. der dailght sensor in der bridge ist z.b. auch nur software und die fhem sunrise und sunset routinen sehr viel mächtiger. von dem hast du also nichts. da ist es eher sinnvoll einen CLIP dailght sensor anzulegen und aus fhem zu füttern.

die ganzen schalter sind nur bei sehr häufigem pollen überhaupt in fhem verwendbar. die meisten brauchen die auch nicht.

den schalter kannst du mit define <name> HUEDevice sensor <id>von hand anlegen.

alle anderen sensoren erzeugen auch noch keine readings. das wollte ich heute noch einbauen :).

das lang und kurz drücken geht über die regeln in der bridge. entweder über die event codes oder über den dx bzw ddx operator.

schau mal was ein get <bridge> rules detailausspuckt.
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 08 August 2016, 17:22:27
ab morgen

- gibt es in der bridge noch ein configsensor kommando
  mit dem die config parameter der sensoren geändert werden können.

- haben die sensor devices in fhem je nach typ diverse neue internals und readings

gruss
  andre

ps: bei diversen bridge kommandos wie configsensor, setsensor und deletesensor kann statt der id auch der fhem device name angegeben werden.
Titel: Antw:philips hue modul
Beitrag von: AssetBurned am 08 August 2016, 21:27:37
Ok... also diese CREE Lampen sind ziemlich bescheiden.

Hier ist eine längere liste ich hoffe ich hab nix kaputt gemacht. Ich hab aber mal die restlichen SVGs mit eingetragen die da noch so im Ordner rumfliegen aber kein Gegenstück in der Datei hatten.

my %hueModels = (
# Phillips
  LCT001 => {name => 'Hue Bulb A19' ,type => 'Extended color light'   ,subType => 'extcolordimmer', icon => 'hue_filled_white_and_color_e27_b22', },
  LCT002 => {name => 'Hue Spot BR30' ,type => 'Extended color light'   ,subType => 'extcolordimmer', icon => 'hue_filled_br30', },
  LCT003 => {name => 'Hue Spot GU10' ,type => 'Extended color light'   ,subType => 'extcolordimmer', icon => 'hue_filled_gu10_par16', },
  LCT007 => {name => 'Hue Bulb A19 V2' ,type => 'Extended color light'   ,subType => 'extcolordimmer', icon => 'hue_filled_white_and_color_e27_b22', },

  LLC001 => {name => 'Living Colors G2' ,type => 'Color light'            ,subType => 'colordimmer', icon => 'hue_filled_iris', },
  LLC005 => {name => 'Living Colors Bloom' ,type => 'Color light'            ,subType => 'colordimmer', icon => 'hue_filled_bloom', },
  LLC006 => {name => 'Living Colors Gen3 Iris' ,type => 'Color light'            ,subType => 'colordimmer', icon => 'hue_filled_iris', },
  LLC007 => {name => 'Living Colors Gen3 Bloom' ,type => 'Color light'            ,subType => 'colordimmer', icon => 'hue_filled_bloom', },
  LLC010 => {name => 'Hue Living Colors Iris' ,type => 'Color light'            ,subType => 'colordimmer', icon => 'hue_filled_iris', },
  LLC011 => {name => 'Hue Living Colors Bloom' ,type => 'Color light'            ,subType => 'colordimmer', icon => 'hue_filled_bloom', },
  LLC012 => {name => 'Hue Living Colors Bloom' ,type => 'Color light'            ,subType => 'colordimmer', icon => 'hue_filled_bloom', },
  LLC013 => {name => 'Disney Living Colors' ,type => 'Color light'            ,subType => 'colordimmer', icon => 'hue_filled_storylight', },
  LLC014 => {name => 'Living Colors Aura' ,type => 'Color light'            ,subType => 'colordimmer', icon => 'hue_filled_aura', },
  LLC020 => {name => 'Hue Go' ,type => 'Color light'            ,subType => 'colordimmer', icon => 'hue_filled_go', },

  LST001 => {name => 'Hue LightStrips' ,type => 'Color light'            ,subType => 'colordimmer', icon => 'hue_filled_lightstrip', },
  LST002 => {name => 'Hue LightStrips Plus' ,type => 'Color light'            ,subType => 'colordimmer', icon => 'hue_filled_lightstrip', },

  LWB001 => {name => 'Living Whites Bulb' ,type => 'Dimmable light'         ,subType => 'dimmer', icon => 'hue_filled_living_whites', },
  LWB003 => {name => 'Living Whites Bulb' ,type => 'Dimmable light'         ,subType => 'dimmer', icon => 'hue_filled_living_whites', },
  LWB004 => {name => 'Hue A19 Lux' ,type => 'Dimmable light'         ,subType => 'dimmer', icon => 'hue_filled_white_and_color_e27_b22', },
  LWB006 => {name => 'Hue A19 White' ,type => 'Dimmable light'         ,subType => 'dimmer', icon => 'hue_filled_white_and_color_e27_b22', },
  LWB007 => {name => 'Hue A19 Lux' ,type => 'Dimmable light'         ,subType => 'dimmer', icon => 'hue_filled_white_and_color_e27_b22', },

  LWL001 => {name => 'LivingWhites Outlet' ,type => 'Dimmable plug-in unit'  ,subType => 'dimmer', icon => 'hue_filled_outlet', },

  LLM001 => {name => 'Color Light Module' ,type => 'Extended color light'    ,subType => 'extcolordimmer',},
  LLM010 => {name => 'Color Temperature Module' ,type => 'Color temperature light' ,subType => 'ctdimmer', },
  LLM011 => {name => 'Color Temperature Module' ,type => 'Color temperature light' ,subType => 'ctdimmer', },
  LLM012 => {name => 'Color Temperature Module' ,type => 'Color temperature light' ,subType => 'ctdimmer', },

  LTW001 => {name => 'Hue A19 White Ambiance' ,type => 'Color temperature light' ,subType => 'ctdimmer', icon => 'hue_filled_white_and_color_e27_b22', },
  LTW004 => {name => 'Hue A19 White Ambiance' ,type => 'Color temperature light' ,subType => 'ctdimmer', icon => 'hue_filled_white_and_color_e27_b22', },

  HML001 => {name => 'Hue Phoenix Centerpiece' ,type => 'Color temperature light' ,subType => 'ctdimmer', icon => 'hue_filled_phoenix_ceiling_pendant_table_wall', },
  HML002 => {name => 'Hue Phoenix Ceiling' ,type => 'Color temperature light' ,subType => 'ctdimmer', icon => 'hue_filled_phoenix_ceiling_pendant_table_wall', },
  HML003 => {name => 'Hue Phoenix Pendant' ,type => 'Color temperature light' ,subType => 'ctdimmer', icon => 'hue_filled_phoenix_ceiling_pendant_table_wall', },
  HML004 => {name => 'Hue Phoenix Wall' ,type => 'Color temperature light' ,subType => 'ctdimmer', icon => 'hue_filled_phoenix_ceiling_pendant_table_wall', },
  HML005 => {name => 'Hue Phoenix Table' ,type => 'Color temperature light' ,subType => 'ctdimmer', icon => 'hue_filled_phoenix_ceiling_pendant_table_wall', },
  HML006 => {name => 'Hue Phoenix Downlight' ,type => 'Color temperature light' ,subType => 'ctdimmer', icon => 'hue_filled_phoenix_recessed_spot', },

  HBL001 => {name => 'Hue Beyond Table' ,type => 'Extended color light'    ,subType => 'extcolordimmer',icon => 'hue_filled_beyond_ceiling_pendant_table', },
  HBL002 => {name => 'Hue Beyond Pendant' ,type => 'Extended color light'    ,subType => 'extcolordimmer',icon => 'hue_filled_beyond_ceiling_pendant_table', },
  HBL003 => {name => 'Hue Beyond Ceiling' ,type => 'Extended color light'    ,subType => 'extcolordimmer',icon => 'hue_filled_beyond_ceiling_pendant_table', },

  HEL001 => {name => 'Hue Entity Table' ,type => 'Extended color light'    ,subType => 'extcolordimmer',icon => 'hue_filled_entity', },
  HEL002 => {name => 'Hue Entity Pendant' ,type => 'Extended color light'    ,subType => 'extcolordimmer',icon => 'hue_filled_entity', },

  HIL001 => {name => 'Hue Impulse Table' ,type => 'Extended color light'    ,subType => 'extcolordimmer',icon => 'hue_filled_impulse', },
  HIL002 => {name => 'Hue Impulse Pendant' ,type => 'Extended color light'    ,subType => 'extcolordimmer',icon => 'hue_filled_impulse', },
 
  RWL020    => {name => 'Hue Dimmer Switch'     ,type => 'ZLLSwitch'              ,subType => 'sensor', icon => 'hue_filled_hds', },
  RWL021    => {name => 'Hue Dimmer Switch'     ,type => 'ZLLSwitch'              ,subType => 'sensor', icon => 'hue_filled_hds', },
  ZGPSWITCH => {name => 'Hue Tap'               ,type => 'ZGPSwitch'              ,subType => 'sensor', icon => 'hue_filled_tap', },

# Dresden Elektronik
'FLS-H3' => {name => 'Dresden Elektronik FLS-H lp' ,type => 'Color temperature light' ,subType => 'ctdimmer', icon => 'Dresden_filled_FLS', },
'FLS-PP3' => {name => 'Dresden Elektronik FLS-PP lp' ,type => 'Extended color light' ,subType => 'extcolordimmer', icon => 'Dresden_filled_FLS', },
'FLS-PP3 White' => {name => 'Dresden Elektronik FLS-PP lp white light segment' ,type => 'Color temperature light' ,subType => 'ctdimmer', icon => 'Dresden_filled_FLS', },

# Osram / Sylvania
'Flex RGBW'        => {name => 'LIGHTIFY Flex RGBW' ,type => 'Extended color light' ,subType => 'extcolordimmer', icon => 'Lightify_filled_Flex', },
'Classic A60 RGBW' => {name => 'LIGHTIFY Classic A60 RGBW' ,type => 'Extended color light' ,subType => 'extcolordimmer', icon => 'Lightify_filled_Classic_A60', },
'Gardenspot RGB'   => {name => 'LIGHTIFY Gardenspot Mini RGB' ,type => 'Color light' ,subType => 'colordimmer', icon => 'Lightify_filled_Gardensport', },
'Surface Light TW' => {name => 'LIGHTIFY Surface light tunable white' ,type => 'Color temperature light' ,subType => 'ctdimmer', icon => 'Lightify_filled_Surface-downlight', },
'Classic A60 TW'   => {name => 'LIGHTIFY Classic A60 tunable white' ,type => 'Color temperature light' ,subType => 'ctdimmer', icon => 'Lightify_filled_Classic_A60', },
'PAR16 50 TW'      => {name => 'LIGHTIFY PAR16 50 tunable white' ,type => 'Color temperature light' ,subType => 'ctdimmer', icon => 'Lightify_filled_PAR16', },
'Plug - LIGHTIFY'  => {name => 'LIGHTIFY Plug' ,type => 'On/Off plug-in unit ' ,subType => 'switch', icon => 'Lightify_filled_Plug', },
'Plug 01'          => {name => 'LIGHTIFY Plug' ,type => 'On/Off plug-in unit ' ,subType => 'switch', icon => 'Lightify_filled_Plug', },

'PAR 16 50 RGBW - LIGHTIFY' => {name => 'LIGHTIFY PAR16 50 RGBW' ,type => 'Extended color light' ,subType => 'extcolordimmer', icon => 'Lightify_filled_PAR16', },
'Classic B40 TW - LIGHTIFY' => {name => 'LIGHTIFY Classic B40 tunable white' ,type => 'Color temperature light' ,subType => 'ctdimmer', icon => 'Lightify_filled_Classic_B40', },
'Classic A60 TW' => {name => 'LIGHTIFY Classic A40 tunable white' ,type => 'Color temperature light' ,subType => 'ctdimmer', icon => 'Lightify_filled_Classic_B40', },


'LIGHTIFY BR Tunable White' => {name => 'LIGHTIFY Flood BR30 Tunable White' ,type => 'Color temperature light' ,subType => 'ctdimmer', },
'LIGHTIFY RT Tunable White' => {name => 'LIGHTIFY Recessed Kit RT 5/6 Tunable White' ,type => 'Color temperature light' ,subType => 'ctdimmer', },
'LIGHTIFY A19 Tunable White' => {name => 'LIGHTIFY A19 Tunable White 60W' ,type => 'Color temperature light' ,subType => 'ctdimmer', },

'LIGHTIFY A19 RGBW' => {name => 'LIGHTIFY A19 RGBW' ,type => 'Extended color light' ,subType => 'extcolordimmer', },
'LIGHTIFY BR RGBW' => {name => 'LIGHTIFY BR30 RGBW' ,type => 'Extended color light' ,subType => 'extcolordimmer', },
'LIGHTIFY RT RGBW' => {name => 'LIGHTIFY RT 5/6 RGBW' ,type => 'Extended color light' ,subType => 'extcolordimmer', },


# Bush Jäger

'RM01' => {name => 'Busch-Jaeger ZigBee Light Link Relais', type => 'On/Off light' ,subType => 'switch', },
'DM01' => {name => 'Busch-Jaeger ZigBee Light Link Dimmer', type => 'Dimmable light' ,subType => 'dimmer', },


# General Electric
# Can be "manufacturername": "GE" and "manufacturername": "GE_Appliances"
# "2":{"state": {"on":false,"bri":127,"alert":"none","reachable":true}, "type": "Dimmable light", "name": "Bulb 2", "modelid": "Daylight", "manufacturername": "GE", "uniqueid":"f0:fe:6b:00:14:00:00:00-00", "swversion": "2000521"}
# also see: https://community.smartthings.com/t/ge-link-bulb-wont-pair-new-daylight-model/32815/46
'ZLL Light' => {name => 'GE Link Bulb' ,type => 'Dimmable light'         ,subType => 'dimmer', },
'SoftWhite' => {name => 'GE Link Soft White Bulb' ,type => 'Dimmable light'         ,subType => 'dimmer', },
'Daylight' => {name => 'GE Link Daylight Bulb' ,type => 'Dimmable light'         ,subType => 'dimmer', },

# Cree Bulb:
# Can be "manufacturername": "CREE " or "manufacturername": "CREE                           ",
# "3":{"state": {"on":true,"bri":254,"alert":"none","reachable":true}, "type": "Dimmable light", "name": "Bulb 3", "modelid": "", "manufacturername": "CREE ", "uniqueid":"e2:0d:b9:ff:fe:00:00:00-00", "swversion": "500"},
'' => {name => 'CREE Bulb', type => 'Dimmable light' ,subType => 'dimmer', },


);
Titel: Antw:philips hue modul
Beitrag von: Hanky am 13 August 2016, 14:24:26
Hallo Zusammen,

nach dem letzten Update der Hue Module wird bei mir das HUEDevice Modul beim fhem Start nicht mehr geladen, so dass meine Hue Lampen verschwunden sind. Im Log wird folgende Fehlermeldung angezeigt:

2016.08.13 14:04:29 1: reload: Error:Modul 31_HUEDevice deactivated:
Experimental keys on scalar is now forbidden at ./FHEM/31_HUEDevice.pm line 619.

2016.08.13 14:04:29 0: Experimental keys on scalar is now forbidden at ./FHEM/31_HUEDevice.pm line 619.


Mich wundert allerdings, dass sonst keiner das Problem zu haben scheint. Bei mir läuft allerdings fhem auf einem Odroid mit Arch Linux. Das HueBridge Modul läuft ganz normal weiter.

Ein "Perl -v" wirft folgendes Ergebnis raus:

This is perl 5, version 24, subversion 0 (v5.24.0) built for armv7l-linux-thread-multi


Muss ich an meiner Perl Version was ändern oder was kann ich machen?

Hoffe das war hier an der richtigen Stelle gepostet.

Danke für Hilfe/Hinweise im voraus.

Grüße

Hanky

Titel: Antw:philips hue modul
Beitrag von: justme1968 am 13 August 2016, 14:55:47
ich habe eben eine aktualisierte version des moduls eingecheckt. ich hoffe damit läuft es auch mit deiner perl version.

ab morgen im update oder jetzt im svn.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: Hanky am 13 August 2016, 17:36:19
Das ging schnell. Gerade aus dem svn gezogen. Läuft wieder einwandfrei!

Vielen Dank.

Grüße

Hanky
Titel: Antw:philips hue modul
Beitrag von: Markus M. am 13 August 2016, 23:45:56
Hi Andre
Wie wär's mit einer Erweiterung von Lightscene um Hue Scenes?

Sollte ca. so aussehen:
Ich gebe einer Lightscene als Attribute die ID einer Scene auf der Bridge (hueScene) und die Bridge selbst falls es mehrere gibt (hueIO).
Den Devices in der Lightscene gebe ich die Lampen IDs entweder bei der Definition mit (wohnzimmerhue:3), sie werden automatisch aus dem Namen erkannt (HUEDevice3) oder noch besser aus dem jeweiligen Device ausgelesen falls es ein HUEDevice ist.
Wenn ich dann in einer solchen LightScene eine Scene setze brauche ich noch einen Parameter mit dem ich bestimmen kann, ob die Scene nur in die Bridge geschrieben wird oder auch gleich aktiviert werden soll. (noaction)
Eventuell auch noch einen mit dem die Scene zwar aufgerufen aber nicht in die Bridge geschrieben wird. (notransfer)

Im Prinzip kann man damit dann Scenes bequem auserhalb der Bridge verwalten.
Damit lässt sich dann z.B. zeitabhängig das Licht steuern, so dass die Lichtschalter nachts anders belegt sind als morgens.
Zufällige Farben wären ein weiterer Anwendungszweck.

Was hältst du davon?
:) Markus
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 14 August 2016, 09:12:16
sind doch schon längst drin :)

funktionieren aber etwas anders. sobald du in einer LightScene eine hue gruppe statt einzelner lampen verwendest wird die gruppe über eine hue szene gespeichert.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: Markus M. am 14 August 2016, 17:03:05
Zitat von: justme1968 am 14 August 2016, 09:12:16funktionieren aber etwas anders. sobald du in einer LightScene eine hue gruppe statt einzelner lampen verwendest wird die gruppe über eine hue szene gespeichert.

Verstehe ich jetzt nicht ganz - wenn ich den Zustand der Gruppe speichere?
Ist das irgendwo beschrieben?
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 14 August 2016, 17:10:15
wenn eine hue gruppe teil einer LightScene ist wird beim save auf LightScene automatisch eine hue szene für den aktuellen zustand erzeugt und bei einem set scene verwendet um den zustand wieder her zu stellen.

siehe hier: https://forum.fhem.de/index.php/topic,42003.msg342251.html#msg342251 (https://forum.fhem.de/index.php/topic,42003.msg342251.html#msg342251).

du musst nichts weiter tun als die hue gruppe in die LightSzene mit aufnehmen. alles andere geht automatisch.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: Markus M. am 14 August 2016, 18:22:04
Ach so!
Na das bringt mir glaube ich nichts, da ich nur eine Szene in der Bridge haben will, die ich mit Zuständen aus FHEM befüllen möchte.
Da will ich aber idealerweise die Einzellampen bearbeiten können.
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 14 August 2016, 18:26:37
du kannst mit den szenen kommandos im bridge device szenen anlegen und ändern. siehe ebenfalls unter dem link oben.
Titel: Antw:philips hue modul
Beitrag von: AssetBurned am 15 August 2016, 01:15:42
Mal der vergleich zwischen dem Philips dimmer auf einer Hue 2.0 und deConz:

Ich hab http://<IP-Der-Hue>/api/<Userkey>/sensors/2 aufgerufen

Ich hab http://<IP-Des-deConz>/api/<Userkey>/sensors/1 aufgerufen

Hier von der Hue:
{
"state": {
"buttonevent": null,
"lastupdated": "none"
},
"config": {
"on": true,
"battery": null,
"reachable": null
},
"name": "Hue dimmer switch 1",
"type": "ZLLSwitch",
"modelid": "RWL021",
"manufacturername": "Philips",
"swversion": "5.45.1.16265",
"uniqueid": "00:17:88:01:10:xx:xx:xx-xx-xxxx"
}


und hier von deConz Interessant hier taucht die dimmer Fernbedienung als ZHASwitch auf.
{
"1": {
"config": {
"battery": 100,
"on": true,
"reachable": true
},
"ep": 1,
"etag": "c7434ee022d2684ccc6637xxxxxxxxxx",
"manufacturername": "Philips",
"modelid": "RWL021",
"name": "RWL021 wo auch immer",
"state": {
"lastupdated": "2016-07-30T12:58:23"
},
"swversion": "1.0",
"type": "ZHASwitch",
"uniqueid": "0x0017880110xxxxxx"
}
}


mal einen blick auf die anderen Einstellungen werfend stelle ich fest wie verschieden die beiden sind. interessant aber das die hue app (beide Versionen) mit denen so gut klarkommt.
Titel: Antw:philips hue modul
Beitrag von: Markus M. am 16 August 2016, 18:59:12
Bitte bei Gelegenheit noch die LightStrips Plus mit CT definieren :)

Code (diff) Auswählen
Index: /opt/fhem/FHEM/31_HUEDevice.pm
===================================================================
--- /opt/fhem/FHEM/31_HUEDevice.pm (revision 11972)
+++ /opt/fhem/FHEM/31_HUEDevice.pm (working copy)
@@ -52,7 +52,7 @@
                                                                                    icon => 'hue_filled_go', },
   LST001 => {name => 'Hue LightStrips'          ,type => 'Color light'            ,subType => 'colordimmer',
                                                                                    icon => 'hue_filled_lightstrip', },
-  LST002 => {name => 'Hue LightStrips Plus'     ,type => 'Color light'            ,subType => 'colordimmer',
+  LST002 => {name => 'Hue LightStrips Plus'     ,type => 'Extended color light'   ,subType => 'extcolordimmer',
                                                                                    icon => 'hue_filled_lightstrip', },
   LWB001 => {name => 'Living Whites Bulb'       ,type => 'Dimmable light'         ,subType => 'dimmer',
                                                                                    icon => 'hue_filled_living_whites', },
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 16 August 2016, 20:30:54
die änderungen an der device liste und die icons kommen sobald ich wieder normales internet habe.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: moonsorrox am 24 August 2016, 12:29:01
ich habe ein Frage zu dem set Befehl, ich möchte auf meinem Tablet eine bestimmte Farbe samt Dimmstufe eingeben. Aus den Readings heraus kann ich entnehmen:
bri 126, pct 50, rgb d34714

Mir gelingt es leider nicht den Farbton mit Dimmung zu treffen, er zeigt mir immer eine andere abweichende Farbe  :-\

In welcher Reihenfolge muss ich die Parameter eingeben, ich möchte das auf meinem Tablet als Button im InfoPanel hinterlegen.
Vor allem die Frage kann ich das mit "rgb" und "bri" machen oder muss ich die Farbe umrechnen.? Ich habe hier schon Beispiele gefunden wo nur "color" angegeben ist, aber das funktioniert, aber meine Farben bekomme ich nicht hin.
Bin dankbar für jeden Tipp  ;)
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 24 August 2016, 13:01:35
rgb und bri zusammen ist nicht sinnvoll ebenso bri und pct zusammen.

schaut mal ins wiki da ist beschrieben welche parameter zusammen passen.

xy und bri oder hue, sat und bri oder ct und bri oder rgb.

statt bri kannst du auch pct verwenden. nur der wertebereich ist unterschiedlich.

rgb ist nur eine annäherung an die echten farben da hier umgerechnet wird. wenn du eine farbe genau treffen willst nimm xy oder hue und sat.

wenn du mehr als einen parameter in einem einzigen set setzen willst musst du sie mit : trennen. z.b.:set <device> hue 0 : sat : 254 : bri 254die reihenfolge innerhalb des set ist egal.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: moonsorrox am 24 August 2016, 14:29:31
Zitat von: justme1968 am 24 August 2016, 13:01:35
rgb und bri zusammen ist nicht sinnvoll ebenso bri und pct zusammen.
Ok ich danke dir, soetwas habe ich irgendwo schon mal gelesen..!
Ich habe bisher die Hue nur mit der Hue App im iPad gesteuert jetzt eben möchte ich das auch mit Fhem und hatte heute schon vergebens danach gesucht  :-\

Zitat von: justme1968 am 24 August 2016, 13:01:35
schaut mal ins wiki da ist beschrieben welche parameter zusammen passen.
hatte ich auch schon gesucht, aber bin nicht so richtig fündig geworden  :-\ ich schaue gleich nochmal  ;)

Zitat von: justme1968 am 24 August 2016, 13:01:35
xy und bri oder hue, sat und bri oder ct und bri oder rgb.

OK ich werde es mal testen habe ja den Ansatz von oben.
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 24 August 2016, 14:32:45
Zitathatte ich auch schon gesucht, aber bin nicht so richtig fündig geworden  :-\ ich schaue gleich nochmal  ;)
http://www.fhemwiki.de/wiki/Hue#Grundlagen_-_Farbmodelle
Titel: Antw:philips hue modul
Beitrag von: moonsorrox am 24 August 2016, 16:49:43
EDITH:// oh sehe grad ich habe einen : übersehen...! :-\ das war denke ich der Fehler

im Grunde genommen hatte oder habe ich es eigentlich richtig eingegeben, aber es kommt nicht die Farbe zustande die ich möchte und deshalb frage ich nochmal.

Ich muss ja den "set" Befehl im InfoPanel maskieren oder wie das heißt. Das mache ich mit folgendem Befehl
set%20hue1%20hue%203747%20:%20sat%20216%20:%20bri%20126

Wenn ich dann in den Readings schaue sind alle/meine Parameter richtig drin, aber die Farbe rgb stimmt nicht
hue 3747
sat 216
bri 126
rgb 7e3813

Meine Farbe ist rgb "D34714" ist ein Rot welches ich von der App nutze..

Nun habe ich mal diese Variante benutzt:

set <hue1> rgb d34714 : sat 216 : bri 126
set%20hue1%20rgb%20d34714%20:%20sat%20216%20:%20bri%20126

auch hier gibt er mir zwar eine ähnliche fast gleiche Farbe in den readings, womit ich leben könnte, aber eben auch nicht die richtige

In den Readings steht diese Farbe
rgb d24714

Habe ich da noch einen Fehler drin oder gibt hier das Modul nicht alle Farben 1 zu 1 aus.?
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 24 August 2016, 18:28:34
wie schon geschrieben : RGB kann man nicht mit den anderen parametern mischen da die farbe komplett spezifiziert ist.

entweder rgb oder hue, sat und bri.

schau dir den link zum wiki an.
Titel: Antw:philips hue modul
Beitrag von: moonsorrox am 25 August 2016, 01:04:04
Zitat von: justme1968 am 24 August 2016, 18:28:34
entweder rgb oder hue, sat und bri.

schau dir den link zum wiki an.
ja klar den Link habe ich angeschaut und die Varianten aus dem Wiki auch probiert, aber wie oben schon geschrieben die Farbe war immer falsch...!
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 25 August 2016, 08:40:07
dann stimmen deine werte nicht. du musst die readings auslesen die zum aktuellen color model passen.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: moonsorrox am 25 August 2016, 14:36:57
Hallo André, ich brauche nochmal dein Hilfe, ich habe es genauso gemacht wie du es schreibst die Readings ausgelesen und dann nach den Anweisungen von dir eingegeben ich bekomme bei alle immer eine andere Farbe.

Ich hänge dir mal ein Screenshot an welcher dir genau meine Readings angibt, der letzte Versuch war jetzt dieser mit den xy Werten aus dem Wiki
"set bulb1 xy 0.4595,0.4105 : bri 220"
Auch hier bekomme ich eine ähnliche Farbe, aber nicht die aus meinen Readings

Dies ist meine Anweisung
set%20hue1%20xy%200.5969,0.3547%20:%20bri%20126

In den Readings steht hier die richtige "bri" und auch "pct" ist richtig aber die Farbe ist eine andere "d24714" und die xy Werte sind auch anders geworden "0.5968,0.3547"

Liegt das evtl. an den Zeichen die ich mit angeben muss, da ich da ja keine Leerzeichen verwenden darf..?
Ich habe das jetzt auch noch nicht mit einer anderen Farbe ausprobiert, da ich erst einmal eine ausprobieren wollte
Titel: Antw:philips hue modul
Beitrag von: Markus M. am 25 August 2016, 18:26:28
Welche Farbe willst du denn?
Wenn du dir in der App das Farbdreieck ansiehst, können die Lampen nur die obere Hälfte gut darstellen. Und intern wird umgerechnet, auch in der App


Sent from my iPhone using Tapatalk
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 25 August 2016, 23:01:47
das , muss auch url encoded werden: %2C

am besten gehst du mal schrittweise vor. zuerst von hand auf der fhem kommandozeile. wenn es da geht die komplette anweisung url encoden und im tablet ui probieren.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: moonsorrox am 25 August 2016, 23:31:43
Zitat von: Markus M. am 25 August 2016, 18:26:28
Welche Farbe willst du denn?
der screenshot ist genau meine Farbe, den habe ich gemacht als ich meine Farbe eingestellt habe
Hier mal die wichtigsten Werte
Meine Farbe ist "d34714" diese mit bri 126, pct 50, hue 3747, sat 216, ct 153

Zitat von: justme1968 am 25 August 2016, 23:01:47
das , muss auch url encoded werden: %2C
OK das mit dem Komma "%2C" werde ich jetzt auch nochmal probieren, dann müßte der : aber mit "%3A" dargestellt werden...! melde mich zurück falls ich das nicht hinbekomme.

Welche Variante z.B. überhaupt gar nicht funktioniert ist diese aus dem Wiki, mit funktionieren meine es kommt bei diesen Parametern nicht meine Farbe heraus
set bulb1 hue 14922 : sat 144 : bri 220

gebe ich hier meine ganzen Werte ein für hue 3747, sat 216 und bri 126 kommt folgende Farbe dabei heraus "7e3813" ist ein sehr dunkles rot..!

Aber ich denke ich lebe erst einmal mit der Farbe die meiner am nächsten kommt. Mal schauen wie es mit den anderen Farben wird die ich noch nutze.
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 26 August 2016, 10:02:05
wenn ich die farbe setze wie du:set <lampe> hue 14922 : sat 144 : bri 220habe ich hinterher genau diese farbe auch in den readings stehen.

ist dein fhem aktuell? die firmware in der lampe und in der bridge? was ist das für eine lampe?

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: moonsorrox am 27 August 2016, 13:41:52
Zitat von: justme1968 am 26 August 2016, 10:02:05
ist dein fhem aktuell? die firmware in der lampe und in der bridge? was ist das für eine lampe?

ja Fhem ist bei mir immer Tagesaktuell, die Bridge habe ich noch nie geupdatet und die Lampe ist eine  HUe White and Color Ambiance der neusten Genration mit 10W
Hat in Fhem diese Bezeichnung LCT007 mit swversion 5.38.1.14919
Titel: Antw:philips hue modul
Beitrag von: AssetBurned am 28 August 2016, 01:42:14
Mal so als unschöne Erkenntnis. Ich bin gerade dabei alle meine Lampen wieder neu zu verbinden. Und muss feststellen das meine Osram PAR16 50 TW sich nen bissen seltsam verhalten.

Ich hab 5 von denen in einen Raum, 2 Zicken ein bissen rum manchmal. Dank Moonsorrox posting hab ich mir mal meine firmware Versionen von den Hue Lampen anschauen wollen uns merke das genau die beiden in der Hue app (und auch in JSON der Hue) mit der Version "V1.03.07" angezeigt werden.  :o Die anderen 3 Lampen hingegen "V1.04.12". Also zurück mit den beiden an meine Osram Lighify bridge und.... siehe da alle Lampen werden mit da mit "01020412" als version angezeigt und ohne updates.  ???
Aller guten dinge sind drei. Also ran an meine DeCONZ und siehe da... dort bekommen die beiden Problemkinder auch die "V1.03.07" angezeigt.

Ich mag es ja ganz gerne Philips mit seinen Entscheidungen andere Lampen rauszuschmeissen zu verfluchen... Aber wenn ich mir das so anschaue dann kann ich da ein ganz klein bisschen Verständnis für bekommen.  >:(
Titel: Antw:philips hue modul
Beitrag von: Fredi69 am 29 August 2016, 13:35:29
Ich habe nach wie vor folgende Meldungen im Log:
[code]
2016.08.29 10:10:31 2: AbcHUEBridge01: invalid json detected for http://192.168.0.49/api/Xxxxxxxxxxxxxxxxxyyyyyyyyyyyyyyyyyyyyyyyyyxxxxxxxxxxx: {"lights":{"1":{"state": {"on":false,"bri":77,"hue":14974,"sat":140,"effect":"none","xy":[0.4570,0.4098],"ct":362,"alert":"none","colormode":"xy","reachable":true}, "type": "Extended color light", "name": "Hans Schrank rechts", "modelid": "LCT001", "manufacturername": "Philips","uniqueid":"00:17:88:01:00:f2:2c:01-0b", "swversion": "5.23.1.13452"},"2":{"state": {"on":false,"bri":77,"hue":14974,"sat":140,"effect":"none","xy":[0.4570,0.4098],"ct":362,"alert":"none","colormode":"xy","reachable":true}, "type": "Extended color light", "name": "Hans Schrank links", "modelid": "LCT001", "manufacturername": "Philips","uniqueid":"00:17:88:01:00:f2:18:be-0b", "swversion": "5.23.1.13452"},"3":{"state": {"on":false,"bri":77,"hue":14974,"sat":140,"effect":"none","xy":[0.4570,0.4098],"ct":362,"alert":"none","colormode":"xy","reachable":true}, "type": "Extended color light", "name": "Hans Deckenfluter", "modelid": "LCT001", "manufacturername": "Philips","uniqueid":"00:17:88:01:00:ec:3d:11-0b", "swversion": "5.23.1.13452"},"4":{"state": {"on":false,"bri":77,"hue":8411,"sat":140,"effect":"none","xy":[0.4574,0.4100],"ct":365,"alert":"none","colormode":"xy","reachable":true}, "type": "Extended color light", "name": "Hans lightstrip Couch", "modelid": "LST002", "manufacturername": "Philips","uniqueid":"00:17:88:01:01:1c:dd:e9-0b", "swversion": "5.50.2.16151"}},"groups":{"1":{"name":"Dimmer 2","lights":["3","1","2"],"type":"LightGroup","state":{"all_on":false,"any_on":false},"recycle":false,"action": {"on":false,"bri":77,"hue":14974,"sat":140,"effect":"none","xy":[0.4570,0.4098],"ct":362,"alert":"none","colormode":"xy"}},"2":{"name":"Hans","lights":["1","2","3","4"],"type":"Room","state":{"all_on":false,"any_on":false},"class":"Kids bedroom","action": {"on":false,"bri":77,"hue":8411,"sat":140,"effect":"none","xy":[0.4574,0.4100],"ct":365,"alert":"none","colormode":"xy"}}},"config":{"name": "Hans","zigbeechannel": 15,"bridgeid": "001788FFFE22824F","mac": "00:17:88:22:82:4f","dhcp": true,"ipaddress": "192.168.0.49","netmask": "255.255.255.0","gateway": "192.168.0.1","proxyaddress": "none","proxyport": 0,"UTC": "2016-08-29T08:10:32","localtime": "2016-08-29T10:10:32","timezone": "Europe/Berlin","modelid": "BSB002","swversion": "01033370","apiversion": "1.13.0","swupdate":{"updatestate": 2,"checkforupdate": false,"devicetypes": { "bridge": true, "lights": [], "sensors": []},"url": "","text": "BSB002 1.14","notify": false},"linkbutton": false,"portalservices": true,"portalconnection": "connected","portalstate":{"signedon": true,"incoming": true,"outgoing": true,"communication": "disconnected"},"factorynew": false,"replacesbridgeid": "001788FFFE1A3804","backup":{"status": "idle","errorcode": 0},"whitelist":{"7qgvNeeTSt7uGEAo":{"last use date": "2016-05-17T15:47:03","create date": "2015-05-16T08:50:31","name": "Hue#iPhone6Xyz"},"qwtM4ClAW1FT7DD1":{"last use date": "2015-05-16T11:27:55","create date": "2015-05-16T08:51:59","name": "Hue#iPhone Xyz"},"AE07C819B2412C038DF5C919937A1B97":{"last use date": "2015-06-27T11:01:39","create date": "2015-05-16T09:08:36","name": "HueDisco"},"30E7B487786A78390897A282C8510FC8":{"last use date": "2015-05-16T11:00:35","create date": "2015-05-16T09:51:13","name": "HueDisco"},"nUqB5jOyEIfBWsQE":{"last use date": "2015-05-18T19:47:02","create date": "2015-05-16T11:56:09","name": "Hue#Hans iPhone5"},"947034F078ABFB58AA0C977EBC269E23":{"last use date": "2015-05-16T23:17:05","create date": "2015-05-16T11:56:51","name": "HueDisco"},"D68F2332646CC2E358B5DC21D6E89613":{"last use date": "2015-05-16T23:17:05","create date": "2015-05-16T11:57:04","name": "Huelloween"},"FD9CC9C9BFEF01510F346AD578B90BDE":{"last use date": "2015-05-16T23:17:05","create date": "2015-05-16T11:57:11","name": "Huelloween"},"2CC63FD6C0D07FB685C53423D8AFD967":{"last use date": "2015-08-16T16:12:23","create date": "2015-05-16T11:57:36","name": "Huelloween"},"14D867129B3B8D13A6762E2001016233":{"last use date": "2015-05-16T12:05:50","create date": "2015-05-16T11:57:39","name": "Huelloween"},"8213A1CA82F904628A769E9E4AE9BCC2":{"last use date": "2015-05-16T23:17:05","create date": "2015-05-16T11:57:47","name": "Huelloween"},"f2oL7kbiBAVSd6NC":{"last use date": "2015-05-28T18:13:33","create date": "2015-05-18T19:48:41","name": "Hue#Hans iPhone5"},"BC6FBBB70A01C0E9DAE7A8B0C0ACFB88":{"last use date": "2015-05-30T09:10:02","create date": "2015-05-22T21:15:45","name": "Huelloween"},"11185218E626B011BDF7ABF882DAEC1B":{"last use date": "2015-05-30T09:10:02","create date": "2015-05-22T21:22:52","name": "Huelloween"},"YjYP5A1RWFpTItQ5":{"last use date": "2016-05-13T20:32:01","create date": "2015-05-26T07:54:55","name": "Hue#iPad von GI Vertrie"},"A669C4315C89BE151D365F92E613F7A9":{"last use date": "2015-05-30T09:10:02","create date": "2015-05-30T09:00:20","name": "Huelloween"},"gCIEKjK1vUMWTGOc":{"last use date": "2016-06-04T05:45:30","create date": "2015-06-03T20:00:44","name": "OnSwitch#iPhone6Xyz"},"87c5147884dd5d2413f36444136d4560":{"last use date": "2015-06-20T06:32:01","create date": "2015-06-04T08:29:08","name": "fhem"},"AAC919A990BBCF554F0AB1F7D89A1E14":{"last use date": "2015-11-07T20:00:46","create date": "2015-06-07T13:04:27","name": "Huelloween"},"D2639C0CFAD62B22D6FFD256B26FAC6D":{"last use date": "2015-06-07T13:18:20","create date": "2015-06-07T13:04:47","name": "Huelloween"},"BE2D420769BB7298008BAE703333D0A5":{"last use date": "2015-06-08T13:03:21","create date": "2015-06-07T13:05:04","name": "Huelloween"},"565BA78CB72C191580E904686D901A62":{"last use date": "2015-06-08T13:03:21","create date": "2015-06-07T13:05:18","name": "Huelloween"},"z72wKmgFCCmsap0D":{"last use date": "2016-03-22T19:39:01","create date": "2015-06-07T13:05:53","name": "Hue#Hans"},"8524614DD655B595896AD267277E66EE":{"last use date": "2015-06-07T13:18:20","create date": "2015-06-07T13:06:11","name": "HueDisco"},"7dd4779bfc35c31f081d1d149efb3fb5":{"last use date": "2016-07-04T16:51:49","create date": "2015-06-19T13:58:35","name": "fhem"},"86E61ABF9E923D124F054D4A89AE540E":{"last use date": "2016-03-15T20:19:56","create date": "2015-07-18T15:38:17","name": "HueDisco"},"52C08BF1B94046FB1DF0D355ECBBF4A4":{"last use date": "2015-07-18T15:43:53","create date": "2015-07-18T15:38:29","name": "Huelloween"},"000000002e80001d7d6ccb677d6ccb67":{"last use date": "2015-08-02T22:58:04","create date": "2015-07-27T20:43:20","name": "Hue#Samsung GT-I9100"},"KszTpIGj64IoR90D":{"last use date": "2016-03-27T12:09:02","create date": "2015-08-03T20:35:52","name": "Hue#Hans iPad"},"LMUetqNGJDnOJBjM":{"last use date": "2016-02-20T10:33:27","create date": "2015-08-16T21:44:48","name": "OnSwitch#Hans"},"ab3263ce91a444ba243c7a9d0bfe73ae":{"last use date": "2016-06-22T08:21:46","create date": "2015-09-19T16:55:18","name": "fhem"},"Y2nVXnK5NTYlN3LC":{"last use date": "2015-11-07T20:15:46","create date": "2015-10-11T00:19:21","name": "HueFireWorks#Hans iPad"},"kfyN1snZvdGOLaGr":{"last use date": "2016-03-27T12:09:02","create date": "2015-10-11T00:25:17","name": "OnSwitch#Hans iPad"},"8B6vuldQOXAf2j9tNyzdn4d5Umu2J5LQQjwuMG0I":{"last use date": "2016-03-18T18:34:58","create date": "2016-03-12T21:05:40","name": "HueFireWorks#iPhone6Xyz"},"F7VYCbUNSegsa5Gfpe3FpzRMOwQ6KDRaJCRnQR9A":{"last use date": "2016-03-12T21:19:56","create date": "2016-03-12T21:07:04","name": "Hue Christmas#iPhone6Xyz"},"46n04LgHRhbHSUeFetslbEtkH269kz-wuGhbiLy6":{"last use date": "2016-03-12T21:19:56","create date": "2016-03-12T21:07:44","name": "Hue Disco#iPhone6Xyz"},"czmR819tecaagsWn":{"last use date": "2016-03-12T21:19:56","create date": "2016-03-12T21:08:24","name": "HueWorldCup#iPhone6Xyz"},"a1GfvU1LnfxfahrCyzhf1ba00yGkRGaIInwR90H7":{"last use date": "2016-03-12T21:19:56","create date": "2016-03-12T21:09:21","name": "Huelloween#iPhone6Xyz"},"pxFXiYQE5BrzdOpl":{"last use date": "2016-03-12T21:19:56","create date": "2016-03-12T21:12:19","name": "HueParty#iPhone6Xyz"},"cJMVh7vJgw2cabX-8bqiJrepO1qwwNlwt59KL565":{"last use date": "2016-03-27T12:09:02","create date": "2016-03-15T18:54:23","name": "Hue Disco#Hans iPad"},"rOg4NYC0a021gM4CN1m0vVj5kW3EPKxwd1nbGtn-":{"last use date": "2016-05-17T19:17:03","create date": "2016-04-24T15:27:01","name": "Hue#Hans iPhone 6s"},"qljiQze2QR2ZdZnOWKcWwGdpzCfveB5Dey0O2RTO":{"last use date": "2016-04-24T18:46:57","create date": "2016-04-24T18:26:27","name": "Hue Disco#Hans iPhone 6s"},"xNK0HFz6C7ENNqCNioRqLwzqJFgnK-EaynVvGNAq":{"last use date": "2016-08-21T15:27:53","create date": "2016-05-17T18:59:10","name": "Hue 2#Hans"},"lJDfcSsnhOcalnIj0n0LeCVvSXrocWQhdKR8QHpC":{"last use date": "2016-07-04T17:17:30","create date": "2016-05-17T18:59:17","name": "Hue 2#iPhone6Xyz"},"VJ8JoCgaOY3gjpIzOnN84qNVfTXbRT0a1-2eeWaU":{"last use date": "2016-07-29T07:12:47","create date": "2016-05-18T09:08:51","name": "OnSwitch#Hans"},"Xxxxxxxxxxxxxxxxxyyyyyyyyyyyyyyyyyyyyyyyyyxxxxxxxxxxx":{"last use date": "2016-08-29T08:10:32","create date": "2016-07-04T17:05:22","name": "fhem"}}},"schedules":{"9842813957545272":{"name":"Alarm","description":"","command":{"address":"/api/z72wKmgFCCmsap0D/groups/0/action","body":{       "scene" : "02b12e930-off-0"     },"method":"PUT"},"localtime":"W124/T06:00:00","time":"W124/T04:00:00","created":"2015-07-04T22:08:27","status":"disabled","recycle":false},"8509747976629114":{"name":"Alarm","description":"Sunset","command":{"address":"/api/z72wKmgFCCmsap0D/groups/0/action","body":{       "scene" : "497b50d84-on-0"     },"method":"PUT"},"localtime":"2015-07-05T09:00:00","time":"2015-07-05T07:00:00","created":"2015-07-04T22:08:56","status":"disabled","autodelete":false,"recycle":false},"4351146573840897":{"name":"Alarm","description":"Konzentration","command":{"address":"/api/KszTpIGj64IoR90D/groups/0/action","body":{       "scene" : "f5d73dbdd-on-0"     },"method":"PUT"},"localtime":"2015-10-11T10:00:00","time":"2015-10-11T08:00:00","created":"2015-10-11T07:53:47","status":"disabled","autodelete":false,"recycle":false},"7500548302899871":{"name":"Alarm","description":"Sunset","command":{"address":"/api/rOg4NYC0a021gM4CN1m0vVj5kW3EPKxwd1nbGtn-/groups/0/action","body":{       "scene" : "497b50d84-on-0"     },"method":"PUT"},"localtime":"2016-04-24T17:30:00","time":"2016-04-24T15:30:00","created":"2016-04-24T15:29:01","status":"disabled","autodelete":false,"recycle":false},"5":{"name":"Aufwachen 1","description":"L_04_Lm7d3_start wake up","command":{"address":"/api/xNK0HFz6C7ENNqCNioRqLwzqJFgnK-Ea/sensors/3/state","body":{"flag":true},"method":"PUT"},"localtime":"W124/T06:10:00","time":"W124/T04:10:00","created":"2016-05-18T21:29:53","status":"disabled","recycle":false},"6":{"name":"L_04_Lm7d3","description":"L_04_Lm7d3_trigger end scene","command":{"address":"/api/xNK0HFz6C7ENNqCNioRqLwzqJFgnK-Ea/groups/0/action","body":{"scene":"EX5QdlPT5smSXIa"},"method":"PUT"},"localtime":"PT00:01:00","time":"PT00:01:00","created":"2016-05-17T19:04:50","status":"disabled","autodelete":false,"starttime":"2016-05-18T04:10:00","recycle":false}},"scenes":{"497b50d84-on-0":{"name":"Sunset on 0","lights":["1","2","3"],"owner":"none","recycle":true,"locked":true,"appdata":{},"picture":"","lastupdated":null,"version":1},"9b91fe11f-on-0":{"name":"Deep sea on 0","lights":["1","2","3"],"owner":"none","recycle":true,"locked":false,"appdata":{},"picture":"","lastupdated":null,"version":1},"ac637e2f0-on-0":{"name":"Relax on 0","lights":["1","2","3"],"owner":"7qgvNeeTSt7uGEAo","recycle":true,"locked":false,"appdata":{},"picture":"","lastupdated":"2016-03-20T18:17:57","version":1},"c4a83e4d1-on-0":{"name":"Pencils on 0","lights":["1","2","3"],"owner":"none","recycle":true,"locked":false,"appdata":{},"picture":"","lastupdated":null,"version":1},"62f8ac156-on-0":{"name":"Ski on 0","lights":["1","2","3"],"owner":"none","recycle":true,"locked":false,"appdata":{},"picture":"","lastupdated":null,"version":1},"bf4a3f8f4-on-0":{"name":"Laila on 0","lights":["1","2","3"],"owner":"none","recycle":true,"locked":false,"appdata":{},"picture":"","lastupdated":null,"version":1},"0a54b1e8f-on-0":{"name":"Beach on 0","lights":["1","2","3"],"owner":"none","recycle":true,"locked":false,"appdata":{},"picture":"","lastupdated":null,"version":1},"1105989c0-on-0":{"name":"Kathy on 0","lights":["1","2","3"],"owner":"none","recycle":true,"locked":false,"appdata":{},"picture":"","lastupdated":null,"version":1},"33300ac17-on-0":{"name":"Feet up on 0","lights":["1","2","3"],"owner":"none","recycle":true,"locked":false,"appdata":{},"picture":"","lastupdated":null,"version":1},"74f97e0ba-on-0":{"name":"Blue rain on 0","lights":["1","2","3"],"owner":"none","recycle":true,"locked":false,"appdata":{},"picture":"","lastupdated":null,"version":1},"cd57c7798-on-0":{"name":"Taj on 0","lights":["1","2","3"],"owner":"none","recycle":true,"locked":false,"appdata":{},"picture":"","lastupdated":null,"version":1},"407c3bd7f-on-0":{"name":"Greece on 0","lights":["1","2","3"],"owner":"none","recycle":true,"locked":false,"appdata":{},"picture":"","lastupdated":null,"version":1},"84fa88aa5-on-0":{"name":"Aktivieren on 0","lights":["1","2","3"],"owner":"none","recycle":true,"locked":false,"appdata":{},"picture":"","lastupdated":null,"version":1},"e915785b2-on-0":{"name":"Lesen on 0","lights":["1","2","3"],"owner":"KszTpIGj64IoR90D","recycle":true,"locked":false,"appdata":{},"picture":"","lastupdated":"2016-03-21T21:08:44","version":1},"c5e55dc27-on-0":{"name":"Deep sea on 0","lights":["1","2","3","4"],"owner":"rOg4NYC0a021gM4CN1m0vVj5kW3EPKxwd1nbGtn-","recycle":true,"locked":false,"appdata":{},"picture":"","lastupdated":"2016-05-17T19:02:54","version":1},"olniH4aC1pbg386":{"name":"Wake Up init","lights":["1","2","3","4"],"owner":"xNK0HFz6C7ENNqCNioRqLwzqJFgnK-EaynVvGNAq","recycle":false,"locked":true,"appdata":{},"picture":"","lastupdated":"2016-05-17T19:04:49","version":2},"QCafak8ker213kp":{"name":"Letzter \"Ein\" Zustand","lights":["1","2","3","4"],"owner":"lJDfcSsnhOcalnIj0n0LeCVvSXrocWQhdKR8QHpC","recycle":true,"locked":false,"appdata":{"version":1,"data":"K7aQU_r02_d20"},"picture":"","lastupdated":"2016-05-17T19:36:57","version":2},"f5d73dbdd-on-0":{"name":"Konzentration on","lights":["1","2","3"],"owner":"KszTpIGj64IoR90D","recycle":true,"locked":true,"appdata":{},"picture":"","lastupdated":"2016-03-21T21:08:14","version":1},"3ba953b16-on-0":{"name":"Jump! on 0","lights":["1","2","3"],"owner":"none","recycle":true,"locked":false,"appdata":{},"picture":"","lastupdated":null,"version":1},"02b12e930-off-0":{"name":"3 lights off","lights":["1","2","3"],"owner":"none","recycle":true,"locked":true,"appdata":{},"picture":"","lastupdated":null,"version":1},"e329eceb4-on-0":{"name":"Hammock on 0","lights":["1","2","3"],"owner":"none","recycle":true,"locked":false,"appdata":{},"picture":"","lastupdated":null,"version":1},"83b967e66-on-0":{"name":"HardWithStayle o","lights":["1","2","3"],"owner":"none","recycle":true,"locked":false,"appdata":{},"picture":"","lastupdated":null,"version":1},"7f8c177b1-on-0":{"name":"HardWithStayle o",
2016.08.29 10:10:31 3: HUEBridge_Call: failed, retrying
2016.08.29 11:23:34 3: HUEBridge_Call: failed, retrying
2016.08.29 11:25:32 3: HUEBridge_Call: failed, retrying
2016.08.29 11:27:33 3: HUEBridge_Call: failed, retrying
2016.08.29 11:27:34 3: HUEBridge_Call: failed, retrying
2016.08.29 11:27:34 3: HUEBridge_Call: failed
2016.08.29 11:28:35 1: HUEBridge_HTTP_Request http://192.168.0.49/api/Xxxxxxxxxxxxxxxxxyyyyyyyyyyyyyyyyyyyyyyyyyxxxxxxxxxxx: Select timeout/error:
2016.08.29 11:28:35 3: HUEBridge_Call: failed, retrying
2016.08.29 11:28:36 2: AbcHUEBridge01: invalid json detected for http://192.168.0.49/api/Xxxxxxxxxxxxxxxxxyyyyyyyyyyyyyyyyyyyyyyyyyxxxxxxxxxxx: {"lights":{"1":{"state": {"on":false,"bri":77,"hue":14974,"sat":140,"effect":"none","xy":[0.4570,0.4098],"ct":362,"alert":"none","colormode":"xy","reachable":true}, "type": "Extended color light", "name": "Hans Schrank rechts", "modelid": "LCT001", "manufacturername": "Philips","uniqueid":"00:17:88:01:00:f2:2c:01-0b", "swversion": "5.23.1.13452"},"2":{"state": {"on":false,"bri":77,"hue":14974,"sat":140,"effect":"none","xy":[0.4570,0.4098],"ct":362,"alert":"none","colormode":"xy","reachable":true}, "type": "Extended color light", "name": "Hans Schrank links", "modelid": "LCT001", "manufacturername": "Philips","uniqueid":"00:17:88:01:00:f2:18:be-0b", "swversion": "5.23.1.13452"},"3":{"state": {"on":false,"bri":77,"hue":14974,"sat":140,"effect":"none","xy":[0.4570,0.4098],"ct":362,"alert":"none","colormode":"xy","reachable":true}, "type": "Extended color light", "name": "Hans Deckenfluter", "modelid": "LCT001", "manufacturername": "Philips","uniqueid":"00:17:88:01:00:ec:3d:11-0b", "swversion": "5.23.1.13452"},"4":{"state": {"on":false,"bri":77,"hue":8411,"sat":140,"effect":"none","xy":[0.4574,0.4100],"ct":365,"alert":"none","colormode":"xy","reachable":true}, "type": "Extended color light", "name": "Hans lightstrip Couch", "modelid": "LST002", "manufacturername": "Philips","uniqueid":"00:17:88:01:01:1c:dd:e9-0b", "swversion": "5.50.2.16151"}},"groups":{"1":{"name":"Dimmer 2","lights":["3","1","2"],"type":"LightGroup","state":{"all_on":false,"any_on":false},"recycle":false,"action": {"on":false,"bri":77,"hue":14974,"sat":140,"effect":"none","xy":[0.4570,0.4098],"ct":362,"alert":"none","colormode":"xy"}},"2":{"name":"Hans","lights":["1","2","3","4"],"type":"Room","state":{"all_on":false,"any_on":false},"class":"Kids bedroom","action": {"on":false,"bri":77,"hue":8411,"sat":140,"effect":"none","xy":[0.4574,0.4100],"ct":365,"alert":"none","colormode":"xy"}}},"config":{"name": "Hans","zigbeechannel": 15,"bridgeid": "001788FFFE22824F","mac": "00:17:88:22:82:4f","dhcp": true,"ipaddress": "192.168.0.49","netmask": "255.255.255.0","gateway": "192.168.0.1","proxyaddress": "none","proxyport": 0,"UTC": "2016-08-29T09:28:37","localtime": "2016-08-29T11:28:37","timezone": "Europe/Berlin","modelid": "BSB002","swversion": "01033370","apiversion": "1.13.0","swupdate":{"updatestate": 2,"checkforupdate": false,"devicetypes": { "bridge": true, "lights": [], "sensors": []},"url": "","text": "BSB002 1.14","notify": false},"linkbutton": false,"portalservices": true,"portalconnection": "connected","portalstate":{"signedon": true,"incoming": true,"outgoing": true,"communication": "disconnected"},"factorynew": false,"replacesbridgeid": "001788FFFE1A3804","backup":{"status": "idle","errorcode": 0},"whitelist":{"7qgvNeeTSt7uGEAo":{"last use date": "2016-05-17T15:47:03","create date": "2015-05-16T08:50:31","name": "Hue#iPhone6Xyz"},"qwtM4ClAW1FT7DD1":{"last use date": "2015-05-16T11:27:55","create date": "2015-05-16T08:51:59","name": "Hue#iPhone Xyz"},"AE07C819B2412C038DF5C919937A1B97":{"last use date": "2015-06-27T11:01:39","create date": "2015-05-16T09:08:36","name": "HueDisco"},"30E7B487786A78390897A282C8510FC8":{"last use date": "2015-05-16T11:00:35","create date": "2015-05-16T09:51:13","name": "HueDisco"},"nUqB5jOyEIfBWsQE":{"last use date": "2015-05-18T19:47:02","create date": "2015-05-16T11:56:09","name": "Hue#Hans iPhone5"},"947034F078ABFB58AA0C977EBC269E23":{"last use date": "2015-05-16T23:17:05","create date": "2015-05-16T11:56:51","name": "HueDisco"},"D68F2332646CC2E358B5DC21D6E89613":{"last use date": "2015-05-16T23:17:05","create date": "2015-05-16T11:57:04","name": "Huelloween"},"FD9CC9C9BFEF01510F346AD578B90BDE":{"last use date": "2015-05-16T23:17:05","create date": "2015-05-16T11:57:11","name": "Huelloween"},"2CC63FD6C0D07FB685C53423D8AFD967":{"last use date": "2015-08-16T16:12:23","create date": "2015-05-16T11:57:36","name": "Huelloween"},"14D867129B3B8D13A6762E2001016233":{"last use date": "2015-05-16T12:05:50","create date": "2015-05-16T11:57:39","name": "Huelloween"},"8213A1CA82F904628A769E9E4AE9BCC2":{"last use date": "2015-05-16T23:17:05","create date": "2015-05-16T11:57:47","name": "Huelloween"},"f2oL7kbiBAVSd6NC":{"last use date": "2015-05-28T18:13:33","create date": "2015-05-18T19:48:41","name": "Hue#Hans iPhone5"},"BC6FBBB70A01C0E9DAE7A8B0C0ACFB88":{"last use date": "2015-05-30T09:10:02","create date": "2015-05-22T21:15:45","name": "Huelloween"},"11185218E626B011BDF7ABF882DAEC1B":{"last use date": "2015-05-30T09:10:02","create date": "2015-05-22T21:22:52","name": "Huelloween"},"YjYP5A1RWFpTItQ5":{"last use date": "2016-05-13T20:32:01","create date": "2015-05-26T07:54:55","name": "Hue#iPad von GI Vertrie"},"A669C4315C89BE151D365F92E613F7A9":{"last use date": "2015-05-30T09:10:02","create date": "2015-05-30T09:00:20","name": "Huelloween"},"gCIEKjK1vUMWTGOc":{"last use date": "2016-06-04T05:45:30","create date": "2015-06-03T20:00:44","name": "OnSwitch#iPhone6Xyz"},"87c5147884dd5d2413f36444136d4560":{"last use date": "2015-06-20T06:32:01","create date": "2015-06-04T08:29:08","name": "fhem"},"AAC919A990BBCF554F0AB1F7D89A1E14":{"last use date": "2015-11-07T20:00:46","create date": "2015-06-07T13:04:27","name": "Huelloween"},"D2639C0CFAD62B22D6FFD256B26FAC6D":{"last use date": "2015-06-07T13:18:20","create date": "2015-06-07T13:04:47","name": "Huelloween"},"BE2D420769BB7298008BAE703333D0A5":{"last use date": "2015-06-08T13:03:21","create date": "2015-06-07T13:05:04","name": "Huelloween"},"565BA78CB72C191580E904686D901A62":{"last use date": "2015-06-08T13:03:21","create date": "2015-06-07T13:05:18","name": "Huelloween"},"z72wKmgFCCmsap0D":{"last use date": "2016-03-22T19:39:01","create date": "2015-06-07T13:05:53","name": "Hue#Hans"},"8524614DD655B595896AD267277E66EE":{"last use date": "2015-06-07T13:18:20","create date": "2015-06-07T13:06:11","name": "HueDisco"},"7dd4779bfc35c31f081d1d149efb3fb5":{"last use date": "2016-07-04T16:51:49","create date": "2015-06-19T13:58:35","name": "fhem"},"86E61ABF9E923D124F054D4A89AE540E":{"last use date": "2016-03-15T20:19:56","create date": "2015-07-18T15:38:17","name": "HueDisco"},"52C08BF1B94046FB1DF0D355ECBBF4A4":{"last use date": "2015-07-18T15:43:53","create date": "2015-07-18T15:38:29","name": "Huelloween"},"000000002e80001d7d6ccb677d6ccb67":{"last use date": "2015-08-02T22:58:04","create date": "2015-07-27T20:43:20","name": "Hue#Samsung GT-I9100"},"KszTpIGj64IoR90D":{"last use date": "2016-03-27T12:09:02","create date": "2015-08-03T20:35:52","name": "Hue#Hans iPad"},"LMUetqNGJDnOJBjM":{"last use date": "2016-02-20T10:33:27","create date": "2015-08-16T21:44:48","name": "OnSwitch#Hans"},"ab3263ce91a444ba243c7a9d0bfe73ae":{"last use date": "2016-06-22T08:21:46","create date": "2015-09-19T16:55:18","name": "fhem"},"Y2nVXnK5NTYlN3LC":{"last use date": "2015-11-07T20:15:46","create date": "2015-10-11T00:19:21","name": "HueFireWorks#Hans iPad"},"kfyN1snZvdGOLaGr":{"last use date": "2016-03-27T12:09:02","create date": "2015-10-11T00:25:17","name": "OnSwitch#Hans iPad"},"8B6vuldQOXAf2j9tNyzdn4d5Umu2J5LQQjwuMG0I":{"last use date": "2016-03-18T18:34:58","create date": "2016-03-12T21:05:40","name": "HueFireWorks#iPhone6Xyz"},"F7VYCbUNSegsa5Gfpe3FpzRMOwQ6KDRaJCRnQR9A":{"last use date": "2016-03-12T21:19:56","create date": "2016-03-12T21:07:04","name": "Hue Christmas#iPhone6Xyz"},"46n04LgHRhbHSUeFetslbEtkH269kz-wuGhbiLy6":{"last use date": "2016-03-12T21:19:56","create date": "2016-03-12T21:07:44","name": "Hue Disco#iPhone6Xyz"},"czmR819tecaagsWn":{"last use date": "2016-03-12T21:19:56","create date": "2016-03-12T21:08:24","name": "HueWorldCup#iPhone6Xyz"},"a1GfvU1LnfxfahrCyzhf1ba00yGkRGaIInwR90H7":{"last use date": "2016-03-12T21:19:56","create date": "2016-03-12T21:09:21","name": "Huelloween#iPhone6Xyz"},"pxFXiYQE5BrzdOpl":{"last use date": "2016-03-12T21:19:56","create date": "2016-03-12T21:12:19","name": "HueParty#iPhone6Xyz"},"cJMVh7vJgw2cabX-8bqiJrepO1qwwNlwt59KL565":{"last use date": "2016-03-27T12:09:02","create date": "2016-03-15T18:54:23","name": "Hue Disco#Hans iPad"},"rOg4NYC0a021gM4CN1m0vVj5kW3EPKxwd1nbGtn-":{"last use date": "2016-05-17T19:17:03","create date": "2016-04-24T15:27:01","name": "Hue#Hans iPhone 6s"},"qljiQze2QR2ZdZnOWKcWwGdpzCfveB5Dey0O2RTO":{"last use date": "2016-04-24T18:46:57","create date": "2016-04-24T18:26:27","name": "Hue Disco#Hans iPhone 6s"},"xNK0HFz6C7ENNqCNioRqLwzqJFgnK-EaynVvGNAq":{"last use date": "2016-08-21T15:27:53","create date": "2016-05-17T18:59:10","name": "Hue 2#Hans"},"lJDfcSsnhOcalnIj0n0LeCVvSXrocWQhdKR8QHpC":{"last use date": "2016-07-04T17:17:30","create date": "2016-05-17T18:59:17","name": "Hue 2#iPhone6Xyz"},"VJ8JoCgaOY3gjpIzOnN84qNVfTXbRT0a1-2eeWaU":{"last use date": "2016-07-29T07:12:47","create date": "2016-05-18T09:08:51","name": "OnSwitch#Hans"},"Xxxxxxxxxxxxxxxxxyyyyyyyyyyyyyyyyyyyyyyyyyxxxxxxxxxxx":{"last use date": "2016-08-29T09:28:37","create date": "2016-07-04T17:05:22","name": "fhem"}}},"schedules":{"9842813957545272":{"name":"Alarm","description":"","command":{"address":"/api/z72wKmgFCCmsap0D/groups/0/action","body":{       "scene" : "02b12e930-off-0"     },"method":"PUT"},"localtime":"W124/T06:00:00","time":"W124/T04:00:00","created":"2015-07-04T22:08:27","status":"disabled","recycle":false},"8509747976629114":{"name":"Alarm","description":"Sunset","command":{"address":"/api/z72wKmgFCCmsap0D/groups/0/action","body":{       "scene" : "497b50d84-on-0"     },"method":"PUT"},"localtime":"2015-07-05T09:00:00","time":"2015-07-05T07:00:00","created":"2015-07-04T22:08:56","status":"disabled","autodelete":false,"recycle":false},"4351146573840897":{"name":"Alarm","description":"Konzentration","command":{"address":"/api/KszTpIGj64IoR90D/groups/0/action","body":{       "scene" : "f5d73dbdd-on-0"     },"method":"PUT"},"localtime":"2015-10-11T10:00:00","time":"2015-10-11T08:00:00","created":"2015-10-11T07:53:47","status":"disabled","autodelete":false,"recycle":false},"7500548302899871":{"name":"Alarm","description":"Sunset","command":{"address":"/api/rOg4NYC0a021gM4CN1m0vVj5kW3EPKxwd1nbGtn-/groups/0/action","body":{       "scene" : "497b50d84-on-0"     },"method":"PUT"},"localtime":"2016-04-24T17:30:00","time":"2016-04-24T15:30:00","created":"2016-04-24T15:29:01","status":"disabled","autodelete":false,"recycle":false},"5":{"name":"Aufwachen 1","description":"L_04_Lm7d3_start wake up","command":{"address":"/api/xNK0HFz6C7ENNqCNioRqLwzqJFgnK-Ea/sensors/3/state","body":{"flag":true},"method":"PUT"},"localtime":"W124/T06:10:00","time":"W124/T04:10:00","created":"2016-05-18T21:29:53","status":"disabled","recycle":false},"6":{"name":"L_04_Lm7d3","description":"L_04_Lm7d3_trigger end scene","command":{"address":"/api/xNK0HFz6C7ENNqCNioRqLwzqJFgnK-Ea/groups/0/action","body":{"scene":"EX5QdlPT5smSXIa"},"method":"PUT"},"localtime":"PT00:01:00","time":"PT00:01:00","created":"2016-05-17T19:04:50","status":"disabled","autodelete":false,"starttime":"2016-05-18T04:10:00","recycle":false}},"scenes":{"497b50d84-on-0":{"name":"Sunset on 0","lights":["1","2","3"],"owner":"none","recycle":true,"locked":true,"appdata":{},"picture":"","lastupdated":null,"version":1},"9b91fe11f-on-0":{"name":"Deep sea on 0","lights":["1","2","3"],"owner":"none","recycle":true,"locked":false,"appdata":{},"picture":"","lastupdated":null,"version":1},"ac637e2f0-on-0":{"name":"Relax on 0","lights":["1","2","3"],"owner":"7qgvNeeTSt7uGEAo","recycle":true,"locked":false,"appdata":{},"picture":"","lastupdated":"2016-03-20T18:17:57","version":1},"c4a83e4d1-on-0":{"name":"Pencils on 0","lights":["1","2","3"],"owner":"none","recycle":true,"locked":false,"appdata":{},"picture":"","lastupdated":null,"version":1},"62f8ac156-on-0":{"name":"Ski on 0","lights":["1","2","3"],"owner":"none","recycle":true,"locked":false,"appdata":{},"picture":"","lastupdated":null,"version":1},"bf4a3f8f4-on-0":{"name":"Laila on 0","lights":["1","2","3"],"owner":"none","recycle":true,"locked":false,"appdata":{},"picture":"","lastupdated":null,"version":1},"0a54b1e8f-on-0":{"name":"Beach on 0","lights":["1","2","3"],"owner":"none","recycle":true,"locked":false,"appdata":{},"picture":"","lastupdated":null,"version":1},"1105989c0-on-0":{"name":"Kathy on 0","lights":["1","2","3"],"owner":"none","recycle":true,"locked":false,"appdata":{},"picture":"","lastupdated":null,"version":1},"33300ac17-on-0":{"name":"Feet up on 0","lights":["1","2","3"],"owner":"none","recycle":true,"locked":false,"appdata":{},"picture":"","lastupdated":null,"version":1},"74f97e0ba-on-0":{"name":"Blue rain on 0","lights":["1","2","3"],"owner":"none","recycle":true,"locked":false,"appdata":{},"picture":"","lastupdated":null,"version":1},"cd57c7798-on-0":{"name":"Taj on 0","lights":["1","2","3"],"owner":"none","recycle":true,"locked":false,"appdata":{},"picture":"","lastupdated":null,"version":1},"407c3bd7f-on-0":{"name":"Greece on 0","lights":["1","2","3"],"owner":"none","recycle":true,"locked":false,"appdata":{},"picture":"","lastupdated":null,"version":1},"84fa88aa5-on-0":{"name":"Aktivieren on 0","lights":["1","2","3"],"owner":"none","recycle":true,"locked":false,"appdata":{},"picture":"","lastupdated":null,"version":1},"e915785b2-on-0":{"name":"Lesen on 0","lights":["1","2","3"],"owner":"KszTpIGj64IoR90D","recycle":true,"locked":false,"appdata":{},"picture":"","lastupdated":"2016-03-21T21:08:44","version":1},"c5e55dc27-on-0":{"name":"Deep sea on 0","lights":["1","2","3","4"],"owner":"rOg4NYC0a021gM4CN1m0vVj5kW3EPKxwd1nbGtn-","recycle":true,"locked":false,"appdata":{},"picture":"","lastupdated":"2016-05-17T19:02:54","version":1},"olniH4aC1pbg386":{"name":"Wake Up init","lights":["1","2","3","4"],"owner":"xNK0HFz6C7ENNqCNioRqLwzqJFgnK-EaynVvGNAq","recycle":false,"locked":true,"appdata":{},"picture":"","lastupdated":"2016-05-17T19:04:49","version":2},"QCafak8ker213kp":{"name":"Letzter \"Ein\" Zustand","lights":["1","2","3","4"],"owner":"lJDfcSsnhOcalnIj0n0LeCVvSXrocWQhdKR8QHpC","recycle":true,"locked":false,"appdata":{"version":1,"data":"K7aQU_r02_d20"},"picture":"","lastupdated":"2016-05-17T19:36:57","version":2},"f5d73dbdd-on-0":{"name":"Konzentration on","lights":["1","2","3"],"owner":"KszTpIGj64IoR90D","recycle":true,"locked":true,"appdata":{},"picture":"","lastupdated":"2016-03-21T21:08:14","version":1},"3ba953b16-on-0":{"name":"Jump! on 0","lights":["1","2","3"],"owner":"none","recycle":true,"locked":false,"appdata":{},"picture":"","lastupdated":null,"version":1},"02b12e930-off-0":{"name":"3 lights off","lights":["1","2","3"],"owner":"none","recycle":true,"locked":true,"appdata":{},"picture":"","lastupdated":null,"version":1},"e329eceb4-on-0":{"name":"Hammock on 0","lights":["1","2","3"],"owner":"none","recycle":true,"locked":false,"appdata":{},"picture":"","lastupdated":null,"version":1},"83b967e66-on-0":{"name":"HardWithStayle o","lights":["1","2","3"],"owner":"none","recycle":true,"locked":false,"appdata":{},"picture":"","lastupdated":null,"version":1},"7f8c177b1-on-0":{"name":"HardWithStayle o","lights":["1","2","3"],"owner":"none","recycle":true,"locked":false,"appdata":{},"picture":"","lastupdated":null,"version":1},"2f7e49200-on-0":{"name":"HardWithStayle o","lights":["1","2","3"],"owner":"none","recycle":true,"locked":false,"appdata":{},"picture":"","lastupdated":null,"version":1},"726af216a-on-0":{"name":"Deep sea on 1438030015645","lights":["1","2","3"],"owner":"none","recycle":true,"locked":false,"appdata":{},"picture":"","lastupdated":null,"version":1},"087f88f52-on-0":{"name":"Sunset on 1438118225591","lights":["1","2","3"],"owner":"none","recycle":true,"locked":false,"appdata":{},"picture":"","lastupdated":null,"version":1},"ff6f49dfd-on-0":{"name":"Laila on 1438121336938","lights":["1","2","3"],"owner":"none","recycle":true,"locked":false,"appdata":{},"picture":"","lastupdated":null,"version":1},"26247cdbc-on-0
2016.08.29 11:28:36 3: HUEBridge_Call: failed, retrying
2016.08.29 11:28:36 3: HUEBridge_Call: failed
2016.08.29 11:31:34 3: HUEBridge_Call: failed, retrying
2016.08.29 11:32:34 3: HUEBridge_Call: failed, retrying
2016.08.29 11:33:34 3: HUEBridge_Call: failed, retrying
2016.08.29 11:33:36 3: HUEBridge_Call: failed, retrying
2016.08.29 11:33:36 3: HUEBridge_Call: failed
2016.08.29 11:34:33 2: AbcHUEBridge01: invalid json detected for http://192.168.0.49/api/Xxxxxxxxxxxxxxxxxyyyyyyyyyyyyyyyyyyyyyyyyyxxxxxxxxxxx: {"lights":{"1":{"state": {"on":false,"bri":77,"hue":14974,"sat":140,"effect":"none","xy":[0.4570,0.4098],"ct":362,"alert":"none","colormode":"xy","reachable":true}, "type": "Extended color light", "name": "Hans Schrank rechts", "modelid": "LCT001", "manufacturername": "Philips","uniqueid":"00:17:88:01:00:f2:2c:01-0b", "swversion": "5.23.1.13452"},"2":{"state": {"on":false,"bri":77,"hue":14974,"sat":140,"effect":"none","xy":[0.4570,0.4098],"ct":362,"alert":"none","colormode":"xy","reachable":true}, "type": "Extended color light", "name": "Hans Schrank links", "modelid": "LCT001", "manufacturername": "Philips","uniqueid":"00:17:88:01:00:f2:18:be-0b", "swversion": "5.23.1.13452"},"3":{"state": {"on":false,"bri":77,"hue":14974,"sat":140,"effect":"none","xy":[0.4570,0.4098],"ct":362,"alert":"none","colormode":"xy","reachable":true}, "type": "Extended color light", "name": "Hans Deckenfluter", "modelid": "LCT001", "manufacturername": "Philips","uniqueid":"00:17:88:01:00:ec:3d:11-0b", "swversion": "5.23.1.13452"},"4":{"state": {"on":false,"bri":77,"hue":8411,"sat":140,"effect":"none","xy":[0.4574,0.4100],"ct":365,"alert":"none","colormode":"xy","reachable":true}, "type": "Extended color light", "name": "Hans lightstrip Couch", "modelid": "LST002", "manufacturername": "Philips","uniqueid":"00:17:88:01:01:1c:dd:e9-0b", "swversion": "5.50.2.16151"}},"groups":{"1":{"name":"Dimmer 2","lights":["3","1","2"],"type":"LightGroup","state":{"all_on":false,"any_on":false},"recycle":false,"action": {"on":false,"bri":77,"hue":14974,"sat":140,"effect":"none","xy":[0.4570,0.4098],"ct":362,"alert":"none","colormode":"xy"}},"2":{"name":"Hans","lights":["1","2","3","4"],"type":"Room","state":{"all_on":false,"any_on":false},"class":"Kids bedroom","action": {"on":false,"bri":77,"hue":8411,"sat":140,"effect":"none","xy":[0.4574,0.4100],"ct":365,"alert":"none","colormode":"xy"}}},"config":{"name": "Hans","zigbeechannel": 15,"bridgeid": "001788FFFE22824F","mac": "00:17:88:22:82:4f","dhcp": true,"ipaddress": "192.168.0.49","netmask": "255.255.255.0","gateway": "192.168.0.1","proxyaddress": "none","proxyport": 0,"UTC": "2016-08-29T09:34:32","localtime": "2016-08-29T11:34:32","timezone": "Europe/Berlin","modelid": "BSB002","swversion": "01033370","apiversion": "1.13.0","swupdate":{"updatestate": 2,"checkforupdate": false,"devicetypes": { "bridge": true, "lights": [], "sensors": []},"url": "","text": "BSB002 1.14","notify": false},"linkbutton": false,"portalservices": true,"portalconnection": "connected","portalstate":{"signedon": true,"incoming": true,"outgoing": true,"communication": "disconnected"},"factorynew": false,"replacesbridgeid": "001788FFFE1A3804","backup":{"status": "idle","errorcode": 0},"whitelist":{"7qgvNeeTSt7uGEAo":{"last use date": "2016-05-17T15:47:03","create date": "2015-05-16T08:50:31","name": "Hue#iPhone6Xyz"},"qwtM4ClAW1FT7DD1":{"last use date": "2015-05-16T11:27:55","create date": "2015-05-16T08:51:59","name": "Hue#iPhone Xyz"},"AE07C819B2412C038DF5C919937A1B97":{"last use date": "2015-06-27T11:01:39","create date": "2015-05-16T09:08:36","name": "HueDisco"},"30E7B487786A78390897A282C8510FC8":{"last use date": "2015-05-16T11:00:35","create date": "2015-05-16T09:51:13","name": "HueDisco"},"nUqB5jOyEIfBWsQE":{"last use date": "2015-05-18T19:47:02","create date": "2015-05-16T11:56:09","name": "Hue#Hans iPhone5"},"947034F078ABFB58AA0C977EBC269E23":{"last use date": "2015-05-16T23:17:05","create date": "2015-05-16T11:56:51","name": "HueDisco"},"D68F2332646CC2E358B5DC21D6E89613":{"last use date": "2015-05-16T23:17:05","create date": "2015-05-16T11:57:04","name": "Huelloween"},"FD9CC9C9BFEF01510F346AD578B90BDE":{"last use date": "2015-05-16T23:17:05","create date": "2015-05-16T11:57:11","name": "Huelloween"},"2CC63FD6C0D07FB685C53423D8AFD967":{"last use date": "2015-08-16T16:12:23","create date": "2015-05-16T11:57:36","name": "Huelloween"},"14D867129B3B8D13A6762E2001016233":{"last use date": "2015-05-16T12:05:50","create date": "2015-05-16T11:57:39","name": "Huelloween"},"8213A1CA82F904628A769E9E4AE9BCC2":{"last use date": "2015-05-16T23:17:05","create date": "2015-05-16T11:57:47","name": "Huelloween"},"f2oL7kbiBAVSd6NC":{"last use date": "2015-05-28T18:13:33","create date": "2015-05-18T19:48:41","name": "Hue#Hans iPhone5"},"BC6FBBB70A01C0E9DAE7A8B0C0ACFB88":{"last use date": "2015-05-30T09:10:02","create date": "2015-05-22T21:15:45","name": "Huelloween"},"11185218E626B011BDF7ABF882DAEC1B":{"last use date": "2015-05-30T09:10:02","create date": "2015-05-22T21:22:52","name": "Huelloween"},"YjYP5A1RWFpTItQ5":{"last use date": "2016-05-13T20:32:01","create date": "2015-05-26T07:54:55","name": "Hue#iPad von GI Vertrie"},"A669C4315C89BE151D365F92E613F7A9":{"last use date": "2015-05-30T09:10:02","create date": "2015-05-30T09:00:20","name": "Huelloween"},"gCIEKjK1vUMWTGOc":{"last use date": "2016-06-04T05:45:30","create date": "2015-06-03T20:00:44","name": "OnSwitch#iPhone6Xyz"},"87c5147884dd5d2413f36444136d4560":{"last use date": "2015-06-20T06:32:01","create date": "2015-06-04T08:29:08","name": "fhem"},"AAC919A990BBCF554F0AB1F7D89A1E14":{"last use date": "2015-11-07T20:00:46","create date": "2015-06-07T13:04:27","name": "Huelloween"},"D2639C0CFAD62B22D6FFD256B26FAC6D":{"last use date": "2015-06-07T13:18:20","create date": "2015-06-07T13:04:47","name": "Huelloween"},"BE2D420769BB7298008BAE703333D0A5":{"last use date": "2015-06-08T13:03:21","create date": "2015-06-07T13:05:04","name": "Huelloween"},"565BA78CB72C191580E904686D901A62":{"last use date": "2015-06-08T13:03:21","create date": "2015-06-07T13:05:18","name": "Huelloween"},"z72wKmgFCCmsap0D":{"last use date": "2016-03-22T19:39:01","create date": "2015-06-07T13:05:53","name": "Hue#Hans"},"8524614DD655B595896AD267277E66EE":{"last use date": "2015-06-07T13:18:20","create date": "2015-06-07T13:06:11","name": "HueDisco"},"7dd4779bfc35c31f081d1d149efb3fb5":{"last use date": "2016-07-04T16:51:49","create date": "2015-06-19T13:58:35","name": "fhem"},"86E61ABF9E923D124F054D4A89AE540E":{"last use date": "2016-03-15T20:19:56","create date": "2015-07-18T15:38:17","name": "HueDisco"},"52C08BF1B94046FB1DF0D355ECBBF4A4":{"last use date": "2015-07-18T15:43:53","create date": "2015-07-18T15:38:29","name": "Huelloween"},"000000002e80001d7d6ccb677d6ccb67":{"last use date": "2015-08-02T22:58:04","create date": "2015-07-27T20:43:20","name": "Hue#Samsung GT-I9100"},"KszTpIGj64IoR90D":{"last use date": "2016-03-27T12:09:02","create date": "2015-08-03T20:35:52","name": "Hue#Hans iPad"},"LMUetqNGJDnOJBjM":{"last use date": "2016-02-20T10:33:27","create date": "2015-08-16T21:44:48","name": "OnSwitch#Hans"},"ab3263ce91a444ba243c7a9d0bfe73ae":{"last use date": "2016-06-22T08:21:46","create date": "2015-09-19T16:55:18","name": "fhem"},"Y2nVXnK5NTYlN3LC":{"last use date":
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 29 August 2016, 14:49:10
das ist eine andere meldung als bisher. die json daten sind unvollständig.

wie oft passiert das?

ändert es sich wenn du httpUtils auf 0 setzt?

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: Fredi69 am 29 August 2016, 16:07:38
Es passiert völlig unregelmäßig.
Das Attribut  httpUtils war bisher nicht gesetzt, sollte ich es auf "0" oder "1" setzen?
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 29 August 2016, 16:19:25
versuch es erst mal mit 0
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 30 August 2016, 10:53:27
@moonsorrox: ich habe leider keine idee warum die farben bei dir nicht stimmen. wie gesagt funktioniert es in meinen tests problemlos. wenn noch jemand anders das problem hat wäre es schön wenn er sich mal meldet :). wenn es ein einzelfall bleibt ist irgendetwas seltsam. vielleicht sogar deine hardware.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: moonsorrox am 30 August 2016, 17:28:22
d.h. wenn du die Werte von mir als set befehl absetzt dann hat die Lampe von dir meine genutzte Farbe "d34714"

komischer weise erreiche ich das mit dem Befehl der so nicht genutzt werden darf oder besser keinen Sinn macht, genau meine Farbe... ich lasse das erst einmal so und werde schauen wenn ich eine weitere Farbe nutze wie es dann aussieht.
Hier nochmals der genutzte Befehl im InfoPanel
http://10.0.0.50:8083/fhem?XHR=1&amp;cmd.hue1=set%20hue1%20rgb%20D34714%20sat%20216%20:%20bri%20126

Momentan ist es ja auch so das ich die Lampe selten manuell einschalte. Wenn Fhem den Befehl schickt stimmt die Farbe ja oder besser die Farbe ist ja die zuletzt genutzte.

Mal schauen ob sich noch mehr Leute melden die mit der genauen Farbe Probleme haben.
Vielen Dank für deine Unterstützung André

Titel: Antw:philips hue modul
Beitrag von: justme1968 am 30 August 2016, 17:47:57
wenn ich set <lampe> hue 14922 : sat 144 : bri 220 verwende haben hue sat und bri hinterher genau die gesetzten werte. wenn ich xv und bri setzte haben diese beiden readings genau die gesetzten werte.

wenn ich den dadurch erzeugten rgb wert setze bekomme ich ziemlich genau wieder diese farbe.

wenn ich einen rgb wert setze hat das rgb reading hinterer ungefähr diesen wert. wenn ich diesen wert dann setze hat das reading ziemlich genau diesen wert.

ja. dein set ist so nicht sinnvoll die sat und bri werte überschreiben die aus dem rgb wert berechneten. in deinem set fehlt auch ein doppelpunkt zwischen rgb und sat. d.h. sat wird komplett ignoriert.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: bruece-lee am 31 August 2016, 12:11:45
Hallo,

ich habe aktuell Probleme mit on-for-timer in Verbindung mit dem hue modul. Laut diesen beiden Threads sollte es möglich sein, ein on-for-timer abzubrechen bzw. dafür zu sorgen, dass durch ein "set xxx on" bei laufendem "on-for-timer" dieses gelöscht wird (so habe ich es zumindest verstanden):

https://forum.fhem.de/index.php?topic=43093.0 (https://forum.fhem.de/index.php?topic=43093.0)
https://forum.fhem.de/index.php?topic=53137.0 (https://forum.fhem.de/index.php?topic=53137.0)

Bei mir funktioniert dies nicht. Wenn ich testweise ein:

set hk_licht_hue_tischlampe on-for-timer 15

und direkt im Anschluss ein:

set hk_licht_hue_tischlampe on

aufrufe, dann geht die Lampe exakt nach 15 Sekunden aus.

Mache ich hier etwas falsch? Gibt es irgendwie eine Möglichkeit, dass die Lampe an bleibt? Ich nutze eine solche Logik für ein DOIF in Kombination mit Bewegungsmeldern und es wäre schön, wenn sich das on-for-timer abbrechen ließe.

Vielen Dank und viele Grüße,
Bruece-Lee
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 31 August 2016, 14:09:48
ja. das sollte gehen.

ist dein fhem aktuell? welche version des HUEDevice moduls verwendest du?

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: bruece-lee am 31 August 2016, 14:26:41
Hallo Andre,

FHEM ist aktuell:

fhem.pl              12095 2016-08-30 13:30:50Z rudolfkoenig

30_HUEBridge.pm      12056 2016-08-22 19:30:31Z justme1968
31_HUEDevice.pm      12056 2016-08-22 19:30:31Z justme1968

Gruß, Bruece-Lee
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 31 August 2016, 14:44:09
fehler gefunden und behoben.

ab morgen im update.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: bruece-lee am 31 August 2016, 16:06:57
Wow...danke für die schnelle Hilfe!

Edit: Update getestet und funktioniert!
Titel: Antw:philips hue modul
Beitrag von: ernst1024 am 01 September 2016, 18:16:32
Hallo,

ich bin recht neu was die HUE Lampen angeht. Nun habe ich u.a folgende Lampen definiert:

attr HUEDevice3 model LCT007
attr HUEDevice3 subType extcolordimmer
attr HUEDevice3 webCmd rgb:rgb ff0000:rgb DEFF26:rgb 0000ff:ct 490:ct 380:ct 270:ct 160:toggle:on:off

attr HUEDevice5 model LLC020
attr HUEDevice5 subType colordimmer
attr HUEDevice5 webCmd hue:rgb:rgb ff0000:rgb 98FF23:rgb 0000ff:toggle:on:off
#attr HUEDevice3 webCmd rgb:rgb ff0000:rgb DEFF26:rgb 0000ff:ct 490:ct 380:ct 270:ct 160:toggle:on:off


Nun frage ich ich was der Unterschied zwischen den beiden subType's ist obwohl beide Lampen ja im Prinzip das gleiche können, also Farben und verschiedene Weisstöne.
Auch wenn ich den oben auskommentierten webCmd aktiviere, ist die Darstellung in fhem trotzdem nicht gleich.
Ist jetzt nichts was mich stört, frage mich nur warum das so ist?
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 01 September 2016, 18:22:22
du solltest die lampen nicht von hand anlegen sondern durch das bridge modul automatisch anlegen lassen.

das gilt auch für die attribute.

extcolordimer habe auch die möglichkeit neben den farben auch warmweiß bis kaltweiß zu zeigen.

können das wirklich beide lampentypen?

wenn du webCmd nicht möchtest setz es auf :

gruss
  andre

ps: auch das config file solltest du nicht von hand bearbeiten.
Titel: Antw:philips hue modul
Beitrag von: ernst1024 am 01 September 2016, 19:21:25
alle Lampen wurden durch das Modul angelegt, ebenso die Attribute. Meines Wissens können beide Lampen das Gleiche, auch  Kalt-bis Warmweiß. Ich wunderte mich nur über die unterschiedliche Darstellung in fhem. Ohne die cfg in den editor zu laden kann ich sie ja schlecht hier posten.

Edit: in der HUE-App bieten beide Lampen die gleichen Optionen, also Farben, Weiß und Rezepte
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 01 September 2016, 20:24:38
die daten für die lampen waren von den offiziellen philips seiten. ich habe aber eben gesehen das philips den subtype für die LLC020 inzwischen scheinbar auf Extended Color Light geändert hat.

ich habe das im modul geändert. ab morgen im update. du kannst das attribut einfach von hand auf extcolordimmer ändern.

gruss
  andre

ps: was das editieren angeht: das kommentar zeichen kommt nicht vom reinen posten :)

pps: wie sind die hue go? wie lange hält der akku? sieht man in der hue app den akku stand?
Titel: Antw:philips hue modul
Beitrag von: ernst1024 am 01 September 2016, 22:03:37
Danke.

Ja ich weiss ihr habt da eine Aversion gegens editieren. Ich verstehe zwar nicht warum, ich mache das seitdem ich fhem nutze und hatte noch nie eine Problem. Aber egal .....

Wie ist die GO..... also zunächst ich habe sie auch erst seit gestern, aber sie gefällt mir schon richtig gut. Ausschlaggebend war das Amazon den Preis auf unter 70 gesenkt hatte. Die Akkulaufzeit habe ich heute getestet, irgendwo zwischen 2:45 (da war sie noch an) und 2:55 h (da habe ich wieder geschaut und sie war aus), also doch recht nahe an den versprochenen 3h. Der Ladestand wird in der HUE-App leider nicht angezeigt, was aber nicht heissen muss dass man da nicht doch irgendwie drankommt?

Was mir auch gut gefällt ist die Bedienbarkeit sowohl an der Lampe selber ohne App (und Bridge) als auch über die Bridge. Die vorprogrammierten Szenen gefallen. Als Campinglampe, so wie sie zumindest auf den Bildern beworben wird, sehe ich sie nicht. Wohl aber des abends auf Balkon, Terasse, Garten beim grillen usw wo man zur Not auch mal schnell an die Steckdose kann. Sie wirkt obwohl aus Kunststoff, optisch als auch haptisch wertig.

Das einzige Manko ist die Plazierung des Netzsteckers. Ich weiss nicht was sich die Ingenieure dabei gedacht haben. Wenn man die Lampe schräg stellen will sitzt der Stecker genau da wo eigentlich der Auflagepunkt der Lampe ist. Der Stecker ist ein wenig abgewinkelt und man muss fummeln bis man den so hat dass die Lampe auch stehen bleibt. Blöd zu erklären, sieht man aber sofort.

Habe mal die Darstellung in fhem angehangen
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 01 September 2016, 23:12:06
danke
  andre
Titel: Antw:philips hue modul
Beitrag von: Fredi69 am 15 September 2016, 17:45:54
Nach wie vor habe ich folgende Meldungen im Log:
2016.09.15 07:26:50 2: myHUEBridge01: empty answer received for http://192.168.0.49/api/asaksjdasdjsaopdjsaodjasopodsif/lights
2016.09.15 07:26:50 3: HUEBridge_Call: failed, retrying
2016.09.15 07:36:50 2: myHUEBridge01: empty answer received for http://192.168.0.49/api/asaksjdasdjsaopdjsaodjasopodsif
2016.09.15 07:36:50 3: HUEBridge_Call: failed, retrying
2016.09.15 07:44:50 2: myHUEBridge01: empty answer received for http://192.168.0.49/api/asaksjdasdjsaopdjsaodjasopodsif/lights
2016.09.15 07:44:50 3: HUEBridge_Call: failed, retrying
2016.09.15 08:44:50 2: myHUEBridge01: empty answer received for http://192.168.0.49/api/asaksjdasdjsaopdjsaodjasopodsif/lights
2016.09.15 08:44:50 3: HUEBridge_Call: failed, retrying
2016.09.15 08:48:50 2: myHUEBridge01: empty answer received for http://192.168.0.49/api/asaksjdasdjsaopdjsaodjasopodsif
2016.09.15 08:48:50 3: HUEBridge_Call: failed, retrying
2016.09.15 08:51:50 2: myHUEBridge01: empty answer received for http://192.168.0.49/api/asaksjdasdjsaopdjsaodjasopodsif/lights
2016.09.15 08:51:50 3: HUEBridge_Call: failed, retrying
2016.09.15 08:55:50 2: myHUEBridge01: empty answer received for http://192.168.0.49/api/asaksjdasdjsaopdjsaodjasopodsif/lights
2016.09.15 08:55:50 3: HUEBridge_Call: failed, retrying
2016.09.15 09:00:50 2: myHUEBridge01: empty answer received for http://192.168.0.49/api/asaksjdasdjsaopdjsaodjasopodsif
2016.09.15 09:00:50 3: HUEBridge_Call: failed, retrying
Titel: Antw:philips hue modul
Beitrag von: grappa24 am 19 September 2016, 18:00:10
Hab mir für meine Q-LED Leuchte (Neuhaus) jetzt eine HUE Bridge zugelegt, funktioniert soweit auf Anhieb ...

type: Color Temperatur light (JZ-CT-Z01), color-icons 2, subtype ctdimmer

Frage: Kann man fürs Frontend neben den Buttons für ct einen Schieber für die Helligkeit platzieren?

VG grappa ...
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 19 September 2016, 18:05:57
du kannst webCmd anpassen wie du es möchtest.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: grappa24 am 19 September 2016, 19:53:45
sind die Möglichkeiten mit webCmd irgendwo (mit Beispielen) beschrieben?
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 19 September 2016, 20:00:07
in der commandref ...

was ist denn genau dein problem? wenn du die helligkeit dort haben möchtest fügst du pct oder bri einfach dazu.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: grappa24 am 19 September 2016, 20:18:18
Zitat von: justme1968 am 19 September 2016, 20:00:07
was ist denn genau dein problem?
ich hätt gern neben dem slider für ct einen slider für die Helligkeit ...  ;)
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 19 September 2016, 20:19:35
siehe oben...
Titel: Antw:philips hue modul
Beitrag von: grappa24 am 19 September 2016, 21:44:50
geht das mit Presets für bri auch noch schöner?
Titel: Antw:philips hue modul
Beitrag von: grappa24 am 20 September 2016, 10:52:47
Ist die Kommunikation zwischen HUE Bridge und Fhem wirklich bidirektional? Meine HUE-Devices in Fhem bekommen von Änderungen via APP oder FB nichts mit, auch nicht nach einiger Zeit ...
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 20 September 2016, 10:59:29
ja. ist es. wenn auch verzögert da gepollt werden muss.

wenn es nicht geht hast du die intervalle und das pollDevices attribut nicht gesetzt.

Titel: Antw:philips hue modul
Beitrag von: grappa24 am 20 September 2016, 12:01:08
Danke Andre, das wars ....  :)
Titel: Antw:philips hue modul
Beitrag von: Markus M. am 20 September 2016, 12:51:11
Andre, kannst du bei Gelegenheit mal alle verfügbaren Readings der Räume / Gruppen verfügbar machen? Mir fällt spontan all/any on ein


Sent from my iPhone using Tapatalk
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 20 September 2016, 12:54:38
die gibt es doch schon ...

siehe hier: https://forum.fhem.de/index.php/topic,52866.msg446152.html#msg446152 (https://forum.fhem.de/index.php/topic,52866.msg446152.html#msg446152)
und hier: https://forum.fhem.de/index.php/topic,28339.msg469173.html#msg469173 (https://forum.fhem.de/index.php/topic,28339.msg469173.html#msg469173)

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: Markus M. am 20 September 2016, 13:05:12
Sorry, andersrum.
Ich meinte die restlichen Informationen der Gruppe die unter action stehen, also Farbe, Helligkeit etc.
Steht nicht in der kompletten Übersicht, nur unter /api/<username>/groups/<id>

http://www.developers.meethue.com/documentation/groups-api#23_get_group_attributes (http://www.developers.meethue.com/documentation/groups-api#23_get_group_attributes)
Titel: philips hue modul
Beitrag von: justme1968 am 20 September 2016, 13:12:15
die sind nur beim put gültig. gruppen haben keine farbe und so weiter

was willst du denn damit anstellen?

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: Markus M. am 20 September 2016, 13:33:08
Zitat von: justme1968 am 20 September 2016, 13:12:15
die sind nur beim put gültig. gruppen haben keine farbe und so weiter

Doch, ist eventuell neu. Die gibt es immer beim GET, sogar auf /
Ich möchte damit meine Gruppen steuern.
In's Modul sollten sie aber allein schon weil sie existieren ;)
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 20 September 2016, 13:50:24
das ist aber nicht die tatsächlich zur zeit aktive farbe der gruppe sondern die aktive farbe einer zufälligen lampe aus der gruppe. ich glaube die wird noch nicht mal aktualisiert wenn man lampen der gruppe von hand schaltet sondern ist der zustand beim letzen kommando auf die gruppe.

aber ich schaue mal. vielleicht kannst du trotzdem schon mal testen ob sich das überhaupt so verhält wie du erwartest.


was meinst du mit steuern?

steuern kannst du die gruppe doch. wenn es dir um die anzeige des aktuellen zustand geht: kannst du das devStateIcon der gruppe auf den zustand einer beteiligten lampe setzen: {(HUEDevice_devStateIcon(<name einer lampe>),"toggle")}
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 20 September 2016, 14:07:47
grad mal kurz getestet:

ein on auf die gruppe ändert die farbwerte unter action nicht. d.h. unter action sind nur die werte aktuell die im letzten set/put auf die gruppe auch geändert wurden. alle anderen bleiben unverändert.

wenn du eine wenigstens halbwegs richtige darstellung im frontend möchtest ist es besser wie oben vorgeschlagen devStateIcon auf eine der beteiligten lampen umzubiegen.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: Markus M. am 23 September 2016, 23:15:44
Kannst du die Readings bitte trotzdem einbauen?
Sie werden bei einem set auf die Gruppe aktualisiert.
Aktuell ohne Readings ist keine sinnvolle Frontend-Steuerung ganzer Räume möglich.
Dann lieber meist falsche Slider Werte als gar keine...
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 24 September 2016, 09:30:47
beim set auf die gruppe werden auch nicht alle werte aktualisiert. d.h. wenn du nur on setzt werden die farben nicht aktualisiert.

naja. 0 ist auch nur ein falscher slider wert und nicht gar keiner :)

ich schaue mal was sich machen lässt.
Titel: Antw:philips hue modul
Beitrag von: volschin am 24 September 2016, 10:30:53
Zitat von: Markus M. am 23 September 2016, 23:15:44
Aktuell ohne Readings ist keine sinnvolle Frontend-Steuerung ganzer Räume möglich.
Dann lieber meist falsche Slider Werte als gar keine...
Verstehe das Problem vielleicht nicht.  :o
Dort wo ich eine Gruppe steuern will, habe ich mit zusätzlich den pct ins Attribut webcmd gepackt und gut ist. Der steht zwar im default immer auf 0, aber ich kann einen beliebigen pct setzen.
Titel: Antw:philips hue modul
Beitrag von: Markus M. am 24 September 2016, 11:03:13
Wenn ich die Gruppe gerade auf 20 gesetzt habe, soll da auch 20 stehen.
Die Readings gibt es in der Bridge, deshalb sollten sie auch in FHEM verfügbar sein, so sinnlos sie auch sind.
Wenn das nen extra API Call bräuchte wäre es nochmal was anderes, aber die Daten rufen wir  ja sowieso schon jedesmal mit ab.


Sent from my iPhone using Tapatalk
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 24 September 2016, 12:32:10
ab morgen gibt es ein createActionReadings attribut. damit kannst du das erzeugen der readings in den group devices einschalten.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: Markus M. am 24 September 2016, 12:34:03
Super, danke!

Kannst du die "percent" bitte noch auf "pct" ändern?
Titel: Antw:philips hue modul
Beitrag von: ernst1024 am 27 September 2016, 15:39:49
Der neue HUE Bewegungsmelder hört sich ja gut an. Hat den schon jemand in den Händen gehabt?
Titel: Antw:philips hue modul
Beitrag von: Markus M. am 27 September 2016, 15:47:11
Zitat von: ernst1024 am 27 September 2016, 15:39:49
Der neue HUE Bewegungsmelder hört sich ja gut an. Hat den schon jemand in den Händen gehabt?

Unwahrscheinlich dass sich den hier jemand zulegt. Ein Bewegungsmelder den man pollen muss ist relativ sinnfrei.
Titel: Antw:philips hue modul
Beitrag von: Fredi69 am 29 September 2016, 14:46:24
Um das
2016.09.15 07:26:50 2: myHUEBridge01: empty answer received for http://192.168.0.49/api/asaksjdasdjsaopdjsaodjasopodsif/lights
2016.09.15 07:26:50 3: HUEBridge_Call: failed, retrying
2016.09.15 07:36:50 2: myHUEBridge01: empty answer received for http://192.168.0.49/api/asaksjdasdjsaopdjsaodjasopodsif
2016.09.15 07:36:50 3: HUEBridge_Call: failed, retrying
2016.09.15 07:44:50 2: myHUEBridge01: empty answer received for http://192.168.0.49/api/asaksjdasdjsaopdjsaodjasopodsif/lights
2016.09.15 07:44:50 3: HUEBridge_Call: failed, retrying
2016.09.15 08:44:50 2: myHUEBridge01: empty answer received for http://192.168.0.49/api/asaksjdasdjsaopdjsaodjasopodsif/lights
2016.09.15 08:44:50 3: HUEBridge_Call: failed, retrying
2016.09.15 08:48:50 2: myHUEBridge01: empty answer received for http://192.168.0.49/api/asaksjdasdjsaopdjsaodjasopodsif
2016.09.15 08:48:50 3: HUEBridge_Call: failed, retrying
2016.09.15 08:51:50 2: myHUEBridge01: empty answer received for http://192.168.0.49/api/asaksjdasdjsaopdjsaodjasopodsif/lights
2016.09.15 08:51:50 3: HUEBridge_Call: failed, retrying
2016.09.15 08:55:50 2: myHUEBridge01: empty answer received for http://192.168.0.49/api/asaksjdasdjsaopdjsaodjasopodsif/lights
2016.09.15 08:55:50 3: HUEBridge_Call: failed, retrying
2016.09.15 09:00:50 2: myHUEBridge01: empty answer received for http://192.168.0.49/api/asaksjdasdjsaopdjsaodjasopodsif
2016.09.15 09:00:50 3: HUEBridge_Call: failed, retrying

Problem weiter einzugrenzen, habe ich jetzt mal Apptime bemüht.

name             function    max  count    total  average maxDly
tmr-HUEBridge_GetUpdate      HASH(0x3be1c58)  13804    183    91778   501.52    110 HASH(HUEBridge01)


Gibt es dazu eine Erklärung warum das so lange (13804ms) dauert?
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 29 September 2016, 15:12:54
das modul hat einen timeout auf 3 sekunden. wenn die bridge dann nicht geantwortet hat wird abgebrochen. die 13000ms kommen also nicht direkt aus dem modul.

hast du irgendwelche notifys an irgendeinem hue device hängen?

ansonsten: ich bin immer noch der meinung das die vielen meldungen auf ein netzwerk problem hindeuten. oder eventuell
das die intervalle der devices und der bridge zu klein sind und sich auch noch in die quere kommen. verwendest du pollDevices ?

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: Fredi69 am 29 September 2016, 16:08:15
Zitat von: justme1968 am 29 September 2016, 15:12:54
ansonsten: ich bin immer noch der meinung das die vielen meldungen auf ein netzwerk problem hindeuten. oder eventuell
das die intervalle der devices und der bridge zu klein sind und sich auch noch in die quere kommen. verwendest du pollDevices ?

Was meinst Du konkret mit "Intervalle der Devices und der Bridge"?
Was sollte ich prüfen bzw. verändern?
"pollDevices" steht auf "1"

EDIT 1:
Zitat von: justme1968 am 29 September 2016, 15:12:54hast du irgendwelche notifys an irgendeinem hue device hängen?
Es hängen RandomTimer an den HUE Devices
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 29 September 2016, 16:37:20
das intervall steht im define. bzw.  in den internals. es sollte bei den devices 0 sein und bei der bridge etwas anderes.

die zeit die im notify verbraucht wird wird mit gezählt. d.h. du musst genauer hin schauen.
Titel: Antw:philips hue modul
Beitrag von: Fredi69 am 29 September 2016, 16:45:58
Zitat von: justme1968 am 29 September 2016, 16:37:20
das intervall steht im define. bzw.  in den internals. es sollte bei den devices 0 sein und bei der bridge etwas anderes.

die zeit die im notify verbraucht wird wird mit gezählt. d.h. du musst genauer hin schauen.
Das hatten wir bereits Anfang Juli geklärt, 60 und 0:

https://forum.fhem.de/index.php/topic,11020.msg470031.html#msg470031 (https://forum.fhem.de/index.php/topic,11020.msg470031.html#msg470031)
https://forum.fhem.de/index.php/topic,11020.msg470122.html#msg470122 (https://forum.fhem.de/index.php/topic,11020.msg470122.html#msg470122)
Titel: Antw:philips hue modul
Beitrag von: Fredi69 am 30 September 2016, 15:32:58
Und jetzt?
Kann ich noch irgendetwas prüfen, irgendwelche Ideen?

Vielen Dank
Fredi
Titel: Antw:philips hue modul
Beitrag von: Fredi69 am 30 September 2016, 21:16:15
Hier nochmal ein aktueller Log Auszug:
2016.09.30 15:17:16 1: HMLAN_Parse: HMLAN1 new condition timeout
2016.09.30 15:17:16 1: 192.168.0.39:1000 disconnected, waiting to reappear (HMLAN1)
2016.09.30 15:17:16 1: HMLAN_Parse: HMLAN1 new condition disconnected
2016.09.30 15:17:16 1: HMLAN_Parse: HMLAN1 new condition init
2016.09.30 15:17:16 1: 192.168.0.39:1000 reappeared (HMLAN1)
2016.09.30 15:17:16 1: HMLAN_Parse: HMLAN1 new condition ok
2016.09.30 15:18:09 2: MyHUEBridge01: empty answer received for http://192.168.0.49/api/ASJDLjkasjdkasJDasd98s9adJASKDjkasjdakjAS/lights
2016.09.30 15:18:09 3: HUEBridge_Call: failed, retrying
2016.09.30 15:18:09 1: Perfmon: possible freeze starting at 15:18:05, delay is 4.343
2016.09.30 15:28:06 1: Perfmon: possible freeze starting at 15:28:05, delay is 1.396
2016.09.30 15:29:24 3: FRITZBOX: set FB7490 update
2016.09.30 15:29:24 1: FRITZBOX FB7490: Readout_Start.658 Old readout process still running. Killing old process HASH(0x8e6ba08)
2016.09.30 15:32:09 1: Perfmon: possible freeze starting at 15:32:05, delay is 4.346
2016.09.30 15:32:24 1: HMLAN_Parse: HMLAN1 new condition timeout
2016.09.30 15:32:24 1: 192.168.0.39:1000 disconnected, waiting to reappear (HMLAN1)
2016.09.30 15:32:24 1: HMLAN_Parse: HMLAN1 new condition disconnected
2016.09.30 15:32:24 1: HMLAN_Parse: HMLAN1 new condition init
2016.09.30 15:32:24 1: 192.168.0.39:1000 reappeared (HMLAN1)
2016.09.30 15:32:24 1: HMLAN_Parse: HMLAN1 new condition ok
2016.09.30 15:34:52 1: Perfmon: possible freeze starting at 15:34:50, delay is 2.372
2016.09.30 15:35:07 1: Perfmon: possible freeze starting at 15:35:05, delay is 2.91
2016.09.30 15:41:19 1: HMLAN_Parse: HMLAN1 new condition timeout
2016.09.30 15:41:19 1: 192.168.0.39:1000 disconnected, waiting to reappear (HMLAN1)
2016.09.30 15:41:19 1: HMLAN_Parse: HMLAN1 new condition disconnected
2016.09.30 15:41:21 1: Perfmon: possible freeze starting at 15:41:20, delay is 1.012
2016.09.30 15:42:07 1: Perfmon: possible freeze starting at 15:42:06, delay is 1.412
2016.09.30 15:42:21 1: HMLAN_Parse: HMLAN1 new condition init
2016.09.30 15:42:21 1: 192.168.0.39:1000 reappeared (HMLAN1)
2016.09.30 15:42:25 1: HMLAN_Parse: HMLAN1 new condition ok
2016.09.30 15:43:09 2: MyHUEBridge01: empty answer received for http://192.168.0.49/api/ASJDLjkasjdkasJDasd98s9adJASKDjkasjdakjAS/lights
2016.09.30 15:43:09 3: HUEBridge_Call: failed, retrying
2016.09.30 15:43:09 1: Perfmon: possible freeze starting at 15:43:06, delay is 3.429
2016.09.30 15:44:07 1: Perfmon: possible freeze starting at 15:44:05, delay is 2.232
, or ] expected while parsing array, at character offset 15726 (before "(end of string)") at ./FHEM/72_FRITZBOX.pm line 4508.
2016.09.30 15:51:09 1: Perfmon: possible freeze starting at 15:51:08, delay is 1.892
2016.09.30 15:51:15 1: HMLAN_Parse: HMLAN1 new condition timeout
2016.09.30 15:51:15 1: 192.168.0.39:1000 disconnected, waiting to reappear (HMLAN1)
2016.09.30 15:51:15 1: HMLAN_Parse: HMLAN1 new condition disconnected
2016.09.30 15:52:11 2: MyHUEBridge01: empty answer received for http://192.168.0.49/api/ASJDLjkasjdkasJDasd98s9adJASKDjkasjdakjAS/lights
2016.09.30 15:52:11 3: HUEBridge_Call: failed, retrying
2016.09.30 15:52:11 1: Perfmon: possible freeze starting at 15:52:08, delay is 3.85
2016.09.30 15:52:15 1: HMLAN_Parse: HMLAN1 new condition init
2016.09.30 15:52:15 1: 192.168.0.39:1000 reappeared (HMLAN1)
2016.09.30 16:00:19 1: HMLAN_Parse: HMLAN1 new condition ok
2016.09.30 16:09:10 1: Perfmon: possible freeze starting at 16:09:08, delay is 2.614
2016.09.30 16:10:11 2: MyHUEBridge01: empty answer received for http://192.168.0.49/api/ASJDLjkasjdkasJDasd98s9adJASKDjkasjdakjAS/lights
2016.09.30 16:10:11 3: HUEBridge_Call: failed, retrying
2016.09.30 16:10:12 1: Perfmon: possible freeze starting at 16:10:08, delay is 4.54
2016.09.30 16:11:35 1: HMLAN_Parse: HMLAN1 new condition timeout
2016.09.30 16:11:35 1: 192.168.0.39:1000 disconnected, waiting to reappear (HMLAN1)
2016.09.30 16:11:35 1: HMLAN_Parse: HMLAN1 new condition disconnected
2016.09.30 16:11:35 1: HMLAN_Parse: HMLAN1 new condition init
2016.09.30 16:11:35 1: 192.168.0.39:1000 reappeared (HMLAN1)
2016.09.30 16:11:35 1: HMLAN_Parse: HMLAN1 new condition ok
2016.09.30 16:13:19 1: HMLAN_Parse: HMLAN1 new condition timeout
2016.09.30 16:13:19 1: 192.168.0.39:1000 disconnected, waiting to reappear (HMLAN1)
2016.09.30 16:13:19 1: HMLAN_Parse: HMLAN1 new condition disconnected
2016.09.30 16:13:23 1: Perfmon: possible freeze starting at 16:13:21, delay is 2.84
2016.09.30 16:14:10 1: Perfmon: possible freeze starting at 16:14:08, delay is 2.276
2016.09.30 16:14:26 1: Perfmon: possible freeze starting at 16:14:23, delay is 3.013
2016.09.30 16:15:11 2: MyHUEBridge01: empty answer received for http://192.168.0.49/api/ASJDLjkasjdkasJDasd98s9adJASKDjkasjdakjAS
2016.09.30 16:15:11 3: HUEBridge_Call: failed, retrying
2016.09.30 16:15:12 1: Perfmon: possible freeze starting at 16:15:08, delay is 4.607
2016.09.30 16:15:26 1: HMLAN_Parse: HMLAN1 new condition init
2016.09.30 16:15:26 1: 192.168.0.39:1000 reappeared (HMLAN1)
2016.09.30 16:15:26 1: HMLAN_Parse: HMLAN1 new condition ok
2016.09.30 16:17:09 1: Perfmon: possible freeze starting at 16:17:08, delay is 1.61
2016.09.30 16:18:11 1: Perfmon: possible freeze starting at 16:18:08, delay is 3.358
2016.09.30 16:22:09 1: Perfmon: possible freeze starting at 16:22:08, delay is 1.936
2016.09.30 16:23:11 2: MyHUEBridge01: empty answer received for http://192.168.0.49/api/ASJDLjkasjdkasJDasd98s9adJASKDjkasjdakjAS/lights
2016.09.30 16:23:11 3: HUEBridge_Call: failed, retrying
2016.09.30 16:23:11 1: Perfmon: possible freeze starting at 16:23:08, delay is 3.834
2016.09.30 16:25:09 1: Perfmon: possible freeze starting at 16:25:08, delay is 1.519
2016.09.30 16:26:12 1: Perfmon: possible freeze starting at 16:26:08, delay is 4.371
2016.09.30 16:26:35 1: HMLAN_Parse: HMLAN1 new condition timeout
2016.09.30 16:26:35 1: 192.168.0.39:1000 disconnected, waiting to reappear (HMLAN1)
2016.09.30 16:26:35 1: HMLAN_Parse: HMLAN1 new condition disconnected
2016.09.30 16:26:35 1: HMLAN_Parse: HMLAN1 new condition init
2016.09.30 16:26:35 1: 192.168.0.39:1000 reappeared (HMLAN1)
2016.09.30 16:26:35 1: HMLAN_Parse: HMLAN1 new condition ok
2016.09.30 16:33:09 1: Perfmon: possible freeze starting at 16:33:08, delay is 1.535
2016.09.30 16:35:10 1: Perfmon: possible freeze starting at 16:35:08, delay is 2.421
2016.09.30 16:35:27 1: HMLAN_Parse: HMLAN1 new condition timeout
2016.09.30 16:35:27 1: 192.168.0.39:1000 disconnected, waiting to reappear (HMLAN1)
2016.09.30 16:35:27 1: HMLAN_Parse: HMLAN1 new condition disconnected
2016.09.30 16:36:11 2: MyHUEBridge01: empty answer received for http://192.168.0.49/api/ASJDLjkasjdkasJDasd98s9adJASKDjkasjdakjAS/lights
2016.09.30 16:36:11 3: HUEBridge_Call: failed, retrying
2016.09.30 16:36:12 1: Perfmon: possible freeze starting at 16:36:08, delay is 4.632
2016.09.30 16:36:29 1: HMLAN_Parse: HMLAN1 new condition init
2016.09.30 16:36:29 1: 192.168.0.39:1000 reappeared (HMLAN1)
2016.09.30 16:36:29 1: HMLAN_Parse: HMLAN1 new condition ok
2016.09.30 16:40:10 1: Perfmon: possible freeze starting at 16:40:08, delay is 2.173
2016.09.30 16:57:10 1: Perfmon: possible freeze starting at 16:57:08, delay is 2.207
2016.09.30 16:58:11 2: MyHUEBridge01: empty answer received for http://192.168.0.49/api/ASJDLjkasjdkasJDasd98s9adJASKDjkasjdakjAS/lights
2016.09.30 16:58:11 3: HUEBridge_Call: failed, retrying
2016.09.30 16:58:12 1: Perfmon: possible freeze starting at 16:58:08, delay is 4.154
2016.09.30 17:15:11 2: MyHUEBridge01: empty answer received for http://192.168.0.49/api/ASJDLjkasjdkasJDasd98s9adJASKDjkasjdakjAS
2016.09.30 17:15:11 3: HUEBridge_Call: failed, retrying
2016.09.30 17:15:12 1: Perfmon: possible freeze starting at 17:15:08, delay is 4.322
2016.09.30 18:32:11 1: Perfmon: possible freeze starting at 18:32:09, delay is 2.615
2016.09.30 18:34:26 3: Watchdog watchdogHALarsFRITZBox triggered
2016.09.30 18:45:11 1: Perfmon: possible freeze starting at 18:45:09, delay is 2.265
2016.09.30 18:46:12 2: MyHUEBridge01: empty answer received for http://192.168.0.49/api/ASJDLjkasjdkasJDasd98s9adJASKDjkasjdakjAS/lights
2016.09.30 18:46:12 3: HUEBridge_Call: failed, retrying
2016.09.30 18:46:13 1: Perfmon: possible freeze starting at 18:46:09, delay is 4.144
2016.09.30 18:50:12 2: MyHUEBridge01: empty answer received for http://192.168.0.49/api/ASJDLjkasjdkasJDasd98s9adJASKDjkasjdakjAS
2016.09.30 18:50:12 3: HUEBridge_Call: failed, retrying
2016.09.30 18:50:12 1: Perfmon: possible freeze starting at 18:50:09, delay is 3.498
2016.09.30 18:50:27 1: HMLAN_Parse: HMLAN1 new condition timeout
2016.09.30 18:50:27 1: 192.168.0.39:1000 disconnected, waiting to reappear (HMLAN1)
2016.09.30 18:50:27 1: HMLAN_Parse: HMLAN1 new condition disconnected
2016.09.30 18:51:28 1: HMLAN_Parse: HMLAN1 new condition init
2016.09.30 18:51:28 1: 192.168.0.39:1000 reappeared (HMLAN1)
2016.09.30 18:51:57 1: HMLAN_Parse: HMLAN1 new condition timeout
2016.09.30 18:51:57 1: 192.168.0.39:1000 disconnected, waiting to reappear (HMLAN1)
2016.09.30 18:51:57 1: HMLAN_Parse: HMLAN1 new condition disconnected
2016.09.30 18:52:58 1: HMLAN_Parse: HMLAN1 new condition init
2016.09.30 18:52:58 1: 192.168.0.39:1000 reappeared (HMLAN1)
2016.09.30 18:53:02 1: HMLAN_Parse: HMLAN1 new condition ok
2016.09.30 18:54:45 1: HMLAN_Parse: HMLAN1 new condition timeout
2016.09.30 18:54:45 1: 192.168.0.39:1000 disconnected, waiting to reappear (HMLAN1)
2016.09.30 18:54:45 1: HMLAN_Parse: HMLAN1 new condition disconnected
2016.09.30 18:55:48 1: Perfmon: possible freeze starting at 18:55:45, delay is 3.01
2016.09.30 18:56:11 1: Perfmon: possible freeze starting at 18:56:09, delay is 2.786
2016.09.30 18:56:48 1: HMLAN_Parse: HMLAN1 new condition init
2016.09.30 18:56:48 1: 192.168.0.39:1000 reappeared (HMLAN1)
2016.09.30 18:56:52 1: HMLAN_Parse: HMLAN1 new condition ok
2016.09.30 18:58:10 1: Perfmon: possible freeze starting at 18:58:09, delay is 1.621
2016.09.30 18:59:12 2: MyHUEBridge01: empty answer received for http://192.168.0.49/api/ASJDLjkasjdkasJDasd98s9adJASKDjkasjdakjAS/lights
2016.09.30 18:59:12 3: HUEBridge_Call: failed, retrying
2016.09.30 18:59:12 1: Perfmon: possible freeze starting at 18:59:09, delay is 3.539
2016.09.30 19:07:11 1: Perfmon: possible freeze starting at 19:07:09, delay is 2.168
2016.09.30 19:08:12 2: MyHUEBridge01: empty answer received for http://192.168.0.49/api/ASJDLjkasjdkasJDasd98s9adJASKDjkasjdakjAS
2016.09.30 19:08:12 3: HUEBridge_Call: failed, retrying
2016.09.30 19:08:13 1: Perfmon: possible freeze starting at 19:08:09, delay is 4.309
2016.09.30 19:12:12 2: MyHUEBridge01: empty answer received for http://192.168.0.49/api/ASJDLjkasjdkasJDasd98s9adJASKDjkasjdakjAS/lights
2016.09.30 19:12:12 3: HUEBridge_Call: failed, retrying
2016.09.30 19:12:12 1: Perfmon: possible freeze starting at 19:12:09, delay is 3.413
2016.09.30 19:28:12 1: Perfmon: possible freeze starting at 19:28:09, delay is 3.232
2016.09.30 19:30:25 1: HMLAN_Parse: HMLAN1 new condition timeout
2016.09.30 19:30:25 1: 192.168.0.39:1000 disconnected, waiting to reappear (HMLAN1)
2016.09.30 19:30:25 1: HMLAN_Parse: HMLAN1 new condition disconnected
2016.09.30 19:30:27 1: Perfmon: possible freeze starting at 19:30:26, delay is 1.103
2016.09.30 19:31:12 2: MyHUEBridge01: empty answer received for http://192.168.0.49/api/ASJDLjkasjdkasJDasd98s9adJASKDjkasjdakjAS/lights
2016.09.30 19:31:12 3: HUEBridge_Call: failed, retrying
2016.09.30 19:31:13 1: Perfmon: possible freeze starting at 19:31:09, delay is 4.223
2016.09.30 19:31:27 1: HMLAN_Parse: HMLAN1 new condition init
2016.09.30 19:31:27 1: 192.168.0.39:1000 reappeared (HMLAN1)
2016.09.30 19:36:31 1: HMLAN_Parse: HMLAN1 new condition timeout
2016.09.30 19:36:31 1: 192.168.0.39:1000 disconnected, waiting to reappear (HMLAN1)
2016.09.30 19:36:31 1: HMLAN_Parse: HMLAN1 new condition disconnected
2016.09.30 19:36:31 1: HMLAN_Parse: HMLAN1 new condition init
2016.09.30 19:36:31 1: 192.168.0.39:1000 reappeared (HMLAN1)
2016.09.30 19:36:31 1: HMLAN_Parse: HMLAN1 new condition ok
2016.09.30 19:36:47 3: CUL_HM set Aussen_Garten_Lampe_Haustuer on-for-timer 60
2016.09.30 19:37:11 1: Perfmon: possible freeze starting at 19:37:09, delay is 2.768
2016.09.30 19:38:12 2: MyHUEBridge01: empty answer received for http://192.168.0.49/api/ASJDLjkasjdkasJDasd98s9adJASKDjkasjdakjAS
2016.09.30 19:38:12 3: HUEBridge_Call: failed, retrying
2016.09.30 19:38:13 1: Perfmon: possible freeze starting at 19:38:09, delay is 4.99
2016.09.30 19:45:11 1: Perfmon: possible freeze starting at 19:45:09, delay is 2.375
2016.09.30 19:45:26 1: HMLAN_Parse: HMLAN1 new condition timeout
2016.09.30 19:45:26 1: 192.168.0.39:1000 disconnected, waiting to reappear (HMLAN1)
2016.09.30 19:45:26 1: HMLAN_Parse: HMLAN1 new condition disconnected
2016.09.30 19:46:12 2: MyHUEBridge01: empty answer received for http://192.168.0.49/api/ASJDLjkasjdkasJDasd98s9adJASKDjkasjdakjAS/lights
2016.09.30 19:46:12 3: HUEBridge_Call: failed, retrying
2016.09.30 19:46:13 1: Perfmon: possible freeze starting at 19:46:09, delay is 4.235
2016.09.30 19:46:26 1: HMLAN_Parse: HMLAN1 new condition init
2016.09.30 19:46:26 1: 192.168.0.39:1000 reappeared (HMLAN1)
2016.09.30 20:02:11 1: Perfmon: possible freeze starting at 20:02:09, delay is 2.111
2016.09.30 20:03:12 2: MyHUEBridge01: empty answer received for http://192.168.0.49/api/ASJDLjkasjdkasJDasd98s9adJASKDjkasjdakjAS/lights
2016.09.30 20:03:12 3: HUEBridge_Call: failed, retrying
2016.09.30 20:03:13 1: Perfmon: possible freeze starting at 20:03:09, delay is 4.543
2016.09.30 20:26:12 2: MyHUEBridge01: empty answer received for http://192.168.0.49/api/ASJDLjkasjdkasJDasd98s9adJASKDjkasjdakjAS
2016.09.30 20:26:12 3: HUEBridge_Call: failed, retrying
2016.09.30 20:26:12 1: Perfmon: possible freeze starting at 20:26:09, delay is 3.965
2016.09.30 20:48:29 1: Perfmon: possible freeze starting at 20:48:26, delay is 3.092
2016.09.30 20:56:12 2: MyHUEBridge01: empty answer received for http://192.168.0.49/api/ASJDLjkasjdkasJDasd98s9adJASKDjkasjdakjAS
2016.09.30 20:56:12 3: HUEBridge_Call: failed, retrying
2016.09.30 20:56:13 1: Perfmon: possible freeze starting at 20:56:09, delay is 4.705
2016.09.30 21:08:31 1: Perfmon: possible freeze starting at 21:08:29, delay is 2.573


  name             function    max  count    total  average maxDly
tmr-HUEBridge_GetUpdate      HASH(0x3af5bb8)   5963   1741   331086   190.17   2229 HASH(MyHUEBridge01)
Titel: Antw:philips hue modul
Beitrag von: grappa24 am 01 Oktober 2016, 23:04:55
Hallo,

ich steuere eine Q-LED Leuchte jetzt mit ...
- der dazugehörigen FB
- der HUE-Bridge/App
- einem Busch-Jaeger Zigbee Wandtaster

Was kann denn der Grund dafür sein, dass die Leuchte von der HUE/App nicht mehr erreichbar ist (dabei spielt es wohl keine Rolle, ob die Leuchte an oder aus ist ...)

VG Dieter
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 01 Oktober 2016, 23:45:44
@Fredi69: es tut mir leid, aber ich habe keine idee. ich kann es weder nachstellen noch scheinen andere das problem zu haben.

sets mal httpUtils für die bridge auf 1.

ansonsten: deine bridge scheint einfach nicht zu antworten und der timeout läuft ab.

greift sonst noch etwas auf die bridge zu?


@grappa24: kann es sein das du aus versehen die lampe am schalter an und an der bridge abgelernt hast?
siehst du den schalter wenn du ein get <bridge> sensors machst?

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: grappa24 am 02 Oktober 2016, 00:01:00
Zitat von: justme1968 am 01 Oktober 2016, 23:45:44
@grappa24: kann es sein das du aus versehen die lampe am schalter an und an der bridge abgelernt hast?
siehst du den schalter wenn du ein get <bridge> sensors machst?
interessant  ;) . Der Befehlt liefert ID:1, Name: Daylight, TYPE: Daylight Ist das der Zigbee-Schalter? Gerade gehts wieder, muss es mal beobachten. Ganz schöne Sensibelchen diese ZigBee Komponenten ... ;D
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 02 Oktober 2016, 00:03:57
nein. das ist nicht der zigbee schalter. das ist ein virtueller dämmerungssensor. den kann man in regeln in der bridge verwenden um lampen morgens und abends automatisch zu schalten.

wenn da nicht mehr kommt scheint der schalter nicht an der bridge angelernt zu sein oder die bridge kann nur die phillips schalter.

aber wenn es mal geht und mal nicht dann ist zumindest immer noch alles im richtigen netz.
Titel: Antw:philips hue modul
Beitrag von: Nopax am 02 Oktober 2016, 15:57:49
Hallo zusammen,

ich versuche gerade aus manchen Hue-Lampen Structuren Hue-Groups zu bilden.
Das hat soweit auch funktioniert, allerdings bekomme ich es nicht hin eine Hue-Group für z.B 120 Sekunden einzuschalten auf z.B 10 Prozent oder bri 50.

So funktioniert es leider nicht:
set DL_Licht_Decke on-for-timer 120 : pct 10

Kann mir jemand dabei weiter helfen?
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 02 Oktober 2016, 16:02:25
die kommandos aus den set extensions vertragen sich nicht im gleichen set mit den kommandos die direkt in der bridge abgearbeitet werden.

zwei set kommandos verwenden:set DL_Licht_Decke pct 10; set DL_Licht_Decke on-for-timer 120.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: Nopax am 02 Oktober 2016, 16:18:24
Zitat von: justme1968 am 02 Oktober 2016, 16:02:25
die kommandos aus den set extensions vertragen sich nicht im gleichen set mit den kommandos die direkt in der bridge abgearbeitet werden.

zwei set kommandos verwenden:set DL_Licht_Decke pct 10; set DL_Licht_Decke on-for-timer 120.

gruss
  andre

So hatte ich es bei der Strukture gemacht, da funktionierte es.
Bei der Hue-Group jedoch "gewinnt" immer die 2. Anweisung.
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 02 Oktober 2016, 16:19:52
setz mal ein sleep dazwischen.
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 02 Oktober 2016, 16:22:17
und was meinst du mit dir zweite anweisung gewinnt?

das ist doch was du willst. erst pct und dann on-for-timer.
Titel: Antw:philips hue modul
Beitrag von: Nopax am 02 Oktober 2016, 16:30:22
Mit 2. Anweisung gewinnt meine ich:
set DL_Licht_Decke pct 30 ; sleep 2 ; set DL_Licht_Decke on-for-timer 120
Die Hue-Gruppe geht an auf 30% und nach 2 Sekunden geht die Gruppe auf 100% und bleibt für 2 Minuten an.

set DL_Licht_Decke on-for-timer 120; sleep 2 ; set DL_Licht_Decke pct 30
Die Hue-Gruppe geht mit 100% an und nach 2 Sekunden auf 30% und geht dann nicht von alleine aus sondern bleibt an.
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 02 Oktober 2016, 19:30:55
ok. verstanden.

kannst du mal in 31_HUEDevice.pm die zeile 381 mit $obj->{'bri'} = ... auskommentireren und schauen ob es dann geht?

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: Nopax am 02 Oktober 2016, 19:58:10
Zitat von: justme1968 am 02 Oktober 2016, 19:30:55
ok. verstanden.

kannst du mal in 31_HUEDevice.pm die zeile 381 mit $obj->{'bri'} = ... auskommentireren und schauen ob es dann geht?


So, hatte leider Probleme das mit der Berechtigung unter Linux hinzubekommen.
Aber mit der Änderung scheint es zu klappen.
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 02 Oktober 2016, 20:43:50
hab es mal so eingecheckt. mal sehen ob man auch für die lampen darauf verzichten kann.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: Loredo am 02 Oktober 2016, 20:56:07
Zitat von: justme1968 am 01 Oktober 2016, 23:45:44
@Fredi69: es tut mir leid, aber ich habe keine idee. ich kann es weder nachstellen noch scheinen andere das problem zu haben.


Doch hier, seit langer Zeit schon und auch schon öfters hier gemeldet.
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 02 Oktober 2016, 20:59:47
hmmm. daran kann ich mich nicht erinnern.

aber wenn es bei dir auch passiert: hast du noch andere software die regelmässig auf den hub zugreift?
verwendest du pollDevices? httpUtils?

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: Loredo am 02 Oktober 2016, 21:04:32
Zitat von: justme1968 am 02 Oktober 2016, 20:59:47
hast du noch andere software die regelmässig auf den hub zugreift?


Nein, keine (und derzeit nichtmals Homekit dank Apple's "Cloud sync in progress..." Problem).



Zitat von: justme1968 am 02 Oktober 2016, 20:59:47verwendest du pollDevices? httpUtils?


Früher einmal, aber ab einem gewissen Zeitpunkt funktionierte es dann gar nicht mehr damit (hatte ich damals auch gemeldet). Es blieb aber nur davon wieder wegzugehen, ansonsten hätte ich beide Attribute liebend gerne weiter verwendet.
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 02 Oktober 2016, 21:41:35
ok... eine idee: bitte mal in 30_HUEBridge.pm in zeile 1379 den kommentar entfernen.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: Loredo am 03 Oktober 2016, 10:24:33
Hab ich mal seit gestern Abend einkommentiert und wie es scheint hat es seit dem aufgehört. Keine weiteren Einträge heute Nacht:




2016.10.02 13:33:05 1: HUEBridge_HTTP_Request http://192.168.6.32/api/oCG58Thz-rLFyd2UL6StblTB5iKyX4y9Si4IMiXt/lights: Can't connect to http://192.168.6.32:80
2016.10.02 13:33:05 3: HUEBridge_Call: failed, retrying
2016.10.02 13:33:09 1: HUEBridge_HTTP_Request http://192.168.6.32/api/oCG58Thz-rLFyd2UL6StblTB5iKyX4y9Si4IMiXt/lights: Can't connect to http://192.168.6.32:80
2016.10.02 13:33:09 3: HUEBridge_Call: failed, retrying
2016.10.02 13:33:09 3: HUEBridge_Call: failed
2016.10.02 19:59:17 1: HUEBridge_HTTP_Request http://192.168.6.32/api/oCG58Thz-rLFyd2UL6StblTB5iKyX4y9Si4IMiXt/lights: Can't connect to http://192.168.6.32:80
2016.10.02 19:59:17 3: HUEBridge_Call: failed, retrying
2016.10.02 19:59:21 1: HUEBridge_HTTP_Request http://192.168.6.32/api/oCG58Thz-rLFyd2UL6StblTB5iKyX4y9Si4IMiXt/lights: Can't connect to http://192.168.6.32:80
2016.10.02 19:59:21 3: HUEBridge_Call: failed, retrying
2016.10.02 19:59:21 3: HUEBridge_Call: failed
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 03 Oktober 2016, 11:34:42
kann bitte jemand mit raspbee und deconz mal folgendes posten:

- list vom gateway device
- http:/<ip>/api/config/
- http://<ip>/description.xml

danke
  andre
Titel: Antw:philips hue modul
Beitrag von: Loredo am 03 Oktober 2016, 12:22:49
Kann ich nicht mit dienen, mein Fhem läuft in einem Linux Container auf Ubuntu.


Gruß

Julian
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 03 Oktober 2016, 12:29:02
ist deine bridge gen1 oder gen2?

Titel: Antw:philips hue modul
Beitrag von: Loredo am 03 Oktober 2016, 12:30:56
Gen2


list


Internals:
   DEF        192.168.6.32
   Host       192.168.6.32
   INTERVAL   60
   NAME       HUE
   NOTIFYDEV  global
   NR         40
   NTFY_ORDER 50-HUE
   STATE      connected
   TYPE       HUEBridge
   apiversion 1.15.0
   mac        00:17:88:xx:xx:xx
   modelName  Philips hue bridge 2015
   modelid    BSB002
   name       xxxxx
   swversion  01035934
   updatestate 0
   zigbeechannel 11
   Readings:
     2016-09-29 09:44:54   lastError       resource, /groups/4, not available
     2016-10-03 12:30:36   state           connected
     2016-09-20 11:13:41   swupdate        BSB002 1.15 release
   Helper:
     apiversion 69376
     count      0
     last_config_timestamp 1475490636
     updatestate 0
Attributes:
   DbLogExclude .*
   devStateIcon connected:10px-kreis-gruen .*:10px-kreis-rot
   group      Gateway
   icon       hue_filled_bridge_v2
   key        xxxxxx
   room       System



/config/


{
   "name": "xxx",
   "zigbeechannel": 11,
   "bridgeid": "xxxx",
   "mac": "00:17:88:xx:xx:xx",
   "dhcp": true,
   "ipaddress": "192.168.6.32",
   "netmask": "255.255.255.0",
   "gateway": "192.168.6.1",
   "proxyaddress": "none",
   "proxyport": 0,
   "UTC": "2016-10-03T10:35:48",
   "localtime": "2016-10-03T12:35:48",
   "timezone": "Europe/Berlin",
   "modelid": "BSB002",
   "swversion": "01035934",
   "apiversion": "1.15.0",
   "swupdate": {
      "updatestate": 0,
      "checkforupdate": false,
      "devicetypes": {
         "bridge": false,
         "lights": [],
         "sensors": []
      },
      "url": "",
      "text": "",
      "notify": false
   },
   "linkbutton": false,
   "portalservices": true,
   "portalconnection": "connected",
   "portalstate": {
      "signedon": true,
      "incoming": true,
      "outgoing": true,
      "communication": "disconnected"
   },
   "factorynew": false,
   "replacesbridgeid": null,
   "backup": {
      "status": "idle",
      "errorcode": 0
   },
   "whitelist": {
      "UmQArSoPbtj9NPkd1LAWlF87vCH85aYq3ms-V5mC": {
         "last use date": "2016-09-11T21:07:15",
         "create date": "2016-09-10T19:54:18",
         "name": "hue_ios_app#iPhone"
      },
      "MwgLLFfu-kTfBXFA-W688ycVTV9161s6rOnUiavK": {
         "last use date": "2016-09-11T17:07:14",
         "create date": "2016-09-11T16:58:41",
         "name": "fhem"
      },
      "oCG58Thz-rLFyd2UL6StblTB5iKyX4y9Si4IMiXt": {
         "last use date": "2016-10-03T10:35:48",
         "create date": "2016-09-11T17:22:03",
         "name": "fhem"
      },
      "G9NNlKvxkRjGhq4lsRgvxPZAaDwr4yKE3D7OL6C9": {
         "last use date": "2016-10-03T01:44:43",
         "create date": "2016-09-14T22:30:46",
         "name": "hue_ios_app#Julian's iPhone"
      },
      "2GrOEtLNEvCc2xAjStSwSNe7wf5lulL-PsBwM3s6": {
         "last use date": "2016-09-17T13:12:25",
         "create date": "2016-09-17T09:59:00",
         "name": "swiftyhue#Julian's iPhone"
      },
      "ERD9mhDXyh86X6km-PTl4hdo77AoYM3Bf85ggM2a": {
         "last use date": "2016-10-03T10:11:34",
         "create date": "2016-09-17T09:59:26",
         "name": "iConnectHue#iPhone"
      },
      "8s-MufqhvFYWBIY82XgFycmln-32mllHV4YYjzzA": {
         "last use date": "2016-10-02T21:29:43",
         "create date": "2016-09-17T10:02:19",
         "name": "iConnectHue#iPad"
      },
      "A0BDKXv9Vjv7O7aPEG0Z5Ukrbno-AmPNhrvM7xNl": {
         "last use date": "2016-09-17T10:27:25",
         "create date": "2016-09-17T10:02:33",
         "name": "swiftyhue#Julian's iPad"
      },
      "73x3KwaDbO5Iaywn7UYhomJaxCW69r0Uib6qyC4i": {
         "last use date": "2016-09-30T23:54:09",
         "create date": "2016-09-30T23:32:34",
         "name": "Sync My Lights#iPhone"
      }
   }
}



description.xml


<root xmlns="urn:schemas-upnp-org:device-1-0">
<specVersion>
<major>1</major>
<minor>0</minor>
</specVersion>
<URLBase>http://192.168.6.32:80/</URLBase>
<device>
<deviceType>urn:schemas-upnp-org:device:Basic:1</deviceType>
<friendlyName>xxxx (192.168.6.32)</friendlyName>
<manufacturer>Royal Philips Electronics</manufacturer>
<manufacturerURL>http://www.philips.com</manufacturerURL>
<modelDescription>Philips hue Personal Wireless Lighting</modelDescription>
<modelName>Philips hue bridge 2015</modelName>
<modelNumber>BSB002</modelNumber>
<modelURL>http://www.meethue.com</modelURL>
<serialNumber>xxxxx</serialNumber>
<UDN>uuid:xxxxx</UDN>
<presentationURL>index.html</presentationURL>
<iconList>
<icon>
<mimetype>image/png</mimetype>
<height>48</height>
<width>48</width>
<depth>24</depth>
<url>hue_logo_0.png</url>
</icon>
<icon>
<mimetype>image/png</mimetype>
<height>120</height>
<width>120</width>
<depth>24</depth>
<url>hue_logo_3.png</url>
</icon>
</iconList>
</device>
</root>
Titel: Antw:philips hue modul
Beitrag von: Gasmast3r am 03 Oktober 2016, 12:37:49
Hy macht das ein unterschied ??

Gesendet von meinem SM-N915FY mit Tapatalk

Titel: Antw:philips hue modul
Beitrag von: justme1968 am 03 Oktober 2016, 12:43:55
es sollte keinen unterschied machen.

aber scheinbar haben manche hue bridges ein problem wenn man noshutdown verwendet. für die second bridge muss es aber auf jeden fall gesetzt sein.

um eine automatische unterscheidung einzubauen brauche ich die obigen daten von der deconz bridge.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: Fredi69 am 03 Oktober 2016, 22:40:21
Zitat von: justme1968 am 02 Oktober 2016, 21:41:35
ok... eine idee: bitte mal in 30_HUEBridge.pm in zeile 1379 den kommentar entfernen.

Danke, werde ich testen und berichten.
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 04 Oktober 2016, 18:57:11
anbei eine test version des bridge moduls.

abhängig vom bridge typ (hue/deconz) sollte noshutdown automatisch richtig gesetzt werden. zur not mit dem noshutdown attribut überschribbar.

sichtbar am internal noshutdown.

bitte mal testen der default richtig gesetzt wird. hue bridge -> 0, deconz -> 1 und ob die fehler im log weg sind.

gruss
  andre

edit: 2016-10-05 änderungen eingecheckt
Titel: Antw:philips hue modul
Beitrag von: Fredi69 am 05 Oktober 2016, 08:44:38
Zitat von: justme1968 am 04 Oktober 2016, 18:57:11
bitte mal testen der default richtig gesetzt wird. hue bridge -> 0, deconz -> 1 und ob die fehler im log weg sind.

Die Meldungen sind sehr deutlich weniger geworden, leider nicht ganz verschwunden.
Was bedeutet die Meldung eigentlich? Das die Bridge nach einer Zeit x nicht antwortet?
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 05 Oktober 2016, 09:54:46
genau. die bridge antwortet einfach nicht.
Titel: Antw:philips hue modul
Beitrag von: DazDavid am 05 Oktober 2016, 14:21:40
Hi,

ich versuche gerade das HUEBridge Modul mit einem Raspbee Modul zum laufen zu bekommen, allerdings scheitert es an der Verbindung. FHEM und DeCONZ laufen auf dem selben Raspi und wenn ich versuche per define Rasbee HUEBridge 127.0.0.1 das Rasbpee Modul einzubinden sehe ich im Log das er die description.xml offensichtlich lesen kann, jedoch bei der Abfrage der config keine Informationen bekommen (Got data, length 0).  Nach ein paar versuchen quittiert FHEM das ganze dann mit HUEBridge_Call failed.
Eine Idee woran es liegen könnte?
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 05 Oktober 2016, 14:36:27
setz mal das noshutdown attribut auf 1 und poste die oben angefragt daten von deiner bridge.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: DazDavid am 05 Oktober 2016, 14:44:40
Sorry, bin gestern abend das erste mal mit FHEM in Berührung gekommen... Wo setze ich das noshutdown Attribut genau? Über Command line attr noshutdown Raspbee 1 oder so ähnlich? Die Daten poste ich dann wenn ich zuhause bin da das über das Smartphone zu viel gefriemel ist :)
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 05 Oktober 2016, 14:52:34
attr Raspbee noshutdown 1
Titel: Antw:philips hue modul
Beitrag von: DazDavid am 05 Oktober 2016, 15:03:18
Vergiss es... Ich habe diverse Blockartikel gelesen und immer wieder wurde erwähnt man sollte grundsätzlich ein Update machen wenn was nicht geht aber dran gedacht habe ich nicht.... Also nach einem Update und Shutdown restart strang die Bridge nun endlich auf Connected und ich sehe meine Lampe. Danke für deine Hilfe.
Titel: Antw:philips hue modul
Beitrag von: DazDavid am 05 Oktober 2016, 15:12:37
Benötigst du die Config Files trotzdem noch?
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 05 Oktober 2016, 15:17:57
ja. die daten hätte ich trotzdem gerne.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: DazDavid am 05 Oktober 2016, 18:39:27
Bitte sehr:

list
DEF
192.168.2.11:80
Host
192.168.2.11:80
INTERVAL
60
NAME
Raspbee
NOTIFYDEV
global
NR
20
NTFY_ORDER
50-Raspbee
STATE
connected
TYPE
HUEBridge
apiversion
1.0.0
mac
b8:27:eb:73:23:f0
modelName
Philips hue bridge 2012
modelid
name
deCONZ-GW
swversion
20402
updatestate
0
zigbeechannel
25


config
{"apiversion":"1.0.0","dhcp":true,"gateway":"192.168.X.X","ipaddress":"192.168.X.X","linkbutton":false,"localtime":"2016-10-05T18:36:41","mac":"b8:27:eb:XX:XX:XX","name":"deCONZ-GW","netmask":"255.255.255.0","networkopenduration":60,"panid":28325,"portalservices":false,"proxyaddress":"","proxyport":0,"rgbwdisplay":"1","swupdate":{"notify":false,"text":"","updatestate":0,"url":""},"swversion":"20402","timeformat":"24h","timezone":"Europe/Berlin","utc":"2016-10-05T16:36:41","uuid":"XXXXXXXXXXXXXXXXXXXX","whitelist":{"047430a6c666fb383eb55b954227e6b7":{"create date":"2016-10-05T12:06:12","last use date":"2016-10-05T16:36:41","name":"unknown"},"29FF708F05":{"create date":"2016-10-04T18:11:02","last use date":"2016-10-05T07:26:59","name":"deCONZ WebApp"},"4CA6B1FE34":{"create date":"2016-10-05T07:37:17","last use date":"2016-10-05T13:12:06","name":"deCONZ WebApp"},"BA5D7E8C71":{"create date":"2016-10-04T19:30:52","last use date":"2016-10-04T20:47:36","name":"deCONZ WebApp"},"eb058ecc48b6fa93f858afdd429b0288":{"create date":"2016-10-05T11:55:51","last use date":"2016-10-05T16:36:14","name":"unknown"}},"zigbeechannel":25}

description.xml
<root xmlns="urn:schemas-upnp-org:device-1-0">
<specVersion>
<major>1</major>
<minor>0</minor>
</specVersion>
<URLBase>http://192.168.178.20:80/</URLBase>
<device>
<deviceType>urn:schemas-upnp-org:device:Basic:1</deviceType>
<friendlyName>Philips hue (192.168.178.20)</friendlyName>
<manufacturer>Royal Philips Electronics</manufacturer>
<manufacturerURL>http://www.philips.com</manufacturerURL>
<modelDescription>Philips hue Personal Wireless Lighting</modelDescription>
<modelName>Philips hue bridge 2012</modelName>
<modelNumber>8986674235553</modelNumber>
<modelURL>http://www.meethue.com</modelURL>
<serialNumber>93eadbeef13</serialNumber>
<UDN>uuid:01234567-89ab-cdef-0123-456789abcdef</UDN>
<serviceList>
<service>
<serviceType>(null)</serviceType>
<serviceId>(null)</serviceId>
<controlURL>(null)</controlURL>
<eventSubURL>(null)</eventSubURL>
<SCPDURL>(null)</SCPDURL>
</service>
</serviceList>
<presentationURL>index.html</presentationURL>
<iconList>
<icon>
<mimetype>image/png</mimetype>
<height>48</height>
<width>48</width>
<depth>24</depth>
<url>hue_logo_0.png</url>
</icon>
<icon>
<mimetype>image/png</mimetype>
<height>120</height>
<width>120</width>
<depth>24</depth>
<url>hue_logo_3.png</url>
</icon>
</iconList>
</device>
</root>
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 05 Oktober 2016, 18:55:44
danke.

ich habe mal eine version mit konfigurierbarem connection handling eingecheckt.

gruss
  andre
Titel: Philips Hue Motion Sensor
Beitrag von: Skubbi am 05 Oktober 2016, 21:47:16
Hallo,
ich habe noch keinen Thread zu meiner jetzigen Frage gefunden. Das Thema bzw. das Gerät "Motion Sensor" ist ja ganz frisch rausgekommen. Wird es hier zukünftig die Möglichkeit im Modul geben den Bewegungssensor in das Modul einzuarbeiten? Ich denke daran, dass man den Sensor ins FHEM einbinden könnte um Szenarien zu programmieren. Viel interessanter fände ich noch die Möglichkeit den Sensor in das Homebridge Modul einzubinden um es in den Automationen anzuwenden.

Vielen Dank im Voraus. Falls es bereits möglich ist, wo kann ich es nachlesen?
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 05 Oktober 2016, 22:16:19
das modul unterstützt alle sensoren die der hub unterstützt.

aber da es zur zeit nur ein pollendes api gibt wirst du nicht glücklich werden wenn du in fhem auf den motionsensor reagieren willst.

du kannst natürlich in der bridge direkt den sensor mit den lampen verknüpfen. auch das kannst du über fhem konfigurieren. ist aber handarbeit.

wenn du einen bewegungsmelder brauchst such dir einen der aktiv von sich aus an fhem sendet und nicht gepollt werden muss.

wenn du fhem verwendest sind bewegungsmelder auch für homebridge nicht sinnvoll. alle automatisierung sollte in fhem passieren und homekit nur ein (weiteres) user interface für fhem sein.

gruss
  andre

ps: zu beiden themen gibt es schon postings in den betreffen threads und/oder beiträge im wiki.
Titel: Antw:philips hue modul
Beitrag von: Fredi69 am 05 Oktober 2016, 22:23:24
Zitat von: justme1968 am 04 Oktober 2016, 18:57:11
bitte mal testen der default richtig gesetzt wird. hue bridge -> 0, deconz -> 1 und ob die fehler im log weg sind.
updatestate=0 erkannt
Leider sind die Fehler mit dieser Version wieder sehr oft vorgekommen, 74 mal in 2 Stunden
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 05 Oktober 2016, 22:34:10
nicht updatestate sondern noshutdown.
Titel: Antw:philips hue modul
Beitrag von: Fredi69 am 05 Oktober 2016, 22:36:10
Zitat von: justme1968 am 05 Oktober 2016, 22:34:10
nicht updatestate sondern noshutdown.
Sorry, noshutdown ist auch 0
Titel: Antw:philips hue modul
Beitrag von: wmr72 am 06 Oktober 2016, 11:19:30
Hallo, die aktuelle SVN-Version (r12276) von 30_HUEBridge.pm ist kaputt, da ist am Ende ein doppeltes

=end html
=cut


reingerutscht.
Titel: Antw:philips hue modul
Beitrag von: Rundblick am 06 Oktober 2016, 11:57:08
Sogar etwas mehr. Diese 4 Zeilen müssen weg, bzw dürfen nur einmal vorhanden sein.


  </ul><br>
</ul><br>

=end html
=cut
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 06 Oktober 2016, 18:26:13
keine ahnung wie das passiert ist :(

ist ab morgen wieder ok.

sorry
  andre
Titel: Antw:philips hue modul
Beitrag von: Sacerd am 07 Oktober 2016, 14:02:48
Zitat von: justme1968 am 05 Oktober 2016, 22:16:19
das modul unterstützt alle sensoren die der hub unterstützt.

aber da es zur zeit nur ein pollendes api gibt wirst du nicht glücklich werden wenn du in fhem auf den motionsensor reagieren willst.

du kannst natürlich in der bridge direkt den sensor mit den lampen verknüpfen. auch das kannst du über fhem konfigurieren. ist aber handarbeit.

wenn du einen bewegungsmelder brauchst such dir einen der aktiv von sich aus an fhem sendet und nicht gepollt werden muss.

wenn du fhem verwendest sind bewegungsmelder auch für homebridge nicht sinnvoll. alle automatisierung sollte in fhem passieren und homekit nur ein (weiteres) user interface für fhem sein.

gruss
  andre

ps: zu beiden themen gibt es schon postings in den betreffen threads und/oder beiträge im wiki.


Das neue Gerät "Motion Sensor" kann ja nicht nur Bewegungen erfassen, sondern auch die Helligkeit bestimmen. Und das finde ich schon eine wertvolle Information, die man in fhem weiterverarbeiten kann.
Über die offizielle App lässt sich der Sensor auch deaktivieren. Auch das finde ich eine interessante Möglichkeit die sehr limitierten App-Möglichkeiten zu erweitern. Z.B. kann man den Bewegungsmelder dann als Nachtlicht verwenden und die Lampe tagsüber bzw. abends anders verwenden in dem man den Sensor deaktiviert.

Ich habe in fhem  mit "define <name> HUEDevice sensor <id>" die entsprechenden Sensor-Devices erstellt, was auch so weit erst mal geklappt hat.

Allerdings nimmt der Sensor keine set-Befehle an. Ich vermute mal ich muss das über die Bridge machen mit setsensor?!

Titel: Antw:philips hue modul
Beitrag von: justme1968 am 07 Oktober 2016, 15:01:38
über die bridge mit setsensor oder configsensor oder über das sensor device mit json oder über ein per setList konfiguriertes kommando.

die beschreibung ist leider noch nicht in der commandref sondern weiter oben im thread.

das deaktivieren sollte auch aus fhem heraus über configsensor möglich sein.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: disorganizer am 07 Oktober 2016, 21:51:20
hallo zusammen, eine frage:
ich habe heute meinen motion sensor in fhem aufgenommen.
dabei ist mir aufgefallen das der wert "battery" als internal und nicht als reading auftaucht. sollte der nicht ein reading sein?

muss ich bei der einbindung auf irgend etwas achten?

im endeffekt sieht die config so aus:

define HUEmotion HUEDevice sensor 16 1 IODev=hueBridge1
attr HUEmotion IODev hueBridge1
attr HUEmotion group Sensor
attr HUEmotion room HUEDevice

Titel: Antw:philips hue modul
Beitrag von: justme1968 am 07 Oktober 2016, 22:51:12
das liegt daran das die bridge den battery wert als config und nicht als state liefert.

ich habe aber eben eine version eingecheckt die aus battery ein reading macht und auch noch ein paar weitere sensor readings kennt.

vermutlich solltest du im define noch ein polling intervall angeben. die normalen 60 sekunden sind vermutlich zu lang für einen bewegungsmelder.

übrigens scheint der bewegungsmelder zusätzlich zu bewegung und helligkeit auch noch die temperatur zu melden. in der bridge wird aber für jeden messwert ein eigener sensor angelegt. d.h. in fhem muss man auch drei devices anlegen wenn man das feature nutzen will.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: Fredi69 am 08 Oktober 2016, 12:08:38
Mit der aktuellen Version scheinen die Fehler weg zu sein.
Danke
Fredi69
Titel: Antw:philips hue modul
Beitrag von: Fredi69 am 08 Oktober 2016, 16:47:08
Leider doch nicht, aber sehr viel weniger.
Titel: Antw:philips hue modul
Beitrag von: ernst1024 am 08 Oktober 2016, 17:54:16
Wenn ich irgendeine HUE Lampe mit der Hue App schalte, hat fhem das früher mitbekommen und nach spätestens 60 sec den status aktualisiert.

Seit ein paar Tagen ist das aber nicht mehr so (Habe keine update gemacht). Auch ein get deviceStateIcon bringt kein update, und gibt weiterhin den falschen status aus.

Was könnte da passiert sein?
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 08 Oktober 2016, 20:33:07
da sollte sich nichts geändert haben.  get devStateIcon verwendet nur den aktuell bekannten stand unf fragt ihn nicht neu ab. um den explizit abzufragen gibt es set statusRequest in der lampen und in der bridge.

wenn das nicht automatisch geht:
- ist in bridge oder device das INTERVAL internal gesetzt und hat einen wert != 0?
- ist in der bridge pollDevices gesetzt?
- wird der status aktualisiert wenn du set statusRequest verwendest?
- welche bridge verwendest du?
- gibt es mit verbose 5 meldungen im log?

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: ernst1024 am 09 Oktober 2016, 11:57:28
Danke andre,

- ist in bridge oder device das INTERVAL internal gesetzt und hat einen wert != 0?
INTERNAL ist überall gesetzt = 60

- ist in der bridge pollDevices gesetzt?
pollDevices habe ich wohl nicht?

- wird der status aktualisiert wenn du set statusRequest verwendest?
nein

- welche bridge verwendest du?
die neueste (quadratische) denke ich

- gibt es mit verbose 5 meldungen im log?
muss ich aktivieren, global oder im device
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 09 Oktober 2016, 12:15:43
im device und in der bridge.

ansonsten setz mal pollDevices in der bridge und starte fhem neu. danach sollte das intervall nur in der bridge 60 sein und in den devices 0 bzw nicht vorhanden.
Titel: Antw:philips hue modul
Beitrag von: ernst1024 am 09 Oktober 2016, 12:40:18
Zitat von: justme1968 am 09 Oktober 2016, 12:15:43
im device und in der bridge.

ansonsten setz mal pollDevices in der bridge und starte fhem neu. danach sollte das intervall nur in der bridge 60 sein und in den devices 0 bzw nicht vorhanden.

wie gesagt, ich habe pollDevices nicht.
Aber (Asche auf mein Haupt) ich erinnerte mich vor einiger Zeit mal mit longpoll im WEB gespielt zu haben und der war auf '0'. Habe ich jetzt wieder auf 1 gesetzt , zur Sicherheit noch ein rereadcfg und äh .....es funktioniert wieder
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 09 Oktober 2016, 12:41:37
wenn du kein pollDevices attribut hat ist deine installation ziemlich alt.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: ernst1024 am 09 Oktober 2016, 12:48:27
Zitat von: justme1968 am 09 Oktober 2016, 12:41:37
wenn du kein pollDevices attribut hat ist deine installation ziemlich alt.

gruss
  andre

naja, ziemlich ist relativ. Aber so gut und gerne 2-4 Monate mag es schon her sein.
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 09 Oktober 2016, 12:54:16
hmmm...

das pollDevices attribut ist schon mindestens zwei jahre alt.

bezieht sich das 2-4 monate auf das letze update oder die installation?
Titel: Antw:philips hue modul
Beitrag von: ernst1024 am 09 Oktober 2016, 13:52:33
weiss jetzt nicht genau was du meinst daher:

letztes Update: PI Betriebssystem max 2 Monate, fhem vielleicht 2-4 Monate. HUE Bridge samt Komponenten installiert seit August.
Hängt aber alles in einem WLAN ohne Netzzugang, also Bridge und Lampen sind im Auslieferungszustand.
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 09 Oktober 2016, 14:01:42
ich meine fhem bzw. das modul.

was gibt version 30_HUEBridge?


Titel: Antw:philips hue modul
Beitrag von: ernst1024 am 09 Oktober 2016, 14:21:50
30_HUEBridge.pm 12131 2016-09-08 14:49:46Z justme1968
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 09 Oktober 2016, 14:32:25
dann muss das attribut da sein.

wenn es gesetzt ist sollte das pollen der bridge optimiert sein. wenn es auch ohne geht ist es auch ok.
Titel: Antw:philips hue modul
Beitrag von: ernst1024 am 09 Oktober 2016, 16:00:58
jetzt nur weil du drauf bestehst das attribute müsste da sein, hast du mal das png ein paar Einträge vorher angeschaut?
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 09 Oktober 2016, 16:37:06
ja. habe ich. aber da zeigst du set. nicht die attribute.
Titel: Antw:philips hue modul
Beitrag von: ernst1024 am 09 Oktober 2016, 17:44:02
uupppps, ähhhh ja ..... da hast du wohl recht. Irgendwie war ich da auf einem ganz anderen Dampfer, sorry für die Verwirrung.
Also es ist da.
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 09 Oktober 2016, 17:55:52
dann ist ja alles gut :)
Titel: Antw:philips hue modul
Beitrag von: Sacerd am 09 Oktober 2016, 19:19:41
Ich hab hier irgendwie noch komische Phänomene mit den (Fhem-)Sensor-Devices des Motion-Sensors.

Die Reading-Zeitstempel gehen irgendwie immer 2 Stunden zurück. Das war eben um 19:03 Uhr:

Readings
battery 100     2016-10-09 17:03:02
dark 1             2016-10-09 17:03:02
daylight 0        2016-10-09 17:03:02
reachable 1     2016-10-09 17:03:02
state 523            2016-10-09 17:03:02

wird ein Reading geupdatet, bzw. gechanged, wird auch der Zeitstempel auf die aktuelle Uhrzeit gesetzt (Ohne Browser-Refresh). Wenn ich anschließend den Browser refresche oder das Device neu aufrufe, ändern sich die Zeitstempel wieder auf das letzt Event minus 2 Stunden. :o

Das heißt bei einer Änderung des states, sehen die Readings so aus:

Readings
battery 100     2016-10-09 17:03:02
dark 1             2016-10-09 17:03:02
daylight 0        2016-10-09 17:03:02
reachable 1     2016-10-09 17:03:02
state 200            2016-10-09 19:05:08

Nach Browser-Refresh wieder so:

Readings
battery 100     2016-10-09 17:05:08
dark 1             2016-10-09 17:05:08
daylight 0        2016-10-09 17:05:08
reachable 1     2016-10-09 17:05:08
state 200        2016-10-09 17:05:08

Im Log habe ich folgendes gefunden (Hue_Bright = Name des Sensor-Devices)

2016.10.09 18:59:00 4: parse status message for Hue_Bright
2016.10.09 19:00:00 4: parse status message for Hue_Bright
2016.10.09 19:01:00 4: parse status message for Hue_Bright

Die Zeitstempel der Readings werden aber trotzdem nicht aktualisiert, auch nicht bei "event-on-update-reading:.*"

Dieses Verhalten kann ich nur bei den Sensoren beobachten...was kann das sein?
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 09 Oktober 2016, 20:21:43
das modul verwendet die zeit die vom sensor geschickt wird als timestamp für das reading. damit bekommt man unabhängig vom poling intervall die echte zeit des sensors.

fhem verwendet aber beim longpoll update immer die aktuelle zeit als timestamp.

das eigentlich problem ist aber das ich gerade eben erst gesehen habe das die zeiten in utc angegeben sind. ich ändere das im modul.

gruss
andre
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 09 Oktober 2016, 21:10:18
bitte mal testen ob mit der angehängten version die timestamps stimmen.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: Sacerd am 09 Oktober 2016, 21:47:12
Zitat von: justme1968 am 09 Oktober 2016, 21:10:18
bitte mal testen ob mit der angehängten version die timestamps stimmen.

gruss
  andre

Timestamps passen jetzt!
Danke übrigens für den schnellen und guten Support  :)
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 09 Oktober 2016, 22:25:56
ist eingecheckt und somit ab morgen im update.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: Custodis Intestina am 11 Oktober 2016, 21:26:10
Guten Abend Fhem - Gemeinde

Habe mich nun auch dazu entschlossen Fhem zu nutzen, nun zu meinem Problem.
Raspberry Pi3, eq3MAX über CUL-Stick und DeCONZ über 23x Stick von DE
Also Lichtsteuerung funktioniert. Komme auch über Postman auf die REST Appi von DeCONZ
Aber Fhem will einfach nicht bzw habe ich die berüchtigte JSON Fehlermeldung die hier im Thread schon mehrfach auftauchte

Hier Mal ein LOG

Zitat
2016.10.11 21:01:56 5: Cmd: >setstate global no definition<
2016.10.11 21:01:56 5: Cmd: >setstate lightlink initialized<
2016.10.11 21:01:56 5: Cmd: >setstate lightlink 2016-10-11 21:01:48 state initialized<
2016.10.11 21:01:56 5: Triggering global (1 changes)
2016.10.11 21:01:56 5: Starting notify loop for global, first event INITIALIZED
2016.10.11 21:01:56 4: HttpUtils url=http://192.168.13.11/description.xml
2016.10.11 21:01:56 4: http://192.168.13.11/description.xml: HTTP response code 200
2016.10.11 21:01:56 4: HttpUtils http://192.168.13.11/description.xml: Got data, length: 1332
2016.10.11 21:01:56 5: HUEBridge_OpenDev: got description: <?xml version="1.0"?>
<root xmlns="urn:schemas-upnp-org:device-1-0">
  <specVersion>
    <major>1</major>
    <minor>0</minor>
  </specVersion>
  <URLBase>http://192.168.13.11:80/</URLBase>
  <device>
    <deviceType>urn:schemas-upnp-org:device:Basic:1</deviceType>
    <friendlyName>Philips hue (192.168.13.11) compatible Wireless Light Control Gateway</friendlyName>
    <manufacturer>dresden elektronik</manufacturer>
    <manufacturerURL>http://www.dresden-elektronik.de</manufacturerURL>
    <modelDescription>dresden elektronik Wireless Light Control</modelDescription>
    <modelName>Philips hue bridge 2012</modelName>
    <modelNumber>929000226503</modelNumber>
    <modelURL>http://www.dresden-elektronik.de</modelURL>
    <serialNumber>XXXXXXXX</serialNumber>
    <UDN>uuid:X>
    <gatewayName>Eurebia</gatewayName>
    <presentationURL>index.html</presentationURL>
    <iconList>
      <icon>
        <mimetype>image/png</mimetype>
        <height>48</height>
        <width>48</width>
        <depth>24</depth>
        <url>hue_logo_0.png</url>
      </icon>
      <icon>
        <mimetype>image/png</mimetype>
        <height>120</height>
        <width>120</width>
        <depth>24</depth>
        <url>hue_logo_3.png</url>
      </icon>
    </iconList>
  </device>
</root>


2016.10.11 21:01:56 4: using HUEBridge_HTTP_Request: GET config
2016.10.11 21:01:56 5: HUEBridge_HTTP_Request http://192.168.13.11/api/xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx/config: Got data, length: 0
2016.10.11 21:01:56 4: HUEBridge_HTTP_Request http://192.168.13.11/api/xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx/config: Zero length data, header follows...
2016.10.11 21:01:56 4: HUEBridge_HTTP_Request http://192.168.13.11/api/xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx/config: http
2016.10.11 21:01:56 3: HUEBridge_Call: failed, retrying
2016.10.11 21:01:56 4: using HUEBridge_HTTP_Request: GET config
2016.10.11 21:01:56 5: HUEBridge_HTTP_Request http://192.168.13.11/api/xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx/config: Got data, length: 0
2016.10.11 21:01:56 4: HUEBridge_HTTP_Request http://192.168.13.11/api/xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx/config: Zero length data, header follows...
2016.10.11 21:01:56 4: HUEBridge_HTTP_Request http://192.168.13.11/api/xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx/config: http
2016.10.11 21:01:56 3: HUEBridge_Call: failed, retrying
2016.10.11 21:01:56 3: HUEBridge_Call: failed
2016.10.11 21:01:56 2: HUEBridge_OpenDev: got empty config
2016.10.11 21:01:56 2: SecurityCheck:  WEB has no associated allowed device with basicAuth.  Restart FHEM for a new check if the problem is fixed, or set the global attribute motd to none to supress this message.
2016.10.11 21:01:56 0: Featurelevel: 5.7
2016.10.11 21:01:56 0: Server started with 19 defined entities (fhem.pl:12311/2016-10-10 perl:5.020002 os:linux user:fhem pid:7933)
2016.10.11 21:01:57 4: Connection accepted from WEB_192.168.13.50_59709
2016.10.11 21:01:58 4: WEB_192.168.13.50_59709 GET /fhem?XHR=1&inform=type=status;filter=;since=1476212510.389;fmt=JSON&fw_id=94×tamp=1476212518601; BUFLEN:0
2016.10.11 21:02:00 4: Connection accepted from WEB_192.168.13.50_59710
2016.10.11 21:02:00 4: WEB_192.168.13.50_59710 GET /fhem?cmd=style%20list; BUFLEN:0
2016.10.11 21:02:00 4: name: /fhem?cmd=style%20list / RL:2841 / text/html; charset=UTF-8 / Content-Encoding: gzip
/
2016.10.11 21:02:00 4: Connection closed for WEB_192.168.13.50_59709: EOF
2016.10.11 21:02:00 4: WEB_192.168.13.50_59710 GET /fhem/pgm2/style.css?v=1476212515; BUFLEN:0
2016.10.11 21:02:00 4: WEB_192.168.13.50_59710 GET /fhem?XHR=1&inform=type=status;filter=;since=1476212519;fmt=JSON&fw_id=46×tamp=1476212521302; BUFLEN:0
2016.10.11 21:02:02 4: Connection accepted from WEB_192.168.13.50_59711
2016.10.11 21:02:02 4: WEB_192.168.13.50_59711 GET /fhem/FileLog_logWrapper?dev=Logfile&type=text&file=fhem-2016-10.log; BUFLEN:0


Also ich erreiche die API aber die Verbindung kommt einfach nicht zu stande. Achso DeCONZ ist auf der heute rausgekommenen Version 2.04.18
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 11 Oktober 2016, 21:36:32
ist dein fhem aktuell?

welchen wert hat das noshutdown internal?

geht es wenn du das noshutdown attribut auf 1 setzt?

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 11 Oktober 2016, 21:47:19
falls es mit gesetztem attribute geht: lösch das attribut wieder und versuch mal die angehängte version.

das problem ist das das deconz gateway andere socket einstellungen braucht als die hue bridge aber es leider nicht zuverlässig möglich ist das deconz gateway zu erkennen weil sie in der description einige falsche angaben machen und so tun als ob sie die hue bridge sind.

du scheinst aber eine neue software version zu haben bei denen manufacturer korrekt ausgefüllt ist.

gruss
  andre

edit 2016-10-14: in etwas abgewandelter form eingecheckte
Titel: Antw:philips hue modul
Beitrag von: Custodis Intestina am 12 Oktober 2016, 08:25:18
Guten morgen

@justme1968
Ja die deconz Software wurde gestern erst freigeschalten. Wegen dem noshutdown muss ich mich erst einlesen wo der hinmuss, das wird erst heute Abend bzw morgen dann. Danke für die Hilfe ich melde mich.

Achso Fhem  Update habe ich gemacht.
Titel: Antw:philips hue modul
Beitrag von: duu75 am 12 Oktober 2016, 10:13:01
Kriege mein Starter Kit einfach nicht sauber zum laufen.

Die Bridge habe ich mit fester IP konfiguriert, gepairt und connected.
HUEDevices wurden automatisch angelegt und funktionieren auch.
Bridge wurde mit der Android App auf aktuellste Firmware upgedatet.
FHEM ist auch aktuellste Version.

Auf der Bridge sind Attribute "pollDevices 1" und "httpUtils 1" gesetzt.

Im Log sehe ich auch jede Minute "using HttpUtils_NonblockingGet: GET lights", aber die Lampen bekommen im FHEM  keine neue Info ob an oder aus oder sonst was.
Der letzte Zeitstempel der Devices ist der vom FHEM restart oder manuel ON/OFF oder statusRequest.

Wenn ich manuell die Lampen mit statusRequest abfrage, wird der Status reachable und state aktualisiert.
Der Rest bleibt alter Zeitstempel.
Beim ON/OFF werden auch noch onoff, bri etc. mit aktualisiert.

Nur automatisch in regelmäßigen Abständen erfolgt keine Aktualisierung der Stati der Lampen.
So kann ich aber nicht checken, ob nach Stromausfall/-wiederkehr die Lampen undefiniert bzw. ungewollt an sind und mittels desired und state Vergleich ausschalten.

Was ist da los?
Mache ich was falsch?

Auch pollDevices 0 und dafür dann INTERVAL 60 auf den Devices bringt keine Änderung/Lösung.
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 12 Oktober 2016, 10:24:02
bei pollDevices muss das intervall in der bridge ungleich 0 sein und in den devices gleich 0.

setz mal httpUtils auf 0 oder lösche es.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: duu75 am 12 Oktober 2016, 10:39:29
Zitat von: justme1968 am 12 Oktober 2016, 10:24:02
bei pollDevices muss das intervall in der bridge ungleich 0 sein und in den devices gleich 0.

setz mal httpUtils auf 0 oder lösche es.

gruss
  andre

pollDevices gelöscht, also Defaultwert 1 auf der Bridge.
Nach SHUTDOWN RESTART um 10:30:31 steht auf der Bridge die konfigurierten 60 Sekunden und auf den Devices INTERVAL 0

Habe auf der Bridge und Device1 verbose 4 und im Log sieht es so aus, aber keine Readings werden aktualisiert.

Hat das vlt. auch was mit dem allerersten Logeintrag nach dem Start zu tun "empty answer received"?


2016.10.12 10:30:31 2: HUEBridge: http request failed: http://10.0.0.5/api/*********************************: empty answer received
2016.10.12 10:30:35 4: using HttpUtils_NonblockingGet: GET lights/1
2016.10.12 10:30:35 4: using HttpUtils_NonblockingGet: GET lights/3
2016.10.12 10:30:35 4: using HttpUtils_NonblockingGet: GET lights/2
2016.10.12 10:30:35 4: using HttpUtils_NonblockingGet: GET groups/0
2016.10.12 10:30:36 4: parse status message for HUEBridge_HUEDevice1
2016.10.12 10:31:26 4: using HttpUtils_NonblockingGet: GET lights
2016.10.12 10:31:26 4: parse status message for HUEBridge_HUEDevice1
2016.10.12 10:32:26 4: using HttpUtils_NonblockingGet: GET lights
2016.10.12 10:32:26 4: parse status message for HUEBridge_HUEDevice1
2016.10.12 10:33:26 4: using HttpUtils_NonblockingGet: GET lights
2016.10.12 10:33:26 4: parse status message for HUEBridge_HUEDevice1
2016.10.12 10:34:26 4: using HttpUtils_NonblockingGet: GET lights
2016.10.12 10:34:26 4: parse status message for HUEBridge_HUEDevice1
2016.10.12 10:35:26 4: using HttpUtils_NonblockingGet: GET lights
2016.10.12 10:35:26 4: parse status message for HUEBridge_HUEDevice1
2016.10.12 10:36:26 4: using HttpUtils_NonblockingGet: GET
2016.10.12 10:36:26 4: parse status message for HUEBridge
2016.10.12 10:36:26 4: HUEBridge: message for unknow sensor received: HUEBridge-S1
2016.10.12 10:36:26 4: parse status message for HUEBridge_HUEDevice1
2016.10.12 10:37:26 4: using HttpUtils_NonblockingGet: GET lights
2016.10.12 10:37:26 4: parse status message for HUEBridge_HUEDevice1
2016.10.12 10:38:26 4: using HttpUtils_NonblockingGet: GET lights
2016.10.12 10:38:26 4: parse status message for HUEBridge_HUEDevice1


Habe auch schon zwischenzeitlich alles gelöscht und komplett neu konfiguriert, aber auch das gleiche Ergebnis.




Titel: Antw:philips hue modul
Beitrag von: justme1968 am 12 Oktober 2016, 10:58:03
das eine empty answer ist kein problem.

laut deinem log wird die bridge regelmäßig gepollt. das schaut gut aus. und es kommen antworten die geparden werden.

hast du denn zwischenzeitlich auch an den lampen etwas umgestellt? wenn es keine veränderung gab wird auch kein reading aktualisiert. auch nicht der timestamp.

trenn mal ein lampe vom strom. nach einer weile solltest du ein unreachable sehen. wenn du sie dann wieder anschliessst sollte (nach etwas kürzerer zeit) reachable zu sehen sein und on.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: duu75 am 12 Oktober 2016, 11:12:45
Zitat von: justme1968 am 12 Oktober 2016, 10:58:03
das eine empty answer ist kein problem.

laut deinem log wird die bridge regelmäßig gepollt. das schaut gut aus. und es kommen antworten die geparden werden.

hast du denn zwischenzeitlich auch an den lampen etwas umgestellt? wenn es keine veränderung gab wird auch kein reading aktualisiert. auch nicht der timestamp.

trenn mal ein lampe vom strom. nach einer weile solltest du ein unreachable sehen. wenn du sie dann wieder anschliessst sollte (nach etwas kürzerer zeit) reachable zu sehen sein und on.

gruss
  andre

Ah ok das muss ich mal testen.
Ich dachte nach dem Pollen der Lampen von der Bridge werden die Readings jede Minute auf den Devices aktualisiert.
D.h. die Readings der Lampen werden immer nur von der Bridge aktualisiert, wenn man irgendein Befehl zur Lampe sendet.
Bzw. bei Stromausfall wird irgendwann das reachable auf 0 gesetzt und bei Wiederkehr des Stroms geht sie ja dummerweise an und merkt sich nicht den letzten Zustand und geht wieder auch reachable 1.
Titel: Antw:philips hue modul
Beitrag von: volschin am 12 Oktober 2016, 18:25:17
Ich bin gerade dabei meine Paul Neuhaus Q-Flag 8079-16 Zigbee-Leuchte anzulernen.
http://www.paul-neuhaus.de/de/q-led-deckenleuchte-zigbee-36254.html

Das Modul bekommt eine automatische korrekte Einrichtung noch nicht hin.

manufacturername GREEBLE
modelid JZ-CT-Z01

Ich habe dann manuell
subType ctdimmer
webCmd ct:ct 490:ct 380:ct 270:ct 160:pct:on:off
gesetzt.

Scheint alles super zu funktionieren. Es ist mein erstes Color temperature Gerät.

Gruß
Veit
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 12 Oktober 2016, 18:49:12
bitte zeig mal ein list vom
device.

danke
  andre
Titel: Antw:philips hue modul
Beitrag von: volschin am 12 Oktober 2016, 19:06:35
Internals:
   CFGFN
   CHANGED
   DEF        31  IODev=MyHUEBridge
   ID         31
   INTERVAL   60
   IODev      MyHUEBridge
   NAME       HUEDevice31
   NR         27869
   STATE      dim37%
   TYPE       HUEDevice
   manufacturername GREEBLE
   modelid    JZ-CT-Z01
   name       Deckenlampe Schlafen
   swversion  1001-0007
   type       Color temperature light
   uniqueid   00:15:8d:00:00:86:7d:76-01
   Readings:
     2016-10-12 18:04:47   alert           select
     2016-10-12 18:04:47   bri             98
     2016-10-12 18:43:06   colormode       xy
     2016-10-12 18:04:47   ct              370 (2702K)
     2016-10-12 18:04:47   onoff           1
     2016-10-12 18:04:47   pct             39
     2016-10-12 18:04:47   reachable       1
     2016-10-12 18:43:06   rgb             000000
     2016-10-12 18:04:47   state           dim37%
   Helper:
     alert      select
     bri        98
     colormode  xy
     ct         370
     devtype
     effect
     hue        -1
     pct        39
     reachable  1
     rgb        000000
     sat        -1
     update_timeout 1
     xy
Attributes:
   IODev      MyHUEBridge
   alias      Deckenlampe Schlafen
   color-icons 2
   devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
   model      JZ-CT-Z01
   room       HUEDevice,Schlafen
   subType    ctdimmer
   webCmd     ct:ct 490:ct 380:ct 270:ct 160:pct:on:off
Titel: Antw:philips hue modul
Beitrag von: Custodis Intestina am 12 Oktober 2016, 21:04:27
Zitat von: justme1968 am 11 Oktober 2016, 21:47:19
falls es mit gesetztem attribute geht: lösch das attribut wieder und versuch mal die angehängte version.

das problem ist das das deconz gateway andere socket einstellungen braucht als die hue bridge aber es leider nicht zuverlässig möglich ist das deconz gateway zu erkennen weil sie in der description einige falsche angaben machen und so tun als ob sie die hue bridge sind.

du scheinst aber eine neue software version zu haben bei denen manufacturer korrekt ausgefüllt ist.

gruss
  andre

Also noshutdown 1 funktioniert. Das Script funzt leider nicht. Habe jetzt mit Attr laufen.

Habe aber jetzt anderes Problem. Scenen werden nicht ausgelesen.

Zitat2016.10.12 21:00:28 4: WEB_192.168.13.100_40159 POST /fhem?detail=Beleuchtung&dev.getBeleuchtung=Beleuchtung&cmd.getBeleuchtung=get&arg.getBeleuchtung=scenes&val.getBeleuchtung=&XHR=1&addLinks=1&fw_id=59; BUFLEN:0
2016.10.12 21:00:28 5: Cmd: >get Beleuchtung scenes<
2016.10.12 21:00:28 4: using HUEBridge_HTTP_Request: GET scenes
2016.10.12 21:00:28 5: HUEBridge_HTTP_Request http://127.0.0.1:80/api/ae91f82c3f67c570477ef4c4a66aa090/scenes: Got data, length: 167
2016.10.12 21:00:28 1: PERL WARNING: Reference found where even-sized list expected at ./FHEM/30_HUEBridge.pm line 1420.
2016.10.12 21:00:28 2: Beleuchtung: invalid json detected for http://127.0.0.1:80/api/ae91f82c3f67c570477ef4c4a66aa090/scenes: HASH(0x1c82d88)
2016.10.12 21:00:28 3: HUEBridge_Call: failed, retrying
2016.10.12 21:00:28 4: using HUEBridge_HTTP_Request: GET scenes
2016.10.12 21:00:28 5: HUEBridge_HTTP_Request http://127.0.0.1:80/api/ae91f82c3f67c570477ef4c4a66aa090/scenes: Got data, length: 167
2016.10.12 21:00:28 2: Beleuchtung: invalid json detected for http://127.0.0.1:80/api/ae91f82c3f67c570477ef4c4a66aa090/scenes: HASH(0x199d6e8)
2016.10.12 21:00:28 3: HUEBridge_Call: failed, retrying
2016.10.12 21:00:28 3: HUEBridge_Call: failed
2016.10.12 21:00:28 4: name: /fhem?detail=Beleuchtung&dev.getBeleuchtung=Beleuchtung&cmd.getBeleuchtung=get&arg.getBeleuchtung=scenes&val.getBeleuchtung=&XHR=1&addLinks=1&fw_id=59 / RL:20 / text/plain; charset=UTF-8 / Content-Encoding: gzip
/

Titel: Antw:philips hue modul
Beitrag von: oliv06 am 14 Oktober 2016, 00:16:28
Hello,
I have an issue with the Hue dimmer switch defined as indicated with define <device> HUEDevice sensor <id> <interval>
Key press generate events but I receive unexpected events from time to time, while there was no key press. They repeat previous state.
Anybody has the same behavior  or explanation ? I use the old bridge with the BSB001 1.15 release.
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 14 Oktober 2016, 09:01:18
@Custodis Intestina: bitte zeig mal den inhalt der betreffenden urls vor der warnung.

@oliv06: ist ist really the exact same time?
Titel: Antw:philips hue modul
Beitrag von: oliv06 am 14 Oktober 2016, 19:46:38
Zitat@oliv06: ist ist really the exact same time?
No, it is not regular at all. It can happen anytime.
I realize by opening the log file that time stamps are not consistents at all (I used to look at the event monitor)! For example (switch was not pressed at all today) :
2016-10-14_15:41:36 HUESensor_4 1002
2016-10-14_15:41:36 HUESensor_4 reachable: true
2016-10-08_19:48:30 HUESensor_4 reachable: true
2016-10-14_15:51:44 HUESensor_4 1002
2016-10-14_15:51:44 HUESensor_4 battery: 77
2016-10-08_19:48:29 HUESensor_4 battery: 76
2016-10-14_16:17:08 HUESensor_4 reachable: true
2016-10-14_16:17:08 HUESensor_4 1002
2016-10-08_19:48:30 HUESensor_4 reachable: true
2016-10-14_16:22:11 HUESensor_4 1002
2016-10-14_16:22:11 HUESensor_4 battery: 79
2016-10-08_19:48:29 HUESensor_4 battery: 76
2016-10-14_16:42:30 HUESensor_4 reachable: true
2016-10-14_16:42:30 HUESensor_4 1002
2016-10-08_19:48:30 HUESensor_4 battery: 79
2016-10-14_16:47:36 HUESensor_4 1002
2016-10-14_16:47:36 HUESensor_4 reachable: true
2016-10-08_19:48:29 HUESensor_4 reachable: true
2016-10-14_16:57:43 HUESensor_4 1002
2016-10-14_16:57:43 HUESensor_4 battery: 77
2016-10-08_19:48:30 HUESensor_4 battery: 76
2016-10-14_17:02:48 HUESensor_4 reachable: true
2016-10-14_17:02:48 HUESensor_4 1002
2016-10-08_19:48:29 HUESensor_4 battery: 85
2016-10-14_17:18:03 HUESensor_4 1002
2016-10-14_17:18:03 HUESensor_4 reachable: true
2016-10-08_19:48:30 HUESensor_4 battery: 76
2016-10-14_17:23:05 HUESensor_4 1002
2016-10-14_17:23:05 HUESensor_4 reachable: true
2016-10-08_19:48:29 HUESensor_4 reachable: true
2016-10-14_17:43:25 HUESensor_4 1002
2016-10-14_17:43:25 HUESensor_4 battery: 76
2016-10-08_19:48:30 HUESensor_4 battery: 74
2016-10-14_18:03:42 HUESensor_4 reachable: true
2016-10-14_18:03:42 HUESensor_4 1002
2016-10-08_19:48:29 HUESensor_4 battery: 76
2016-10-14_18:08:48 HUESensor_4 reachable: true
2016-10-14_18:08:48 HUESensor_4 1002
Titel: Antw:philips hue modul
Beitrag von: oliv06 am 14 Oktober 2016, 22:21:45
By the way the timestamp issue does not seem to occur with the event monitor :

in event monitor :
2016-10-14 19:55:20 HUEDevice HUESensor_4 battery: 77
2016-10-14 19:55:20 HUEDevice HUESensor_4 reachable: true
2016-10-14 19:55:20 HUEDevice HUESensor_4 1002
2016-10-14 20:00:25 HUEDevice HUESensor_4 1002
2016-10-14 20:00:25 HUEDevice HUESensor_4 reachable: true
2016-10-14 20:00:25 HUEDevice HUESensor_4 battery: 79
2016-10-14 20:15:40 HUEDevice HUESensor_4 reachable: true
2016-10-14 20:15:40 HUEDevice HUESensor_4 1002
2016-10-14 20:15:40 HUEDevice HUESensor_4 battery: 77
2016-10-14 20:20:45 HUEDevice HUESensor_4 battery: 79
2016-10-14 20:20:45 HUEDevice HUESensor_4 1002
2016-10-14 20:20:45 HUEDevice HUESensor_4 reachable: true
2016-10-14 20:41:02 HUEDevice HUESensor_4 battery: 79
2016-10-14 20:41:02 HUEDevice HUESensor_4 reachable: true
2016-10-14 20:41:02 HUEDevice HUESensor_4 1002
2016-10-14 20:46:07 HUEDevice HUESensor_4 battery: 81
2016-10-14 20:46:07 HUEDevice HUESensor_4 reachable: true
2016-10-14 20:46:07 HUEDevice HUESensor_4 1002
2016-10-14 21:21:38 HUEDevice HUESensor_4 1002
2016-10-14 21:21:38 HUEDevice HUESensor_4 reachable: true
2016-10-14 21:21:38 HUEDevice HUESensor_4 battery: 79
2016-10-14 21:26:41 HUEDevice HUESensor_4 battery: 79
2016-10-14 21:26:41 HUEDevice HUESensor_4 reachable: true
2016-10-14 21:26:41 HUEDevice HUESensor_4 1002
2016-10-14 21:41:55 HUEDevice HUESensor_4 1002
2016-10-14 21:41:55 HUEDevice HUESensor_4 reachable: true
2016-10-14 21:41:55 HUEDevice HUESensor_4 battery: 79
2016-10-14 21:47:01 HUEDevice HUESensor_4 battery: 81
2016-10-14 21:47:01 HUEDevice HUESensor_4 1002
2016-10-14 21:47:01 HUEDevice HUESensor_4 reachable: true


and in log :
2016-10-08_19:48:28 HUESensor_4 battery: 77
2016-10-14_19:55:20 HUESensor_4 reachable: true
2016-10-14_19:55:20 HUESensor_4 1002
2016-10-08_19:48:29 HUESensor_4 1002
2016-10-14_20:00:25 HUESensor_4 reachable: true
2016-10-14_20:00:25 HUESensor_4 battery: 79
2016-10-08_19:48:28 HUESensor_4 reachable: true
2016-10-14_20:15:40 HUESensor_4 1002
2016-10-14_20:15:40 HUESensor_4 battery: 77
2016-10-08_19:48:29 HUESensor_4 battery: 79
2016-10-14_20:20:45 HUESensor_4 1002
2016-10-14_20:20:45 HUESensor_4 reachable: true
2016-10-08_19:48:28 HUESensor_4 battery: 79
2016-10-14_20:41:02 HUESensor_4 reachable: true
2016-10-14_20:41:02 HUESensor_4 1002
2016-10-08_19:48:29 HUESensor_4 battery: 81
2016-10-14_20:46:07 HUESensor_4 reachable: true
2016-10-14_20:46:07 HUESensor_4 1002
2016-10-08_19:48:28 HUESensor_4 1002
2016-10-14_21:21:38 HUESensor_4 reachable: true
2016-10-14_21:21:38 HUESensor_4 battery: 79
2016-10-08_19:48:29 HUESensor_4 battery: 79
2016-10-14_21:26:41 HUESensor_4 reachable: true
2016-10-14_21:26:41 HUESensor_4 1002
2016-10-08_19:48:28 HUESensor_4 1002
2016-10-14_21:41:55 HUESensor_4 reachable: true
2016-10-14_21:41:55 HUESensor_4 battery: 79
2016-10-08_19:48:29 HUESensor_4 battery: 81
2016-10-14_21:47:01 HUESensor_4 1002
2016-10-14_21:47:01 HUESensor_4 reachable: true
Titel: Antw:philips hue modul
Beitrag von: acheron24 am 16 Oktober 2016, 11:19:38
Habe das gleiche Verhalten wie oliv06 festgestellt. 2 Hue DimmerSwitches und ein HueTap, beide eingebunden ins aktuelle (Stand: 15.10.16) FHEM schalten per Notify diverse HueDevices, Osram Lampen und FritzDECT200 Steckdosen.
und von Zeit zu Zeit werden die zuletzt gedrückten Tasten erneut ausgeführt. Im Eventmonitor sehe ich allerdings nichts davon.

Mein FhemBackup vom 2.Oktober 2016 macht das nicht. Habe ich gestern mal eingespielt und seitdem ist Ruhe.

Bridge 2012, 1.15
HueDimmerSwitch define:
define KuechenSwitch1 HUEDevice sensor 21 5 IODev=huebridge1
HueTap define:
define Huetap1 HUEDevice sensor 2 5 IODev=huebridge1

und wenn ich jetzt 30_HUEBridge.pm und 31_HUEDevice.pm über FHEM aktualisieren lasse, gehen die Geisterschaltungen plötzlich los. Allerdings kann ich kein zeitliches System feststellen. Total unregelmäßig und keine Info im Logfile.
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 16 Oktober 2016, 12:41:38
@oliv06: i have found a problem with the timestamp handling. it should be fixed with the update tomorrow.

@acheron24: ist glaube das ist ein anderes problem. sollte mit dem update morgen aber auch behoben sein.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: nicor2k am 16 Oktober 2016, 15:50:31
Hat eigentlich noch jemand Problem mit den hue tap Lichtschaltern?

Ich habe gestern ein Update gemacht, seitdem reagieren sie immer mal wieder auf einen Tastendruck. Also die Bridge nicht, die Lichter bleiben aus, aber FHEM denkt, der Knopf würde gedrückt und reagiert dann darauf.

Ich habe jetzt eine ältere Version von den beiden Modulen 31_HUEDevice_NEU.pm und 30_HUEBridge_NEU.pm vom August wiederhergestellt und warte mal, ob das wieder weg ist. Hat da auch jemand anders Probleme mit?

Danke!
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 16 Oktober 2016, 15:58:29
schau doch mal die beiträge genau über deinem an...
Titel: Antw:philips hue modul
Beitrag von: nicor2k am 16 Oktober 2016, 16:27:38
Ooops... ich hatte die ersten Einträge der letzten beiden Seiten gelesen, die letzten nicht mehr - sorry, mein Fehler. Dachte nämlich zuerst, dass es an dem Dash-Button liegt, den hatte ich auch auf dein Skript umgestellt von einem einfachen LAN Ping...

Danke!
Titel: Antw:philips hue modul
Beitrag von: Navigator am 16 Oktober 2016, 20:17:55
Ohne eine Bridge bis jetzt zu besitzen, aber wie sieht es mit der Gesprächigkeit dieser aus. Wird auch ohne Nutzereingriff, also schalten oder dimmen irgendwelche Kommunikation zwischen Lampen und Bridge geführt, ähnlich Homematic Statusmeldungen etc. Da ich schon ein paar schlechte Erfahrungen mit zu vielen und vor allem gemischten Systemen bzw. Endgeräten und zeitgleichen Funküberlagerungen gemacht habe, wollte ich nicht auf noch ein zusätzliches System setzen, was dieses Phänomen durch zu viel Funkverkehr noch verstärkt.
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 16 Oktober 2016, 20:30:34
zigbee arbeitet in europa im 2.4ghz band und kommt den 868mhz und 434mhz geräten nicht in die quere. auf grund der deutlich höheren frequenz und damit höhere daten raten sind die einzelnen übertragungen auch deutlich kürzer und nicht so anfällig.

das system erkennt (nach einiger zeit) das geräte nicht mehr da sind. d.h. es wird auch kommuniziert ohne das es ein aktuelles kommando gibt.

ich habe aber noch von keinem fall gehört bei dem es problem mit der zuverlässigkeit auf grund zu vieler geräte gab.

vereinzelten scheint es problem mit wlan/dect/zigbee geben zu können, aber nur wenn die jeweiligen basis stationen zu dich beieinander standen. bei 1-2m abstand gibt es keine probleme. bei mir steht alles mit unter einem meter abstand und das funktioniert ebenfalls problemlos.
Titel: Antw:philips hue modul
Beitrag von: oliv06 am 16 Oktober 2016, 22:04:14
Zitat von: justme1968 am 16 Oktober 2016, 12:41:38
@oliv06: i have found a problem with the timestamp handling. it should be fixed with the update tomorrow.
Thanks, I updated today and I will give you a feedback in a few days
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 16 Oktober 2016, 22:10:08
if you have used the fhem update command you have to wait until tomorrow about 9 to get changes from today.
Titel: Antw:philips hue modul
Beitrag von: Custodis Intestina am 16 Oktober 2016, 22:58:12
Zitat von: justme1968 am 14 Oktober 2016, 09:01:18
@Custodis Intestina: bitte zeig mal den inhalt der betreffenden urls vor der warnung.

Sry steh gerade auf dem schlauch. Was meinst du damit?
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 16 Oktober 2016, 23:00:40
in deinem log sind json fehler meldungen. direkt davor steht eine url. was bekommst du wenn du diese direkt im browser aufrufst:  http://<ip>:80/api/ae91f82c3f67c570477ef4c4a66aa090/scenes (http://<ip>:80/api/ae91f82c3f67c570477ef4c4a66aa090/scenes).

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: Custodis Intestina am 17 Oktober 2016, 06:33:59
Zitat von: justme1968 am 16 Oktober 2016, 23:00:40
in deinem log sind json fehler meldungen. direkt davor steht eine url. was bekommst du wenn du diese direkt im browser aufrufst:  http://<ip>:80/api/ae91f82c3f67c570477ef4c4a66aa090/scenes (http://<ip>:80/api/ae91f82c3f67c570477ef4c4a66aa090/scenes).

gruss
  andre

ZitatThis is not the page you are looking for

The file /api/ae91f82c3f67c570477ef4c4a66aa090/scenes couldn't be found.

Mit groups anstatt scenes kommt.

Zitat
{"1":{"devicemembership":[],"etag":"e28accfdb7fd95fec3bfa9b5c21f2e2e","hidden":false,"name":"All"},"19186":{"devicemembership":["1"],"etag":"cff9e01094938d4be29c88db968618b4","hidden":false,"name":"Tap Door"},"3":{"devicemembership":[],"etag":"45e8e70a11246d3d9b1b7699b7001af6","hidden":false,"name":"TV Ambiente"}}

Nachtrag:

Habe eben mal in die Dokumentation von der REST API geschaut.
Der link ist Falsch richtig müsste er heißen

Zitathttp://ip:port/api/<apikey>/groups/<group_id>/scenes

siehe Hier http://dresden-elektronik.github.io/deconz-rest-doc/scenes/index.html#getall (http://dresden-elektronik.github.io/deconz-rest-doc/scenes/index.html#getall)

Ich weiß jetzt aber nicht wie es vorher war, bzw wie es bei der HUEBridge ist.
Ich hoffe das hilft dir weiter.
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 17 Oktober 2016, 08:47:52
im 'offiziellen' hue api gibt es ein /api/<username>/scenes endpoint um alle szenen abzufragen. das ist der aufhänger für alles weitere. die verknüpfung zwischen gruppen und szenen ist nicht fest. man kann jede szene auf jede gruppe anwenden.

wie es ausschaut hat dresden elektronik hier etwas eigenes gebaut.

funktioniert die hue app mit den deconz szenen?
wenn nein: bitte frag bei dresden nach warum sie sich nicht an das hue api halten und etwas eigenes bauen.


ich sehe gerade bei den gruppen ein devicemembership knoten. in der normalen bridge und auch in der dresden doku muss das lights heissen.

funktioniert ein get <bridge> groups?
funktionieren die deconz gruppen mit der hue app?
wenn nein: ebenfalls bei dresden nachfragen. hier stimmt noch nicht mal die eigene docu.


aktuell wirst du erst mal structure und LightScene statt groups und scenes verwenden müssen.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: Custodis Intestina am 17 Oktober 2016, 15:04:12
Zitatim 'offiziellen' hue api gibt es ein /api/<username>/scenes endpoint um alle szenen abzufragen. das ist der aufhänger für alles weitere. die verknüpfung zwischen gruppen und szenen ist nicht fest. man kann jede szene auf jede gruppe anwenden.

wie es ausschaut hat dresden elektronik hier etwas eigenes gebaut.

Jupp habs mir gerade selber angeschaut. Wobei sie aber mit Kompatibilität werben. Ich werd mal anfragen was da los ist. Desweiteren habe ich noch nen Unterschied gefunden bei Philips heißt es "sensors und bei DE "touchlink", Philips "rules" fehlt komplett.

Zitatfunktioniert die hue app mit den deconz szenen?
wenn nein: bitte frag bei dresden nach warum sie sich nicht an das hue api halten und etwas eigenes bauen.

Probiere ich heute Abend mal aus.
Und der Grund warum ich von Philips weg bin, war der das sie sich auch eingeigelt haben. und ja warum sollten sie nicht. Osram machts doch auch. ;-)

Zitatfunktioniert ein get <bridge> groups?
funktionieren die deconz gruppen mit der hue app?
wenn nein: ebenfalls bei dresden nachfragen. hier stimmt noch nicht mal die eigene docu.

Ja das funktioniert, Lights und groups wurden gefunden.
Lassen sich auch steuern.

Zitataktuell wirst du erst mal structure und LightScene statt groups und scenes verwenden müssen.

Kein Thema. nutze zum einstellen eh de WebSeite von der Rest API. ich stell heute Abend mal nen Screenshot rein. Da siehst du dann Warum DE das mit den Scenen so gelöst hat. Die sind Gruppengebunden.
Ich meld mich wenn ich mehr weiß.

MfG Steve

Titel: Antw:philips hue modul
Beitrag von: justme1968 am 17 Oktober 2016, 15:46:46
ich kann gerne mal versuchen zu schauen ob ich auch die dresden szenen mit ins modul bekomme. muss nur mal schauen wie wir das dann mit dem testen machen. ich habe zwar ein raspee, das ist aber nicht in betrieb und alle meine lampen hängen an der hue bridge.

mit dem raspee wollte ich eigentlich auf etwas tieferer ebene direkt an die zigbee messages um das pollen los zu werden. leider bin ich dazu nicht gekommen.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: Custodis Intestina am 17 Oktober 2016, 21:57:10
Also andre

Habe eben mal die hue 1 App probiert. Zeigt nur die Standard Philips Szenen an. Die hue 2 App ist nicht kompatibel mit dem xperia z4, warum auch immer. Gruppen werden gar keine angezeigt
Soweit ich das bei zigbee verstanden habe ist es besser gruppenbefehle zusenden, als jede Lampe einzeln.
Wegen datenoverhead, ist aber egal.

Ich hab dir mal die Screenshots vom Tabletten angehangen. Damit du siehst was ich wegen der Philosophie von DE meine.

Und ich denke es ist besser ein einzelnes Modul zu entwickeln, bzw auf Basis von hue abzuändern.
Zum testen kannst du gern mich bzw mein System benutzen. Brauchst du noch nen USB sniffer stick!?
Morgen kommt mein conbee und ich werden das System neu aufsetzen. Hab dann nen deRFusb 23e06 jtag frei. Den stell ich dir gern als spende zur verfügung.

Hab leider auf Grund meisterschule nicht wirklich viel zeit mich intensiver mit der ganzen Sache auseinanderzusetzen. Aber wenn ich testen soll sag einfach Bescheid.

Gruss steve
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 17 Oktober 2016, 22:19:41
gruppen sind (etwas) besser um viele lampen auf einen schlag synchron zu schalten. was die funklast angeht ist der unterschied glaube ich nicht wirklich gross. zumindest laut hue api sind für gruppen deutlich weniger kommandos pro zeit erlaubt als für einzel lampen.

ein ui i der art sollte auch mit dem phillips szenen konzept gehen. szenen werden dort auf für eine bestimmte gruppe angelegt, die liste der 'default' lampen für diese szene steckt dann aber direkt in der szene. beim aufruf lassen sie die szenen dann trotzdem auch für andere gruppen aufrufen wenn man es extra angibt.

untern ist der unterschied nicht so sehr gross. nur das api zum auslesen ist halt anders. die szenen sind aktuell keine fhem devices sondern werden beim aufruf als paramter mit übergeben. das sollte auch mit den dresden szenen gehen. muss nur mal schauen ob ich eine lampe temporär nach deconz umhänge.


ich würde mir den usb stick gerne mal ansehen. leihweise.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 18 Oktober 2016, 09:41:30
ach ja: und sag bitte bescheid wenn du etwas von dresden hörst wegen dem scene api.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: Markus M. am 18 Oktober 2016, 13:25:31
Philips steuert übrigens wohl auch die Gruppen über die Funk Schnittstelle als einzelne Lampen an.
Wenn ich z.B. Gruppe 0 anschalte, gehen die Lampen in der Reihenfolge der internen IDs an.


Sent from my iPhone using Tapatalk
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 18 Oktober 2016, 14:31:24
die gruppe 0 ist besonders. die gibt es scheinbar nicht wirklich sondern die läuft über die bridge.

das es für die anderen gruppen noch ausnahmen gibt sieht man wie oben erwähnt an der maximalen anzahl von kommandos pro zeit.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: Markus M. am 18 Oktober 2016, 19:17:22
Interessanter Effekt/Fehler bei Scenes, bemerkt bei meinem Blink-Notify:
sub signalHUE {
my $rgb = $_[0];
my $scene = fhem "set HUEGroup0 savescene tempstate";
$scene =~ s/created //g;
my $ret = fhem "set HUEGroup2 rgb $rgb ; sleep 2 ; set HUEGroup0 scene $scene";
$ret = fhem "set HUEGroup0 scene $scene ; set HUEGroup0 deletescene $scene";
}


Beim Zurückwechseln auf die temporäre Scene bleiben alle Color Lampen die vorher auf CT eingeschaltet waren (dachte ich, sind sie aber nicht, s.u.) bunt und bekommen nur die passende Helligkeit.
Überhaupt steht alles was ich aus einer Scene lade auf colormode xy, auch wenn es als ct definiert ist.
Philips hat ne gut gefüllte Buglist, mal sehen wie lange das diesmal dauert...
Titel: Antw:philips hue modul
Beitrag von: Custodis Intestina am 19 Oktober 2016, 10:08:50
Zitat von: justme1968 am 18 Oktober 2016, 09:41:30
ach ja: und sag bitte bescheid wenn du etwas von dresden hörst wegen dem scene api.

gruss
  andre

Anfrage ist raus, aber ich habe eben auf der Seite von DE gesehen das die nicht mehr auf separate App hinweisen.

Gestern kamm auch das Packet mit meiner DE Bestellung. Habe gleich den neuen Schalter angelernt und 2 -3 Sachen getestet. Einiges funktioniert nicht mehr richtig. Also bevor ich hier weiter mitphilosophieren kann muss ich erstmal die restliche Bugs abstellen. unter anderem auf den ConBee umstellen. Dauert aber sicher alles noch bis zum WE sry.
viel zutun, es ist Rädertausch Saison ;-) habsch abends keene Lust mehr.

Gruß Steve
Titel: Antw:philips hue modul
Beitrag von: Custodis Intestina am 20 Oktober 2016, 16:24:33
So Antwort vom Support ist da. er hat mich auf die RestApi Doku verwiesen. also ist das bei DE so.

Nuja es funktioniert ja erstmal soweit. Leider verstehe ich zuwenig von Perl, sonst hätte ich mir das Script angeschaut und in eine DeCONZ variante umgewandelt.
Problem ist ja aber, das erst ein Array mit den Gruppen erstellt werden muss und dann jede Gruppe die Scenen.
Da ist glaube ich den Device link in Touchlink umzuwandeln noch das einfachste.

Werde heute abend oder morgen den ConBee anlernen und ab dann währe der 23E06 frei.

MfG Steve
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 20 Oktober 2016, 16:57:54
ich schau es mir an sobald ich dazu komme. muss auch erst mein raspbee aufbauen und eine lampe suchen.

der touchlink knoten ist nur zum anlernen neuer lampen.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: Custodis Intestina am 20 Oktober 2016, 17:37:54
Zitat von: justme1968 am 20 Oktober 2016, 16:57:54
ich schau es mir an sobald ich dazu komme. muss auch erst mein raspbee aufbauen und eine lampe suchen.

der touchlink knoten ist nur zum anlernen neuer lampen.

Alles klar weiß ich bescheid und nein ich meinte nicht den Touchlink von der HUE Bridge, sondern die Sensors(HUEBridge) werden bei DE über http://.../api/"key"/touchlink abgefragt. Aber auch da keine abfrage welche Verbaut sind. übrigens eine Gesamtübersicht über alle Geräte bekommt man bei der DE über Http://.../api/"key"/ Dort werden dann Geräte,Gruppen und die Schalter aufgelistet.

mfG Steve
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 20 Oktober 2016, 21:33:49
ich glaube nicht. auch bei dresden ist touchlink um neue devices zu suchen (http://dresden-elektronik.github.io/deconz-rest-doc/touchlink/index.html (http://dresden-elektronik.github.io/deconz-rest-doc/touchlink/index.html)). sensoren gibt es im api überhaupt nicht.

die gesamtüberfischt ist bei der hue bridge gleich. nur sind da auch die szenen noch mit dabei. die fehlen bei dresden ja leider.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: nicor2k am 20 Oktober 2016, 22:58:36
Zitat von: justme1968 am 16 Oktober 2016, 12:41:38
@oliv06: i have found a problem with the timestamp handling. it should be fixed with the update tomorrow.

@acheron24: ist glaube das ist ein anderes problem. sollte mit dem update morgen aber auch behoben sein.


Hallo! Bei mir hat das Update noch nicht gegen den Fehler geholfen, dass die hue tap Schalter meinen, einen Knopfdruck zu erkennen, der aber nicht gedrückt wurde.

Hat jemand ein Backup für mich? Ist blöd wenn immer mitten am Tag die Rolläden herunterfahren, weil FHEM denkt, dass man einen Knopf gedrückt habe :)
Titel: Antw:philips hue modul
Beitrag von: oliv06 am 21 Oktober 2016, 07:56:45
Zitat von: justme1968 am 16 Oktober 2016, 12:41:38
@oliv06: i have found a problem with the timestamp handling. it should be fixed with the update tomorrow.
Thanks Andre !
It is better but not totally fixed :
+ no unexpected phantom key presses when no actions on the buttons (Just back home from a few days trip and no unexpected event in logs)
- still some strange timestamps in logs
- when pressing a button it may cause duplicate and out-of-order events

OK (1 key press) :
2016-10-20_22:17:40 HUESensor_4 battery: 73
2016-10-20_22:17:40 HUESensor_4 reachable: true
2016-10-20_22:17:40 HUESensor_4 2003


NOK (1 key press) :
2016-10-20_22:17:51 HUESensor_4 battery: 73
2016-10-20_22:17:51 HUESensor_4 reachable: true
2016-10-20_22:17:51 HUESensor_4 1002
2016-10-20_22:17:52 HUESensor_4 1002
2016-10-20_22:17:52 HUESensor_4 reachable: true
2016-10-20_22:17:52 HUESensor_4 battery: 73
2016-10-20_22:17:51 HUESensor_4 1002
2016-10-20_22:17:51 HUESensor_4 reachable: true
2016-10-20_22:17:51 HUESensor_4 battery: 73
2016-10-20_22:17:52 HUESensor_4 1002
2016-10-20_22:17:52 HUESensor_4 reachable: true
2016-10-20_22:17:52 HUESensor_4 battery: 73
2016-10-20_22:17:51 HUESensor_4 battery: 73
2016-10-20_22:17:51 HUESensor_4 reachable: true
2016-10-20_22:17:51 HUESensor_4 1002
2016-10-20_22:17:52 HUESensor_4 1002
2016-10-20_22:17:52 HUESensor_4 reachable: true
2016-10-20_22:17:52 HUESensor_4 battery: 74
2016-10-20_22:17:51 HUESensor_4 battery: 85
2016-10-20_22:17:51 HUESensor_4 reachable: true
2016-10-20_22:17:51 HUESensor_4 1002
2016-10-20_22:17:52 HUESensor_4 battery: 83
2016-10-20_22:17:52 HUESensor_4 reachable: true
2016-10-20_22:17:52 HUESensor_4 1002
2016-10-20_22:17:51 HUESensor_4 1002
2016-10-20_22:17:51 HUESensor_4 reachable: true
2016-10-20_22:17:51 HUESensor_4 battery: 73


OK
2016-10-20_23:33:22 HUESensor_4 4002
2016-10-20_23:33:22 HUESensor_4 reachable: true
2016-10-20_23:33:22 HUESensor_4 battery: 73



Titel: Antw:philips hue modul
Beitrag von: Custodis Intestina am 21 Oktober 2016, 13:36:37
Andre du hast recht entschuldige, hab ich falsch verstanden, aber wer lesen kann ist klar im Vorteil.

Übrigens kann ich dir auch gleich eine von meinen Osram mitschicken. will die austauschen da sie ständig unkontrolliert angeht (auch mit orginaler osram bridge).

Gruß Steve
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 22 Oktober 2016, 19:57:33
@nicor2k: zeig mir mal den event monitor wenn das passiert.
  bitte nimm mal das angehängte modul und zeig was im log steht.

@oliv06: is it always just 1 second difference if it happens?
  please try the attached module version and post the fhem log messages that are produced if the problem happens.

@Custodis Intestina: zum szenen testen sollte die noch reichen.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: oliv06 am 23 Oktober 2016, 09:23:55
Zitat von: justme1968 am 22 Oktober 2016, 19:57:33
@oliv06: is it always just 1 second difference if it happens?
  please try the attached module version and post the fhem log messages that are produced if the problem happens.
Thanks for the updated version. It behaves differently as the previous one (here is the event monitor output including fhem log messages):
1/ Event repetition within 1 s : seems OK with the new one (was not before)
2016.10.23 09:01:02 1 : lastupdated: 2016-10-23 09:01:01
2016.10.23 09:01:02 1 : hash->{lastupdated}: 2016-10-23 08:47:08
2016.10.23 09:01:02 1 : $VAR1 = { 'config' => { 'battery' => 100, 'on' => bless( do{\(my $o = 1)}, 'JSON::PP::Boolean' ), 'pending' => [], 'reachable' => $VAR1->{'config'}{'on'} }, 'manufacturername' => 'Philips', 'modelid' => 'RWL021', 'name' => 'Hue dimmer switch 2', 'state' => { 'buttonevent' => 2002, 'lastupdated' => '2016-10-23T07:01:00' }, 'swversion' => '5.45.1.16265', 'type' => 'ZLLSwitch', 'uniqueid' => '00:17:88:01:10:48:86:22-02-fc00' };
2016.10.23 09:01:02 1 : $VAR1 = { 'battery' => 100, 'reachable' => bless( do{\(my $o = 1)}, 'JSON::PP::Boolean' ), 'state' => 2002 };
2016-10-23 09:01:02 HUEDevice HUESensor_3 battery: 100
2016-10-23 09:01:02 HUEDevice HUESensor_3 reachable: true
2016-10-23 09:01:02 HUEDevice HUESensor_3 DIMUP_short


2/ Unexpected events while no key press are here again : NOK with new one (was fixed in previous version)
Here is next unexpected event :
2016.10.23 09:11:01 1 : lastupdated: 2016-10-23 09:01:02
2016.10.23 09:11:01 1 : hash->{lastupdated}: 2016-10-23 09:01:01
2016.10.23 09:11:01 1 : $VAR1 = { 'config' => { 'battery' => 100, 'on' => bless( do{\(my $o = 1)}, 'JSON::PP::Boolean' ), 'pending' => [], 'reachable' => $VAR1->{'config'}{'on'} }, 'manufacturername' => 'Philips', 'modelid' => 'RWL021', 'name' => 'Hue dimmer switch 2', 'state' => { 'buttonevent' => 2002, 'lastupdated' => '2016-10-23T07:01:00' }, 'swversion' => '5.45.1.16265', 'type' => 'ZLLSwitch', 'uniqueid' => '00:17:88:01:10:48:86:22-02-fc00' };
2016.10.23 09:11:01 1 : $VAR1 = { 'battery' => 100, 'reachable' => bless( do{\(my $o = 1)}, 'JSON::PP::Boolean' ), 'state' => 2002 };
2016-10-23 09:11:01 HUEDevice HUESensor_3 DIMUP_short
2016-10-23 09:11:01 HUEDevice HUESensor_3 reachable: true
2016-10-23 09:11:01 HUEDevice HUESensor_3 battery: 100

and next one
2016.10.23 09:16:03 1 : lastupdated: 2016-10-23 09:01:01
2016.10.23 09:16:03 1 : hash->{lastupdated}: 2016-10-23 09:01:02
2016.10.23 09:16:03 1 : $VAR1 = { 'config' => { 'battery' => 100, 'on' => bless( do{\(my $o = 1)}, 'JSON::PP::Boolean' ), 'pending' => [], 'reachable' => $VAR1->{'config'}{'on'} }, 'manufacturername' => 'Philips', 'modelid' => 'RWL021', 'name' => 'Hue dimmer switch 2', 'state' => { 'buttonevent' => 2002, 'lastupdated' => '2016-10-23T07:01:00' }, 'swversion' => '5.45.1.16265', 'type' => 'ZLLSwitch', 'uniqueid' => '00:17:88:01:10:48:86:22-02-fc00' };
2016.10.23 09:16:03 1 : $VAR1 = { 'battery' => 100, 'reachable' => bless( do{\(my $o = 1)}, 'JSON::PP::Boolean' ), 'state' => 2002 };
2016-10-23 09:16:03 HUEDevice HUESensor_3 DIMUP_short
2016-10-23 09:16:03 HUEDevice HUESensor_3 battery: 100
2016-10-23 09:16:03 HUEDevice HUESensor_3 reachable: true
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 23 Oktober 2016, 10:05:24
ok. i see the problem. there ist something wrong with my time calculation. but i don't know why.

can you please post a list of the bridge device.

thanks
  andre
Titel: Antw:philips hue modul
Beitrag von: oliv06 am 23 Oktober 2016, 11:18:28
Zitat von: justme1968 am 23 Oktober 2016, 10:05:24
ok. i see the problem. there ist something wrong with my time calculation. but i don't know why.
can you please post a list of the bridge device.
What do you mean by list of the bridge device : its definition ?
define bridge HUEBridge philips-hue 10
attr bridge httpUtils 1
attr bridge pollDevices 1
attr bridge queryAfterSet 1


Titel: Antw:philips hue modul
Beitrag von: justme1968 am 23 Oktober 2016, 11:20:33
no. the complete output of

  list bridge

Titel: Antw:philips hue modul
Beitrag von: oliv06 am 23 Oktober 2016, 12:26:15
Zitat von: justme1968 am 23 Oktober 2016, 11:20:33
no. the complete output of

  list bridge
Here it is :
Internals:
   DEF        philips-hue 10
   Host       philips-hue
   INTERVAL   10
   NAME       bridge
   NOTIFYDEV  global
   NR         256
   NTFY_ORDER 50-bridge
   STATE      connected
   TYPE       HUEBridge
   mac        00:17:88:15:a1:53
   manufacturer Royal Philips Electronics
   modelName  Philips hue bridge 2012
   Readings:
     2016-09-11 18:48:24   lastError       parameter, effect, is not modifiable. Device is set to off.
     2016-10-23 12:20:54   state           connected
     2016-10-19 19:12:27   swupdate        ZGB_100B_0105 - 5.38.2.19136
   Helper:
     count      0
     last_config_timestamp 1477218054
Attributes:
   group      Serveurs
   httpUtils  1
   icon       hue_bridge
   key        xx
   pollDevices 1
   queryAfterSet 1
   room       HUEDevice,System
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 23 Oktober 2016, 12:32:13
please check that you have version 12338 of the bridge module. if not please update and reload.

then do a modify bridge philips-hue 10 and check if there is a offsetUTC below Helper in the list.

very strange. it should not even work without this...
Titel: Antw:philips hue modul
Beitrag von: nicor2k am 23 Oktober 2016, 14:55:06
Hi Andre,

ich habe eine ältere Version zum Testen bekommen, mit der scheint wieder alles zu klappen (30_HUEBridge.pm 12131). Im Test hat die neue Bridge-Datei 24 Änderungen, die Devices-Datei 13 - unter anderem das noshutdown ist wohl neu.

Soll ich das nachher nochmal mit der aktuellen Version testen? Die Events treten leider nicht vorhersagbar auf, darum dauert es oft etwas, bis man das Event oder im Log sieht.
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 23 Oktober 2016, 15:16:02
ja. ich brauche das log mit der oben angehängten version

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: oliv06 am 23 Oktober 2016, 16:11:07
Zitat von: justme1968 am 23 Oktober 2016, 12:32:13
please check that you have version 12338 of the bridge module. if not please update and reload.
then do a modify bridge philips-hue 10 and check if there is a offsetUTC below Helper in the list.
very strange. it should not even work without this...

Thank you very much, Andre : it works well now ! Thanks very much for your time and efforts, I appreciate a lot.

I had the right version. After modify I got offsetUTC right in Helper. When are we supposed to enter the modify command ? Did I miss something ?
   Helper:
     apiversion 69376
     count      0
     last_config_timestamp 1477225385
     offsetUTC  7200.74207997322
     updatestate 2
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 23 Oktober 2016, 19:03:37
i have committed the changes. they will be available with the update tomorrow.

you did not miss anything. the offsetUTC is done once at initialization. an update with restart and reload only will not reinitialize. so you have to do a manual modify.

please reload/modify or restart after the update tomorrow.
Titel: Antw:philips hue modul
Beitrag von: DazDavid am 23 Oktober 2016, 22:20:43
Hi, ich habe ein kleines Problem mit meiner Hue Go (ist aktuell noch die einzige Hue Leuchte). Ich nutze FHEM auf einem Raspi, an welchem auch ein Raspee Modul hängt und die Lampen steuert (also ohne Huebridge). Mir ist aufgefallen dass ich die Leuchte ein und ausschalten sowie Helligkeit und Wärme steuern kann lediglich die Farben lassen sich nicht per RGB Befehl ändern. Über DeConz funktioniert es von daher vermute ich ein Problem mit dem Fhem Modul. Hat jemand schon mal ein ähnliches Problem gehabt und kann mir helfen?
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 24 Oktober 2016, 08:56:24
lassen sich die farben per hue ändern?

zeig mal bitte ein list vom device.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: Custodis Intestina am 25 Oktober 2016, 07:38:54
Zitat von: DazDavid am 23 Oktober 2016, 22:20:43
Hi, ich habe ein kleines Problem mit meiner Hue Go (ist aktuell noch die einzige Hue Leuchte). Ich nutze FHEM auf einem Raspi, an welchem auch ein Raspee Modul hängt und die Lampen steuert (also ohne Huebridge). Mir ist aufgefallen dass ich die Leuchte ein und ausschalten sowie Helligkeit und Wärme steuern kann lediglich die Farben lassen sich nicht per RGB Befehl ändern. Über DeConz funktioniert es von daher vermute ich ein Problem mit dem Fhem Modul. Hat jemand schon mal ein ähnliches Problem gehabt und kann mir helfen?

Welche DeCONZ Version nutzt du?
Stehe derzeit mit DE in Kontakt, die haben im Moment Probleme mit dem Speichern der Szenen. Unter umständen hängt das damit zusammen. Funktioniert das Farbwechseln über die WebApp?
Titel: Antw:philips hue modul
Beitrag von: isy am 25 Oktober 2016, 19:10:18
Hallo justme1968,
habe heute die hueBridge in Betrieb genommen (mit einer Living Colors Leuchte).
- iOS App läuft
- Fernbedienung läuft.

Beim Einbinden (define ....) hängt sich sofort die WEB Oberfläche weg. Im Telnet mit reboot, OK, somit wieder da...
Das konnte ich verhindern durch attr HUE httpUtils 1
State ist connected.
So ist die Bridge im Fhem bekannt und hat auch die einzige Lampe im Raum HUEDevice angelegt.

Mit Klick auf "On" bei der Lampe hängt sich die Fhem Web GUI wieder auf.
Gerade beim Schreiben entdecket, dass sich die Fhem GUI auch ohne eine Interaktion aufhängt.
Letzter Eintrag im Log:
HUE: message for unknow device received: HUE-1
substr outside of string at ./FHEM/30_HUEBridge.pm line 819.


Es gibt FM im Log beim Restart:
HUE: message for unknow device received: HUE-1
substr outside of string at ./FHEM/30_HUEBridge.pm line 819.

und
HUE: empty answer received for http://192.168.178.56/api/JRylWtr5iSQjQhYZQXwLJ-lUdg2zEpAM-lGfItka/lights
und
HUE: http request failed: http://192.168.178.56/api/JRylWtr5iSQjQhYZQXwLJ-lUdg2zEpAM-lGfItka: empty answer received

Irgendein Tip?

Gruß Helmut
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 25 Oktober 2016, 19:15:38
zeig mal ein list der beiden devices (bridge und lampe).

zeig mal die ausgabe von http://192.168.178.56/api/JRylWtr5iSQjQhYZQXwLJ-lUdg2zEpAM-lGfItka (http://192.168.178.56/api/JRylWtr5iSQjQhYZQXwLJ-lUdg2zEpAM-lGfItka).

bist du ganz sicher das die ip für die bride aktuell stimmt?

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: isy am 25 Oktober 2016, 19:21:04
Moin Andre,
das ging flott. Vielen Dank schon mal!

Das ist die Ausgabe, und die IP stimmt.

{"lights":{"1":{"state":{"on":true,"bri":254,"hue":6136,"sat":0,"effect":"none","xy":[0.4350,0.4050],"alert":"none","colormode":"hs","reachable":false},"type":"Color light","name":"Hue iris 1","modelid":"LLC010","manufacturername":"Philips","uniqueid":"00:17:88:01:01:23:02:32-0b","swversion":"5.23.1.13452"}},"groups":{"1":{"name":"Wohnzimmer","lights":["1"],"type":"Room","state":{"all_on":true,"any_on":true},"class":"Living room","action":{"on":true,"bri":254,"hue":6136,"sat":0,"effect":"none","xy":[0.4350,0.4050],"alert":"none","colormode":"hs"}}},"config":{"name":"Philips hue","zigbeechannel":25,"bridgeid":"001788FFFE288133","mac":"00:17:88:28:81:33","dhcp":true,"ipaddress":"192.168.178.56","netmask":"255.255.255.0","gateway":"192.168.178.1","proxyaddress":"none","proxyport":0,"UTC":"2016-10-25T17:17:45","localtime":"none","timezone":"none","modelid":"BSB002","swversion":"01035934","apiversion":"1.15.0","swupdate":{"updatestate":0,"checkforupdate":false,"devicetypes":{"bridge":false,"lights":[],"sensors":[]},"url":"","text":"","notify":false},"linkbutton":false,"portalservices":false,"portalconnection":"connected","portalstate":{"signedon":true,"incoming":false,"outgoing":true,"communication":"disconnected"},"factorynew":false,"replacesbridgeid":null,"backup":{"status":"idle","errorcode":0},"whitelist":{"clvrton8pEklumt42fAebqN-10fvZZEm0jp5IDc-":{"last use date":"2016-10-25T16:51:22","create date":"2016-10-25T16:22:26","name":"hue_ios_app#Helmuts iPhone"},"Yi2nOcrVTDn8bCHSjSjJLKi-y81eSbzZwHZWnOtL":{"last use date":"2016-10-25T16:36:22","create date":"2016-10-25T16:34:05","name":"fhem"},"cUc4cDgXiZnwhthzqrept9vqnCSwKH3GqaJR9q2n":{"last use date":"2016-10-25T16:51:22","create date":"2016-10-25T16:36:52","name":"fhem"},"L6QDGjRxEHr2S0OLUMNMC9sOC2LHiXAbUOyPSBN6":{"last use date":"2016-10-25T16:51:22","create date":"2016-10-25T16:41:18","name":"fhem"},"Xta2t9GzQSkQ1rDKaT4UaNzDo1AccNurj7WaAN5c":{"last use date":"2016-10-25T16:51:22","create date":"2016-10-25T16:43:15","name":"fhem"},"JRylWtr5iSQjQhYZQXwLJ-lUdg2zEpAM-lGfItka":{"last use date":"2016-10-25T17:17:45","create date":"2016-10-25T16:45:06","name":"fhem"}}},"schedules":{},"scenes":{"GTOgiQJy1luGugK":{"name":"Hell","lights":["1"],"owner":"clvrton8pEklumt42fAebqN-10fvZZEm0jp5IDc-","recycle":false,"locked":false,"appdata":{"version":1,"data":"Kh9yw_r01_d05"},"picture":"","lastupdated":"2016-10-25T16:27:06","version":2},"AtXN1vAGcq40Oaj":{"name":"Gedimmt","lights":["1"],"owner":"clvrton8pEklumt42fAebqN-10fvZZEm0jp5IDc-","recycle":false,"locked":false,"appdata":{"version":1,"data":"qDY1p_r01_d06"},"picture":"","lastupdated":"2016-10-25T16:27:06","version":2},"vb-KpyrvMIxMGsX":{"name":"Nachtlicht","lights":["1"],"owner":"clvrton8pEklumt42fAebqN-10fvZZEm0jp5IDc-","recycle":false,"locked":false,"appdata":{"version":1,"data":"CNjSA_r01_d07"},"picture":"","lastupdated":"2016-10-25T16:27:06","version":2},"ptczx-5dBboWWOY":{"name":"Sonnenuntergang Savanne","lights":["1"],"owner":"clvrton8pEklumt42fAebqN-10fvZZEm0jp5IDc-","recycle":false,"locked":false,"appdata":{"version":1,"data":"RSBH2_r01_d15"},"picture":"","lastupdated":"2016-10-25T16:27:06","version":2},"hVHnmrShxjUVpM9":{"name":"Tropendämmerung","lights":["1"],"owner":"clvrton8pEklumt42fAebqN-10fvZZEm0jp5IDc-","recycle":false,"locked":false,"appdata":{"version":1,"data":"aSW2q_r01_d16"},"picture":"","lastupdated":"2016-10-25T16:27:06","version":2},"QKixL-uMxYfsKAp":{"name":"Nordlichter","lights":["1"],"owner":"clvrton8pEklumt42fAebqN-10fvZZEm0jp5IDc-","recycle":false,"locked":false,"appdata":{"version":1,"data":"lIgwM_r01_d17"},"picture":"","lastupdated":"2016-10-25T16:27:06","version":2},"twrXfgQtlScvYRj":{"name":"Frühlingsblüten","lights":["1"],"owner":"clvrton8pEklumt42fAebqN-10fvZZEm0jp5IDc-","recycle":false,"locked":false,"appdata":{"version":1,"data":"gULJw_r01_d18"},"picture":"","lastupdated":"2016-10-25T16:27:06","version":2}},"rules":{},"sensors":{"1":{"state":{"daylight":null,"lastupdated":"none"},"config":{"on":true,"configured":false,"sunriseoffset":30,"sunsetoffset":-30},"name":"Daylight","type":"Daylight","modelid":"PHDL00","manufacturername":"Philips","swversion":"1.0"}},"resourcelinks":{}}

Listing kommt gleich. Muss ich schnell machen, da sich Fhem weghängt....

Gruß Helmut
Titel: Antw:philips hue modul
Beitrag von: isy am 25 Oktober 2016, 19:24:21
Hier das Listing vom Device
Internals:
   DEF        192.168.178.56
   Host       192.168.178.56
   INTERVAL   60
   NAME       HUE
   NOTIFYDEV  global
   NR         452
   NTFY_ORDER 50-HUE
   STATE      connected
   TYPE       HUEBridge
   mac        00:17:88:28:81:33
   manufacturer Royal Philips Electronics
   modelName  Philips hue bridge 2015
   Readings:
     2016-10-25 19:27:59   state           connected
   Helper:
     count      0
     last_config_timestamp 1477416479
Attributes:
   httpUtils  1
   icon       hue_filled_bridge_v2
   key        JRylWtr5iSQjQhYZQXwLJ-lUdg2zEpAM-lGfItka
   room       System


und der Lampe:
Internals:
   DEF        group 1  IODev=HUE
   ID         G1
   IODev      HUE
   NAME       HUEGroup1
   NR         453
   STATE      Initialized
   TYPE       HUEDevice
   class      Living room
   lights     1
   name       Wohnzimmer
   type       Room
   Helper:
     all_on     -1
     any_on     -1
     devtype    G
     update_timeout 1
Attributes:
   IODev      HUE
   alias      Wohnzimmer
   color-icons 2
   delayedUpdate 1
   devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
   group      HUEGroup
   room       HUEDevice
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 25 Oktober 2016, 19:28:40
die warnungen kommen weil du die zeitzone und damit die lokale uhrzeit auf der bridge nicht konfiguriert hast.

komplett aufhängen kann sich mit dem hue modul nichts. es gibt einen timeout von 3-10 sekunden.

das listing ist richtig aber da fehlt noch einiges.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: isy am 25 Oktober 2016, 19:33:42
Listing korrigiert.....
Zeitzone = Berlin (war aber gesetzt)

Permanent Logmeldungen (GUI läuft aber noch!)
2016.10.25 19:35:59 2: HUE: message for unknow device received: HUE-1

Liegt das evtl. an der Living Color Lampe?

Gruß Helmut
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 25 Oktober 2016, 19:37:59
in der bridge ist keine zeitzone gesetzt. schau in dein listing. da steht none. das wird aber mit dem update morgen abgefangen.

das device listing ist nicht deine lampe sondern die wohnzimmer gruppe.

was gibt ein get HUE lights ?

hängt dein fhem noch? da du das listing bekommst müsste ja eigentlich alles laufen jetzt?

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: isy am 25 Oktober 2016, 19:40:37
Läuft noch...

Ausgabe nach get HUE lights

ID  NAME                      FHEM            TYPE
1: Hue iris 1                                Color light


Sorry - aber wo steht im Listing "none"?


Gruß Helmut
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 25 Oktober 2016, 19:46:04
für die lampe ist kein fhem device angelegt. was passiert bei set <bridge> autocreate ?

in der json ausgabe von oben: ..."UTC":"2016-10-25T17:17:45","localtime":"none","timezone":"none"...

ich glaube du hast dein fhem 5 mal gepaired. kann es sein das du das save auf fhem seite vergessen hat?

du kannst die whitelisteinträge mit get <bridge> whitelist anzeigen und über set <bridge> deletewhitelist ... die drei unbenutzten fhem einträge aufräumen.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: isy am 25 Oktober 2016, 20:06:14
Aha.5 mal gepairt, weil sich die GUi immer aufgehangen hat.....Alles gelöscht (bis auf die iOS APP und Fhem).

set HUE autocreate
legt die Lampe an, state = unreachable
Lampe lässt sich nicht schalten. Noch ein Problem!
Readings der Lampe:
Internals:
   CHANGED
   DEF        1  IODev=HUE
   ID         1
   INTERVAL   60
   IODev      HUE
   NAME       HUEDevice1
   NR         456
   STATE      unreachable
   TYPE       HUEDevice
   manufacturername Philips
   modelid    LLC010
   name       Hue iris 1
   swversion  5.23.1.13452
   type       Color light
   uniqueid   00:17:88:01:01:23:02:32-0b
   Readings:
     2016-10-25 19:58:11   alert           none
     2016-10-25 19:58:11   bri             254
     2016-10-25 19:58:11   colormode       hs
     2016-10-25 19:58:11   effect          none
     2016-10-25 19:58:11   hue             6136
     2016-10-25 19:58:11   onoff           0
     2016-10-25 19:58:11   pct             0
     2016-10-25 19:58:11   rgb             ffffff
     2016-10-25 19:58:11   sat             0
     2016-10-25 19:58:11   state           unreachable
     2016-10-25 19:58:11   xy              0.435,0.405
   Helper:
     alert      none
     bri        254
     colormode  hs
     ct         -1
     devtype
     effect     none
     hue        6136
     on         0
     pct        0
     reachable  0
     rgb        ffffff
     sat        0
     update_timeout -1
     xy         0.435,0.405
Attributes:
   IODev      HUE
   alias      Hue iris 1
   color-icons 2
   devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
   model      LLC010
   room       HUEDevice
   subType    colordimmer
   webCmd     hue:rgb:rgb ff0000:rgb 98FF23:rgb 0000ff:toggle:on:off

FM kommt immer noch:
[code]HUE: http request failed: http://192.168.178.56/api/JRylWtr5iSQjQhYZQXwLJ-lUdg2zEpAM-lGfItka: empty answer received
[/code]
Der Key ist der, der im Listing steht.

Gruß Helmut
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 25 Oktober 2016, 20:13:47
die bridge meldet die lampe als unreachable. auch oben in der json ausgabe. in der hue app solltest du das auch sehen.

ist dein fhem aktuell? hast du in fhem schon ein update gemacht?

was gibt version 30_HUEBridge?

die internals schauen aus wie von einer älteren version.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: isy am 25 Oktober 2016, 20:22:46
Die Reichweite scheint dünn zu sein...Jetzt gehts.

Ausgabe Hue Version:
30_HUEBridge.pm 12414 2016-10-23 16:28:12Z justme1968

Nix Neues in "Update Check"
HUE FM kommt immer noch.
HUE: http request failed: http://192.168.178.56/api/JRylWtr5iSQjQhYZQXwLJ-lUdg2zEpAM-lGfItka: empty answer received
Im Browser (http://192.168....) kommt eine lange Liste.

Whitelist (sieht gut aus, was ich so verstehe bislang...)
CREATE               LAST USE             NAME                           KEY
2016-10-25T16:22:26  2016-10-25T18:21:22  hue_ios_app#Helmuts iPhone     clvrton8pEklumt42fAebqN-10fvZZEm0jp5IDc-
2016-10-25T16:45:06  2016-10-25T18:21:58  fhem                           JRylWtr5iSQjQhYZQXwLJ-lUdg2zEpAM-lGfItka


Gruß Helmut
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 25 Oktober 2016, 20:28:24
setz mal httputils auf 0 oder lösch es.

wenn das noch nicht hilft save und fhem neu starten. und dann bitte noch  mal ein list vom bridge device.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: isy am 25 Oktober 2016, 20:32:25
FM ist weg.

Listing der Bridge
Internals:
   DEF        192.168.178.56
   Host       192.168.178.56
   INTERVAL   60
   NAME       HUE
   NOTIFYDEV  global
   NR         452
   NTFY_ORDER 50-HUE
   STATE      connected
   TYPE       HUEBridge
   apiversion 1.15.0
   mac        00:17:88:28:81:33
   manufacturer Royal Philips Electronics
   modelName  Philips hue bridge 2015
   modelid    BSB002
   name       Philips hue
   noshutdown 0
   swversion  01035934
   updatestate 0
   zigbeechannel 25
   Readings:
     2016-10-25 20:31:06   state           connected
   Helper:
     apiversion 69376
     count      0
     last_config_timestamp 1477420266
     offsetUTC  7200
     updatestate 0
Attributes:
   icon       hue_filled_bridge_v2
   key        JRylWtr5iSQjQhYZQXwLJ-lUdg2zEpAM-lGfItka
   room       System


Gruß Helmut
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 25 Oktober 2016, 20:35:46
das schaut sehr viel besser aus.
Titel: Antw:philips hue modul
Beitrag von: isy am 25 Oktober 2016, 20:40:05
Ich kann mich nur auf jede Weise bedanken für die Unterstützung beim holprigen Start.
Sehr cool, die HUE Lampen über dein Modul in Fhem einzubinden. Ungeahnte neue Möglichkeiten!

So ganz ruhig ist die Sache noch nicht:
FM:
PERL WARNING: Argument "undefined" isn't numeric in addition (+) at ./FHEM/31_HUEDevice.pm line 481.

Die Sache lief m.E. nach schief an der Stelle, wo beim Device anlegen das GUI immer wieder abstürzte.

Also - vielen Dank und Grüße,
Helmut
Titel: Antw:philips hue modul
Beitrag von: Fredi69 am 25 Oktober 2016, 20:46:11
Ich werde die Meldungen einfach nicht los:

2016.09.15 07:26:50 2: myHUEBridge01: empty answer received for http://192.168.0.49/api/asaksjdasdjsaopdjsaodjasopodsif/lights
2016.09.15 07:26:50 3: HUEBridge_Call: failed, retrying
2016.09.15 07:36:50 2: myHUEBridge01: empty answer received for http://192.168.0.49/api/asaksjdasdjsaopdjsaodjasopodsif
2016.09.15 07:36:50 3: HUEBridge_Call: failed, retrying
2016.09.15 07:44:50 2: myHUEBridge01: empty answer received for http://192.168.0.49/api/asaksjdasdjsaopdjsaodjasopodsif/lights
2016.09.15 07:44:50 3: HUEBridge_Call: failed, retrying
2016.09.15 08:44:50 2: myHUEBridge01: empty answer received for http://192.168.0.49/api/asaksjdasdjsaopdjsaodjasopodsif/lights
2016.09.15 08:44:50 3: HUEBridge_Call: failed, retrying
2016.09.15 08:48:50 2: myHUEBridge01: empty answer received for http://192.168.0.49/api/asaksjdasdjsaopdjsaodjasopodsif
2016.09.15 08:48:50 3: HUEBridge_Call: failed, retrying
2016.09.15 08:51:50 2: myHUEBridge01: empty answer received for http://192.168.0.49/api/asaksjdasdjsaopdjsaodjasopodsif/lights
2016.09.15 08:51:50 3: HUEBridge_Call: failed, retrying
2016.09.15 08:55:50 2: myHUEBridge01: empty answer received for http://192.168.0.49/api/asaksjdasdjsaopdjsaodjasopodsif/lights
2016.09.15 08:55:50 3: HUEBridge_Call: failed, retrying
2016.09.15 09:00:50 2: myHUEBridge01: empty answer received for http://192.168.0.49/api/asaksjdasdjsaopdjsaodjasopodsif
2016.09.15 09:00:50 3: HUEBridge_Call: failed, retrying
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 25 Oktober 2016, 20:49:33
@dl4fb: du hast ein set kommando für hue verwendet und keinen wert angegeben.

@Fredi69: ist das mit dem aktuellen modul aus dem update? zeig bitte noch mal ein aktuellen list auf das bridge device.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: Fredi69 am 25 Oktober 2016, 20:54:55
Zitat von: justme1968 am 25 Oktober 2016, 20:49:33
@Fredi69: ist das mit dem aktuellen modul aus dem update? zeig bitte noch mal ein aktuellen list auf das bridge device.

Ok, ich hatte jetzt ca. 10 Tage kein Update gemacht.
Ich mache ein Update und beobachte es.
Titel: Antw:philips hue modul
Beitrag von: JJ am 25 Oktober 2016, 21:44:42
Hallo,

ich habe auch Probleme mit den HUE Dimmerschalter, wo ohne Tastendruck Events generiert werden :( .
Die Events treten zumindest im Moment bei einem Restart von FHEM (shutdown restart) auf.

FHEM habe ich heute upgedated aber das Problem besteht leider weiterhin.

Ich habe vom GIT verschiedene Versionen getestet und ich meine sagen zu können das es ab "18fa6d4" auftritt.

https://github.com/mhop/fhem-mirror/commits/master/fhem/FHEM/31_HUEDevice.pm

18fa6d4 -->  31_HUEDevice.pm: sensor improvements
Events nach einem Restart ohne eine Taste gedrückt zu haben.
2016-10-25 20:45:22 HUEDevice Schlafzimmerschalter 4002
2016-10-25 20:45:22 HUEDevice Schlafzimmerschalter battery: 100
2016-10-25 20:45:22 HUEDevice Schlafzimmerschalter reachable: 1
2016-10-25 20:45:22 HUEDevice Schlafzimmerschalter1 1002
2016-10-25 20:45:22 HUEDevice Schlafzimmerschalter1 battery: 100
2016-10-25 20:45:22 HUEDevice Schlafzimmerschalter1 reachable: 1
2016-10-25 20:45:22 HUEDevice Wohnzimmerschalter battery: 100
2016-10-25 20:45:22 HUEDevice Wohnzimmerschalter reachable: 1
2016-10-25 20:45:22 HUEDevice Wohnzimmerschalter 1002


Nix besonderes im Log

8dc37ad --> 31_HUEDevice.pm: added log messages for lastupdated
2016-10-25 20:34:41 HUEDevice Schlafzimmerschalter 4002
2016-10-25 20:34:41 HUEDevice Schlafzimmerschalter battery: 100
2016-10-25 20:34:41 HUEDevice Schlafzimmerschalter reachable: 1
2016-10-25 20:34:41 HUEDevice Schlafzimmerschalter1 1002
2016-10-25 20:34:41 HUEDevice Schlafzimmerschalter1 battery: 100
2016-10-25 20:34:41 HUEDevice Schlafzimmerschalter1 reachable: 1
2016-10-25 20:34:41 HUEDevice Wohnzimmerschalter reachable: 1
2016-10-25 20:34:41 HUEDevice Wohnzimmerschalter 1002
2016-10-25 20:34:41 HUEDevice Wohnzimmerschalter battery: 100

2016.10.25 20:34:27 1: Including fhem.cfg
2016.10.25 20:34:27 3: telnetPort: port 7072 opened
2016.10.25 20:34:27 3: WEB: port 8083 opened
2016.10.25 20:34:27 3: WEB1: port 8084 opened
2016.10.25 20:34:27 2: eventTypes: loaded 1172 events from ./log/eventTypes.txt
2016.10.25 20:34:30 3: HUEDevice3: I/O device is HUE
2016.10.25 20:34:30 3: HUEDevice2: I/O device is HUE
2016.10.25 20:34:30 3: HUEDevice5: I/O device is HUE
2016.10.25 20:34:30 3: HUEGroup2: I/O device is HUE
2016.10.25 20:34:30 3: HUEGroup1: I/O device is HUE
2016.10.25 20:34:30 3: HUEGroup0: I/O device is HUE
2016.10.25 20:34:30 3: HUEDevice1: I/O device is HUE
2016.10.25 20:34:30 3: HUEDevice7: I/O device is HUE
2016.10.25 20:34:30 3: HUEGroup3: I/O device is HUE
2016.10.25 20:34:31 3: Schlafzimmerschalter: I/O device is HUE
2016.10.25 20:34:31 3: Schlafzimmerschalter1: I/O device is HUE
2016.10.25 20:34:31 3: Wohnzimmerschalter: I/O device is HUE
2016.10.25 20:34:31 3: HUE_HUEGroup4: I/O device is HUE
2016.10.25 20:34:31 3: HUEGroup5: I/O device is HUE
2016.10.25 20:34:31 3: HUEGroup6: I/O device is HUE
2016.10.25 20:34:31 1: Including ./log/fhem.save
2016.10.25 20:34:35 2: HUE: empty answer received for http://192.168.1.6/api/itwDRXiL6Pf2UGBf9wUwEt1Ku7KdzcF08UnfxbtH/lights
2016.10.25 20:34:37 0: Featurelevel: 5.7
2016.10.25 20:34:37 0: Server started with 81 defined entities (fhem.pl:12423/2016-10-24 perl:5.020002 os:linux user:fhem pid:7360)
2016.10.25 20:34:37 1: PERL WARNING: Argument "" isn't numeric in division (/) at FHEM/Color.pm line 408.
2016.10.25 20:34:37 2: HUE: http request failed: http://192.168.1.6/api/itwDRXiL6Pf2UGBf9wUwEt1Ku7KdzcF08UnfxbtH: empty answer received
2016.10.25 20:34:41 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/31_HUEDevice.pm line 1206.


0895f80 --> 31_HUEDevice.pm: fixed group pct reading
Scheint bis jetzt OK zu sein.


Gruß,
Juergen


Internals:
   INTERVAL   60
   NAME       HUE
   NOTIFYDEV  global
   NR         45
   NTFY_ORDER 50-HUE
   STATE      connected
   TYPE       HUEBridge
   manufacturer Royal Philips Electronics
   modelName  Philips hue bridge 2015
   Readings:
     2016-10-25 20:51:58   state           connected
     2016-10-14 22:38:49   swupdate        ZGB_100B_0105 - 5.38.2.19136
   Helper:
     count      0
     last_config_timestamp 1477421518
Attributes:
   httpUtils  1
   icon       hue_filled_bridge_v2
   pollDevices 1
   queryAfterSet 1


Titel: Antw:philips hue modul
Beitrag von: justme1968 am 25 Oktober 2016, 22:08:00
wenn es nur beim restart passiert: da kann ich was machen.

wenn es auch sonst passiert: mit der aktuellsten version bitte verbose für das sensor device auf 5 setzen und dann das log posten wenn das problem auftritt.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: JJ am 25 Oktober 2016, 22:39:10
Es passiert bei restart --> aber auch "sonst" --> man kann es etwas provozieren wenn man andere Lampen schaltet.....

Hier ein Event ohne Tastendruck:

2016.10.25 22:34:30 4: parse status message for Schlafzimmerschalter1
2016.10.25 22:34:31 4: parse status message for Schlafzimmerschalter1
2016.10.25 22:34:32 4: parse status message for Schlafzimmerschalter1
2016.10.25 22:34:33 4: parse status message for Schlafzimmerschalter1
2016.10.25 22:34:34 4: parse status message for Schlafzimmerschalter1
2016.10.25 22:34:34 4: parse status message for Schlafzimmerschalter1
2016.10.25 22:34:34 4: Schlafzimmerschalter1: offsetUTC: 7200
2016.10.25 22:34:34 4: Schlafzimmerschalter1: lastupdated: 2016-10-25 22:29:25, hash->{lastupdated}:  2016-10-25 20:29:25
2016.10.25 22:34:34 5: Schlafzimmerschalter1: {
  'swversion' => '5.45.1.16265',
  'config' => {
                'reachable' => bless( do{\(my $o = 1)}, 'JSON::PP::Boolean' ),
                'on' => $VAR1->{'config'}{'reachable'},
                'battery' => 100,
                'pending' => []
              },
  'type' => 'ZLLSwitch',
  'uniqueid' => '00:17:88:01:10:39:ea:5d-02-fc00',
  'manufacturername' => 'Philips',
  'state' => {
               'lastupdated' => '2016-10-25T20:29:25',
               'buttonevent' => 1002
             },
  'modelid' => 'RWL021',
  'name' => 'Schalter Schlafzimmer 1'
}

2016.10.25 22:34:35 4: parse status message for Schlafzimmerschalter1
2016.10.25 22:34:35 4: Schlafzimmerschalter1: offsetUTC: 7200
2016.10.25 22:34:36 4: parse status message for Schlafzimmerschalter1
2016.10.25 22:34:36 4: Schlafzimmerschalter1: offsetUTC: 7200
2016.10.25 22:34:37 4: parse status message for Schlafzimmerschalter1
2016.10.25 22:34:37 4: Schlafzimmerschalter1: offsetUTC: 7200
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 25 Oktober 2016, 23:05:26
die events beim neustart sollten morgen nach dem update weg sein. der timestamp müsste jetzt einen normalen neustart überstehen.

die spontanen events schauen sehr komisch aus. die zwei stunden unterschied müssten eigentlich mit dem offset ausgeglichen werden.

da ich keinen dimmer switch habe kann ich es leider nicht selber nachstellen. mal sehen ob mir noch etwas einfällt.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: JJ am 26 Oktober 2016, 11:33:05
Ich habe heute geupdated aber das Problem besteht noch....

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


Ich habe nochmals getestet und folgendes festgestellt.

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

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


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

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

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

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

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

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

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

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

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



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

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

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

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


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

Titel: Antw:philips hue modul
Beitrag von: justme1968 am 26 Oktober 2016, 12:04:40
da geht irgendetwas komisches schief. ich habe noch keine idee wie ich das debuggen kann ohne dimmer switch.

schau noch mal ob du ein verbose 5 log bekommst.

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

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: isy am 26 Oktober 2016, 19:00:59
Moin Andre,
In einem 2 Jahre alten Beitrag wurde gesagt, dass das HUE Modul kein Device dafür im Fhem anlegt.
Gilt das auch für die aktuelle Living Colors Fenbedienung?
Vermutlich ja, denn sie wird in der App auch nicht als Schalter erkannt

Oder?

Gruß Helmut
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 26 Oktober 2016, 21:09:24
ja. die lc fernbedienungen steuern direkt die lampen. der bridge sind sie komplett unbekannt.

als schalter werden nur tap und dimmer switch erkannt.

gruss
  andre

ps: falls jemand einen dimmer switch ausleihen kann wäre das sehr hilfreich.
Titel: Antw:philips hue modul
Beitrag von: isy am 26 Oktober 2016, 21:13:19
Moin Andre,
Schade.
Wäre nach den richtig coolen Dash Buttons ein weiterer  Schalter gewesen.
Habe leider keine anderen Hue Teile.
Titel: Antw:philips hue modul
Beitrag von: Markus M. am 26 Oktober 2016, 21:23:31
Andre, kannst du dem Modul bei Gelegenheit vielleicht einen Modus verpassen bei dem es keinen kompletten Lockup gibt sobald die Bridge weg ist?
Sobald die Bridge nicht erreichbar ist, friert mein System ein :(
Titel: Antw:philips hue modul
Beitrag von: JJ am 26 Oktober 2016, 21:37:25
Hallo Andre,

bis jetzt gab es kein sporadisches Event mehr!

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

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

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

Sieht also bis jetzt sehr gut aus.
Danke!

Gruß,
Juergen
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 26 Oktober 2016, 21:46:36
@Markus M.: den modus gibt es eigentlich schon. im blocking mode gibt es einen timeout von maximal 10 sekunden und im non blocking mode sollte garnichts blockieren.

was genau machst du denn?

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: Markus M. am 26 Oktober 2016, 22:25:08
Zitat von: justme1968 am 26 Oktober 2016, 21:46:36
@Markus M.: den modus gibt es eigentlich schon. im blocking mode gibt es einen timeout von maximal 10 sekunden und im non blocking mode sollte garnichts blockieren.
was genau machst du denn?

Mist! Der Fehler war zu einfach, das httpUtils Attribut hatte sich unbemerkt ins Nirvana verabschiedet.
Na dann fang ich mal an meine Schalter zu definieren :)
Titel: Antw:philips hue modul
Beitrag von: Fredi69 am 28 Oktober 2016, 11:39:58
Zitat von: justme1968 am 25 Oktober 2016, 20:49:33
@Fredi69: ist das mit dem aktuellen modul aus dem update? zeig bitte noch mal ein aktuellen list auf das bridge device.

Nach dem Update:

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


List
Internals:
   DEF        192.168.0.49
   Host       192.168.0.49
   INTERVAL   60
   NAME       HUEBridge01
   NOTIFYDEV  global
   NR         269
   NTFY_ORDER 50-HUEBridge01
   STATE      connected
   TYPE       HUEBridge
   apiversion 1.15.0
   mac        00:17:88:22:82:4f
   manufacturer Royal Philips Electronics
   modelName  Philips hue bridge 2015
   modelid    BSB002
   name       Kind
   noshutdown 0
   swversion  01035934
   updatestate 2 [bridge]
   zigbeechannel 15
   Readings:
     2016-10-28 11:35:02   state           connected
     2016-10-27 15:36:15   swupdate        BSB002 1.15.1 release
   Helper:
     apiversion 69376
     count      0
     last_config_timestamp 1477647302
     offsetUTC  7200
     updatestate 2
Attributes:
   httpUtils  0
   icon       hue_filled_bridge_v2
   key        DuSUDulepEjdsoweiDIoweVfzPTqu5W3GMuGc3oQJ
   pollDevices 1
   room       HUEDevice,Kind,Technik
Titel: Antw:philips hue modul
Beitrag von: DazDavid am 31 Oktober 2016, 18:12:07
Zitat, ich habe ein kleines Problem mit meiner Hue Go (ist aktuell noch die einzige Hue Leuchte). Ich nutze FHEM auf einem Raspi, an welchem auch ein Raspee Modul hängt und die Lampen steuert (also ohne Huebridge). Mir ist aufgefallen dass ich die Leuchte ein und ausschalten sowie Helligkeit und Wärme steuern kann lediglich die Farben lassen sich nicht per RGB Befehl ändern. Über DeConz funktioniert es von daher vermute ich ein Problem mit dem Fhem Modul. Hat jemand schon mal ein ähnliches Problem gehabt und kann mir helfen?

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

Ja über die DeConz WebApp klappt alles.
Titel: Antw:philips hue modul
Beitrag von: DazDavid am 31 Oktober 2016, 18:13:46
Zitatlassen sich die farben per hue ändern?

zeig mal bitte ein list vom device.

Was genau meinst du mit List?
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 31 Oktober 2016, 18:14:34
das fhem list kommando.
Titel: Antw:philips hue modul
Beitrag von: DazDavid am 31 Oktober 2016, 18:41:04
Ok danke. Hier das Listing für die HueGo:

Internals:
   CHANGED
   DEF        1  IODev=Raspbee
   ID         1
   INTERVAL   60
   IODev      Raspbee
   NAME       HUEDevice1
   NR         21
   STATE      off
   TYPE       HUEDevice
   desired    1
   modelid    LLC020
   name       Hue Go
   swversion  5.38.1.14378
   type       Extended color light
   uniqueid   00:17:88:01:01:17:08:D4-0B
   Readings:
     2016-10-31 17:44:59   alert           none
     2016-10-31 17:44:59   bri             235
     2016-10-31 17:44:59   colormode       hs
     2016-10-31 17:44:59   ct              500 (2000K)
     2016-10-31 17:44:59   effect          none
     2016-10-31 17:44:59   hue             5418
     2016-10-31 17:44:59   onoff           0
     2016-10-31 17:44:59   pct             0
     2016-10-31 17:44:59   reachable       1
     2016-10-31 17:44:59   rgb             ec7f14
     2016-10-31 17:44:59   sat             233
     2016-10-31 17:44:59   state           off
     2016-10-31 17:44:59   xy              0.566155,0.391948
   Helper:
     alert      none
     bri        235
     colormode  hs
     ct         500
     devtype
     effect     none
     hue        5418
     on         0
     pct        0
     reachable  1
     rgb        ec7f14
     sat        233
     update_timeout 1
     xy         0.566155,0.391948
Attributes:
   IODev      Raspbee
   alias      Hue Go
   color-icons 2
   devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
   event-on-change-reading .*
   fp_Appartement 978,1115,1,Hue Go
   group      LIGHT
   icon       hue_filled_go
   model      LLC020
   room       Livingroom,HUEDevice
   subType    extcolordimmer
   webCmd     rgb:rgb ff0000:rgb DEFF26:rgb 0000ff:ct 490:ct 380:ct 270:ct 160:toggle:on:off
Titel: Antw:philips hue modul
Beitrag von: DazDavid am 01 November 2016, 21:47:34
@justme1968: Hast du eine Idee wo das Problem liegen könnte?
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 02 November 2016, 10:32:50
Zitatlassen sich die farben per hue ändern?
Titel: Antw:philips hue modul
Beitrag von: DazDavid am 02 November 2016, 10:54:35
Zitatlassen sich die farben per hue ändern?

Wenn du mit "Hue" die Hue App meinst kann ich dir das nicht sagen, da ich diese nicht nutze. Die Hue Go ist mit FHEM über das Raspbee Modul von DE verbunden. Über das Modul (DeConz Webinterface) kann ich die Farben problemlos ändern.
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 02 November 2016, 11:29:49
nein. mit hue meine ich das hue kommando aus fhem.
Titel: Antw:philips hue modul
Beitrag von: DazDavid am 02 November 2016, 12:08:10
Zitatnein. mit hue meine ich das hue kommando aus fhem.

Sorry aber ich kann dir immer noch nicht ganz folgen. Als befehle zum Farben ändern ist mir nur der set rgb rrggbb Befehl bekannt. Mit diesem klappt es eben leider nicht. Welchen Hue Befehl meinst du genau? Dann kann ich heute Abend nochmal testen.
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 02 November 2016, 12:13:52
schau dir in der device detail ansicht und in der commandref noch mal an was es alles für kommandos gibt.

ps: was gibt version 30_HUEBridge ?

Titel: Antw:philips hue modul
Beitrag von: DazDavid am 02 November 2016, 12:53:04
Ok ich nehme alles zurück... Hab den Befehl in der Commandref übersehen. Ich teste ihn heute Abend und berichte.

Hier schonmal die Ausgabe der Version:

30_HUEBridge.pm 12426 2016-10-25 17:32:41Z justme1968
Titel: Antw:philips hue modul
Beitrag von: DazDavid am 02 November 2016, 20:34:52
So ich habe jetzt mal ein wenig rumgespielt. Der Hue Befehl funktioniert problemlos. Hingegen wird der RGB Befehl zwar an die Leuchte (oder vielmehr an das Gateway) gesendet aber diese scheint damit nichts anfangen zu können...

Vielleicht helfen die entsprechenden Logfiles dazu:

Hue:
2016.11.02 20:27:50 5: Cmd: >set HUEDevice1 hue 0<
2016.11.02 20:27:50 4: using HUEBridge_HTTP_Request: PUT lights/1/state
2016.11.02 20:27:51 5: HUEBridge_HTTP_Request http://XXX.XXX.XXX.XXX:80/api/eb058ecc48b6fa93f858afdd429b0288/lights/1/state: Got data, length: 79
2016.11.02 20:27:51 4: WEB_XXX.XXX.XXX.XXX_49220 GET /fhem?detail=HUEDevice1&fw_id=; BUFLEN:0
2016.11.02 20:27:51 4: name: /fhem?detail=HUEDevice1&fw_id= / RL:4932 / text/html; charset=UTF-8 / Content-Encoding: gzip
/


RGB:
2016.11.02 20:28:04 5: Cmd: >set HUEDevice1 rgb 120AFF<
2016.11.02 20:28:04 4: using HUEBridge_HTTP_Request: PUT lights/1/state
2016.11.02 20:28:05 5: HUEBridge_HTTP_Request http://XXX.XXX.XXX.XXX:80/api/eb058ecc48b6fa93f858afdd429b0288/lights/1/state: Got data, length: 81
2016.11.02 20:28:05 4: WEB_XXX.XXX.XXX.XXX_49222 GET /fhem?detail=HUEDevice1&fw_id=; BUFLEN:0
2016.11.02 20:28:05 4: name: /fhem?detail=HUEDevice1&fw_id= / RL:4925 / text/html; charset=UTF-8 / Content-Encoding: gzip
/
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 02 November 2016, 23:02:55
spiel mal etwas mit den farben. je nach lampe lassen sich manche extremen rgb farben nicht darstellen.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: DazDavid am 02 November 2016, 23:14:41
Hi Andre,

Ja den Gedanken hatte ich auch schon, das ist es aber leider auch nicht. Wenn ich die RGB Werte nehme, welche ich nach setzen des Hue Kommandos erhalte geht es auch nicht und diese Werte funktionieren ja definitiv.
Titel: Antw:philips hue modul
Beitrag von: DazDavid am 02 November 2016, 23:21:16
Habe mir gerade mal die Doku zu der Rest API des RASPBEE Moduls angeschaut und wie es scheint liegt hier das Problem. Wenn ich das richtig sehe gibt es hier keine RGB Werte sondern nur HUE Werte.

Hier der Link zur Doku: http://dresden-elektronik.github.io/deconz-rest-doc/lights/index.html (http://dresden-elektronik.github.io/deconz-rest-doc/lights/index.html)

@andre: Kannst du bitte mal kurz reinschauen und mir sagen ob du das genauso siehst?
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 02 November 2016, 23:42:03
die huebridge kennt auch kein rgb.

rgb wird je nach aktuellem colormode auf hsv oder xy umgerechnet.

wenn es mit keinem rgb wert geht dann stimmt irgendwo noch etwas nicht.

bitte aktivere mal in 30_HUEBridge.pm in zeile 1035 die log ausgabe und schau was beim rgb kommando gesendet wird. hsv oder xy.



Titel: Antw:philips hue modul
Beitrag von: DazDavid am 03 November 2016, 07:37:33
Hi andre,

es werden xy Werte gesendet:

2016.11.03 07:34:11 5: Cmd: >set HUEDevice1 rgb 8A30AB<
2016.11.03 07:34:11 5: Sending: $VAR1 = {
          'xy' => [
                    '0.385761983419115',
                    '0.209039741144447'
                  ],
          'bri' => 170,
          'on' => bless( do{\(my $o = 1)}, 'JSON::PP::Boolean' )
        };


Wenn ich diese Werte manuell per xy Kommando sende passiert auch nichts also scheint hier das Problem zu liegen.
Titel: Antw:philips hue modul
Beitrag von: disorganizer am 07 November 2016, 20:18:29
eine frage:
Meine lightify ctdimmer lampen werden richtig erkannt.
Aber wie kann ich denn das webcmd für die lampe auf kelvin werte umstellen? Sprich das ich zb 2700k einstellen kann statt dem ct wert 370?.
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 07 November 2016, 20:53:32
@DazDavid: setz mal das subType attribut auf colordimmer und schau ob es dann geht.

@disorganizer einfach hinschreiben: ct 2700

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: DazDavid am 07 November 2016, 20:57:21
@justme1968: Leider unverändert.

Gruß David
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 07 November 2016, 21:19:18
änder bitte mal zeile 495     if( $name && !defined( AttrVal($name, "model", undef) ) ) {in 495     if( 1 ) {

und versuch es damit.


wenn das geht schau ob ein 495     if( $name && ( !defined( AttrVal($name, "model", undef) )
496                    || AttrVal($name, "model", undef) eq 'LLC020') ) {
auch noch geht.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: disorganizer am 07 November 2016, 21:48:27
@justme:
Das gibt mir ja ein feld mit dem ich direkt 2700k auswählen kann.
Was ich meinte war aber ob man den schieberegler auf kelvin umstellen kann :-)

Generell zu den ct werten:
Wäre es möglich für die lightifys unerlaubte ct werte durch den niedrigst erlaubten zu ersetzen?
Zzt schaut es so aus als ob werte unterhalb von 2700k als tageslichtweiss so um die 6000k von der lampe ausgegeben werden.
Interessant finde ich aber eher das wenn man zb mit iconnect hue einen farbwert auf lightify und lightstrip plus identisch einstellt dieser gleich aussieht, aber in fhem unterschiedliche ct werte hat.

So scheint ct370 auf der lightify einer ct451 auf dem lsp zu entsprechen.
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 07 November 2016, 21:55:53
per widgetOverride das ct kommando auf einen slider im gewünschten wertebereich umdefinierten.

warum die unterschiedlich aussehen kann ich dir nicht sagen. fhem sendet den kelvin bzw. mired wert und für alles andere ist das leuchtmittel zuständig. eine fhem seite kalibrierung oder ähnliches gibt es nicht.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: DazDavid am 07 November 2016, 22:05:41
Zitatänder bitte mal zeile
Code: [Auswählen]
495     if( $name && !defined( AttrVal($name, "model", undef) ) ) {
in
Code: [Auswählen]
495     if( 1 ) {

und versuch es damit.


wenn das geht schau ob ein
Code: [Auswählen]
495     if( $name && ( !defined( AttrVal($name, "model", undef) )
496                    || AttrVal($name, "model", undef) eq 'LLC020') ) {
auch noch geht.


Die Zeile habe ich leider garnicht in meiner 30_HUEBridge.pm
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 07 November 2016, 22:06:41
31_HUEDevice.pm
Titel: Antw:philips hue modul
Beitrag von: DazDavid am 07 November 2016, 22:13:13
Wuhu damit geht es :) Mit beiden Varianten!
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 08 November 2016, 01:39:21
ist eingecheckt.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: DazDavid am 08 November 2016, 06:31:36
Super danke.
Titel: Antw:philips hue modul
Beitrag von: DazDavid am 08 November 2016, 08:26:14
Gibt es eigentlich die Möglichkeit über das Hue Modul auch die auf der Lampe gepeicherten Szenen zu starten? Mir geht es im Speziellen um das "Candlelight".
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 08 November 2016, 08:36:50
aktuell noch nicht. die effekt szenen sind im api nicht verfügbar.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: DazDavid am 08 November 2016, 08:40:14
argh... ich habs befürchtet. Irgendwo hatte ich aber mal gelesen das das kommen soll. Wäre toll für die Zukunft. Trotzdem danke.
Titel: Antw:philips hue modul
Beitrag von: visionsurfer am 12 November 2016, 13:34:14
Hi,

ich habe vor ein paar Tagen meine ganzen HUE Bridges in FHEM installiert. Das hat super geklappt. Die damit verbunden Lampen wurden auch sofort automatisch in FHEM angelegt.

Nun habe ich gestern ein paar neue Lampen gekauft und an die Bridge angelernt.

Wie bekomme ich es hin, das die auch wieder automatisch in FHEM erzeugt werden ? Was muss ich dafür genau anstoßen einfach nur SET autocreate bei der jeweiligen Bridge ?

Grüße,
Visionsurfer
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 12 November 2016, 14:12:22
wenn die lampen schon an der bridge angelegt sind: set <bridge> autocreate.

wenn sie noch nicht angelernt sind: davor noch set <bridge> touchlink und/oder set <bridge> autodetect. oder über die hue app anlernen.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: visionsurfer am 12 November 2016, 14:23:52
Hi,

alles klar. Danke. Werde ich probieren. Ja die Lampen hab ich schon an die Bridge angelegt. Über die App laufen sie schon. Nur in FHEM sehe ich sie halt noch nicht. Also ich meine die neuen Lampen.

Grüße,
Visionsurfer
Titel: Antw:philips hue modul
Beitrag von: Hanky am 20 November 2016, 16:33:26
Hallo,

habe seit langem mal wieder mein fhem upgedated. Jetzt hängt fhem allerdings beim neustarten. Der letzte Eintrag im Logfile hat mit dem 30_HUEBridgemodul zu tun und lautet wie folgt:


2016.11.20 16:17:11 1: PERL WARNING: Use of uninitialized value in split at ./FHEM/30_HUEBridge.pm line 178.
2016.11.20 16:17:11 1: PERL WARNING: Use of uninitialized value $l[0] in left bitshift (<<) at ./FHEM/30_HUEBridge.pm line 179.
2016.11.20 16:17:11 1: PERL WARNING: Use of uninitialized value $l[1] in left bitshift (<<) at ./FHEM/30_HUEBridge.pm line 179.
2016.11.20 16:17:11 1: PERL WARNING: Use of uninitialized value in addition (+) at ./FHEM/30_HUEBridge.pm line 179.
2016.11.20 16:17:11 1: PERL WARNING: Use of uninitialized value $localtime in string eq at ./FHEM/30_HUEBridge.pm line 819.
2016.11.20 16:17:11 1: PERL WARNING: Use of uninitialized value $localtime in substr at ./FHEM/30_HUEBridge.pm line 820.
substr outside of string at ./FHEM/30_HUEBridge.pm line 820.


Kann es sein, dass meine perl Version nicht zu fhem passt? Das ist jetzt schon das zweite Mal, dass ein Fhem-Modul nach einem Update nicht mehr mit Perl zusammen arbeiten will...

Edit: Was ich noch vergessen habe: Perl Version lautet wie folgt: This is perl 5, version 24, subversion 0 (v5.24.0) built for armv7l-linux-thread-multi

Vielen Dank für eine Antwort mit vorraus und

Grüße

Hanky
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 20 November 2016, 17:39:00
die ersten paar meldungen kommen weil deine bridge aus irgendeinem grund keine apiversion information zurück liefert. welche firmware hat du auf der bridge bzw. was ist das für eine bridge?

der fehler am ende liegt daran das deine bridge keine lokale uhrzeit konfiguriert hat. das liegt vermutlich auch an einer alten firmware.

warnungen und absturz sind mit dem update von morgen behoben.

mit deiner perl version hat beides nichts zu tun.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: Hanky am 20 November 2016, 18:16:24
Hallo,

habe das vorherige hue Bridge Modul aus dem Backup eingespielt, damit läuft es erst mal wieder.

Zur Bridge stehen in meinem Bridge Device folgende Infos:


   apiversion
   mac        00:17:88:0a:93:a5
   manufacturer Royal Philips Electronics
   modelName  Philips hue bridge 2012
   modelid
   name       Philips hue
   noshutdown 0
   swversion  01003542
   updatestate 0
   zigbeechannel


Hilft das weiter oder brauchst du andere Infos?

Ich werde mir mal ansehen, wie ich die bridge upgedated bekomme.

Grüße

Hanky
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 20 November 2016, 18:18:51
die firmware scheint ziemlich alt.

mit dem update morgen ist das problem auf fhem seite aber behoben.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: Navigator am 23 November 2016, 17:02:10
Es ist zwar jammern auf hohem Niveu, aber den Graukeil beim pct Slider bekommt man nicht wieder in den "Classic" Zustand oder? Dieser passt irgendwie nicht mehr zu den Slidern, der anderen Module auf meiner Oberfläche.  :o
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 23 November 2016, 17:06:49
mit widgetOverride kannst du ihn wieder zu einem normalen slider konfigurieren. das gilt auch für die hue und ct slider.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: Navigator am 23 November 2016, 17:10:38
ach stimmt, da war doch so etwas. danke.  ;)
Titel: Antw:philips hue modul
Beitrag von: Markus M. am 25 November 2016, 08:51:40
Gerade gesehen: Auf amazon.es gibt es den Lightstrip+ heute für 33 Euro! - leider vorbei
Die neueste Lampengeneration mit B22 Sockel ist für schmale 30,50 Euro zu haben.
https://www.amazon.es/gp/product/B0148NMVQA (https://www.amazon.es/gp/product/B0148NMVQA)
Viel Spass beim Geld ausgeben ;)
Titel: Antw:philips hue modul
Beitrag von: hobelchen am 29 November 2016, 20:54:00
Guten Abend zusammen,

ich habe seit ein paar Tagen ein Problem mit meine Sonnenaufgangsimulation. Vielleicht könnt ihr mir helfen.

Ich vermute es hängt mit einen Update der Firmeware der Hue Lampen zusammen. Mit der Firmeware Version 5.3*** hat der u.g. Befehl sauber funktioniert. Seit der Version 5.50.1.19085 wechselt die Farbe nicht mehr, Helligkeit und Sättigung werden geändert.
Einen Tag hatte eine HUE Birne mit der alten Firmeware und der neuen gleichzeitig in Betrieb. Auf der Birne mit der alten Firmeware ging es und auf der mit der neuen Firmeware nicht. Nach dem update der Birne mit der alten Firmware ging es dort auch nicht mehr.

Vielleicht bin ich auch auf dem falschen Pfad und mein Befehlt stimmt nicht. 

Der Befehl kommt größtenteil von hier https://forum.fhem.de/index.php?topic=53862.0

([Sonne:state] eq "on")
(set HUEDevice2 hue 43690 : sat 254 : bri 5 : transitiontime 10,
set HUEDevice2 hue 43690 : sat 254 : bri 3 : transitiontime 10,
set HUEDevice2 hue 43690 : sat 254 : bri 5 : transitiontime 200,
set HUEDevice2 hue 43690 : sat 254 : bri 33 : transitiontime 200,
set HUEDevice2 hue 43690 : sat 254 : bri 20 : transitiontime 200,
set HUEDevice2 hue 38228 : sat 254 : bri 15 : transitiontime 300,
set HUEDevice2 hue 34587 : sat 254 : bri 20 : transitiontime 10,
set HUEDevice2 hue 16384 : sat 254 : bri 36 : transitiontime 10,
set HUEDevice2 hue 12743 : sat 254 : bri 41 : transitiontime 10,
set HUEDevice2 hue 1820 : sat 254 : bri 86 : transitiontime 20,
set HUEDevice2 hue 5461 : sat 254 : bri 102 : transitiontime 300,
set HUEDevice2 hue 7282 : sat 254 : bri 152 : transitiontime 300,
set HUEDevice2 hue 8192 : sat 254 : bri 203 : transitiontime 300,
set HUEDevice2 hue 9102 : sat 254 : bri 254 : transitiontime 300,
set HUEDevice2 hue 9102 : sat 48 : bri 190 : transitiontime 30,
set HUEDevice2 hue 9102 : sat 0 : bri 254 : transitiontime 300,
set Sonne off)
DOELSEIF ([08:00]) (set HUEDevice2 off)


Log File:
2016.11.29 21:04:03 4: using HttpUtils_NonblockingGet: PUT lights/2/state
2016.11.29 21:04:04 4: using HttpUtils_NonblockingGet: GET lights/2
2016.11.29 21:04:04 4: parse status message for HUEDevice2
2016.11.29 21:04:12 4: using HttpUtils_NonblockingGet: PUT lights/2/state
2016.11.29 21:04:12 4: using HttpUtils_NonblockingGet: PUT lights/2/state
2016.11.29 21:04:12 4: using HttpUtils_NonblockingGet: PUT lights/2/state
2016.11.29 21:04:12 4: using HttpUtils_NonblockingGet: PUT lights/2/state
2016.11.29 21:04:12 4: using HttpUtils_NonblockingGet: PUT lights/2/state
2016.11.29 21:04:12 4: using HttpUtils_NonblockingGet: PUT lights/2/state
2016.11.29 21:04:12 4: using HttpUtils_NonblockingGet: PUT lights/2/state
2016.11.29 21:04:12 4: using HttpUtils_NonblockingGet: PUT lights/2/state
2016.11.29 21:04:12 4: using HttpUtils_NonblockingGet: PUT lights/2/state
2016.11.29 21:04:12 4: using HttpUtils_NonblockingGet: PUT lights/2/state
2016.11.29 21:04:12 4: using HttpUtils_NonblockingGet: PUT lights/2/state
2016.11.29 21:04:12 4: using HttpUtils_NonblockingGet: PUT lights/2/state
2016.11.29 21:04:12 4: using HttpUtils_NonblockingGet: PUT lights/2/state
2016.11.29 21:04:12 4: using HttpUtils_NonblockingGet: PUT lights/2/state
2016.11.29 21:04:12 4: using HttpUtils_NonblockingGet: PUT lights/2/state
2016.11.29 21:04:12 4: using HttpUtils_NonblockingGet: PUT lights/2/state
2016.11.29 21:04:13 4: using HttpUtils_NonblockingGet: GET lights/2
2016.11.29 21:04:13 4: parse status message for HUEDevice2
2016.11.29 21:04:41 4: using HttpUtils_NonblockingGet: GET
2016.11.29 21:04:41 4: parse status message for hueBridge
2016.11.29 21:04:41 4: hueBridge: message for unknow sensor received: hueBridge-S5
2016.11.29 21:04:41 4: hueBridge: message for unknow sensor received: hueBridge-S2
2016.11.29 21:04:41 4: hueBridge: message for unknow sensor received: hueBridge-S4
2016.11.29 21:04:41 4: hueBridge: message for unknow sensor received: hueBridge-S1
2016.11.29 21:04:41 4: parse status message for HUEDevice2
2016.11.29 21:05:33 3: EnOcean EnO_FF970C80 EVENT alarm: no_response_from_actuator
2016.11.29 21:05:41 4: using HttpUtils_NonblockingGet: GET lights
2016.11.29 21:05:41 4: parse status message for HUEDevice2
2016.11.29 21:06:02 3: EnOcean EnO_FFBB5E80 EVENT alarm: no_response_from_actuator
2016.11.29 21:06:41 4: using HttpUtils_NonblockingGet: GET lights
2016.11.29 21:06:41 4: parse status message for HUEDevice2
2016.11.29 21:07:41 4: using HttpUtils_NonblockingGet: GET lights
2016.11.29 21:07:41 4: parse status message for HUEDevice2



Vielen Dank
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 29 November 2016, 21:09:58
wenn ich das richtig verstehe setzt du einfach auf einen schlag alle farbstufen. da jeweils ein set das vorhergehende überschreibt. das sollte eigentlich noch nie
funktioniert haben.

du musst zwischen den set jeweils lange genug warten damit der vorherige übergang abgearbeitet ist. fhem sleep sollte helfen.
Titel: Antw:philips hue modul
Beitrag von: hobelchen am 29 November 2016, 21:38:53
Hi,

vielen Dank für die schnelle Reaktion. Ich habe überall ein sleep eingefügt. Die Farbe ändert sich nicht, nur die Helligkeit.

Neu:
([Sonne:state] eq "on")
(set HUEDevice2 hue 43690 : sat 254 : bri 5 : transitiontime 10,
sleep 5,
set HUEDevice2 hue 43690 : sat 254 : bri 3 : transitiontime 10,
sleep 5,
set HUEDevice2 hue 43690 : sat 254 : bri 5 : transitiontime 200,
sleep 5,
set HUEDevice2 hue 43690 : sat 254 : bri 33 : transitiontime 200,
sleep 5,
set HUEDevice2 hue 43690 : sat 254 : bri 20 : transitiontime 200,
sleep 5,
set HUEDevice2 hue 38228 : sat 254 : bri 15 : transitiontime 300,
sleep 5,
set HUEDevice2 hue 34587 : sat 254 : bri 20 : transitiontime 10,
sleep 5,
set HUEDevice2 hue 16384 : sat 254 : bri 36 : transitiontime 10,
sleep 5,
set HUEDevice2 hue 12743 : sat 254 : bri 41 : transitiontime 10,
sleep 5,
set HUEDevice2 hue 1820 : sat 254 : bri 86 : transitiontime 20,
sleep 5,
set HUEDevice2 hue 5461 : sat 254 : bri 102 : transitiontime 300,
sleep 5,
set HUEDevice2 hue 7282 : sat 254 : bri 152 : transitiontime 300,
sleep 5,
set HUEDevice2 hue 8192 : sat 254 : bri 203 : transitiontime 300,
sleep 5,
set HUEDevice2 hue 9102 : sat 254 : bri 254 : transitiontime 300,
sleep 5,
set HUEDevice2 hue 9102 : sat 48 : bri 190 : transitiontime 30,
sleep 5,
set HUEDevice2 hue 9102 : sat 0 : bri 254 : transitiontime 300,
sleep 5,
set Sonne off)
DOELSEIF ([08:00]) (set HUEDevice2 off)


Ändere ich den Befehl wie folgt ändern sich die Farben, sat und bri, aber halt sehr schnell. Mir scheint es fasst das der Zusatz "transitiontime" nicht mehr funktioniert.

([Sonne:state] eq "on")
(set HUEDevice2 hue 43690 : sat 254 : bri 5,
set HUEDevice2 hue 43690 : sat 254 : bri 3,
set HUEDevice2 hue 43690 : sat 254 : bri 5,
set HUEDevice2 hue 43690 : sat 254 : bri 33,
set HUEDevice2 hue 43690 : sat 254 : bri 20,
set HUEDevice2 hue 38228 : sat 254 : bri 15,
set HUEDevice2 hue 34587 : sat 254 : bri 20,
set HUEDevice2 hue 16384 : sat 254 : bri 36,
set HUEDevice2 hue 12743 : sat 254 : bri 41,
set HUEDevice2 hue 1820 : sat 254 : bri 86,
set HUEDevice2 hue 5461 : sat 254 : bri 102,
set HUEDevice2 hue 7282 : sat 254 : bri 152,
set HUEDevice2 hue 8192 : sat 254 : bri 203,
set HUEDevice2 hue 9102 : sat 254 : bri 254,
set HUEDevice2 hue 9102 : sat 48 : bri 190,
set HUEDevice2 hue 9102 : sat 0 : bri 254,
set Sonne off)
DOELSEIF ([08:00]) (set HUEDevice2 off)
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 29 November 2016, 21:40:41
das sleep muss auch zur transitiontime passen.
Titel: Antw:philips hue modul
Beitrag von: Navigator am 01 Dezember 2016, 12:57:03
Kann man das noUpdate Attribut auch direkt für die HueGruppe anwenden? Ich habe eine lange transitiontime von 3 Sekunden eingestellt und trotz delayedUpdate(1) in den HueDevices und queryafterSet(1) in der Bridge werden die Slider relativ schnell aktualisiert und zeigen damit erst einmal falsche bzw. ungleiche Werte wenn gedimmt wird. Es ist Ist zwar nur ein optisches Problem, sorgt aber beim normalen Bediener aber für Verwirrung.
Titel: Antw:philips hue modul
Beitrag von: DazDavid am 01 Dezember 2016, 21:19:18
Hat zufällig schon mal jemand einen Hue Dimming Switch über das Raspbee Gateway von DE in FHEM eingebunden? Ich bin nach dem EIntrag in der Wiki vorgegangen und der Sensor wird auch eingebunden, allerdings erhalte ich keine State Readings wenn ich irgendwas drücke. Im Log und Event Log ist auch nichts zu sehen. Hat jemand eine Idee woran es liegen könnte?
Titel: Antw:philips hue modul
Beitrag von: The-Holgi am 05 Dezember 2016, 06:51:23
Hallo, wollte meine alte hue bridge gegen die neue (2.0) tauschen.
Reicht es, wenn ich die Daten aus der alten bridge mit der app auf die neue Übertrage und anschliessend in fhem die ip Adresse ändere ?

Gruss Holgi


Gesendet von iPad mit Tapatalk
Titel: Antw:philips hue modul
Beitrag von: Markus M. am 05 Dezember 2016, 12:26:28
Zitat von: The-Holgi am 05 Dezember 2016, 06:51:23
Hallo, wollte meine alte hue bridge gegen die neue (2.0) tauschen.
Reicht es, wenn ich die Daten aus der alten bridge mit der app auf die neue Übertrage und anschliessend in fhem die ip Adresse ändere ?

Hat glaube ich noch keiner probiert.
Hast du die Möglichkeit, dabei den kompletten Netzwerkverkehr der App mitzuschneiden?
Es wäre mal interessant herauszufinden, ob es nicht eine Möglichkeit gibt, über diesen Weg eine komplette Bridgekonfiguration einzuspielen.
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 05 Dezember 2016, 12:42:44
@Dittel: du musst das delayedUpdate im device für die gruppe setzen.

@The-Holgi:ja. das reicht.

@Markus M.: es gibt extra ein api um das übertragen der konfiguration von einer bridge zur anderen zu starten. d.h. die app stößt es nur an und den rest machen die beiden bridges unter sich aus. ich glaube es hat noch keiner geschaut was da unter der haube passiert.
Titel: Antw:philips hue modul
Beitrag von: Markus M. am 05 Dezember 2016, 13:13:12
Mist :)
Dann wird mein Bridge Umzug von 2.0 zu 2.1 wohl etwas mehr Arbeit.



Sent from my iPhone using Tapatalk
Titel: Antw:philips hue modul
Beitrag von: Motivierte linke Hände am 05 Dezember 2016, 13:38:43
Zitat von: The-Holgi am 05 Dezember 2016, 06:51:23
Hallo, wollte meine alte hue bridge gegen die neue (2.0) tauschen.
Reicht es, wenn ich die Daten aus der alten bridge mit der app auf die neue Übertrage und anschliessend in fhem die ip Adresse ändere ?

Ich habe damals die alte Bridge gegen die neue ersetzt. Das lief über die Migrationsfunktion in der App. Danach habe ich in der Tat nur die IP-Adresse in FHEM geändert, und es lief wie vorher.

Gruß, Christian
Titel: Antw:philips hue modul
Beitrag von: The-Holgi am 05 Dezember 2016, 17:07:20
Danke für die Info, dann ist der Umstieg ja schnell erledigt.
Ich wusste garnicht das es es schon Version 2.1 der Bridge gibt.


Gesendet von iPad mit Tapatalk
Titel: Antw:philips hue modul
Beitrag von: Markus M. am 05 Dezember 2016, 17:39:11
Ist im neuen Paket dabei.
Keine Ahnung was sich geändert hat, ich hatte noch keine offen :)


Sent from my iPhone using Tapatalk
Titel: Antw:philips hue modul
Beitrag von: DazDavid am 05 Dezember 2016, 21:09:34
Zitat von: DazDavid am 01 Dezember 2016, 21:19:18
Hat zufällig schon mal jemand einen Hue Dimming Switch über das Raspbee Gateway von DE in FHEM eingebunden? Ich bin nach dem EIntrag in der Wiki vorgegangen und der Sensor wird auch eingebunden, allerdings erhalte ich keine State Readings wenn ich irgendwas drücke. Im Log und Event Log ist auch nichts zu sehen. Hat jemand eine Idee woran es liegen könnte?

Sorry das ich mich selber pushe aber ich komme leider einfach nicht weiter. Ich habe den Switch jetzt mehrmals aus dem Raspbee Gatewas gelöscht, neu angelernt und in FHEM defined. Leider bleibt er dort immer auf "Initialized" und erstellt keinerlei Readings. Im Log erscheint nur alle paar Sekunden (ich denke abhängig vom Update Interval) parse status message for Dimming_Bedroom
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 05 Dezember 2016, 21:24:56
wenn ich das dresden api richtig verstehe unterstützen die zur zeit nur ihre eigenen schalter. frag am besten mal dort nach.


was gibt ein get <bridge> sensors ?

was gibt ein http://<ip>/api/<apikey>/sensors (http://<ip>/api/<apikey>/sensors)? bitte <ip> und <apikey> passend ersetzen.

was gibt ein http://<ip>/api/<apikey>/sensors/<id> (http://<ip>/api/<apikey>/sensors/<id>)? bitte alle drei <..> passend ersetzen-

aktiviere in 31_HUEDevice.pm mal die log ausgabe in zeile 1060 und poste was mit verbose 5 nach parse status message for Dimming_Bedroom dann noch im log steht.

das ganze bitte mal mit und mal ohne den switch zu drücken.

Titel: Antw:philips hue modul
Beitrag von: DazDavid am 05 Dezember 2016, 21:38:30
Kann ich mir eigentlich nicht vorstellen, da in der "Anlern-Funktion" des Gateway auch die beiden Hue Schalter dabei sind aber ich kann gern mal nachfragen.

Hier die gewünschten ausgaben:

1. ID  NAME            FHEM            TYPE               
1: RWL021 1        Dimming_Bedroom ZHASwitch           


2. {"1":{"config":{"battery":100,"on":true,"reachable":true},"ep":1,"etag":"c45c658c8b5a18b8f133d680603ae505","manufacturername":"Philips","modelid":"RWL021","name":"RWL021 1","state":{"lastupdated":"2016-11-30T18:57:21"},"swversion":"1.0","type":"ZHASwitch","uniqueid":"0x001788011049dc3e"}}

3. {"config":{"battery":100,"on":true,"reachable":true},"ep":1,"etag":"c45c658c8b5a18b8f133d680603ae505","manufacturername":"Philips","modelid":"RWL021","name":"RWL021 1","state":{"lastupdated":"2016-11-30T18:57:21"},"swversion":"1.0","type":"ZHASwitch","uniqueid":"0x001788011049dc3e"}

4.2016.12.05 21:35:37 4: parse status message for Dimming_Bedroom
2016.12.05 21:35:37 5: $VAR1 = {
          'modelid' => 'RWL021',
          'state' => {
                       'lastupdated' => '2016-11-30T18:57:21'
                     },
          'etag' => 'c45c658c8b5a18b8f133d680603ae505',
          'ep' => 1,
          'type' => 'ZHASwitch',
          'uniqueid' => '0x001788011049dc3e',
          'manufacturername' => 'Philips',
          'config' => {
                        'reachable' => bless( do{\(my $o = 1)}, 'JSON::PP::Boolean' ),
                        'battery' => 100,
                        'on' => $VAR1->{'config'}{'reachable'}
                      },
          'name' => 'RWL021 1',
          'swversion' => '1.0'
        };




EDIT: Mal abgesehen davon das ich keinen State bekomme hängt mein FHEM System extrem sobald der schalter eingebunden ist (Interval 10 Sekunden). Ist das bei anderen auch so?

EDIT 2: Sorry habe den letzten Teil überlesen. Hier noch die Ausgabe wenn er gedrückt wird:2016.12.05 21:41:00 5: $VAR1 = {
          'modelid' => 'RWL021',
          'state' => {
                       'lastupdated' => '2016-11-30T18:57:21'
                     },
          'name' => 'RWL021 1',
          'swversion' => '1.0',
          'uniqueid' => '0x001788011049dc3e',
          'manufacturername' => 'Philips',
          'config' => {
                        'battery' => 100,
                        'reachable' => bless( do{\(my $o = 1)}, 'JSON::PP::Boolean' ),
                        'on' => $VAR1->{'config'}{'reachable'}
                      },
          'type' => 'ZHASwitch',
          'ep' => 1,
          'etag' => 'c45c658c8b5a18b8f133d680603ae505'
        };
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 05 Dezember 2016, 22:12:21
wenn du die beiden letzen anschaust wirst du sehen das sich
- lastupdated nicht geändert hat
- in state ausser lastupdated nichts enthalten ist. da müsste es ein buttonevent eintrag geben das den tasten zustand widerspiegelt.

d.h. du musst bei dresden nachfragen.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: DazDavid am 05 Dezember 2016, 22:39:53
Ja sehe ich auch so obwohl mich der Wert bei "lastupdated" etwas verwirrt. Ich denke das ist der Wert bei welchem ich erstmalig den Switch aktiviert habe da sich dieser auch nicht ändert wenn ich den Switch lösche und im Gateway neu anlegen.

Aber ich stimme dir zu dass die States wohl nicht über die API übertragen werden. Die Anfrage an DE ist schon raus. Ich hoffe auf baldige Antwort und melde mich dann wieder.
Trotzdem danke für die Hilfe bis hierher.
Titel: Antw:philips hue modul
Beitrag von: DazDavid am 06 Dezember 2016, 20:02:41
Hier die Antwort von Dresden Elektronik für alle die eventuell mal auf das gleiche Problem stoßen:

unser Entwickler bestätigt Ihr Problem mit Geräten von Produkte nicht unseres Hauses.
Im übernächsten Release (Ende Q1 2017) sollen, aber unteranderem solche Dinge wie Status-Übertragung des Dimming Swichtes enthalten sein.
Die API wird identisch zur Philips API.
Titel: Antw:philips hue modul
Beitrag von: Custodis Intestina am 12 Dezember 2016, 10:35:02
Ich warte noch auf Antwort, hab auch noch ein bis 2 Probleme. Aber es ist schon mal gut, das sie die API an Philips anpassen, da brauch Justme nicht mehr wegen den Szenen forschen.  ;D

Desweiteren wurde mir bekanntgegeben das die WebAapp umgestaltet wird. Ich bin sehr gespannt.

Gruß Steve
Titel: Antw:philips hue modul
Beitrag von: ralfix am 13 Dezember 2016, 21:31:16
Zitat von: Custodis Intestina am 21 Oktober 2016, 13:36:37
Übrigens kann ich dir auch gleich eine von meinen Osram mitschicken. will die austauschen da sie ständig unkontrolliert angeht (auch mit orginaler osram bridge).

Gruß Steve

Tja, das Verhalten kannte ich von einer Classic A60 RGBW.
Das spontane Einschalten, z.T. mitten in der Nacht, wurde jedenfalls nicht vom FHEM Hue-Modul verursacht.
Als Workarround hatte ich die Lampe einfach per notify immer wieder ausgeschaltet, wenn sie von selbst mit pct 100 leuchtete.

Seit heute, nur wenige Tage nach der Entsorgung der Originalverpackung, geht sie nun  gar nicht mehr an.
Die "richtigen" Hue laufen seit >2 Jahren problemlos.

Gruß Ralf
Titel: Antw:philips hue modul
Beitrag von: Custodis Intestina am 14 Dezember 2016, 07:53:50
huhu Ralf.

Ja genau das war eine Classic. Habe jetzt angefangen mit LEDstreifen von DE und selbigen vorschaltgerät was zu basteln. Warte nur noch auf meinen folienmenschen der wollte mit noch was mitbringen, so als sichtschutz. Wenn interesse besteht, kann ich ja mal ein paar bilder machen.

Gruß steve
Titel: Antw:philips hue modul
Beitrag von: aplatac am 17 Dezember 2016, 00:36:32
Hallo,
ich habe mir eine billige (v1) Bridge aus der bucht gefischt um das mit der vorhandenen LivingColors zu testen. Klappt wie erwartet :) also habe mir ein paar extra Leuchtmittel erstanden und im Wohnzimmer verteilt. Wie es scheint, gibts für nachträgliches kein Autocreate... kann ich das irgendwie anstoßen oder muss ich Löschen und neu anlegen? bzw. ganz von Hand acharbeiten.
Dabei ist mir noch ein Fehler aufgefallen, die Bridge scheint Iconnamen übergeben zu wollen und diese fließen dann als Text in den Gruppennamen ein, etwas merkwürdig.

danke,
Patrick
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 17 Dezember 2016, 00:52:57
set <bridge> autocrerate

die bridge übergibt keine icon namen. was genau meinst du? zeig mal wie das aussieht.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: aplatac am 17 Dezember 2016, 01:20:50
öhhhh, sowas naheligendes hab ich jetzt nicht vermutet ;)

ich kanns nicht mehr zeigen, weil ich es bereits händisch aus der cfg gelösch hab,
etwas in der Art: "attr HUEDevice1 icon hue_living_room" und daraus wurde dann
hue_living_room Wohnzimmer als Gruppenname. Nur "Wohnzimmer" sollte es sein...
Habe die ganze attr-Zeile gelöscht und gut wars :)
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 17 Dezember 2016, 01:39:16
die icon namen sind korrekt. die gehören zu den räumen die du in der hue app konfiguriert hast.

wenn du im fhemweb device (WEB) iconpath auf openautomation:fhemSVG:default setzt solltest du die icons auch sehen. dann werden in fhem die oringal hue icons von philips verwendet.

der icon name hat aber nichts mit dem alias der für die gruppe verwendet wird zu tun. die Bridge liefert beides unabhängig und fhem setz auch beides unabhängig.
Titel: Antw:philips hue modul
Beitrag von: aplatac am 17 Dezember 2016, 17:06:07
das autocreate hat geklappt aber die icons wollen nicht, iconpath war schon gesetzt. bei einer lampe habe ich ein icon (die erste, LivingColor), alle anderen sind ohne. Und wie gesagt, der Gruppename war mit dem iconnamen vermischt, evtl. auch nur optisch (sah halt auf n Screen so aus) aber wenn der name statt des icons angezeigt wird, dann hab ich da n bug drin.
Titel: Antw:philips hue modul
Beitrag von: The-Holgi am 19 Dezember 2016, 20:23:36
Hallo, das mit dem vermischten Namen hatte ich auch. Also der iconname war dem Raumname vorgestellt.

Gruss Holgi
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 19 Dezember 2016, 20:40:31
davon hätte ich gerne ein list des betroffenen device.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: The-Holgi am 19 Dezember 2016, 20:57:09
Hallo, es lag vermutlich daran, das das icon nicht vorhanden ist. Also wurde anstatt des icons nur der Text angezeigt wie das icon heisst. Nach löschen des attr icon stand nur noch der Raumname. Das ist nur bei den Räumen bzw Gruppen pasiert. Bei den einzelnen verschiedenen Lampen werden die passenden icons dargestellt.

Internals:
   DEF        group 1  IODev=huebridge
   ID         G1
   IODev      huebridge
   NAME       HUEGroup1
   NR         373
   STATE      Initialized
   TYPE       HUEDevice
   class      Living room
   lights     1,2,4
   name       Zimmer
   type       Room
   Helper:
     all_on     -1
     any_on     -1
     devtype    G
     update_timeout 1
Attributes:
   IODev      huebridge
   alias      Zimmer
   color-icons 2
   delayedUpdate 1
   devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
   group      HUEGroup
   room       HUEDevice,Wohnzimmer
   webCmd     rgb:rgb ff0000:rgb DEFF26:rgb 0000ff:ct 490:ct 380:ct 270:ct 160:toggle:on:off

Gruss Holgi
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 19 Dezember 2016, 21:11:45
eben. das ist aber etwas völlig anderes als der ursprünglich gemeldete problem ;).

was gibt ein get <bridge> groups detail bei euch?

das icon wird aus hue_room_ und dem namen der unter class steht in kleinbuchstaben gebildet.

die folgenden icons sollten vorhanden sein:hue_room_bathroom.svg hue_room_frontdoor.svg hue_room_kids_bedroom.svg hue_room_other.svg
hue_room_bedroom.svg hue_room_garage.svg hue_room_kitchen.svg hue_room_recreation.svg
hue_room_carport.svg hue_room_garden.svg hue_room_living.svg hue_room_terrace.svg
hue_room_dining.svg hue_room_gym.svg hue_room_nursery.svg hue_room_toilet.svg
hue_room_driveway.svg hue_room_hallway.svg hue_room_office.svg
Titel: Antw:philips hue modul
Beitrag von: The-Holgi am 19 Dezember 2016, 21:19:44
Ja, war ein Missverständnis meiner Seits.

ID  NAME            FHEM            TYPE            CLASS           LIGHTS
0: Lightset 0      HUEGroup0       LightGroup                      ALL
1: Zimmer          HUEGroup1       Room            Living room     1,2,4
2: Laube           HUEGroup2       Room            Living room     5


Hm, die icons sind vorhanden. Manuel kann man sie auch anlegen.
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 19 Dezember 2016, 21:24:41
sollte ab morgen auch mit diesen namen funktionieren.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: The-Holgi am 19 Dezember 2016, 21:34:02
Ok, dann hat der nächste es etwas einfacher  ;)
Mal was anderes, ist es irgendwie möglich den Status ob die Lampen an oder aus sind bei einer Gruppe
anzuzeigen ? Bei den einzelnen Lampen funktioniert das ja sogar in Farbe.
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 19 Dezember 2016, 22:01:16
dafür gibt es das all_on und  any_on reading. das kannst du mit stateFormat oder devStateIcon verwenden.

einen genaueren status haben gruppen nicht. du kannst zwar mit dem createActionReadings readings attribut noch readings für das letzte set kommando aktivieren, die sind aber weder vollständig noch zeigen sie wirklich den aktuellen zustand.
Titel: Antw:philips hue modul
Beitrag von: The-Holgi am 19 Dezember 2016, 22:44:58
Hm, das heisst man muss den Status der einzelnen Lampen abfragen und das irgendwie im attr stateFormat oder devStateIcon ?
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 19 Dezember 2016, 23:19:01
es gibt keinen 'fertigen' zustand einer gruppe und es kommt darauf an was du genau erreichen willst.

all_on ist 1 wenn alle lampen der gruppe an sind
any_on ist 1 wenn mindestens eine lampe der gruppe an ist

wenn dir das reicht musst du nur stateFormat auf eins von beiden setzen und devStateIcon passend konfigurieren.

wenn dir das nicht reicht: was möchtest du genau erreichen?
sind die lampen einer gruppe alle im gleichen zustand? dann nimm dir eine exemplarische lampe und setz das devStateIcon der gruppe auf diese eine lampe: {(HUEDevice_devStateIcon("<meine lampe>"),"toggle")}

wenn die lampen nicht alle den gleichen zustand haben (absichtlich oder zufällig) was soll dann passieren?

möchtest du anzeigen ob der aktuelle status exakt einer bestimmten szene entspricht? vielleicht ist es sinnvoller LightScene zu verwenden. eventuell mit dem follwDevices attribut.
Titel: Antw:philips hue modul
Beitrag von: Schlimbo am 20 Dezember 2016, 15:41:06
Hallo Andre,

wie bekomme ich die Readings "all_on" und "any_on"?
Ich habe diese bei meiner Gruppe nicht.

Hier die Ausgabe von list:
Internals:
   DEF        group 1  IODev=hueBridge1
   ID         G1
   IODev      hueBridge1
   NAME       HUEWohnzimmer
   NR         588
   STATE      Initialized
   TYPE       HUEDevice
   lights     1,2,3
   name       Wohnzimmer
   type       LightGroup
   Helper:
     all_on     -1
     any_on     -1
     devtype    G
     update_timeout 1
Attributes:
   IODev      hueBridge1
   color-icons 2
   delayedUpdate 1
   devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
   group      HUEGroup
   room       HUEDevice


In der Commandref steht auch:
ZitatNotes:
groups have no readings.

Gruß
Schlimbo
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 20 Dezember 2016, 15:48:04
die doku ist falsch :)

die readings gibt es seit der letzten oder vorletzten bridge firmware vor 2 oder 3 monaten.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: Schlimbo am 20 Dezember 2016, 16:43:34
Zitat von: justme1968 am 20 Dezember 2016, 15:48:04
die readings gibt es seit der letzten oder vorletzten bridge firmware vor 2 oder 3 monaten.
Seltsam, ich hatte Anfang Dezember erst ein Firmware Update durchgeführt. (Version 01036659) evtl. funktioniert es ja mit der neusten Firmware nicht mehr. Könnte das bitte mal jemand testeten?

Titel: Antw:philips hue modul
Beitrag von: justme1968 am 20 Dezember 2016, 16:55:04
zeig mal bitte http://<bridge ip>/api/<key>/groups.
Titel: Antw:philips hue modul
Beitrag von: Schlimbo am 20 Dezember 2016, 21:33:51
Hier der output:
{"1":{"name":"Wohnzimmer","lights":["1","2","3"],"type":"LightGroup","state":{"all_on":true,"any_on":true},"recycle":false,"action":{"on":true,"bri":79,"hue":13544,"sat":200,"effect":"none","xy":[0.5015,0.4153],"ct":447,"alert":"none","colormode":"ct"}},"2":{"name":"Wohnzimmer","lights":["1","2","3"],"type":"Room","state":{"all_on":true,"any_on":true},"class":"Living room","action":{"on":true,"bri":79,"hue":13544,"sat":200,"effect":"none","xy":[0.5015,0.4153],"ct":447,"alert":"none","colormode":"ct"}},"3":{"name":"Bad","lights":["5"],"type":"Room","state":{"all_on":true,"any_on":true},"class":"Bathroom","action":{"on":true,"bri":138,"hue":14956,"sat":140,"effect":"none","xy":[0.4571,0.4097],"ct":366,"alert":"none","colormode":"ct"}},"4":{"name":"Schlafzimmer","lights":["4"],"type":"Room","state":{"all_on":false,"any_on":false},"class":"Bedroom","action":{"on":false,"bri":144,"hue":14956,"sat":140,"effect":"none","xy":[0.5019,0.4152],"ct":447,"alert":"none","colormode":"xy"}}}
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 20 Dezember 2016, 21:41:33
sorry. fehler gefunden.

beim letzten update mit dem createActionReadings update ist eine klammer verrutscht.

ab morgen gehen die any_on und all_on readings wieder.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: Schlimbo am 21 Dezember 2016, 09:01:03
Hallo Andre,

vielen Dank, funktioniert :)
Die Readings werden aber nur durch ein statusRequest aktualisiert. Steht auch so in der Commandref:
ZitatGroups are updated only on definition and statusRequest
Aus welchem Grund sind Gruppen vom Pollen ausgeschlossen?
Gibt es hier eine Möglichkeit die Readings "all_on" und "any_on" automatisch zu aktualisieren sobald ein Licht aus der Gruppe geschaltet wurde?
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 21 Dezember 2016, 09:06:06
gruppen werden nicht einzeln gepollt weil das zu viel overhead ist.

aktiviere mal pollDevices in der bridge. dann werden sie nebenbei mit aktualisiert.
Titel: Antw:philips hue modul
Beitrag von: Schlimbo am 21 Dezember 2016, 09:58:47
Danke für die schnelle Antwort, pollDevices ist bei mir aktiv, ich war nur etwas zu ungeduldig, habe gerade gemerkt, dass die Readings doch aktualisiert werden, jedoch geschieht dies wohl nicht mit dem eingestellten Intervall der Bridge (bei mir 10 sek) Es dauerte ca. 5 Minuten bis die Readings der Gruppe aktuell waren.
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 21 Dezember 2016, 10:03:38
also bei mir werden die direkt nach dem schalten einer gruppe aktiv.

vergleich mal ob es schneller geht wenn du direkt eine gruppe schaltest statt einer einzelnen lampe. dann liegt es an der bridge. das kannst du prüfen in dem du die url oben noch mal abrufst und schaust was dort drin steht.
Titel: Antw:philips hue modul
Beitrag von: Schlimbo am 21 Dezember 2016, 10:19:00
Schaltet ich die Gruppe, werden die Readings bei mir auch sofort aktualisiert. Beim Schaltern einzelner Lampe dauert es bis zu 5 Minuten.
Bei
http://<bridge ip>/api/<key>/groups.
Wird auch sofort der richtige Status angezeigt.
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 21 Dezember 2016, 10:24:42
was steht im INTERVALL internal der bridge?
Titel: Antw:philips hue modul
Beitrag von: Schlimbo am 21 Dezember 2016, 10:27:18
10
Titel: Antw:philips hue modul
Beitrag von: Schlimbo am 21 Dezember 2016, 10:30:32
Mir ist gerade auch noch aufgefallen, dass sich der Zeitstempel vom Reading "state" der Bridge auch nur alle 5 Minuten ändert.
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 21 Dezember 2016, 10:53:06
hab grad den grund gesehen. das intervall bezieht sich nur auf lampen. alles andere wird tatsächlich nur alle 5 minuten geholt.

du kannst mal in 30_HUEBridge.pm in zeile 780 die 300 in etwas kleineres ändern. im extremfall auch kleiner als 10. und dann schauen wie alles funktioniert.

wenn die bridge und auch fhem nicht in die knie gehen überlege ich mir etwas.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: Schlimbo am 21 Dezember 2016, 11:38:31
Super, danke!
Ich habe den Wert gerade von 300 auf 10 herabgesetzt.
Die Readings der Gruppen sind jetzt nach maximal 10sek aktuell. 8)
Werde die nächste Zeit beobachtet, ob ich hierdurch negativer performance Auswirkungen erhalte.
Gruß
Schlimbo
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 22 Dezember 2016, 11:48:21
@Schlimbo: magst du mal die angehängte version testen?

- man kann pollDevices auf 2 statt 1 setzen, dann werden gruppen und sensoren mit gepollt
- man kann statt dessen auch ein intervall im DEF der gruppe setzten

danke
  andre

edit: die version ist jetzt eingecheckt
Titel: Antw:philips hue modul
Beitrag von: Schlimbo am 22 Dezember 2016, 21:34:48
Danke für die Anpassungen, habe es gerade mal ausprobiert, das mit dem pollDevice klappt gut.

Das Intervall im DEF der Gruppe funktioniert aber nicht. Habe zum Testen das PollDevice der Bridge wieder auf 1 gestellt und dann das Intervall direkt an der Gruppe angepasst, solange der Wert größer 10 ist wird das INTERVAL richtig angezeigt, bei Werten unter 10 springt das INTERVAL auf 60 zurück. Aber egal welches Intervall ich einstelle, die Readings werden trotzdem nur alle 5 Minuten aktualisiert (egal ob < 10 oder > 10).

Hier das List mit einem Intervall von 5:
Internals:
   DEF        group 1 5 IODev=hueBridge1
   ID         G1
   INTERVAL   60
   IODev      hueBridge1
   NAME       HUEWohnzimmer
   NR         588
   STATE      Initialized
   TYPE       HUEDevice
   lights     1,2,3
   name       Wohnzimmer
   type       LightGroup
   Readings:
     2016-12-22 21:11:17   all_on          0
     2016-12-22 21:11:17   any_on          0
   Helper:
     devtype    G
     update_timeout 1
Attributes:
   IODev      hueBridge1
   color-icons 2
   delayedUpdate 1
   devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
   group      HUEGroup
   room       HUEDevice

Gruß
Schlimbo
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 22 Dezember 2016, 21:58:21
das man das intervall nur auf minimal 10 setzen kann ist absicht. das ist für lampen und gruppen so. nur sensoren kann man niedriger setzen.

ich habe den fehler gefunden warum das pollen trozdem nicht ging. ich habe eben die version von vorhin mit dem fix eingecheckt.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: Schlimbo am 22 Dezember 2016, 22:24:50
Dankeschön :)
Titel: Antw:philips hue modul
Beitrag von: Navigator am 31 Dezember 2016, 16:10:47
Noch mal eine kleine Frage zu den Gruppen. Ich habe mehrere Gruppen angelegt und im FHEM Web eigentlich auch nur die Gruppen anzeigen lassen um das ganze nicht zu überladen und weil einzelnen Lampen in den Gruppen eh immer syncron geschaltet werden. Leider hat man in der Gruppe kein aktuelles DevstateIcon sonder nur dieses Inititalized. Auch einen gemeinsamen Slider kann man nicht nutzen. Geht das auch auf anderem Wege. So wie ein "Master", der sich wie ein einzelnes Devices verhält, alle schaltet und den Status der Devices von der Gruppe einnnimmt, wenn diese gleich sind? So wie Structure in etwa?
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 31 Dezember 2016, 16:18:33
setz einfach das devStateIcon auf einen repräsentative lampe aus der gruppe:{(HUEDevice_devStateIcon("<die lampe>"),"toggle")}

warum kann man keinen slider nutzen? du musst nur webCmd so setzen wie du es haben möchtest.
Titel: Antw:philips hue modul
Beitrag von: Navigator am 31 Dezember 2016, 16:26:27
Zitat von: justme1968 am 31 Dezember 2016, 16:18:33
setz einfach das devStateIcon auf einen repräsentative lampe aus der gruppe:{(HUEDevice_devStateIcon("<die lampe>"),"toggle")}

Aber das geht nur für ein reales Device nicht für die Gruppe oder? Noch mal zum Verständnis. Ich habe nur die Gruppe als einzelnes im FHEMWeb eingepflegt.

Initialized bleibt hierbei trotzdem und der Slider springt nach einem Reload der Seite immer wieder auf 0.
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 31 Dezember 2016, 16:31:54
Zitatsetz einfach das devStateIcon auf einen repräsentative lampe aus der gruppe:

du setzt das devStateIcon der gruppe und verwendest eine repräsentative lampe als daten lieferant.


ZitatInitialized bleibt hierbei trotzdem und der Slider springt nach einem Reload der Seite immer wieder auf 0.
das liegt daran das gruppen keine readings haben. du kannst versuchen das createActionReadings attribut zu setzen. je nach dem was du schaltest bekommst du eventuell sinnvolle readings.

vielleicht ist es für deinen anwendungsfall besser statt der gruppe eine lampe aus der gruppe anzuzeigen und die gruppe im hinergund per notify auf die lampe zu synchronisieren. dann stimmt der status.
Titel: Antw:philips hue modul
Beitrag von: Navigator am 31 Dezember 2016, 16:34:56
Danke. Funktioniert nun. Ich hatte den Alias in der Zeile verbaut.  :o
Guten Rutsch...  ;)
Titel: Antw:philips hue modul
Beitrag von: volschin am 04 Januar 2017, 10:03:11
Könnte man für die Gruppen aus dem any_on und all_on nicht einen sinnvollen Status bauen?
all_on true = on
any_on false = off

Für den Fall, dass nur einige an sind, brauchte man noch einen Status.
Titel: Antw:philips hue modul
Beitrag von: Schlimbo am 04 Januar 2017, 17:10:41
Hallo Andre,
mir ist gerade noch etwas mit pollDevices 2 aufgefallen:
Ich habe zwei Gruppen, bei einer Gruppe funktioniert das Pollen mit dem Bridge Intervall wie es soll.
Die zweite Gruppe wird aber überhaupt nicht gepollt. Ein manueller StatusRequest funktioniert.
Ach wenn ich an der Gruppe das Intervall im DEF mit angeben funktioniert es.
Hier das List der Gruppe die nicht über pollDevice 2 funktioniert:
Internals:
   DEF        group 0  IODev=hueBridge1
   ID         G0
   INTERVAL
   IODev      hueBridge1
   NAME       HUEGroupAll
   NR         586
   STATE      Initialized
   TYPE       HUEDevice
   lights     1,2,3,4,5
   name       Group 0
   type       LightGroup
   Readings:
     2017-01-04 16:08:39   all_on          0
     2017-01-04 16:08:39   any_on          1
   Helper:
     devtype    G
     update_timeout 1
Attributes:
   IODev      hueBridge1
   color-icons 2
   delayedUpdate 1
   devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
   group      HUEGroup
   room       HUEDevice

Einziger Unterschied, den ich zu meiner anderen Gruppe feststellen konnte ist das Leerzeichen im Name,  also habe ich versucht die Gruppe einfach umzubenennen, dies hat aber nicht funktioniert:
parameter, /groups/0/name, is not modifiable
Anscheinend ist die Gruppe 0 etwas speziell. Hast du hierzu noch eine Idee?

Zu den Readings all_on und any_on:
Da ich einige Lampen über die vorhanden Installationsschalter schalte (Spannung Ein/Aus), kann ich die Readings all_on und any_on leider doch nicht zur Auswertung verwenden, da bei "unreachable" der Lampen das Reading "onoff" auf 1 bleibt und somit auch die Gruppe der Meinung ist dass die Lampen noch An sind.
Hab mir dafür jetzt einfach ein DOIF gebaut:
define di_allHUEoff DOIF (([HUEWohnzimmer1:onoff] ==0 or [HUEWohnzimmer1:reachable] == 0) and ([HUEWohnzimmer2:onoff] ==0 or [HUEWohnzimmer2:reachable] == 0) and ([HUEWohnzimmer3:onoff] ==0 or [HUEWohnzimmer3:reachable] == 0) and ([HUEBad:onoff] ==0 or [HUEBad:reachable] == 0) and ([HUESchlafzimmer:onoff] ==0 or [HUESchlafzimmer:reachable] == 0)) (setreading hueBridge1 alleAus true) DOELSE (setreading hueBridge1 alleAus false)

Gruß Schlimbo
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 04 Januar 2017, 17:30:26
mit irgendwelchen leerzeichen hat das nichts zu tun. die namen die die bridge vergibt landen auf fhem seite auch im alias. nicht im device namen.

die gruppe 0 enthält immer alle lampen und existiert nicht als echte gruppe sondern nur 'virtuell' und eigentlich write only. sie ist nicht konfigurierbar und kommt beim globalen status auch nicht mit zurück. scheinbar nur wem man sie einzeln abfragt.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: Schlimbo am 04 Januar 2017, 17:48:18
Okay, dann werde ich im DEF der Gruppe 0 einfach das Intervall setzten:
define <name> HUEDevice group 0 10
Danke für die Info.
Gruß
Schlimbo
Titel: Antw:philips hue modul
Beitrag von: Markus M. am 06 Januar 2017, 15:15:12
Hat noch jemand das Phänomen dass die Strips kurz aufleuchten wenn andere Lampen der Gruppe über eine Szene angeschaltet werden?


Sent from my iPhone using Tapatalk
Titel: Antw:philips hue modul
Beitrag von: tom2000 am 12 Januar 2017, 12:48:25
Hallo,

ich versuche über den Hue Bewegungsmelder so eine Art Alarm auszugeben. Soll am Balkon plaziert werden und falls das Licht im Zimmer nicht an ist und der Bewegungsmelder aktiviert wird, soll es blinken.

Habe ich wie folgt versucht:

define HUEmotion HUEDevice sensor 18 1 IODev=hueBridge1
define HUEmotion_define DOIF ([HUEmotion:?motion] and [HUEDevice9] eq "off") (set HUEGroup5 alert lselect)
attr HUEmotion_define do always


Klappt manchmal, aber oft tut sich auch nichts.
Soweit ich hier gelesen habe, muss es per Polling besser gehen.
Hat vielleicht jemand das umgesetzt und hat ein Beispiel oder kann mir helfen?
Danke.
Titel: Antw:philips hue modul
Beitrag von: dantist am 12 Januar 2017, 19:08:18
Hallo zusammen,

mir ist heute aufgefallen, dass die HUEGroup-Readings "all_on" und "any_on" nicht oder nur sehr verzögert aktualisiert werden. Selbst wenn ich die "set HUEGroup1 off" eingebe, dauert es eine Weile, bis die Readings aktualisiert werden. Ist das ein bekanntes Problem?

Gruß
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 12 Januar 2017, 19:26:55
@tom2000: was meinst du es muss per polling besser gehen? die bridge kann nichts anderes als polling. du musst für den sensor das intervall niedrig genug setzen.

prinzipiell sind die hue bewegungsmelder aber nicht gut geeignet um etwas anderes als lampen über eine direkt verknüpfung in der bridge zu steuern. alles andere ist mehr oder weniger langsam.


@dantist: wenn du die gruppe schaltest sollten die readings in etwa 1-2 sekunden aktualisiert werden.

wenn du die readings auch beim schalten einer beteiligten lampe aktualisiert haben möchtest musst du pollDevices in der bridge auf 2 setzen. dann werden die gruppen im für die bridge angegebenen intervall mit aktualisiert.

Titel: Antw:philips hue modul
Beitrag von: hme am 14 Januar 2017, 15:03:21
Hallo, ich schalte über einen als Türkontakt missbrauchten Fensterkontakt  ;) eine Reihe von Hue-Lampen ein, wenn die Tür geöffnet wird. Code ist:


define nf_Fensterkontakt_Wohnungstuer notify Fensterkontakt_Wohnungstuer.* { if (ReadingsVal("Fensterkontakt_Wohnungstuer","state", "") eq "opened") {\
fhem("set Hue_Flur bri 254");;\
fhem("set Hue_Wozi_Streifen rgb FC4B0A");;\
fhem("set Hue_Bad bri 60");;\
fhem("set Hue_Balkon rgb E56202");;\
fhem("set Hue_Kueche rgb 702D00");;\
fhem("set Hue_Wozi_Boden rgb 985131");;\
fhem("set Hue_Wozi_RegalSchwarz rgb E56202");;\
fhem("set Hue_Wozi_RegalWeiss rgb E56202");;\
} }
attr nf_Fensterkontakt_Wohnungstuer room Automation


Das Problem ist, dass 1-2 der Lampen nicht schalten. Da es unabhängig von der Lampe eher die "unteren" Einträge in der Liste sind vermutlich, dass die Hue Bridge evtl. überlastet ist und die vielen gleichzeitigen Schaltbefehle nicht verarbeiten kann. Kann das sein (wird da nicht "gepuffert")? Ist die Standardlösung die Lampen per at etwas zeitverzögert zu schalten?
Titel: Antw:philips hue modul
Beitrag von: DeeSPe am 14 Januar 2017, 15:12:00
Zitat von: hme am 14 Januar 2017, 15:03:21
Hallo, ich schalte über einen als Türkontakt missbrauchten Fensterkontakt  ;) eine Reihe von Hue-Lampen ein, wenn die Tür geöffnet wird. Code ist:


define nf_Fensterkontakt_Wohnungstuer notify Fensterkontakt_Wohnungstuer.* { if (ReadingsVal("Fensterkontakt_Wohnungstuer","state", "") eq "opened") {\
fhem("set Hue_Flur bri 254");;\
fhem("set Hue_Wozi_Streifen rgb FC4B0A");;\
fhem("set Hue_Bad bri 60");;\
fhem("set Hue_Balkon rgb E56202");;\
fhem("set Hue_Kueche rgb 702D00");;\
fhem("set Hue_Wozi_Boden rgb 985131");;\
fhem("set Hue_Wozi_RegalSchwarz rgb E56202");;\
fhem("set Hue_Wozi_RegalWeiss rgb E56202");;\
} }
attr nf_Fensterkontakt_Wohnungstuer room Automation


Das Problem ist, dass 1-2 der Lampen nicht schalten. Da es unabhängig von der Lampe eher die "unteren" Einträge in der Liste sind vermutlich, dass die Hue Bridge evtl. überlastet ist und die vielen gleichzeitigen Schaltbefehle nicht verarbeiten kann. Kann das sein (wird da nicht "gepuffert")? Ist die Standardlösung die Lampen per at etwas zeitverzögert zu schalten?

Da 3 der Lampen die selbe Farbe bekommen sollen, würde ich die auch zusammenfassen.
fhem "set Hue_Balkon,Hue_Wozi_RegalSchwarz,Hue_Wozi_RegalWeiss rgb E56202"

Evtl. ist es sinnvoller alles in einen Aufruf der fhem Funktion zu packen, da es dann hintereinander abgearbeitet wird.
Bei mehreren parallelen fhem aufrufen könnte es m.E. zu Funkproblemen kommen.

Gruß
Dan
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 14 Januar 2017, 15:21:06
da fhem so oder so immer alles nacheinander abarbeitet macht das eigentlich keinen unterschied.

schau mal ob delayedUpdate hilft.

ansonsten würde ich für alles was gleich ist eine hue gruppe verwenden und alles andere in eine LightScene stecken und dann dort mit dem async_delay attribut spielen wenn es es nicht geht.

oder gleich eine hue szene anlegen und diese verwenden.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: aplatac am 18 Januar 2017, 21:33:23
Hallo,
ich habe durch den Tausch einer Birne etwas Chaos in FHEM verursacht. Bekomme jetzt laufend
Meldungen dieser Art rein:


HUEBridge: message for unknow device received: HUEBridge-7
HUEBridge: message for unknow group received: HUEBridge-G3


ich denke, weil ich die Birne aus einer Gruppe in eine andere gesteckt habe und das nur in der HUEapp geändert habe, wie passe ich das in FHEM an?

vielen Dank
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 19 Januar 2017, 10:27:27
was bedeutet tausch einer birne?

die meldungen besagen das die bridge eine birne und eine gruppe meldet für das es in fhem device gibt.

entweder lässt du beides durch set <bridge> autocreate anlegen oder du löschst die betreffenden dinge in der bridge.

wenn du eine birne physikalisch entfernst ist sie erst mal noch in der bridge vorhanden und du musst sie auch dort löschen.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: aplatac am 19 Januar 2017, 12:03:53
Hallo,

ich habe sie nicht gelöscht sondern umbenannt und die Gruppe gewechselt:
Gruppe Wohnzimmer, Stehlampe mit zwei HUE. Eine raus und im Flur eingeschraubt.
Neue Gruppe Flur und Name der HUE geändert. Ich glaub in fhem habe ich noch
den Alias ebenfalls geändert (oder er hat das selber gemacht, weiß ich nicht mehr).
Jedenfalls sind die Änderungen in der App alle erfolgt nur scheinen noch Reste davon
fhem zu belästigen ;)
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 19 Januar 2017, 12:10:32
mach mal ein get devices und er groups auf das bridge device.

und danach ein set autocreate.
Titel: Antw:philips hue modul
Beitrag von: aplatac am 19 Januar 2017, 14:35:51
ich hab den Übeltäter!
da war noch eine Osram Kerzenbirne in der bridge, die hatte ich mal verbunden aber auf Grund von Hässlichkeit wieder ausgebaut und in der app gelöscht. Diese wurde jetzt zu fhem übertragen (obwohl nicht da) und die Fehler sind raus...
Aber wie wird man solche Reste auf der Bridge dauerhaft los? Löschen in der app nützt nichts...

Titel: Antw:philips hue modul
Beitrag von: justme1968 am 19 Januar 2017, 15:26:17
sag ich doch :)

set <bridge> delete 7 sollte helfen.
Titel: Antw:philips hue modul
Beitrag von: aplatac am 20 Januar 2017, 22:56:30
Danke :)
Titel: Antw:philips hue modul
Beitrag von: Loredo am 21 Januar 2017, 10:40:43
Hi André,


hin und wieder bekomme ich diese Meldungen im Log:



2017.01.21 10:36:21.660 2 : HUE: http request failed: http://192.168.6.32/api/XXXXXXXXXXXX: empty answer received
2017.01.21 10:36:23.466 3 : resource, /groups/3, not available
2017.01.21 10:36:23.466 2 : HUEGroup3: got wrong status message for HUEGroup3: ARRAY(0x9334c60)



In diesem Fall trat die Meldung nach einen FHEM Neustart direkt auf.
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 21 Januar 2017, 12:33:24
gegen die erste meldung kann ich nichts machen. die bridge antwortet einfach nicht wie erwartet.

die beiden anderen meldungen habe ich noch nie gesehen. hast du eine gruppe 3 in der bridge? der text 'resource, /groups/3, not available' kommt direkt von der bridge. es wird nur ausgegeben was die bridge meldet.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: Loredo am 22 Januar 2017, 21:34:36
Nee die Gruppe gibt es nicht mehr. Wunderte mich nur darüber, dass das Modul damit nicht sanfter umgehen kann ;-)
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 23 Januar 2017, 12:41:19
meinst du die gruppe gibt es in der bridge nicht oder die gruppe gibt es in fhem nicht?

wenn es beides nicht gibt verstehe ich nicht woher die meldung kommt.
wenn es das fhem device gibt aber die gruppe in der bridge nicht: lösch das fhem device und alles sollte gut sein
wenn es die gruppe in der bridge gibt aber kein fhem device: leg das device an
wenn es beides gibt: es sollte keine meldung geben sondern alles einfach funktionieren.

wenn du eine gruppe in der bridge löschst solltest du auch das zugehörige fhem device löschen. bzw. direkt über deletegroup der bridge gehen. dann wird das fhem device mit gelöscht.
Titel: Antw:philips hue modul
Beitrag von: Loredo am 23 Januar 2017, 12:44:48
Zitat von: justme1968 am 23 Januar 2017, 12:41:19
meinst du die gruppe gibt es in der bridge nicht oder die gruppe gibt es in fhem nicht?


Gab es nur noch in FHEM, da ich die Bridge auf Werkseinstellungen gesetzt hatte.
FHEM könnte das aber entweder selbst tun oder zumindest das Device deaktivieren, anstatt solche Fehlermeldungen mit ARRAY(0x0) und so weiter zu frabrizieren. (ja ich mit meiner Convenience  ;) ).

Titel: Antw:philips hue modul
Beitrag von: justme1968 am 23 Januar 2017, 12:49:33
fhem macht das ja auch selbst wenn du das dafür vorgesehene deletegroup kommando verwendest.

anders kann fhem nicht wirklich unterscheiden ob du absichtlich hinten rum etwas in der bridge gelöscht hast (und vielleicht auch wieder von hand anlegst) oder ob die bridge gerade 'spinnt'.

wenn bridge und fhem nicht mehr synchron sind kann man nicht automatisch feststellen welche der beiden seiten die 'richtige' ist. und wenn ich plötzlich automatisch devices lösche kommt der nächste und beschwert sich darüber :)

Titel: Antw:philips hue modul
Beitrag von: Markus M. am 23 Januar 2017, 13:19:26
Zitat von: justme1968 am 23 Januar 2017, 12:49:33wenn bridge und fhem nicht mehr synchron sind kann man nicht automatisch feststellen welche der beiden seiten die 'richtige' ist.

Wenn es noch die gleiche Bridge ist, hat sie immer recht.
Kann das was dann in FHEM nicht mehr passt nicht zumindest deaktiviert werden?
Löschen würde ich wegen anderer Deviceeinstellungen nicht gleich, aber was in der Bridge gelöscht ist, kommt mit der gleichen ID definitiv nicht wieder.
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 23 Januar 2017, 13:28:31
ZitatWenn es noch die gleiche Bridge ist, hat sie immer recht
leider nicht. manchmal antworte die bridge leider auf grund von netzwerk problemen nicht wie erwartet. bei der nächsten anfrage ist dann alles wieder gut.

wenn du anfängst drüber nach zu denken wie man das einbauen könnte wird es immer komplexer wenn man vermeiden will das nicht aus versehen etwas deaktiviert wird das es gar nicht soll.

Zitatkommt mit der gleichen ID definitiv nicht wieder
das stimmt (leider) nicht. gruppen ids werden wiederverwendet. und ich glaube in neuen firmware versionen auch lampen ids.

ich finde es besser die meldung auszuspucken. sie deutet auf ein bestehendes problem hin das durch einen einfachen eingriff behoben werden kann.
Titel: Antw:philips hue modul
Beitrag von: Loredo am 23 Januar 2017, 13:41:00
Zitat von: Markus M. am 23 Januar 2017, 13:19:26
Kann das was dann in FHEM nicht mehr passt nicht zumindest deaktiviert werden?

Genau mein Punkt  8)

Zitat von: justme1968 am 23 Januar 2017, 13:28:31
leider nicht. manchmal antworte die bridge leider auf grund von netzwerk problemen nicht wie erwartet. bei der nächsten anfrage ist dann alles wieder gut.

Bei Gruppen wäre es ja nicht wirklich schlimm diese zu deaktivieren und falls doch wieder eine Rückmeldung kommt wieder zu aktivieren.

Zitat von: justme1968 am 23 Januar 2017, 13:28:31
ich finde es besser die meldung auszuspucken. sie deutet auf ein bestehendes problem hin das durch einen einfachen eingriff behoben werden kann.

Im Grunde auch ok, aber die Meldungen derzeit sehen halt eher aus wie nicht abgefangen  ;) (z.B. ARRAY(0x0) und sowas).
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 23 Januar 2017, 13:54:52
ZitatBei Gruppen wäre es ja nicht wirklich schlimm diese zu deaktivieren und falls doch wieder eine Rückmeldung kommt wieder zu aktivieren.
eine deaktivierte gruppe wird nicht mehr gepollt und es gibt keine möglichkeit festzustellen das sie wieder da ist. ausserdem kann man im modul nicht feststellen ob ein disable automatisch oder durch den benutzer erfolgt ist. wenn es der benutzer war sollte nichts automatisch wieder aktiviert werden.

d.h. man müsste ein deaktivieren unabhängig von disable einbauen das aber auch nur die meldung unterdrückt und trozdem weiter pollt. das klingt alles nicht gut.


aber ich schaue mal ob ich die meldung etwas schöner machen kann ;)
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 23 Januar 2017, 14:11:54
so...

ich habe eben eine version eingecheckt bei der die ARRAY... meldung aufgedröselt wird.

ich fürchte aber das hilft nur bedingt weil bei einer nicht vorhandenen gruppe die bridge normalerweise mit einer 'echten' error meldung antwortet und diese schon viel weiter vorne im code abgefangen. diese meldung landet schon immer in einem internal des device und es wird überhaupt keine log meldung erzeugt.

die meldung die du bekommen hast konnte ich weder durch löschen von gruppen, ändern des keys oder sonst wie provozieren. meine bridge zurück setzen wollte ich jetzt nicht :).

zusammengefasst: die meldung taucht nur dann auf wenn etwas wirklich unerwartetes passiert und die bridge nicht sinnvoll antwortet. die 'normalen' fehlerzustände werden schon immer so gut es geht abgefangen.
Titel: Antw:philips hue modul
Beitrag von: PsychoD am 23 Januar 2017, 15:53:12
Hi,

ich schalte eine Hue Aura mittels DOIF über einen Homematic Taster, den ich direkt über dem Bett angeklebt habe. Leider schaltet die Hue aus irgendeinem Grund Nachts manchmal nicht. Ich hab es schon soweit anhand der Logs rekonstruiert, dass es nicht am Taster und nicht am Doif liegt, also würde ich gern die Huebridge intensiver loggen.

Ich habe nun bereits versucht verbose hochzudrehen und entsprechende Logfiles anzulegen, doch leider kommen einige Einträge nicht im Logfile sondern im generellen FHEM-Log an. Was mache ich falsch?

Auszug aus FHEM.log
2017.01.23 15:50:22 4: using HttpUtils_NonblockingGet: GET lights
2017.01.23 15:50:22 4: parse status message for wz_l_hueIris
2017.01.23 15:50:22 4: parse status message for sz_l_hueAura


Hier noch die config der Hue Devices:
#======= HUE BRIDGE ==================================================
define wz_l_huebridge HUEBridge 192.168.1.5
attr wz_l_huebridge httpUtils 1
attr wz_l_huebridge icon hue_filled_bridge_v2
attr wz_l_huebridge key Hw4gKSV-xxx
attr wz_l_huebridge room FHEM
attr wz_l_huebridge verbose 5

define FileLog_wz_l_huebridge FileLog ./log/%Y-%m-wz_l_huebridge.log wz_l_huebridge
attr FileLog_wz_l_huebridge logtype text
attr FileLog_wz_l_huebridge room FHEM

define wz_l_hueIris HUEDevice 1  IODev=wz_l_huebridge
attr wz_l_hueIris userattr beleuchtung beleuchtung_map structexclude
attr wz_l_hueIris IODev wz_l_huebridge
attr wz_l_hueIris alias Iris
attr wz_l_hueIris color-icons 2
attr wz_l_hueIris devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
attr wz_l_hueIris icon hue_filled_iris
attr wz_l_hueIris model LLC010
attr wz_l_hueIris room Wohnzimmer
attr wz_l_hueIris subType colordimmer
attr wz_l_hueIris verbose 5
attr wz_l_hueIris webCmd hue:rgb:rgb ff0000:rgb 98FF23:rgb 0000ff:toggle:on:off
define FileLog_wz_l_hueIris FileLog ./log/%Y-%m-wz_l_huebridge.log wz_l_hueIris
attr FileLog_wz_l_hueIris logtype text

define sz_l_hueAura HUEDevice 2  IODev=wz_l_huebridge
attr sz_l_hueAura userattr beleuchtung beleuchtung_map flat flat_map room_map structexclude
attr sz_l_hueAura IODev wz_l_huebridge
attr sz_l_hueAura alias Aura
attr sz_l_hueAura color-icons 2
attr sz_l_hueAura devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
attr sz_l_hueAura icon hue_filled_bloom
attr sz_l_hueAura model LLC007
attr sz_l_hueAura room Schlafzimmer
attr sz_l_hueAura subType colordimmer
attr sz_l_hueAura verbose 5
attr sz_l_hueAura webCmd hue:rgb:rgb ff0000:rgb 98FF23:rgb 0000ff:toggle:on:off
define FileLog_sz_l_hueAura FileLog ./log/%Y-%m-wz_l_huebridge.log sz_l_hueAura
attr FileLog_sz_l_hueAura logtype text

define HUEGroup0 HUEDevice group 0  IODev=wz_l_huebridge
attr HUEGroup0 IODev wz_l_huebridge
attr HUEGroup0 alias Lightset 0
attr HUEGroup0 color-icons 2
attr HUEGroup0 delayedUpdate 1
attr HUEGroup0 devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
attr HUEGroup0 group HUEGroup
attr HUEGroup0 room FHEM
define HUEGroup1 HUEDevice group 1  IODev=wz_l_huebridge
attr HUEGroup1 IODev wz_l_huebridge
attr HUEGroup1 color-icons 2
attr HUEGroup1 delayedUpdate 1
attr HUEGroup1 devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
attr HUEGroup1 group HUEGroup
attr HUEGroup1 icon hue_room_living room
attr HUEGroup1 room FHEM
define HUEGroup2 HUEDevice group 2  IODev=wz_l_huebridge
attr HUEGroup2 IODev wz_l_huebridge
attr HUEGroup2 color-icons 2
attr HUEGroup2 delayedUpdate 1
attr HUEGroup2 devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
attr HUEGroup2 group HUEGroup
attr HUEGroup2 icon hue_room_bedroom
attr HUEGroup2 room FHEM


Danke & Gruß
Psy
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 23 Januar 2017, 16:00:46
verbose bezieht sich grundsätzlich auf die ausgaben die für das fhem log gedacht sind. diese ausgaben haben nichts mit dem loggen der readings zu tun. diese kann man nicht durch verbose beeinflussen sondern durch die event-xxx attribute im device und durch die regex in der definition des log device.

wie genau hast du ausgeschlossen das es am taster oder DOIF liegt?

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: PsychoD am 23 Januar 2017, 16:12:24
Ah, OK, das wusste ich nicht.

Ich habe beide geloggt, und sie kommen ordentlich an. z.B. hier das verzweifelte Beispiel von letzter Nacht das Licht anzumachen  :-[ :-[ :

Log Taster:
2017-01-23_04:14:10 sz_taster battery: ok
2017-01-23_04:14:10 sz_taster CMDs_done
2017-01-23_04:14:10 sz_taster sz_taster_unten Short
2017-01-23_04:14:12 sz_taster battery: ok
2017-01-23_04:14:12 sz_taster CMDs_done
2017-01-23_04:14:12 sz_taster sz_taster_unten Short
2017-01-23_04:14:14 sz_taster battery: ok
2017-01-23_04:14:14 sz_taster CMDs_done
2017-01-23_04:14:14 sz_taster sz_taster_unten Short
2017-01-23_04:14:16 sz_taster battery: ok
2017-01-23_04:14:16 sz_taster CMDs_done
2017-01-23_04:14:16 sz_taster sz_taster_unten Short
2017-01-23_04:14:17 sz_taster battery: ok
2017-01-23_04:14:17 sz_taster CMDs_done
2017-01-23_04:14:17 sz_taster sz_taster_unten Short
2017-01-23_04:14:19 sz_taster battery: ok
2017-01-23_04:14:19 sz_taster CMDs_done
2017-01-23_04:14:19 sz_taster sz_taster_unten Short
2017-01-23_04:14:21 sz_taster battery: ok
2017-01-23_04:14:21 sz_taster CMDs_done
2017-01-23_04:14:21 sz_taster sz_taster_unten Short


Log DOIF:

2017-01-23_04:14:10 di_sz_taster cmd_nr: 2
2017-01-23_04:14:10 di_sz_taster cmd: 2
2017-01-23_04:14:10 di_sz_taster cmd_event: sz_taster_unten
2017-01-23_04:14:10 di_sz_taster cmd_2
2017-01-23_04:14:12 di_sz_taster cmd_nr: 2
2017-01-23_04:14:12 di_sz_taster cmd: 2
2017-01-23_04:14:12 di_sz_taster cmd_event: sz_taster_unten
2017-01-23_04:14:12 di_sz_taster cmd_2
2017-01-23_04:14:14 di_sz_taster cmd_nr: 2
2017-01-23_04:14:14 di_sz_taster cmd: 2
2017-01-23_04:14:14 di_sz_taster cmd_event: sz_taster_unten
2017-01-23_04:14:14 di_sz_taster cmd_2
2017-01-23_04:14:16 di_sz_taster cmd_nr: 2
2017-01-23_04:14:16 di_sz_taster cmd: 2
2017-01-23_04:14:16 di_sz_taster cmd_event: sz_taster_unten
2017-01-23_04:14:16 di_sz_taster cmd_2
2017-01-23_04:14:17 di_sz_taster cmd_nr: 2
2017-01-23_04:14:17 di_sz_taster cmd: 2
2017-01-23_04:14:17 di_sz_taster cmd_event: sz_taster_unten
2017-01-23_04:14:17 di_sz_taster cmd_2
2017-01-23_04:14:19 di_sz_taster cmd_nr: 2
2017-01-23_04:14:19 di_sz_taster cmd: 2
2017-01-23_04:14:19 di_sz_taster cmd_event: sz_taster_unten
2017-01-23_04:14:19 di_sz_taster cmd_2
2017-01-23_04:14:21 di_sz_taster cmd_nr: 2
2017-01-23_04:14:21 di_sz_taster cmd: 2
2017-01-23_04:14:21 di_sz_taster cmd_event: sz_taster_unten
2017-01-23_04:14:21 di_sz_taster cmd_2


Def vom DOIF:
([sz_taster_oben:"Short"]) ({toggle("sz_l_regal")})
DOELSEIF ([sz_taster_unten:"Short"]) (set sz_l_hueAura toggle)


Es blieb jedoch dunkel, daher muss ich nun alles weitere loggen und hoffen, dass es nicht einfach nur Funkstörungen o.ä. sind...

Viele Grüße
Psy
Titel: Antw:philips hue modul
Beitrag von: hauwech am 01 Februar 2017, 11:40:45
Hallo zusammen,

... vorweg: Sehr nützliches Modul, danke dafür!

Wiki und commandref sind noch nicht sehr ergiebig.
Wo kann ich denn nachlesen, was die Parameter bei den set-Befehlen bewirken, die nicht ganz so intuitiv sind?
z.B.: "alert [none|select|lselect]"

<blink> z.B. finde ich gar nicht - nicht soo schlimm, die Parameter kann man selbst testen, das ist intuitiv.
[<ramp-time>] habe ich so interpretiert, daß die Lampen in der angegebenen Zeit langsam hoch- (on) oder runterdimmen (off). Egal mit welchen Werten zwischen 5 und 60 z.B. ich probiert habe:
- set HUEDevice1 on 10 oder
- set HUEDevice1 on [10] oder
- set HUEDevice1 on <10>
schalten die Lampen sofort. Sowohl [] als auch <> verstehe ich als Indikatoren für einen optionalen Parameter. Da in der commandref beide angegeben sind, habe ich alle drei Syntaxvarianten probiert. Wie wäre denn die korrekte Syntax für "set on/off <ramp-time>"? Ich habe mein Ziel allerdings auch mit "transitiontime" erreicht.

Danke und Gruß
Roland
Titel: Antw:philips hue modul
Beitrag von: hauwech am 01 Februar 2017, 16:00:23
Die Erklärung für "alert none|select|lselect" habe ich jetzt hier https://forum.fhem.de/index.php/topic,11020.msg233987.html#msg233987 gefunden.

Gruß Roland
Titel: Antw:philips hue modul
Beitrag von: SirMarco am 05 Februar 2017, 14:09:23
Besteht die Möglichkeit einen Hue mit einen RGB Farbcode anzusteuern und das der letzte DimmStatus erhalten bleibt?
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 05 Februar 2017, 14:12:15
nein... wie soll denn das gehen? ein rgb wert enthält implizit die helligkeit.

wenn du nur die farbe ändern willst und die helligkeit gleich bleiben soll musst du über hue und/oder sat gehen.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: SirMarco am 05 Februar 2017, 14:14:52
das man evtl dem letzten DimmStatus zwischenspeichert.

Kann man einen RGB Farbcode in Hue umwandeln?
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 05 Februar 2017, 14:19:19
ZitatKann man einen RGB Farbcode in Hue umwandeln?
natürlich kann man das. aber nicht in hue alleine sondern in hue, sat und bri. routinen dazu gibt es in Color.pm.

aber warum?

wenn du nur die farbe setzen willst nimm hue und/oder sat. das ist doch viel intuitiver.

Titel: Antw:philips hue modul
Beitrag von: SirMarco am 05 Februar 2017, 14:25:37
Mir fehlen noch die Erfahrungen mit dem Umgang von Philips HUE Geräten.

Momentan setze ich die vier "Grundfarben" mit
set HUEDevice3 rgb D6FF6D

Aber dimmen tut die "Regierung" auch parallel und fragt warum es immer heller wird  :)

Verstehe den unterscheid der Ansteuerung zwischen hue und rgb nicht wirklich
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 05 Februar 2017, 14:48:50
probier es einfach aus. dann wird es verständlicher.
Titel: Antw:philips hue modul
Beitrag von: hauwech am 19 Februar 2017, 19:26:19
Hallo zusammen,
kann es sein, daß
set HUEGroupx scene <meineScene> : transitiontime 500
nicht geht?
Dem Beitrag hier https://forum.fhem.de/index.php/topic,60626.msg520210.html#msg520210 (https://forum.fhem.de/index.php/topic,60626.msg520210.html#msg520210) zufolge
sollte es eigentlich gehen, ich bekomme aber nur die Meldung
usage scene <id>

Gruß Roland
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 19 Februar 2017, 19:42:22
https://forum.fhem.de/index.php/topic,60626.msg520880.html#msg520880 (https://forum.fhem.de/index.php/topic,60626.msg520880.html#msg520880)
Titel: Antw:philips hue modul
Beitrag von: hauwech am 20 Februar 2017, 07:30:04
Ich hätte wohl fertig lesen sollen  :-[ sorry.

Danke und Gruß
Roland
Titel: Antw:philips hue modul
Beitrag von: hauwech am 21 Februar 2017, 15:46:53
Hallo zusammen,

hat eigentlich schon mal jemand mit den ZigBee Tastern von Gira (Gira 2430100 ZigBee Light Link) oder Busch-Jäger experimentiert? Sieht man die in der Bridge und in fhem und kann man möglicherweise mit Taster-Ereignissen arbeiten?
Oder reden die nur direkt mit den Lampen/Gruppen und sind (wahrscheinlich) auch nur per Polling erreichbar?
Das wäre eine schöne Lösung, ins vorhandene Schalterprogramm zu integrieren und besser als der Hue Tap.

Gruß Roland
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 21 Februar 2017, 16:19:16
die steuern die lampen bzw die bridge direkt und sind nicht als sensoren über das api sichtbar.
Titel: Antw:philips hue modul
Beitrag von: Markus M. am 28 Februar 2017, 18:04:09
Change Request:
Bei gesetztem Attribut ignoreReachable das reachable Reading trotzdem so setzen wie es aus der Bridge kommt und nur an allen anderen Stellen im Code ignorieren, dass die Lampe nicht erreichbar ist.
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 28 Februar 2017, 18:20:19
das wird unhandlich...

wofür brauchst du das denn ?
Titel: Antw:philips hue modul
Beitrag von: Markus M. am 28 Februar 2017, 18:54:23
Zitat von: justme1968 am 28 Februar 2017, 18:20:19
das wird unhandlich...
wofür brauchst du das denn ?

Meine Lampen sind öfter mal zeitweise nicht erreichbar, manche aber auch bis zum "Reset" tot.
Das möchte ich gesondert behandeln können.

Ist es nicht einfach nur das hier?
Index: /opt/fhem/FHEM/31_HUEDevice.pm
===================================================================
--- /opt/fhem/FHEM/31_HUEDevice.pm (revision 13543)
+++ /opt/fhem/FHEM/31_HUEDevice.pm (working copy)
@@ -1366,7 +1366,7 @@
   if( defined($hue) && $hue != $hash->{helper}{hue} ) {readingsBulkUpdate($hash,"hue",$hue);}
   if( defined($sat) && $sat != $hash->{helper}{sat} ) {readingsBulkUpdate($hash,"sat",$sat);}
   if( defined($xy) && $xy ne $hash->{helper}{xy} ) {readingsBulkUpdate($hash,"xy",$xy);}
-  if( !defined($hash->{helper}{reachable}) || $reachable != $hash->{helper}{reachable} ) {readingsBulkUpdate($hash,"reachable",$reachable?1:0);}
+  if( !defined($hash->{helper}{reachable}) || $state->{reachable} != $hash->{helper}{reachable} ) {readingsBulkUpdate($hash,"reachable",$state->{reachable}?1:0);}
   if( defined($alert) && $alert ne $hash->{helper}{alert} ) {readingsBulkUpdate($hash,"alert",$alert);}
   if( defined($effect) && $effect ne $hash->{helper}{effect} ) {readingsBulkUpdate($hash,"effect",$effect);}
Titel: Antw:philips hue modul
Beitrag von: Hitcher am 07 März 2017, 17:58:50
Seit Heute ist in der iConnect HUE App die Temperatur der Bewegungsmelder (HUE Motion) zu sehen..

Wäre der Hammer wenn die in FHEM zur Verfügung stehen würde..
Wie auch der Helligkeitssensor..

Geht da was?

8)
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 07 März 2017, 18:52:07
@Markus M.: ich schaue es mir an. aber ich glaube es ist etwas mehr...

@Hitcher: die sensoren kannst du schon seit vielen monaten in fhem anlegen.

get <bridge> sensors

define <name> HUEDevice sensor <id> <timeout>
Titel: Antw:philips hue modul
Beitrag von: grappa24 am 11 März 2017, 22:01:45
Zitat von: hauwech am 21 Februar 2017, 15:46:53
Hallo zusammen,

hat eigentlich schon mal jemand mit den ZigBee Tastern von Gira (Gira 2430100 ZigBee Light Link) oder Busch-Jäger experimentiert? Sieht man die in der Bridge und in fhem und kann man möglicherweise mit Taster-Ereignissen arbeiten?
Oder reden die nur direkt mit den Lampen/Gruppen und sind (wahrscheinlich) auch nur per Polling erreichbar?
Das wäre eine schöne Lösung, ins vorhandene Schalterprogramm zu integrieren und besser als der Hue Tap.

Gruß Roland
ich hab einen Busch-Jäger ZigBee Taster am Laufen. Man sieht die weder in der Bridge noch in fhem. Bei Interesse gerne mehr.

https://forum.fhem.de/index.php/topic,58265.0.html

Gruß, Dieter
Titel: Antw:philips hue modul
Beitrag von: volschin am 12 März 2017, 07:48:54
Hallo Andre,
Ich glaube im Modul fehlen noch LWB010 und LWB014.

Gruß
Veit
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 12 März 2017, 10:49:55
habs eingebaut.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: Markus M. am 14 März 2017, 22:56:48
Mal ein paar aus meinem Log:
2017.03.14 22:20:25 1: PERL WARNING: Use of uninitialized value $lights in split at /opt/fhem/FHEM/30_HUEBridge.pm line 972.
2017.03.14 22:20:25 1: stacktrace:
2017.03.14 22:20:25 1:     main::__ANON__                      called by /opt/fhem/FHEM/30_HUEBridge.pm (972)
2017.03.14 22:20:25 1:     main::HUEBridge_ProcessResponse     called by /opt/fhem/FHEM/30_HUEBridge.pm (1230)
2017.03.14 22:20:25 1:     main::HUEBridge_dispatch            called by /opt/fhem/FHEM/HttpUtils.pm (428)
2017.03.14 22:20:25 1:     main::__ANON__                      called by /opt/fhem/fhem.pl (673)

Möglicherweise wegen createActionReadings in einer Gruppe, ich hab auch eine mit nur einer Lampe.

und

2017.03.14 22:37:26 2: huebridge: empty answer received for http://192.168.123.45/api/xxxxxxxxxxxxxxxx/sensors/35/state
Warum ist da /state am Ende? Das gibt es so nicht.

und

2017.03.14 22:48:46 3: parameter, ct, not available
Keine Ahnung wie das passiert...
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 15 März 2017, 10:28:22
zeig mal bitte ein list auf die gruppe. eine einzelne lame ist kein problem. das geht nur schief wenn es gar keine lampe gibt. in der nächsten version ist der fehler abgefangen. trozdem sollten wir mal schauen warum es passiert.


doch. das gibt es. bei einem setsensor (5.9. Change Sensor State). das sollte aber synchron abgearbeitet werden. schau mal ob du mit verbose 5 rausfindest wodurch das getriggert wird.


die meldung kommt nicht direkt aus dem modul. schau mal ob du rausfinden kannst was genau passiert.

Titel: Antw:philips hue modul
Beitrag von: Markus M. am 15 März 2017, 13:07:55
Zitat von: justme1968 am 15 März 2017, 10:28:22
zeig mal bitte ein list auf die gruppe. eine einzelne lame ist kein problem. das geht nur schief wenn es gar keine lampe gibt. in der nächsten version ist der fehler abgefangen. trozdem sollten wir mal schauen warum es passiert.

Ist nicht mehr aufgetaucht, lights gibt es in jeder Gruppe.

Zitatdoch. das gibt es. bei einem setsensor (5.9. Change Sensor State). das sollte aber synchron abgearbeitet werden. schau mal ob du mit verbose 5 rausfindest wodurch das getriggert wird.

Seltsam... Manuell kann ich das definitiv so nicht aufrufen.
Ein Beispiel:
Internals:
   CFGFN     light.cfg
   DEF        sensor 36  IODev=huebridge
   ID         S36
   INTERVAL
   IODev      huebridge
   NAME       hue_presence_balcony
   NR         65
   STATE      nomotion
   TYPE       HUEDevice
   lastupdated 2017-03-15 12:46:25
   manufacturername Philips
   modelid    presence
   name       presence_balcony
   on         1
   reachable  1
   swversion  1.0
   type       CLIPPresence
   uniqueid   00:00:00:00:00:00:00:00-08
   Readings:
     2017-03-15 12:46:25   reachable       1
     2017-03-15 12:46:25   state           nomotion
   Helper:
     devtype    S
     reachable  0
     update_timeout 1
     Setlist:
       regex:
         HASH(0x3949278)
Attributes:
   DbLogExclude .*
   IODev      huebridge
   room       HUEDevice
   setList    /presence (true|false)/:{"presence":$1}
   verbose    5


2017.03.15 12:28:11 2: huebridge: empty answer received for http://192.168.178.57/api/0WvHWuOcHO0wzRRvfyDIKY5Lcmoh9Ldb5cyLz45W/sensors/36/state
2017.03.15 12:28:15 2: huebridge: empty answer received for http://192.168.178.57/api/0WvHWuOcHO0wzRRvfyDIKY5Lcmoh9Ldb5cyLz45W/sensors/36/state
2017.03.15 12:28:15 2: huebridge: http request failed: http://192.168.178.57/api/0WvHWuOcHO0wzRRvfyDIKY5Lcmoh9Ldb5cyLz45W/sensors/36: empty answer received
2017.03.15 12:28:15 4: parse status message for hue_presence_balcony
2017.03.15 12:28:15 5: $VAR1 = {
          'uniqueid' => '00:00:00:00:00:00:00:00-08',
          'swversion' => '1.0',
          'modelid' => 'presence',
          'config' => {
                        'reachable' => bless( do{\(my $o = 1)}, 'JSON::PP::Boolean' ),
                        'on' => $VAR1->{'config'}{'reachable'}
                      },
          'name' => 'presence_balcony',
          'manufacturername' => 'Philips',
          'recycle' => bless( do{\(my $o = 0)}, 'JSON::PP::Boolean' ),
          'state' => {
                       'presence' => $VAR1->{'config'}{'reachable'},
                       'lastupdated' => '2017-03-15T11:28:12'
                     },
          'type' => 'CLIPPresence'
        };

2017.03.15 12:28:15 4: hue_presence_balcony: offsetUTC: 3600
2017.03.15 12:28:15 4: hue_presence_balcony: lastupdated: 2017-03-15 12:28:12, hash->{lastupdated}:  2017-03-15 12:15:30
2017.03.15 12:28:15 5: hue_presence_balcony: $VAR1 = {
          'uniqueid' => '00:00:00:00:00:00:00:00-08',
          'swversion' => '1.0',
          'modelid' => 'presence',
          'config' => {
                        'reachable' => bless( do{\(my $o = 1)}, 'JSON::PP::Boolean' ),
                        'on' => $VAR1->{'config'}{'reachable'}
                      },
          'name' => 'presence_balcony',
          'manufacturername' => 'Philips',
          'recycle' => bless( do{\(my $o = 0)}, 'JSON::PP::Boolean' ),
          'state' => {
                       'presence' => $VAR1->{'config'}{'reachable'},
                       'lastupdated' => '2017-03-15T11:28:12'
                     },
          'type' => 'CLIPPresence'
        };

2017.03.15 12:28:15 4: parse status message for hue_presence_balcony
2017.03.15 12:28:15 5: $VAR1 = {
          'modelid' => 'presence',
          'swversion' => '1.0',
          'uniqueid' => '00:00:00:00:00:00:00:00-08',
          'manufacturername' => 'Philips',
          'recycle' => bless( do{\(my $o = 0)}, 'JSON::PP::Boolean' ),
          'state' => {
                       'lastupdated' => '2017-03-15T11:28:15',
                       'presence' => bless( do{\(my $o = 1)}, 'JSON::PP::Boolean' )
                     },
          'type' => 'CLIPPresence',
          'config' => {
                        'on' => $VAR1->{'state'}{'presence'},
                        'reachable' => $VAR1->{'state'}{'presence'}
                      },
          'name' => 'presence_balcony'
        };

2017.03.15 12:28:15 4: hue_presence_balcony: offsetUTC: 3600
2017.03.15 12:28:15 4: hue_presence_balcony: lastupdated: 2017-03-15 12:28:15, hash->{lastupdated}:  2017-03-15 12:28:12
2017.03.15 12:28:15 5: hue_presence_balcony: $VAR1 = {
          'modelid' => 'presence',
          'swversion' => '1.0',
          'uniqueid' => '00:00:00:00:00:00:00:00-08',
          'manufacturername' => 'Philips',
          'recycle' => bless( do{\(my $o = 0)}, 'JSON::PP::Boolean' ),
          'state' => {
                       'lastupdated' => '2017-03-15T11:28:15',
                       'presence' => bless( do{\(my $o = 1)}, 'JSON::PP::Boolean' )
                     },
          'type' => 'CLIPPresence',
          'config' => {
                        'on' => $VAR1->{'state'}{'presence'},
                        'reachable' => $VAR1->{'state'}{'presence'}
                      },
          'name' => 'presence_balcony'
        };


Zitatdie meldung kommt nicht direkt aus dem modul. schau mal ob du rausfinden kannst was genau passiert.
Keine Ahnung, ich weiss nicht mal annähernd wo das herkommt.
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 15 März 2017, 13:10:03
was heißt manuell kannst du das nicht aufrufen?

einfach im browser geht es nicht. nur mit PUT
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 15 März 2017, 13:38:46
wann genau kommt die empty answer meldung?

zeig mal bitte ein list der  bridge.
Titel: Antw:philips hue modul
Beitrag von: Markus M. am 15 März 2017, 13:47:25
Zitat von: justme1968 am 15 März 2017, 13:38:46
wann genau kommt die empty answer meldung?
zeig mal bitte ein list der  bridge.

Vermutlich wenn der Status gesetzt wird
Internals:
   CFGFN      light.cfg
   DEF        192.168.178.123 30
   Host       192.168.178.123
   INTERVAL   30
   NAME       huebridge
   NOTIFYDEV  global
   NR         39
   NTFY_ORDER 50-huebridge
   STATE      connected
   TYPE       HUEBridge
   apiversion 1.17.0
   mac        00:17:88:41:23:45
   manufacturer Royal Philips Electronics
   modelName  Philips hue bridge 2015
   modelid    BSB002
   name       Bridge 2.1
   noshutdown 0
   swversion  01038390
   updatestate 0
   zigbeechannel 15
   Readings:
     2017-02-15 23:57:25   lastError       resource, /rules/101, not available
     2017-03-15 13:44:14   state           connected
     2017-03-09 22:55:42   swupdate        BSB002 1.17.0 release
   Helper:
     apiversion 69888
     count      0
     last_config_timestamp 1489581854
     offsetUTC  3600
     updatestate 0
Attributes:
   DbLogExclude .*
   httpUtils  1
   icon       hue_filled_bridge_v2
   key        xxxxxxxxxxx
   pollDevices 1
   queryAfterSet 0
   room       HUEDevice
Titel: Antw:philips hue modul
Beitrag von: Drewzu am 16 März 2017, 18:11:24
Hi,

Ich hab mit der Hue ein Problem wodurch sich Fhem nicht mehr starten lässt seid bitte geduldig mit mir ich bin in Fhem nicht besonders Fit.
Nach einem Neustart versuch bingt er mir im Log.

No I/O device found for hueBridge1_HUEGroup0
Can't call method "Dumper" on unblessed reference at ./FHEM/31_HUEDevice.pm line 1083.

und dann is schluss Fhem startet nicht.
Was hab ich falsch gemacht?

G
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 16 März 2017, 18:35:02
@Markus M.: beim status setzen kann ich die meldung nicht reproduzieren. auch beim pollen nicht. sehr komisch.
bekommst du die meldung immer noch ?

@Drewzu: die meldung passt nicht zur aktuellen version. du kannst die zeile 1083 aus ./FHEM/31_HUEDevice.pm löschen. dann sollte zumindest der start gehen. dann am besten erst mal fhem updaten.

hast du dein config file von hand geändert?
Titel: Antw:philips hue modul
Beitrag von: Markus M. am 16 März 2017, 19:54:59
CT ist weg, hatte das versehentlich auf alte Strips in einer Szene losgelassen.
Eine Modul interne Meldung wäre schöner.

Die anderen Meldungen bekomme ich immer noch.
Titel: Antw:philips hue modul
Beitrag von: Ma_Bo am 29 März 2017, 19:39:32
Hey Leute,
erstmal sorry, ich habe nicht alle Seiten gelesen, da sich wahrscheinlich einiges getan hat, seitdem der Beitrag entstanden ist.

Jetzt zu meinerFrage, ist es möglich, dass ich einen Verlauf von 100% Helligkeit in Blau nach 10% Helligkeit in Rot innerhalb von 30 Sekunden einstellen kann?
Oder evtl. ein Farbverlauf durch alle Farben? Z.B von Rot nach Grün nach Blau innerhalb 60 Sekunden und wieder von vorne?

Habe dazu leider noch nichts gefunden.

Grüße Marcel
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 29 März 2017, 19:48:07
du stellst die erste farbe ein und dann mit entsprechender transition time die zweite.

loops gehen nicht automatisch. die musst musst du z.b. über ein passendes at nachbilden.

z.b. per at alle 3 minuten das hier wiederholen:
set <name> rgb ff0000 : transitiontime 600; set <name> rgb 00ff00 : transitiontime 600; set <name> rgb 0000ff : transitiontime 600

du musst aber schauen ob die übergänge deinen vorstellungen entsprechen. wenn nicht: einfach noch ein paar stützstellen mehr einbauen.
Titel: Antw:philips hue modul
Beitrag von: Ma_Bo am 29 März 2017, 20:19:23
Zitat von: justme1968 am 29 März 2017, 19:48:07
du stellst die erste farbe ein und dann mit entsprechender transition time die zweite.

loops gehen nicht automatisch. die musst musst du z.b. über ein passendes at nachbilden.

z.b. per at alle 3 minuten das hier wiederholen:
set <name> rgb ff0000 : transitiontime 600; set <name> rgb 00ff00 : transitiontime 600; set <name> rgb 0000ff : transitiontime 600

du musst aber schauen ob die übergänge deinen vorstellungen entsprechen. wenn nicht: einfach noch ein paar stützstellen mehr einbauen.

Danke für die schnelle Antwort.
Gilt die transitiontime für die devices und/oder für Gruppen?

Kann leider heute nicht mehr testen.

Grüße Marcel


Gesendet von iPhone mit Tapatalk
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 29 März 2017, 20:23:50
für beides
Titel: Antw:philips hue modul
Beitrag von: Ma_Bo am 31 März 2017, 16:16:09
Vielen Dank, die ersten Tests funktionieren schon mal.
Titel: Antw:philips hue modul
Beitrag von: Ma_Bo am 31 März 2017, 16:29:50
Kann ich auch direkt einen dim10% Befehl mit geben? Es soll z.B. dauerhaft auf dim10% stehen und nen Farbverlauf von Rot nach Grün nach Blau machen.
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 31 März 2017, 16:48:09
dim und rgb zu kombinieren ist nicht sinnvoll.

in den rgb farben ist die helligkeit schon mit codiert. nimm statt ff z.b. 44.

wenn du mit helligkeit arbeiten willst nimm hue (, sat) und pct.
Titel: Antw:philips hue modul
Beitrag von: Ma_Bo am 31 März 2017, 16:52:11
Danke...


Gesendet von iPhone mit Tapatalk
Titel: Antw:philips hue modul
Beitrag von: larki am 05 April 2017, 20:02:10
Hallo allerseits,

nach einiger Zeit habe ich mal wieder versucht meine Hue Lampen mit FHEM und HueBridge zu steuern, und ich musste feststellen, dass irgendwelche Updates irgendetwas kaputt gemacht haben.

Es läuft nun Perl 5.20.2 und JSON 2.90 auf einem Raspberry Pi mit allen Updates.

Die Daten der Bridge werden korrekt ausgelesen, ich bekomme aber viele Fehlermeldungen wie diese:

2017.04.05 19:51:08 2: Hue: json error: JSON text must be an object or array (but found number, string, true, false or null, use allow_nonref to allow this) at ./FHEM/30_HUEBridge.pm line 1112.
in {"1":{"state":{"on ......


Was dann folgt ist korrektes JSON.

Schlimmer noch, wenn ich versuche eine Lampe anzusteuern stürzt FHEM ab, mit (in etwa) der gleichen Meldung:

hash- or arrayref expected (not a simple scalar, use allow_nonref to allow this) at ./FHEM/30_HUEBridge.pm line 1039.

Wenn ich die Debug Meldung in Zeile 1036 auskommentiere, so erhalte ich direkt vor dem Absturz

2017.04.05 19:52:20 2: Sending: $VAR1 = {
          'on' => bless( do{\(my $o = 0)}, 'JSON::PP::Boolean' )
        };


Leider reichen meine Perlkenntnisse nicht aus, um hier die Ursache genauer zu lokalisieren. Hat jemand eine Idee?

Vielen Dank und viele Grüße
larki
Titel: Antw:philips hue modul
Beitrag von: MKeY am 09 April 2017, 16:21:54
Tolles Modul,

gibt es eine Chance, dass du etwas implementierst, dass der state "not connected" bei der bridge gezeigt wird, wenn diese nicht erreichbar ist?

ich hab httpUtils auf 1, würde aber gerne eine visuelle rückmeldung in meiner tablet ui, falls die bridge nicht erreichbar ist.

danke!
Titel: Antw:philips hue modul
Beitrag von: myit am 22 April 2017, 17:26:23
Hallo,

ich habe ein Problem mit dem Status der Icons von der Tablet-Oberfläche. Wenn ich die Hue Lampen am iPad einschalte wird an anderen Geräten der Status nicht aktualisert, jedoch in FHEM selbst schon. pollDevices ist auf 1.

Woran kann das liegen?
Titel: Antw:philips hue modul
Beitrag von: Mave am 02 Mai 2017, 22:46:34
Hallo zusammen,

bin FHEM Neuling und experimentiere gerade mit HUE.

Die Lampen kann ich schon steuern, wenn ich sie allerdings mit der HUE App bediene, wird der Status in FHEM nicht aktualisiert.

Im Log steht Folgendes:

2017.05.02 22:23:17 2: HUEBridge_OpenDev: error reading description: http://192.168.1.66/description.xml: Can't connect(1) to http://192.168.1.66:80: IO::Socket::INET: connect: Network is unreachable
2017.05.02 22:23:17 1: HUEBridge_HTTP_Request http://192.168.1.66/api/jJuT3zZ2vq4FCyMvOECvqkPBgpyMZD84OOqtDXe2/config: Can't connect to http://192.168.1.66:80
2017.05.02 22:23:17 3: HUEBridge_Call: failed, retrying
2017.05.02 22:23:17 1: HUEBridge_HTTP_Request http://192.168.1.66/api/jJuT3zZ2vq4FCyMvOECvqkPBgpyMZD84OOqtDXe2/config: Can't connect to http://192.168.1.66:80
2017.05.02 22:23:17 3: HUEBridge_Call: failed, retrying
2017.05.02 22:23:17 3: HUEBridge_Call: failed
2017.05.02 22:23:17 2: HUEBridge_OpenDev: got empty config


Vielen Dank im Voraus.

Grüße Mave
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 03 Mai 2017, 09:29:35
die meldungen deuten auf ein netzwerk problem hin.

ansonsten musst du das pollDevices attribut und das polling intervall der bridge passenden konfigurieren.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: Mave am 03 Mai 2017, 10:24:52
Okay, vielen Dank.
Titel: Antw:philips hue modul
Beitrag von: Mave am 03 Mai 2017, 18:17:21
pollDevices steht auf 1, das polling interval auf 60

pollDevices könnte ich über attr ändern. Wie kann ich denn das polling interval ändern?

Vielen Dank.
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 03 Mai 2017, 19:56:24
dann ist von modul seite eigentlich erst mal alles ok. die daten der lampen sollten im angegeben intervall aktualisiert werden. hast du immer noch meldungen im log?

du kannst das intervall über DEF in der detail ansicht ändern.
Titel: Antw:philips hue modul
Beitrag von: Mave am 03 Mai 2017, 22:08:30
Danke für Deine Unterstützung.

60 s ist das Minimum, was man beim Intervall eingeben kann, richtig?

Nach einem Neustart des RPI funktioniert im Moment alles nach Plan.

Allerdings habe ich etwas Stabilitätsprobleme im LAN/WLAN und da habe ich das Gefühl, dass FHEM sehr empfindlich darauf reagiert und nicht selbständig Verbindungen - z.B. zur HUE Bridge - wieder herstellt.

Kannst Du das bestätigen?

Vielen Dank.

Grüße Mave
Titel: Antw:philips hue modul
Beitrag von: Markus M. am 04 Mai 2017, 19:35:51
Hi Andre, irgendwas stimmt mit den Calls beim Typ Sensor nicht.
Ist vielleicht nur noch nicht aufgefallen:

httpUtils 1
pollDevices 2
queryAfterSet 0


Eigentlich sollten damit doch alle Calls Nonblocking und ohne anschliessende Abfrage funktionieren?!
Ich bekomme aber das hier:

2017.05.04 19:26:09 4: using HttpUtils_BlockingGet: PUT sensors/35/state
2017.05.04 19:26:10 4: using HttpUtils_NonblockingGet: GET sensors/35
2017.05.04 19:26:11 4: using HttpUtils_BlockingGet: PUT sensors/35/state
2017.05.04 19:26:11 4: using HttpUtils_NonblockingGet: GET sensors/35

2017.05.04 19:26:17 4: using HttpUtils_BlockingGet: PUT sensors/31/state
2017.05.04 19:26:20 4: using HttpUtils_NonblockingGet: GET sensors/31
2017.05.04 19:26:21 2: huebridge: http request failed: http://192.168.123.123/api/xxxxxxxxxxxxxxxx/sensors/31: empty answer received


Gruss, Markus
Titel: Antw:philips hue modul
Beitrag von: CQuadrat am 04 Mai 2017, 20:48:09
Hallo Zusammen,

in der Commandref steht, dass HUEDevice die Set Extensions unterstützen. Zumindest bei on-for-timer und blink funktioniert es auch.

Kann es sein, dass sich on-till hier etwas anders verhält? Ich finde im Forum dazu einige etwas ältere Diskussionen; werde aber nicht wirklich schlau daraus.

Viele Grüße

Christoph
Titel: Antw:philips hue modul
Beitrag von: Mave am 06 Mai 2017, 09:16:42
Moin zusammen,

ich habe immer noch folgende Fehlermeldung im Log, obwohl ich jetzt FHEM Raspi und HUE Bridge direkt an die Fritzbox angeschlossen habe:

2017.05.06 08:55:16 2: HUEBridge_OpenDev: error reading description: http://192.168.1.66/description.xml: Can't connect(1) to http://192.168.1.66:80: IO::Socket::INET: connect: Network is unreachable
2017.05.06 08:55:16 1: HUEBridge_HTTP_Request http://192.168.1.66/api/jJuT3zZ2vq4FCyMvOECvqkPBgpyMZD84OOqtDXe2/config: Can't connect to http://192.168.1.66:80
2017.05.06 08:55:16 3: HUEBridge_Call: failed, retrying
2017.05.06 08:55:16 1: HUEBridge_HTTP_Request http://192.168.1.66/api/jJuT3zZ2vq4FCyMvOECvqkPBgpyMZD84OOqtDXe2/config: Can't connect to http://192.168.1.66:80
2017.05.06 08:55:16 3: HUEBridge_Call: failed, retrying
2017.05.06 08:55:16 3: HUEBridge_Call: failed
2017.05.06 08:55:16 2: HUEBridge_OpenDev: got empty config


Die Steuerung der HUE Devices über FHEM funktioniert zwar, aber sehr unzuverlässig.

Vielen Dank im Voraus für Eure Unterstützung.

Grüße Mave
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 06 Mai 2017, 10:27:23
und die ip stimmt auch wirklich ?
Titel: Antw:philips hue modul
Beitrag von: Mave am 06 Mai 2017, 12:38:26
Die IP-Adresse stimmt. Ich habe in der Fritzbox das Häkchen gesetzt, dass die HUE Bridge immer dieselbe IP-Adresse bekommt.

In FHEM werden unter HUEDevice die Anzeigen nicht aktualisiert (auch nicht nach 60 Sekunden), die einzelnen Lampen kann ich aber trotzdem ein- und ausschalten.

Ich bin wirklich ratlos....
Titel: Antw:philips hue modul
Beitrag von: moskito am 08 Mai 2017, 17:20:41
Hallo Andre.

kurze Frage zum HUEDevice Modul: Wäre es möglich ein devAlias Attribut zu realisieren?
Hintergrund ist, dass sich kurz hintereinander zwei Lampen bei mir verabschiedet haben, und die neuen in der Device Reihenfolge, trotz vorherigem löschen der alten Devices, einfach hinten angehängt wurden.
Ich wollte auch nicht die ganze Bridge zurücksetzen und neu anlernen, um wieder die alten Zuordnungen zu erhalten.
Mit diesem Attribut wären solche "Ersetzungen" viel einfacher zu bewältigen.

Gruß
Danny
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 08 Mai 2017, 17:28:44
@Mave: zeig mal ein list von der bridge und von einem device

@moskito: das umbenennen per rename reicht dir nicht?
Titel: Antw:philips hue modul
Beitrag von: moskito am 08 Mai 2017, 19:24:02
Wieder mal nicht an die einfachsten Sachen gedacht... ::)

Danke!
Titel: Antw:philips hue modul
Beitrag von: Mave am 09 Mai 2017, 21:45:16
Zitat von: justme1968 am 08 Mai 2017, 17:28:44
@Mave: zeig mal ein list von der bridge und von einem device

Hey justme,

vielen Dank für Deine Nachricht.

Internals:
   DEF        192.168.1.66
   Host       192.168.1.66
   INTERVAL   60
   NAME       HUE
   NOTIFYDEV  global
   NR         28
   NTFY_ORDER 50-HUE
   STATE      connected
   TYPE       HUEBridge
   apiversion 1.18.0
   mac        00:17:88:48:ee:e3
   manufacturer Royal Philips Electronics
   modelName  Philips hue bridge 2015
   modelid    BSB002
   name       Hue Bridge
   noshutdown 0
   swversion  01039019
   updatestate 0
   zigbeechannel 25
   Readings:
     2017-05-01 17:46:05   lastError       link button not pressed
     2017-05-09 21:34:50   state           connected
   Helper:
     apiversion 70144
     count      1
     last_config_timestamp 1494358490
     offsetUTC  7200
     updatestate 0
Attributes:
   icon       hue_filled_bridge_v2
   key        jJuT3zZ2vq4FCyMvOECvqkPBgpyMZD84OOqtDXe2
   room       Devices



Wie mache ich ein List von einem Device?  :-[


Was ich mittlerweile herausgefunden habe:
Wenn ich meinen Raspberry reboote, dann bekomme ich die HUEBridge Fehlermeldung im FHEM Log und die Lampen lassen sich steuern, werden aber nicht aktualisiert.
Reboote ich dann aber nur FHEM, ist im Log keine Fehlermeldung mehr zu finden und alles funktioniert so, wie es soll.

Vielen Dank.

Grüße Mave
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 09 Mai 2017, 21:53:27
genau so wie von der bridgelist <name>

kann es sein das fhem gestartet wird bevor das netzwerk läuft?

Titel: Antw:philips hue modul
Beitrag von: Mave am 10 Mai 2017, 06:56:28
Vielen Dank.

Internals:
   CHANGED
   DEF        1  IODev=HUE
   ID         1
   INTERVAL
   IODev      HUE
   NAME       HUEDevice1
   NR         39
   STATE      off
   TYPE       HUEDevice
   manufacturername Philips
   modelid    LWB010
   name       Kueche_1_E27_white
   productid  Philips-LWB010-1-A19DLv3
   swconfigid 60083D2F
   swversion  1.15.2_r19181
   type       Dimmable light
   uniqueid   00:17:88:01:02:6c:30:d8-0b
   Readings:
     2017-05-09 22:38:42   alert           none
     2017-05-09 22:38:42   bri             254
     2017-05-09 23:14:47   onoff           0
     2017-05-09 23:14:47   pct             0
     2017-05-09 22:38:42   reachable       1
     2017-05-09 23:14:47   state           off
   Helper:
     alert      none
     bri        254
     colormode
     ct         -1
     devtype
     effect
     hue        -1
     on         0
     pct        0
     reachable  1
     rgb
     sat        -1
     update_timeout -1
     xy
Attributes:
   IODev      HUE
   alias      Kueche_1_E27_white
   color-icons 2
   devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
   icon       hue_filled_white_and_color_e27_b22
   model      LWB010
   room       HUEDevice
   subType    dimmer
   webCmd     pct:toggle:on:off



Jetzt müsste ich mich in Linux/Raspbian gut auskennen um schauen zu können, ob FHEM vor oder nach dem Netzwerk gestartet wird, richtig?  :-[

Vielen Dank nochmal.
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 10 Mai 2017, 08:47:54
für den anfang reicht es wenn du dir die boot meldungen anschaust.

ansonsten gibt es glaube ich schon threads zur boot reihenfolge.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: Markus M. am 11 Mai 2017, 11:37:33
Andre, baust du das mit den Sensors irgendwann noch auf NonBlocking um?
Titel: Antw:philips hue modul
Beitrag von: Phiolin am 12 Mai 2017, 09:52:42
Ich habe gerade 2 von den neuen E14 Hue Kerzen verbaut (Philips Website E14 Kerzen (http://www2.meethue.com/de-de/productdetail/philips-hue-white-and-color-ambiance-e14-candle)).

Diese werden im Modul nur als normale Lampe, ohne Farbeinstellung etc angezeigt. Es wird hier offenbar nicht automatisch der passende SubType gesetzt.
Die Modell-Bezeichnung ist LCT012.
Ich vermute mal, der passende SubType müsste extcolordimmer sein, zumindest habe ich den mal manuell gesetzt und es funktioniert auch offenbar alles. Kann das in das Modul aufgenommen werden?

Hier noch ein List:
Internals:
   CFGFN
   CHANGED
   DEF        20  IODev=DG.az.NE.HueBridge
   ID         20
   INTERVAL
   IODev      DG.az.NE.HueBridge
   NAME       EG.fl.LA.Treppe
   NR         2722
   STATE      off
   TYPE       HUEDevice
   manufacturername Philips
   modelid    LCT012
   name       Treppe EGOG
   productid  Philips-LCT012-1-E14ECLv1
   swconfigid 79A02AB9
   swversion  1.15.2_r19181
   type       Extended color light
   uniqueid   00:17:88:01:02:1c:3d:d0-0b
   Readings:
     2017-05-12 09:47:06   alert           select
     2017-05-12 09:47:06   bri             254
     2017-05-12 09:47:06   colormode       ct
     2017-05-12 09:47:06   ct              366 (2732K)
     2017-05-12 09:47:06   effect          none
     2017-05-12 09:47:06   hue             8418
     2017-05-12 09:47:06   onoff           0
     2017-05-12 09:47:06   pct             0
     2017-05-12 09:47:06   reachable       1
     2017-05-12 09:47:06   rgb             ffc799
     2017-05-12 09:47:06   sat             140
     2017-05-12 09:47:06   state           off
     2017-05-12 09:47:06   xy              0.4573,0.41
   Helper:
     alert      select
     bri        254
     colormode  ct
     ct         366
     devtype
     effect     none
     hue        8418
     on         0
     pct        0
     reachable  1
     rgb        ffc799
     sat        140
     update_timeout -1
     xy         0.4573,0.41
Attributes:
   IODev      DG.az.NE.HueBridge
   alias      Treppe EGOG
   color-icons 2
   devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
   group      Lampen
   model      LCT012
   room       Flur
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 12 Mai 2017, 15:36:04
@Markus M.: ja. im prinzip schon, der umbau ist aber etwas größer um die rückmeldung anzuzeigen.

@Phiolin: hab die beiden neuen birnen eben eingebaut. und einen fehler in der automatischen erkennung repariert.
Titel: Antw:philips hue modul
Beitrag von: Mave am 17 Mai 2017, 06:14:01
Moin justme,

könntest Du eventuell nicht nur bei den Lampen Devices sondern auch bei den Räumen die Statusanzeige und die beiden Schalter "on" und "off" anzeigen lassen?

Aktuell steht ja bei den Räumen lediglich "initialized".

In der HUE App schaltet man ja standardmäßig auch die Räume und nicht die einzelnen Lampen.

Vielen Dank.

Grüße Mave
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 17 Mai 2017, 07:18:04
das was du räume nennst sind hue gruppen und die haben kein einfaches on/off oder andere geräte readings.

schau dir an wie stateFormat funktioniert. damit kannst du dann über die any_on und all_on readings konfigurieren wann eine gruppe bei dir als an oder aus gilt. wenn dir das als status nicht reicht kannst du devStateIcon so konfigurieren das als icon der status einer lampe aus der jeweiligen gruppe angezeigt wird.

um die 'schalter' zu konfigurieren gibt es das webCmd attribut. wenn dir das als status nicht reicht kannst du devStateIcon so setzen das der status einer lampe aus der gruppe angezeigt wird.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: Mave am 17 Mai 2017, 10:52:20
Okay, super, vielen Dank.

Grüße Mave
Titel: Antw:philips hue modul
Beitrag von: Mave am 03 Juni 2017, 14:22:42
Hallo zusammen,

heute wollte ich zum ersten Mal per notify eine HUE Lampe einschalten, wenn in einem Raum die Türe geöffnet wird.

Im Log bekomme ich immer die Fehlermeldung "define HUE_Lampe first"

Ich habe daraufhin verschiedene HUE Lampen getestet und wollte sie über die Kommadozeile über "set HUE_Lampe on" einschalten.
Überall dieselbe Meldung "define HUE_Lampe first"

Was mache ich falsch?

Vielen Dank.

Grüße Mave
Titel: Antw:philips hue modul
Beitrag von: ComputerZOO am 03 Juni 2017, 14:40:16
Moin,
bist du dir 100%ig sicher, daß das Device HUE_Lampe wirklich existiert?
Titel: Antw:philips hue modul
Beitrag von: Mave am 03 Juni 2017, 14:46:33
Ich habe es mit mehreren Lampen probiert.

Meine Lampen heissen z.B. Abstellraum_E27_white

Ist der Name mit den zwei Unterstrichen eventuell nicht erlaubt?
Titel: Antw:philips hue modul
Beitrag von: Mave am 03 Juni 2017, 14:47:35
Die Devices wurden doch automatisch angelegt, oder nicht?
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 03 Juni 2017, 15:22:05
schau nach wie die lampen wirklich heissen. du verwechselst den alias mit dem device namen.
Titel: Antw:philips hue modul
Beitrag von: Mave am 03 Juni 2017, 15:42:38
Bingo, das war's.

Ganz herzlichen Dank.
Titel: Antw:philips hue modul
Beitrag von: Phiolin am 13 Juni 2017, 09:02:06
Ich habe neuerdings das Problem, dass FHEM einige Befehle nicht mehr ausführt. Vermehrt solche, die bei der Ausführung einen Filter verwenden, wie z.B.:
set OG.sz.LA..*:FILTER=onoff!=0 pct 10 : transitiontime 100

Dieser Befehl würde bei mir 6 HUE Lampen betreffen.
Zur Zeit der Ausführung finde ich im Log daher auch 6 passende Warnungen/Fehlermeldungen zu genau den betroffenen Lampen (habe den API Key durch <key> ersetzt, Datenschutz und so):

2017.06.13 06:00:57 2: DG.az.NE.HueBridge: http request failed: http://10.0.0.44/api/<key>/lights/17/state:
empty answer received
2017.06.13 06:00:57 2: DG.az.NE.HueBridge: http request failed: http://10.0.0.44/api/<key>/lights/4/state:
empty answer received
2017.06.13 06:00:57 2: DG.az.NE.HueBridge: http request failed: http://10.0.0.44/api/<key>/lights/14/state:
empty answer received
2017.06.13 06:00:57 2: DG.az.NE.HueBridge: http request failed: http://10.0.0.44/api/<key>/lights/16/state:
empty answer received
2017.06.13 06:00:57 2: DG.az.NE.HueBridge: http request failed: http://10.0.0.44/api/<key>/lights/9/state:
empty answer received
2017.06.13 06:00:57 2: DG.az.NE.HueBridge: http request failed: http://10.0.0.44/api/<key>/lights/15/state:
empty answer received


Wenn ich die URLs manuell aufrufe erhalte ich:
http://10.0.0.44/api/<key>/lights/9/state
[{"error":{"type":3,"address":"/lights/9/state","description":"resource, /lights/9/state, not available"}}]

Dagegen kann ich unter http://10.0.0.44/api/<key>/lights/9 aber alles korrekt sehen:
{"state":{"on":false,"bri":1,"hue":33864,"sat":200,"effect":"none","xy":[0.3297,0.3433],"ct":178,"alert":"none","colormode":"ct","reachable":true},"type":"Extended color light","name":"Schlafzimmer 2","modelid":"LCT003","manufacturername":"Philips","uniqueid":"00:17:88:01:00:ee:38:ac-0b","swversion":"5.50.1.19085"}

Ich nehme an, dass er für den Filter den State check ausführt und dabei nicht die erwarteten Antworten bekommt. Das hab ich jetzt schon seit einigen Tagen. Aus unerfindlichen Gründen scheint es aber manchmal trotzdem zu funktionieren, denn es haben nicht alle Kommandos Probleme.
Irgendwann letztens gab es glaube ich auch ein Firmware Update für die Bridge.
Habe ich hier irgendein Problem? Oder sind das einfach nur sporadische Ausfälle, gegen die wir nichts machen können?
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 13 Juni 2017, 10:56:18
die .../state urls sind zum setzen der werte. die kannst du per browser nicht abfragen.

geht es wenn weniger lampen auf ein mal geschaltet werden? wie ist das httpUtils attribut gesetzt?

geht es wenn du den filter weg lässt?

geht es wenn du die lampen in eine hue gruppe steckst und alle schaltest?
Titel: Antw:philips hue modul
Beitrag von: Mave am 14 Juni 2017, 09:55:34
Zitat von: justme1968 am 17 Mai 2017, 07:18:04
das was du räume nennst sind hue gruppen und die haben kein einfaches on/off oder andere geräte readings.

schau dir an wie stateFormat funktioniert. damit kannst du dann über die any_on und all_on readings konfigurieren wann eine gruppe bei dir als an oder aus gilt. wenn dir das als status nicht reicht kannst du devStateIcon so konfigurieren das als icon der status einer lampe aus der jeweiligen gruppe angezeigt wird.

um die 'schalter' zu konfigurieren gibt es das webCmd attribut. wenn dir das als status nicht reicht kannst du devStateIcon so setzen das der status einer lampe aus der gruppe angezeigt wird.

gruss
  andre


Hallo,

ich muß da nochmal nachhaken.

Ich habe in unserem Wohnzimmer aktuell 10 HUE Lampen, die in der HUE App zum Raum "Wohnzimmer" zusammengefasst werden. Damit kann ich alle Lampen gleichzeitig ein- oder ausschalten und mit dem Schieberegler die Helligkeit einstellen.

In FHEM habe ich aktuell alle Lampen Devices einzeln mit Ein-/Ausschalter und dem Schieberegler für die Helligkeit. Die Räume aus der HUE App werden in FHEM als Gruppen abgebildet. Die Gruppen haben jetzt aber nur den Status "initialized" und die Schalter "on" und "off". Einen Schieberegler für die Helligkeit gibt es nicht.

Wie kann ich meinen Raum/meine Gruppe "Wohnzimmer" mit einem Helligkeitsregler versehen, sodaß alle 10 Lampen gleichzeitig gedimmt werden können?

Vielen Dank.

Grüße Mave
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 14 Juni 2017, 09:57:15
wenn es dir nur ums steuern geht einfach webCmd passend setzen.
Titel: Antw:philips hue modul
Beitrag von: Mave am 14 Juni 2017, 15:29:33
Okay, danke.
Titel: Antw:philips hue modul
Beitrag von: Phiolin am 15 Juni 2017, 23:44:36
Zitat von: justme1968 am 13 Juni 2017, 10:56:18
die .../state urls sind zum setzen der werte. die kannst du per browser nicht abfragen.

geht es wenn weniger lampen auf ein mal geschaltet werden? wie ist das httpUtils attribut gesetzt?

geht es wenn du den filter weg lässt?

geht es wenn du die lampen in eine hue gruppe steckst und alle schaltest?

Meistens geht es problemlos, wenn ich den gleichen Befehl dann noch mal manuell ausführe.
httpUtils ist auf 1, pollDevices auf 2, queryAfterSet auf 1.
Ohne Filter tritt das Problem ebenfalls auf.

Das Problem tritt wohl in Situationen auf, wo mehrere Lampen einzeln in kurzer Abfolge geschaltet werden.
Allerdings dürften es auch nicht so viele sein, dass davon die Bridge gleich überlastet ist.
Eben wurden von 3 Lampen wieder nur 1 geschaltet, wenige Sekunden vorher wurden 2 Szenen geändert.
Bekommen wir das Problem irgendwie weiter eingegrenzt, oder können wir gegebenenfalls eine Queue verwenden, die dafür sorgt, dass nicht zu viele Befehle parallel an die Bridge gehen?

Vielleicht könnte man auch ein optionales Retry eines Befehls einbauen, wenn eine leere Antwort empfangen wird?
Titel: Antw:philips hue modul
Beitrag von: Phiolin am 19 Juni 2017, 23:40:07
Habe das Problem weiterhin auch nach mehreren fhem Neustarts und Reboots.
Beim Schalten mehrerer einzelner Lampen, werden sporadisch einige oder alle davon nicht geschaltet, egal ob Filter verwendet werden oder nicht. Tritt offenbar gehäuft auf, wenn die Schaltung aus einem DOIF oder Notify ausgeführt wird. Wenn ich den Code manuell über die FHEM Kommandozeile ausführe, klappt die Schaltung in der Regel, kann aber auch Zufall sein, eventuell fällt es mir einfach nur bei den automatischen Aktionen eher auf, weil Dinge dann nicht wie vorgesehen funktionieren.

Szenen funktionieren hingegen allerdings problemlos und auch das Schalten einer Gruppe scheint das Problem nicht zu haben.

Irgendwelche Ideen, wie man das weiter eingrenzen und beheben kann?
Titel: Antw:philips hue modul
Beitrag von: EfkaPE am 31 Juli 2017, 18:09:17
Hallo

Ich habe das Problem, das ich das Modul zwar anlegen kann, mir FHEM aber diese Meldung auspuckt:
2: HUEBridge: json error: JSON text must be an object or array (but found number, string, true, false or null, use allow_nonref to allow this) at ./FHEM/30_HUEBridge.pm line 1112.
in {"name":"Philips hue","datastoreversion":"59","swversion":"01036659","apiversion":"1.16.0","mac":"00:17:88:21:72:ff","bridgeid":"001788FFFE2172FF","factorynew":false,"replacesbridgeid":null,"modelid":"BSB002"}
3: HUEBridge_Call: failed, retrying
2: HUEBridge: json error: JSON text must be an object or array (but found number, string, true, false or null, use allow_nonref to allow this) at ./FHEM/30_HUEBridge.pm line 1112.
in {"name":"Philips hue","datastoreversion":"59","swversion":"01036659","apiversion":"1.16.0","mac":"00:17:88:21:72:ff","bridgeid":"001788FFFE2172FF","factorynew":false,"replacesbridgeid":null,"modelid":"BSB002"}
3: HUEBridge_Call: failed, retrying
3: HUEBridge_Call: failed
2: HUEBridge_OpenDev: got empty config


Das Problem lässt sich reproduzieren. Momentaner stand ist, dass ich FHEM nicht neustarten kann, solange HUEBridge angelegt ist. Wenn ich das mache ich die letzte Meldung:
hash- or arrayref expected (not a simple scalar, use allow_nonref to allow this) at ./FHEM/30_HUEBridge.pm line 1039.
Ebenso schmiert FHEM sofort ab, wenn ich ein set oder get auslöse.
FHEM läuft auf einem INTEL NUC mit normalem debian 9. JSON sowie libjson-perl sind auf dem aktuellen stand.

larki (Antwort #1279) hatte scheinbar das gleiche Problem.

Ich hoffe, ich habe alles wichtige genannt. Vielleicht weiß einer einen Rat.


Gruß
Martin

Titel: Antw:philips hue modul
Beitrag von: justme1968 am 31 Juli 2017, 18:58:19
ist dein fhem ebenfalls auf dem neuesten stand?

was bekomst du wenn du auf der fhem kommandozeile das folgende eingibst: { decode_json( '{"name":"Philips hue","datastoreversion":"59","swversion":"01036659","apiversion":"1.16.0","mac":"00:17:88:21:72:ff","bridgeid":"001788FFFE2172FF","factorynew":false,"replacesbridgeid":null,"modelid":"BSB002"}' ) }

da sollte etwas in der art bei raus kommen:HASH(0x7fbef3bfd958)

wenn das nicht geht bzw. es wieder die meldung von oben gibt stimmt etwas mit deiner json lib nicht. versuch mal JSON mit cpan zu installieren.
Titel: Antw:philips hue modul
Beitrag von: EfkaPE am 31 Juli 2017, 19:20:41
hi

folgende Meldung erhalte ich:
JSON text must be an object or array (but found number, string, true, false or null, use allow_nonref to allow this) at (eval 565) line 1.

FHEM ist aktuell. cpan JSON ergibt:
JSON is up to date (2.94)
und libjson-perl:
libjson-perl ist schon die neueste Version (2.90-1)
Das System läuft auch erst seit cirka einer Woche. Wollte so langsam auf eine perfomantere Hardware umsteigen. Auf dem Raspi bekomme ich auch den erwarteten HASH wert. Gibt es eine möglichkeit JSON nochmal von 0 auf zu installieren?
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 31 Juli 2017, 19:25:34
entferne libjson-perl und installiere noch mal per cpan.
Titel: Antw:philips hue modul
Beitrag von: EfkaPE am 31 Juli 2017, 19:47:09
werde ich gleich morgen machen. Muss jetzt leider zur Arbeit.
Kann es vielleicht daran liegen, das ich mus "su" arbeite? Bin noch blutiger anfänger was Linux angeht...

danke aber schonmal für die hilfe!
Titel: Antw:philips hue modul
Beitrag von: EfkaPE am 01 August 2017, 14:54:53
Erst einmal danke für die Hilfe!

Ich melde mich zurück. Ich konnte das Problem nach langem rumprobieren jetzt endlich eingrenzen.
Es liegt nicht an den installierten Modulen, sondern an HMCCU und dem darin enthaltenen externen Server (RPC). Sobald dieser gestartet wird, werden die genannten Fehlermeldungen ausgespuckt.
Schaltet man den Server aus und startet FHEM neu (autostart des Servers deaktiveren  ;)), ist alles in Ordnung. Mit dem internen Server von HMCCU gibt es keine Probleme.

Ich poste den Sachverhalt auch im HMCCU fred, vielleicht ist es ja nur was banales.

Gruß

Martin
Titel: Antw:philips hue modul
Beitrag von: Markus M. am 10 August 2017, 01:26:59
Hi Andre,
ich bastle grade wieder an meiner Homekit Integration - bitte bei Gelegenheit mal folgendes fixen:

Bei bri=1 berechnet die Bridge leider (rundungstechnisch richtig) pct=0.
Damit wird dann z.B. über homebridge off angezeigt, obwohl eigentlich Licht brennt.
Ist bei direkter Verbindung Hue Bridge zu Apple Home auch falsch.
Führt auch beim Einschalten wieder zum unschönen Fallback auf 100%

Das müsstest du abfangen und wenn die Lampe an ist trotzdem mindestens pct=1 ausgeben.
Titel: Antw:philips hue modul
Beitrag von: Phiolin am 14 August 2017, 12:57:43
Kleine Frage: Ich habe an meinem HUEBridge Device "pollDevices" auf 2 gesetzt. Damit sollten ja regelmäßig alle Devices aktualisiert werden.
Sollte ich dann bei jedem angelegten HUEDevice das Intervall manuell auf 0 setzen? Habe nämlich bei vielen HUEDevice(s) trotzdem ein Intervall definiert und das Gefühl, dass diese Devices auch separat gepollt werden (sehe auch HUEDevice_GetUpdate Aufrufe in apptime für viele verschiedene Devices). Wenn ich allerdings das Intervall bei einem HUEDevice auf 0 setze, wird im Internal trotzdem 60 angezeigt, was wohl der Default ist. Aber macht das Default Intervall dann überhaupt Sinn, wenn pollDevices auf 2 steht?
Was ist hier die beste Lösung um die Bridge nicht unnötig zu belasten? Aktuell habe ich bestimmt an die 50 HUEDevices definiert, davon gut 30 Lampen und die Sensoren von 6 Bewegungsmeldern.

Oder werden die Intervalle der HUEDevices automatisch ignoriert, wenn pollDevices auf 2 gesetzt ist? (Dann wäre aber interessant, warum trotzdem die HUEDevice_GetUpdate Aufrufe in apptime auftauchen)
Titel: Antw:philips hue modul
Beitrag von: rainbowrun am 17 August 2017, 16:17:54
ich hab ein komisches Problem mit meiner HUE ich versuche es mal zu erklären. ich habe mir aus Spaß CALLMonitor eingestellt das meine Fritzbox die Weiterleitung macht usw. Jetzt kommt das komische ich habe drei leuchten definiert HueBridgeOG_HUEDevice1 - 3 wenn ich jetzt aber versuche sagen wir das Dekolicht mit der nummer 2 schalten möchte mit CallMonitor geht es nicht. Genau das selbe spiel bei der nummer 1. Mach ich aber nun die Device 3 an und rufe mein Haustelefon an gehen sogar alle 3 Lampen an und zeigen mir das richtige licht an. Hab bis jetzt nicht diesen Fehler gefunden woher es kommen kann.

Hier mal meine Codes

defmod OG_TelefonAN notify CallMonitor:event:.ring {\
my $name=(ReadingsVal("CallMonitor","external_name",0));;;;\
my $status=(ReadingsVal("HueBridgeOG_HUEDevice1","state",0));;;;\
my $status=(ReadingsVal("HueBridgeOG_HUEDevice2","state",0));;;;\
my $status=(ReadingsVal("HueBridgeOG_HUEDevice3","state",0));;;;\
{fhem("set OG_Telefon_LightScene_1 save HueBridgeOG_HUEDevice1")}\
{fhem("set OG_Telefon_LightScene_2 save HueBridgeOG_HUEDevice2")}\
{fhem("set OG_Telefon_LightScene_3 save HueBridgeOG_HUEDevice3")}\
if($status eq "on"){\
if($name eq "unknown") {fhem ("set HueBridgeOG_HUEDevice1 rgb ED0000;;set HueBridgeOG_HUEDevice2 rgb ED0000;;set HueBridgeOG_HUEDevice3 rgb ED0000")};;;;\
if($name eq "marko") {fhem ("set HueBridgeOG_HUEDevice1 rgb 79FD85;;set HueBridgeOG_HUEDevice2 rgb 79FD85;;set HueBridgeOG_HUEDevice3 rgb 79FD85")};;;;\
if($name eq "peter") {fhem ("set HueBridgeOG_HUEDevice1 rgb FF57EE;;set HueBridgeOG_HUEDevice2 rgb FF57EE;;set HueBridgeOG_HUEDevice3 rgb FF57EE")};;;;\
fhem("set HueBridgeOG_HUEDevice1 brightness 100;;set HueBridgeOG_HUEDevice2 brightness 100;;set HueBridgeOG_HUEDevice3 brightness 100")}}
attr OG_TelefonAN DbLogExclude .*

setstate OG_TelefonAN 2017-08-17 15:54:53
setstate OG_TelefonAN 2017-08-16 22:03:11 state active


Bridge:

defmod HueBridgeOG HUEBridge IP
attr HueBridgeOG DbLogExclude .*
attr HueBridgeOG httpUtils 1
attr HueBridgeOG icon hue_filled_bridge_v2
attr HueBridgeOG key
attr HueBridgeOG room 99_System

setstate HueBridgeOG connected
setstate HueBridgeOG 2017-08-17 16:04:15 state connected
setstate HueBridgeOG 2017-08-09 13:34:38 swupdate BSB002 1.20.0


Lampe 3 die alles steuert:

defmod HueBridgeOG_HUEDevice3 HUEDevice 3  IODev=HueBridgeOG
attr HueBridgeOG_HUEDevice3 userattr lightSceneParamsToSave lightSceneRestoreOnlyIfChanged:1,0
attr HueBridgeOG_HUEDevice3 DbLogExclude .*
attr HueBridgeOG_HUEDevice3 IODev HueBridgeOG
attr HueBridgeOG_HUEDevice3 alexaName Fernsehlicht 1
attr HueBridgeOG_HUEDevice3 alexaRoom Wohnzimmer OG
attr HueBridgeOG_HUEDevice3 alias Fernsehlicht 1
attr HueBridgeOG_HUEDevice3 color-icons 2
attr HueBridgeOG_HUEDevice3 devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
attr HueBridgeOG_HUEDevice3 genericDeviceType switch
attr HueBridgeOG_HUEDevice3 icon hue_filled_white_and_color_e27_b22
attr HueBridgeOG_HUEDevice3 model LCT010
attr HueBridgeOG_HUEDevice3 room Alexa,HUEDevice
attr HueBridgeOG_HUEDevice3 subType extcolordimmer
attr HueBridgeOG_HUEDevice3 webCmd rgb:rgb ff0000:rgb DEFF26:rgb 0000ff:ct 490:ct 380:ct 270:ct 160:toggle:on:off

setstate HueBridgeOG_HUEDevice3 off
setstate HueBridgeOG_HUEDevice3 2017-08-16 21:56:58 alert none
setstate HueBridgeOG_HUEDevice3 2017-08-17 15:53:05 bri 254
setstate HueBridgeOG_HUEDevice3 2017-08-16 21:56:58 colormode xy
setstate HueBridgeOG_HUEDevice3 2017-08-17 15:52:29 ct 153 (6535K)
setstate HueBridgeOG_HUEDevice3 2017-08-16 21:56:58 effect none
setstate HueBridgeOG_HUEDevice3 2017-08-17 15:53:19 hue 47104
setstate HueBridgeOG_HUEDevice3 2017-08-17 15:53:37 onoff 0
setstate HueBridgeOG_HUEDevice3 2017-08-17 15:53:37 pct 0
setstate HueBridgeOG_HUEDevice3 2017-08-17 15:55:02 reachable 1
setstate HueBridgeOG_HUEDevice3 2017-08-17 15:53:19 rgb 0905f9
setstate HueBridgeOG_HUEDevice3 2017-08-17 15:53:19 sat 254
setstate HueBridgeOG_HUEDevice3 2017-08-17 15:55:02 state off
setstate HueBridgeOG_HUEDevice3 2017-08-17 15:53:19 xy 0.1532,0.0475


defmod HueBridgeOG_HUEDevice2 HUEDevice 2  IODev=HueBridgeOG
attr HueBridgeOG_HUEDevice2 userattr lightSceneParamsToSave lightSceneRestoreOnlyIfChanged:1,0
attr HueBridgeOG_HUEDevice2 DbLogExclude .*
attr HueBridgeOG_HUEDevice2 IODev HueBridgeOG
attr HueBridgeOG_HUEDevice2 alexaName Dekolicht Wohnzimmer OG
attr HueBridgeOG_HUEDevice2 alexaRoom Wohnzimmer OG
attr HueBridgeOG_HUEDevice2 alias Dekolicht
attr HueBridgeOG_HUEDevice2 color-icons 2
attr HueBridgeOG_HUEDevice2 devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
attr HueBridgeOG_HUEDevice2 genericDeviceType switch
attr HueBridgeOG_HUEDevice2 icon hue_filled_white_and_color_e27_b22
attr HueBridgeOG_HUEDevice2 model LCT010
attr HueBridgeOG_HUEDevice2 room Alexa,HUEDevice
attr HueBridgeOG_HUEDevice2 subType extcolordimmer
attr HueBridgeOG_HUEDevice2 webCmd rgb:rgb ff0000:rgb DEFF26:rgb 0000ff:ct 490:ct 380:ct 270:ct 160:toggle:on:off


Lampe 2

setstate HueBridgeOG_HUEDevice2 off
setstate HueBridgeOG_HUEDevice2 2017-08-17 15:45:05 alert select
setstate HueBridgeOG_HUEDevice2 2017-08-17 15:47:09 bri 252
setstate HueBridgeOG_HUEDevice2 2017-08-17 15:53:04 colormode ct
setstate HueBridgeOG_HUEDevice2 2017-08-17 15:52:12 ct 490 (2040K)
setstate HueBridgeOG_HUEDevice2 2017-08-16 21:56:58 effect none
setstate HueBridgeOG_HUEDevice2 2017-08-17 15:53:06 hue 7267
setstate HueBridgeOG_HUEDevice2 2017-08-17 15:53:59 onoff 0
setstate HueBridgeOG_HUEDevice2 2017-08-17 15:53:59 pct 0
setstate HueBridgeOG_HUEDevice2 2017-08-17 15:55:02 reachable 1
setstate HueBridgeOG_HUEDevice2 2017-08-17 15:53:05 rgb ffb371
setstate HueBridgeOG_HUEDevice2 2017-08-17 15:53:06 sat 221
setstate HueBridgeOG_HUEDevice2 2017-08-17 15:55:02 state off
setstate HueBridgeOG_HUEDevice2 2017-08-17 15:53:06 xy 0.5223,0.4139


Log
2017-08-17 15:54:53 LightScene OG_Telefon_LightScene_1 save HueBridgeOG_HUEDevice1
2017-08-17 15:54:53 LightScene OG_Telefon_LightScene_2 save HueBridgeOG_HUEDevice2
2017-08-17 15:54:53 LightScene OG_Telefon_LightScene_3 save HueBridgeOG_HUEDevice3
2017-08-17 15:54:53 Text2Speech MyTTS playing: 1
2017-08-17 15:54:53 FB_CALLMONITOR CallMonitor event: ring
2017-08-17 15:54:53 Text2Speech MyTTS duration: 2
2017-08-17 15:54:53 Text2Speech MyTTS endTime: 00:00:00
2017-08-17 15:54:56 Text2Speech MyTTS lastFilename: cache/7b97d30f88d852ef9acd07fe5e99060e.mp3
2017-08-17 15:54:56 Text2Speech MyTTS playing: 0
2017-08-17 15:55:00 LightScene OG_Telefon_LightScene_1 HueBridgeOG_HUEDevice1
2017-08-17 15:55:00 LightScene OG_Telefon_LightScene_2 HueBridgeOG_HUEDevice2
2017-08-17 15:55:00 LightScene OG_Telefon_LightScene_3 HueBridgeOG_HUEDevice3
2017-08-17 15:55:00 FB_CALLMONITOR CallMonitor event: disconnect
2017-08-17 15:55:00 PRESENCE HarmonyHub_OG absent
2017-08-17 15:55:00 PRESENCE HarmonyHub_OG presence: absent
2017-08-17 15:55:01 PRESENCE Broadlink absent
2017-08-17 15:55:01 PRESENCE Broadlink presence: absent
2017-08-17 15:55:02 LightScene OG_Telefon_LightScene_1 HueBridgeOG_HUEDevice1.state:
2017-08-17 15:55:02 HUEDevice HueBridgeOG_HUEDevice1 ct: 153 (6535K)
2017-08-17 15:55:02 HUEDevice HueBridgeOG_HUEDevice1 hue: 47104
2017-08-17 15:55:02 HUEDevice HueBridgeOG_HUEDevice1 sat: 254
2017-08-17 15:55:02 HUEDevice HueBridgeOG_HUEDevice1 reachable: 1
2017-08-17 15:55:02 HUEDevice HueBridgeOG_HUEDevice1 on
2017-08-17 15:55:02 LightScene OG_Telefon_LightScene_2 HueBridgeOG_HUEDevice2.state:
2017-08-17 15:55:02 HUEDevice HueBridgeOG_HUEDevice2 reachable: 1
2017-08-17 15:55:02 HUEDevice HueBridgeOG_HUEDevice2 off
2017-08-17 15:55:02 LightScene OG_Telefon_LightScene_3 HueBridgeOG_HUEDevice3.state:
2017-08-17 15:55:02 HUEDevice HueBridgeOG_HUEDevice3 reachable: 1
2017-08-17 15:55:02 HUEDevice HueBridgeOG_HUEDevice3 off
2017-08-17 15:55:05 PRESENCE BluetoothAnwesend present
2017-08-17 15:55:05 PRESENCE BluetoothAnwesend presence: present
2017-08-17 15:55:08 HUEDevice HueBridgeOG_HUEDevice1 xy: 0.1532,0.0475
2017-08-17 15:55:08 HUEDevice HueBridgeOG_HUEDevice1 rgb: 0905f9

wenn alle drei online sind

2017-08-17 15:52:53 LightScene OG_Telefon_LightScene_1 save HueBridgeOG_HUEDevice1
2017-08-17 15:52:53 LightScene OG_Telefon_LightScene_2 save HueBridgeOG_HUEDevice2
2017-08-17 15:52:53 LightScene OG_Telefon_LightScene_3 save HueBridgeOG_HUEDevice3
2017-08-17 15:52:53 Text2Speech MyTTS playing: 1
2017-08-17 15:52:53 FB_CALLMONITOR CallMonitor event: ring
2017-08-17 15:52:53 Text2Speech MyTTS duration: 2
2017-08-17 15:52:53 Text2Speech MyTTS endTime: 00:00:00
2017-08-17 15:52:55 LightScene OG_Telefon_LightScene_1 HueBridgeOG_HUEDevice1.state:
2017-08-17 15:52:55 HUEDevice HueBridgeOG_HUEDevice1 colormode: xy
2017-08-17 15:52:55 HUEDevice HueBridgeOG_HUEDevice1 bri: 252
2017-08-17 15:52:55 HUEDevice HueBridgeOG_HUEDevice1 xy: 0.2192,0.4659
2017-08-17 15:52:55 HUEDevice HueBridgeOG_HUEDevice1 reachable: 1
2017-08-17 15:52:55 HUEDevice HueBridgeOG_HUEDevice1 onoff: 1
2017-08-17 15:52:55 HUEDevice HueBridgeOG_HUEDevice1 pct: 99
2017-08-17 15:52:55 HUEDevice HueBridgeOG_HUEDevice1 dim93%
2017-08-17 15:52:55 HUEDevice HueBridgeOG_HUEDevice1 rgb: 7aff86
2017-08-17 15:52:55 LightScene OG_Telefon_LightScene_2 HueBridgeOG_HUEDevice2.state:
2017-08-17 15:52:55 HUEDevice HueBridgeOG_HUEDevice2 colormode: xy
2017-08-17 15:52:55 HUEDevice HueBridgeOG_HUEDevice2 hue: 7267
2017-08-17 15:52:55 HUEDevice HueBridgeOG_HUEDevice2 sat: 221
2017-08-17 15:52:55 HUEDevice HueBridgeOG_HUEDevice2 xy: 0.2192,0.4659
2017-08-17 15:52:55 HUEDevice HueBridgeOG_HUEDevice2 reachable: 1
2017-08-17 15:52:55 HUEDevice HueBridgeOG_HUEDevice2 dim93%
2017-08-17 15:52:55 HUEDevice HueBridgeOG_HUEDevice2 rgb: 7aff86
2017-08-17 15:52:55 LightScene OG_Telefon_LightScene_3 HueBridgeOG_HUEDevice3.state:
2017-08-17 15:52:55 HUEDevice HueBridgeOG_HUEDevice3 bri: 252
2017-08-17 15:52:55 HUEDevice HueBridgeOG_HUEDevice3 hue: 47104
2017-08-17 15:52:55 HUEDevice HueBridgeOG_HUEDevice3 sat: 254
2017-08-17 15:52:55 HUEDevice HueBridgeOG_HUEDevice3 xy: 0.2192,0.4659
2017-08-17 15:52:55 HUEDevice HueBridgeOG_HUEDevice3 reachable: 1
2017-08-17 15:52:55 HUEDevice HueBridgeOG_HUEDevice3 pct: 99
2017-08-17 15:52:55 HUEDevice HueBridgeOG_HUEDevice3 dim93%
2017-08-17 15:52:55 HUEDevice HueBridgeOG_HUEDevice3 rgb: 7aff86
2017-08-17 15:52:56 Text2Speech MyTTS lastFilename: cache/7b97d30f88d852ef9acd07fe5e99060e.mp3
2017-08-17 15:52:56 Text2Speech MyTTS playing: 0
2017-08-17 15:52:57 PRESENCE BluetoothAnwesend present
2017-08-17 15:52:57 PRESENCE BluetoothAnwesend presence: present
2017-08-17 15:53:03 LightScene OG_Telefon_LightScene_1 HueBridgeOG_HUEDevice1
2017-08-17 15:53:03 LightScene OG_Telefon_LightScene_2 HueBridgeOG_HUEDevice2
2017-08-17 15:53:03 LightScene OG_Telefon_LightScene_3 HueBridgeOG_HUEDevice3
2017-08-17 15:53:03 FB_CALLMONITOR CallMonitor event: disconnect
2017-08-17 15:53:03 PRESENCE HarmonyHub_OG absent
2017-08-17 15:53:03 PRESENCE HarmonyHub_OG presence: absent
2017-08-17 15:53:03 PRESENCE Broadlink absent
2017-08-17 15:53:03 PRESENCE Broadlink presence: absent
2017-08-17 15:53:04 LightScene OG_Telefon_LightScene_1 HueBridgeOG_HUEDevice1.state:
2017-08-17 15:53:04 HUEDevice HueBridgeOG_HUEDevice1 ct: 153 (6535K)
2017-08-17 15:53:04 HUEDevice HueBridgeOG_HUEDevice1 hue: 32323
2017-08-17 15:53:04 HUEDevice HueBridgeOG_HUEDevice1 sat: 190
2017-08-17 15:53:04 HUEDevice HueBridgeOG_HUEDevice1 xy: 0.2191,0.466
2017-08-17 15:53:04 HUEDevice HueBridgeOG_HUEDevice1 reachable: 1
2017-08-17 15:53:04 HUEDevice HueBridgeOG_HUEDevice1 onoff: 0
2017-08-17 15:53:04 HUEDevice HueBridgeOG_HUEDevice1 pct: 0
2017-08-17 15:53:04 HUEDevice HueBridgeOG_HUEDevice1 off
2017-08-17 15:53:05 LightScene OG_Telefon_LightScene_2 HueBridgeOG_HUEDevice2.state:
2017-08-17 15:53:05 HUEDevice HueBridgeOG_HUEDevice2 colormode: ct
2017-08-17 15:53:05 HUEDevice HueBridgeOG_HUEDevice2 hue: 32323
2017-08-17 15:53:05 HUEDevice HueBridgeOG_HUEDevice2 sat: 190
2017-08-17 15:53:05 HUEDevice HueBridgeOG_HUEDevice2 xy: 0.2191,0.466
2017-08-17 15:53:05 HUEDevice HueBridgeOG_HUEDevice2 reachable: 1
2017-08-17 15:53:05 HUEDevice HueBridgeOG_HUEDevice2 dim93%
2017-08-17 15:53:05 HUEDevice HueBridgeOG_HUEDevice2 rgb: ffb371
2017-08-17 15:53:05 LightScene OG_Telefon_LightScene_3 HueBridgeOG_HUEDevice3.state:
2017-08-17 15:53:05 HUEDevice HueBridgeOG_HUEDevice3 bri: 254
2017-08-17 15:53:05 HUEDevice HueBridgeOG_HUEDevice3 hue: 32323
2017-08-17 15:53:05 HUEDevice HueBridgeOG_HUEDevice3 sat: 190
2017-08-17 15:53:05 HUEDevice HueBridgeOG_HUEDevice3 xy: 0.1321,0.0284
2017-08-17 15:53:05 HUEDevice HueBridgeOG_HUEDevice3 reachable: 1
2017-08-17 15:53:05 HUEDevice HueBridgeOG_HUEDevice3 pct: 100
2017-08-17 15:53:05 HUEDevice HueBridgeOG_HUEDevice3 on
2017-08-17 15:53:05 HUEDevice HueBridgeOG_HUEDevice3 rgb: 0000f9
2017-08-17 15:53:06 HUEDevice HueBridgeOG_HUEDevice2 hue: 7267
2017-08-17 15:53:06 HUEDevice HueBridgeOG_HUEDevice2 sat: 221
2017-08-17 15:53:06 HUEDevice HueBridgeOG_HUEDevice2 xy: 0.5223,0.4139


Sobald Device 3 angeschaltet ist funktioniert es auch fast, nur das dann alle lampen angeschaltet werden und sie dann in der Farbe leuchten wie sie sollen. Das zurückstellen der lampen läuft.
vielleicht kann ja einer daraus schlau werden

liebe grüße
markus
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 17 August 2017, 20:17:56
@Markus M.: ich kann das problem auf fhem seite gerade nicht nachvollziehen.

schau mal in den code. da wird pct mit int(bri*99/254+1) berechnet.

d.h. pct kann so lange die lampe on liefert niemals kleiner als 1 werden.

die rechnung ist gerade deshalb so komisch weil pct=0 tatsächlich aus bedeutet. bri=0 aber nicht.

den homebridge-fhem code habe ich nicht dabei. da kann ich erst schauen wenn ich zurück bin.

@Phiolin: bei pollDevices in der bridge wird das intervall der lampen ignoriert so lange es nicht explizit gesetzt ist. als am besten dort garnicht angeben.
Titel: Antw:philips hue modul
Beitrag von: Phiolin am 19 August 2017, 16:00:55
Kleiner Vorschlag für ein neues "Feature": Ich steuere praktisch meine gesamte Hue Installation mittlerweile über FHEM.
Für einige der Sensoren wäre es einfacher, wenn Konfigurationssettings in FHEM sichtbar wären und vielleicht sogar über "set" direkt gesetzt werden könnten, ohne einen Umweg über "set ... json" gehen zu müssen oder eigene Funktionen für das Auslesen der aktuellen Konfigurationseinstellungen schreiben zu müssen.

Das wären z.B. folgende, vor allem in den Hue Bewegungsmeldern verwendete, Sensoren und deren Config-Settings/Attribute:
ZLLLightlevel: tholddark, tholdoffset
CLIPGenericStatus: status
ZLLPresence: sensitivity

Ließe sich da was machen? Die Settings vielleicht als Reading oder Internal verfügbar machen und entsprechende "set" Kommandos einbauen?

Titel: philips hue modul
Beitrag von: justme1968 am 19 August 2017, 19:28:59
die set kommandos kannst du dir über das setList attribut der hue sensoren selber bauen.

ich weiß gerade nicht ob die parameter beim normalen pollen schon mit kommen. eine zusätzliche abfrage möchte ich wegen dem overhead aber nicht einbauen.
Titel: Antw:philips hue modul
Beitrag von: Invers am 27 August 2017, 18:48:44
Was kann ich gegen solche Logeinträge unternehmen? Bin neu im Hue-Bereich.

2017.08.27 17:01:03 2: hue: empty answer received for http://192.168.178.66/api/9jA2E6I66Kl64VuEHNOri3P0XaA-QamEF2aLBZTJ/lights
2017.08.27 17:01:03 3: HUEBridge_Call: failed, retrying



defmod hue HUEBridge 192.168.178.66
attr hue httpUtils 0
attr hue icon hue_filled_bridge_v2
attr hue key 9jA2E6I66Kl64VuEHNOri3P0XaA-QamEF2aLBZTJ
attr hue noshutdown 1
attr hue room HUEDevice

setstate hue connected
setstate hue 2017-08-13 09:54:00 lastError invalid value, 1256,, for parameter, sat
setstate hue 2017-08-27 18:45:07 state connected
setstate hue 2017-08-11 21:24:05 swupdate BSB002 1.20.0

Titel: Antw:philips hue modul
Beitrag von: Schlimbo am 26 Oktober 2017, 11:49:57
Hallo Andre,
wäre es möglich im Modul die Möglichkeit einzubauen, um über FHEM die Uhrzeit in der Bridge zu stellen?
Hintergrund ist der:
Meine Bridge hat keinen Internetzugang und nach einem Reboot der Bridge kann sie somit die Uhrzeit nicht synchronisieren, würde sie deshalb gerne aus FHEM heraus stellen oder mit der FHEM-Zeit Synchronisieren können.
Gruß Schlimbo
Titel: Antw:philips hue modul
Beitrag von: renardfm am 27 Oktober 2017, 23:59:53
Hallo zusammen,
ich betreibe schon längere Zeit einige Philips Hue Lampen und zusätzlich über die Hue Bridge zwei GardenSpot Lichterketten von Osram Lightify.
Neuerdings funktioniert es nicht mehr, dass die Osram Lampen ausgehen wenn ich den Befehl set .. pct 0 bzw set .. off sende. Sie bleiben im Gegensatz zu früher auf niedrigster Dimmstufe. Vielleicht habe ich ja etwas verpasst, was hier schon allgemein bekannt ist. Andernfalls möchte ich meine Infos gerne teilen:

Über eine Websuche habe ich herausgefunden, dass sich die Osram Birnen ausschalten lassen, wenn die Transition Time auf 0 ms gesetzt wird.
Ich war echt überrascht, dass der Befehl "set ... pct 0 0" funktioniert.

Ich kann jetzt natürlich meine Befehle alle um die zusätzliche Null ergänzen. Vielleicht macht es aber Sinn das irgendwie in dem Modul zu berücksichtigen (manufacturername = Osram --> Transitiontime immer 0, wenn der Befehl "off" oder pct = 0 gesendet wird)

Den vielen Suchergebnissen ("Lightify lässt sich nicht ausschalten..") zufolge würde dies sicher einigen Usern helfen.

Gruß Flo

Titel: Antw:philips hue modul
Beitrag von: Hero_Otto am 05 November 2017, 18:52:24
Zitat von: Loredo am 29 März 2015, 14:07:19
Hi André,


ich sags nur ungern, aber da hat sich wohl was zerlegt mit dem letzten Update  :-[
Diese Meldungen bekomme ich seit dem FHEM Neustart:




2015.03.29 14:01:02 3: HUEBridge_Detect: 192.168.6.91
2015.03.29 14:01:02 3: HUEBridge_Call: failed
2015.03.29 14:01:03 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights: empty answer received
2015.03.29 14:01:03 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights: empty answer received
2015.03.29 14:01:27 3: HUEBridge_Call: failed, retrying
2015.03.29 14:01:27 3: HUEBridge_Detect
2015.03.29 14:01:28 3: HUEBridge_Detect: 192.168.6.91
2015.03.29 14:01:28 3: HUEBridge_Call: failed, retrying
2015.03.29 14:01:28 3: HUEBridge_Detect
2015.03.29 14:01:29 3: HUEBridge_Detect: 192.168.6.91
2015.03.29 14:01:29 3: HUEBridge_Call: failed
2015.03.29 14:01:29 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights: empty answer received
2015.03.29 14:01:57 3: HUEBridge_Call: failed, retrying
2015.03.29 14:01:57 3: HUEBridge_Detect
2015.03.29 14:01:58 3: HUEBridge_Detect: 192.168.6.91
2015.03.29 14:01:58 3: HUEBridge_Call: failed, retrying
2015.03.29 14:01:58 3: HUEBridge_Detect
2015.03.29 14:01:59 3: HUEBridge_Detect: 192.168.6.91
2015.03.29 14:01:59 3: HUEBridge_Call: failed
2015.03.29 14:01:59 2: HUE: http request failed: http://192.168.6.91/api/3b34312e73f834b60f03876495f5ffc7/lights: empty answer received



Kannst du dem Patienten helfen?
Hoffe es ist nix ernstes...




Gruß
Julian


Hallo.

Ich scheine das gleiche Problem zu haben. Bis eben hat noch alles prima funktioniert. Und dann habe ich FHEM Upgedatet und habe nun den Fehler:
2017.11.05 18:43:06 3: HUEBridge_Call: failed, retrying
2017.11.05 18:43:06 3: HUEBridge_Call: failed
2017.11.05 18:44:06 2: HUE_Bridge: json error: JSON text must be an object or array (but found number, string, true, false or null, use allow_nonref to allow this) at ./FHEM/30_HUEBridge.pm line 1122.

Der sorgt dafür dass FHEM abstürzt. Mit:
hash- or arrayref expected (not a simple scalar, use allow_nonref to allow this) at ./FHEM/30_HUEBridge.pm line 1049.

Gruß
Otto
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 05 November 2017, 19:54:32
@renardfm: lass uns das problem erst noch etwas eingrenzen:
- welche version des HUEDevice moduls hast du im einsatz? das neueste update?
- was passiert bei set <name> off : transitiontime 0
- was passiert wenn du eine andere zeit angibst?
- was passiert bei set <name> pct 0 0
- was passiert bei set <name> pct 0 10

intern wird übrigens pct 0 auf off umgebogen. d.h. zwischen dem beiden kann es keinen unterschied geben.

@Hero_Otto: nein. du hast nicht das gleiche problem.

wenn du nach der meldung in der letzen teile suchst wirst du im forum einige threads finden die fast alle mit dem hmccu modul zu tun haben.

die genaue ursache ist noch unklar, aber es gibt einige workarounds.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: Hero_Otto am 05 November 2017, 20:39:32
Hallo Andre,

Danke für die schnelle Antwort.
Du hast recht. Es hat nichts mit dem HUE Modul zu tun. Es rührt von der HMCCU Komponente, dem externen RPC Server. Nachdem ich wieder den internen nutze ist der Fehler weg.
Es ist sogar in der HMCCU Wiki beschrieben:
"Beim externen RPC-Server kann es zu Inkompatibilitäten mit Modulen kommen, die JSON verwenden (z.B. HUEBridge). Falls im Log von FHEM JSON Fehlermeldungen auftauchen, muss entweder der interne RPC-Server verwendet oder das Perl Modul JSON::XS deinstalliert werden. Für die Nutzung von JSON ist es nicht zwingend erforderlich."

Gruß
Otto
Titel: Antw:philips hue modul
Beitrag von: Sacerd am 16 November 2017, 21:50:57
Guten Abend,
hat noch jemand das Problem, dass das battery-Reading vom MotionSensor bei 100 stehen bleibt?
Der Sensor ist bestimmt schon 1 Jahr in Betrieb, steht aber noch bei 100.
Das Reading wird aber regelmäßig aktualisiert...
Titel: Antw:philips hue modul
Beitrag von: Phiolin am 17 November 2017, 11:33:40
Ja, die stehen bei mir auch alle auf 100, hab da auch noch nie eine Änderung gesehen. Die Melder sind auch schon größtenteils über 6 Monate alt, also sollte sich da wohl eigentlich was tun. Vermute aber mal, dass Problem liegt hier eher bei Philips, da die Bridge die Daten halt so liefert. :)
Titel: Antw:philips hue modul
Beitrag von: wolfram am 29 November 2017, 00:05:51
Guten Abend,

keine Ahnung, ob ich es überlesen habe, oder nicht richtig gucken kann, aber ich habe seit dem Umzug auf einen neuen Raspi permanent die folgende Fehlermeldung: 

2017.11.01 00:01:54 2: HUE: http request failed: read from http://192.168.1.19:80 timed out

Alle Lampen lassen sich problemlos schalten - im Prinzip ist alles ok. Das Problem ist, dass fhem scheinbar genau deswegen sehr sehr lange Reaktionszeiten aufweist. Ich habe alles durchgelesen, aber ich habe keine Ahnung woher das kommt....

Hat jemand eine Idee?

Gute Nacht
wolf
Titel: Antw:philips hue modul
Beitrag von: daelch am 02 Dezember 2017, 08:42:05
Hallo zusammen,

ich habe einen Warmweiß/Kaltweiß LED Stripe, den ich mit einem Dresdenelektronik Controller an der Bus Bridge betreibe. Die Funktion ist vollumfänglich gegeben, jedoch tue ich mir mit der Darstellung in FHEM schwer.

Ich möchte zwei Slidebars und eine Toggle-Taste darstellen. Leider gelingt mir das nicht.

Derzeit zeigen:


devStateIcon        {(HUEDevice_devStateIcon($name),"toggle")}
webCmd               ct:ct pct:pct


Es sieht so aus, wie im Anhang. Ich hatte auch schon toggle:toggle im webCmd, aber es wurde nichts dargestellt. . Die Slider sind da, aber das komische Quadrat zwischen den Slidern bekomme ich nicht weg. Kann mir bitte jemand helfen?

Vielen Dank!
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 02 Dezember 2017, 08:49:52
dein webCmd stimmt nicht.

hier werden mit : getrennt die kommandos angegeben. nicht so wie bei devStateIcon mit leerzeichen getrennte : gruppen.

ct:ct pct:pctbedeutet ein ct slider, ein ct preset mit wert pct und ein pct slider.

nimm einfach nur:ct:pct
Titel: Antw:philips hue modul
Beitrag von: daelch am 03 Dezember 2017, 00:50:35
Besten Dank für Deine Hilfe. Nun klappt es wie gewünscht!
Titel: Antw:philips hue modul
Beitrag von: dodo am 03 Dezember 2017, 21:07:56
Hallo,
folgendes Problem:
Der Status der HUE Lampen wird nicht automatisch angefragt / gepollt!
Obwohl pollDevices auf 1 gesetzt ist.
Im Log File sehe ich (Verbose 5) kein Status-Requests.

Sporadisch gehen manchmal in 60Sek Takt die StatusRequests raus. Aber sobald der Pi resetet gehen keine Status-Requests mehr raus...
Kann Jemand helfen? Thx

Auszug aus der Bridge:
DEF   192.168.178.20 60
Host 192.168.178.20
INTERVAL 60
NAME MyHueBridge
NOTIFDEV global
NR 44
NTFY_ORDER 50-MyHueBridge
STATE initialized
TYPE HUEBridge
apiversion 1.22.0
modelid BSB002
name Philips hue
noshutdown 0
swversion 1711151408
updatestate 0
zigbeechannel 25


Danke
Titel: Antw:philips hue modul
Beitrag von: dodo am 04 Dezember 2017, 19:17:47
Guten Abend, kennst sich hier keiner mit der Thematik aus?!  ???
Titel: Antw:philips hue modul
Beitrag von: stera am 06 Dezember 2017, 03:57:34
Hallo zusammen,

ist es eigentlich irgendwie möglich, zu erkennen, ob man mit seinem Handy in der Geozone ist?
Habe spaßeshalber mal ein HueDevice mit dem Sensor vom Handy angelegt, aber hier sehe ich nur, dass die Standortfreigabe aktiviert bzw. deaktivert ist..

Gruß,
SteRa


Internals:
   DEF        sensor 3 1 IODev=HUEBridge1
   ID         S3
   INTERVAL   1
   IODev      HUEBridge1
   NAME       HUE_GEO
   NR         491
   STATE      unknown
   TYPE       HUEDevice
   lastupdated 2017-12-05 21:20:15
   manufacturername dOXBc8....
   modelid    HA_GEOFENCE
   name       Samsung SM-G930F
   on         1
   reachable  1
   swversion  A_1
   type       Geofence
   uniqueid   L_02_olIwC
   Helper:
     DBLOG:
       state:
         myDbLog:
           TIME       1512487311.69699
           VALUE      motion
   READINGS:
     2017-12-05 21:20:15   reachable       true
     2017-12-05 21:20:15   state           nomotion
   helper:
     devtype    S
     reachable  0
     update_timeout 1
     setList:
Attributes:
   IODev      HUEBridge1
   room       HUEDevice
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 06 Dezember 2017, 10:01:17
der geofence sensor ist im api leider nicht beschrieben.

zeig mal die ausgabe wenn du direkt http://<ip>/api/<key>/sensors/3 im browser aufrufst.

gruss
  andre
Titel: Antw:philips hue modul
Beitrag von: dantist am 06 Dezember 2017, 22:22:19
Hallo zusammen,

ich habe kürzlich einen guten Teil meiner Lampen von Hue auf Tradfri umgestellt und heute gemerkt, dass damit die alarm-Funktion nicht richtig funktioniert. Anstelle einer schnellen an-aus-Abfolge sind nur unregelmäßige leichte Helligkeitsänderungen zu sehen.

Kann das jemand bestätigen, und lässt sich das irgendwie umgehen? z.B. die Länge des Intervalls anpassen?

Gruß
Daniel
Titel: Antw:philips hue modul
Beitrag von: stera am 07 Dezember 2017, 00:51:29
Zitat von: justme1968 am 06 Dezember 2017, 10:01:17
der geofence sensor ist im api leider nicht beschrieben.

zeig mal die ausgabe wenn du direkt http://<ip>/api/<key>/sensors/3 im browser aufrufst.

gruss
  andre

Hallo Andre,

es gibt den Parameter "presence="true" bzw. "false" zurück. Kann der mit als Reading aufgenommen werden?
Mir ist nur aufgefallen, dass der Zeitstempel 1 Stunde zurück ist. Vermutlich wird die Zeitumstellung nicht berücksichtigt. Für mich ist der aber nicht interessant.

Hier die Auslesung von meiner Frau und von mir. In den HueLabs ist Multiuserfencing aktiviert..


In meinem Fall Sensor 17 (Handy Frau)
{"state":{"presence":true,"lastupdated":"2017-12-06T15:08:16"},"config":{"on":true,"reachable":true},"name":"Samsung SM-G935F","type":"Geofence","modelid":"HA_GEOFENCE","manufacturername":"gmFIE.....","swversion":"A_1","uniqueid":"L_02_vAA2U","recycle":true}

In meinem Fall Sensor 3 (mein Handy)
{"state":{"presence":false,"lastupdated":"2017-12-06T20:15:30"},"config":{"on":true,"reachable":true},"name":"Samsung SM-G930F","type":"Geofence","modelid":"HA_GEOFENCE","manufacturername":"dOXBc.....","swversion":"A_1","uniqueid":"L_02_olIwC","recycle":true}



Titel: Antw:philips hue modul
Beitrag von: justme1968 am 07 Dezember 2017, 10:32:40
der sensor ist kein standard hue sensor sondern scheint eine besonderheit deiner app zu sein.

aber schau dir mal das reading state an. da sollte bei presence=true motion und bei presence=false nomotion drin stehen. die benennung ist war etwas unschön weil sie eigentlich zum hue bewegungsmelder gehört aber das ist eigentlich nur kosmetisch. du kannst es ja z.b. per stateFormat für die anzeige ändern.

damit die zeit stimmt musst du auf der bridge die zeit inklusive zeitzone einstellen. dann sollte das eigentlich berücksichtigt werden. im bridge device solltest du mehr dazu sehen.
Titel: Antw:philips hue modul
Beitrag von: stera am 08 Dezember 2017, 00:49:07
Zitat von: justme1968 am 07 Dezember 2017, 10:32:40
der sensor ist kein standard hue sensor sondern scheint eine besonderheit deiner app zu sein.

aber schau dir mal das reading state an. da sollte bei presence=true motion und bei presence=false nomotion drin stehen. die benennung ist war etwas unschön weil sie eigentlich zum hue bewegungsmelder gehört aber das ist eigentlich nur kosmetisch. du kannst es ja z.b. per stateFormat für die anzeige ändern.

damit die zeit stimmt musst du auf der bridge die zeit inklusive zeitzone einstellen. dann sollte das eigentlich berücksichtigt werden. im bridge device solltest du mehr dazu sehen.

Vielen Dank für die Info Andre.. Das ist ja perfekt und es funktioniert auch  :D

Ich hatte das schon gesehen, mir ist nur nicht aufgefallen, dass der state von nomotion auf motion bzw. andersrum wechselt.

Man kann auch ruhig die HueLab MultiGeofencing wieder löschen. Es muss nur in der App der Standort freigegeben werden.

Gruß,
Stefan


Titel: Antw:philips hue modul
Beitrag von: Numael am 08 Dezember 2017, 08:30:30
Seit ein paar Tagen funktionert gibt es bei mir Probleme mit Transistions. Evtl. in zeitlicher Nähe zu dem letzten Update der Hue Base.
Und zwar werden Transistions über FHEM nicht mehr richtig ausgeführt.
Aufgefallen ist das bei meinem Weckprogramm, wo die Lampengruppe von Gelb auf Weiß und von dunkel auf Hell gedimmt wird innerhalb von 15min.
Gestern waren die Lampen zwar weiß aber nicht auf voller Helligkeit. Heute waren sie Hell, aber dafür nur auf dem Startwert der Farbtemperatur (2000).
Im Status der Lampe steht beim Farbwert die letzte Änderung bei 6:45, also dort wo das Programm startet. Der PCT TImestamp steht auf 6:59.
Ich hab nun erst mal die Base neu gestartet, aber ich glaub nicht das es etwas bringt. Kann man noch an einer anderen Stelle etwas mitloggen und hat noch jemand so ein Problem?
Titel: Antw:philips hue modul
Beitrag von: Phiolin am 08 Dezember 2017, 11:49:06
Kann ich zumindest bei mir nicht bestätigen. Habe mit 35 Lampen und 9 Bewegungsmeldern auch eine relativ große HUE Installation hier, Bridge (V2) Firmware aktuell auf 1711151408 und die Transitions funktionieren über FHEM problemlos.
Titel: Antw:philips hue modul
Beitrag von: Numael am 08 Dezember 2017, 13:20:07
35 mit 9 Bewegungsmeldern? Ui. Ich dachte das geht gar nicht weil die ganzen Regeln die der Bewegungsmelder erzeugt die Bridge sprengen. Oder nutzt du die gar nicht in der Bridge?
Ich hab 2 Dimmer, 1 Tap und 2 Bewegungsmelder und damit schon knapp 100 Regeln in der Bridge. Allerdings vieles über die App konfiguriert auch.
Titel: Antw:philips hue modul
Beitrag von: Phiolin am 08 Dezember 2017, 13:50:38
Doch das geht schon. Die Limits für die Geräte und Regeln wurden irgendwann mal aufgeweicht. Es wird zwar gesagt, dass maximal 12 "Geräte" (Dimmer, Bewegungsmelder etc) funktionieren, aber dieses Limit ist nicht mehr fix, es liegt eher bei der Anzahl der Regeln.

Du kannst die Limits auch über die API einsehen unter http://<ip_hue_bridge>/api/<api_key>/capabilities

"lights": {
"available": 29
},
"sensors": {
"available": 22,
"clip": {
"available": 22
},
"zll": {
"available": 22
},
"zgp": {
"available": 22
}
},
"groups": {
"available": 51
},
"scenes": {
"available": 164,
"lightstates": {
"available": 1946
}
},
"schedules": {
"available": 96
},
"rules": {
"available": 132,
"conditions": {
"available": 198
},
"actions": {
"available": 302
}
},
"resourcelinks": {
"available": 55
},


"Available" meint dabei immer, wie viele Plätze in der entsprechenden Kategorie noch frei sind.
Bei den Rules ist das zusätzlich aufgeteilt in Aktionen und Bedingungen. D.h. auch wenn ich noch Regeln anlegen könnte, kann es aber sein, dass die Plätze für Bedingungen oder Aktionen aufgebraucht sind, dann geht das entsprechend auch nicht mehr.
Wie man sieht, ist bei meiner Bridge trotz der größeren Geräte-Anzahl aber noch genug Platz. :)

Ich verwende allerdings auch nicht die Standard-Regeln von Philips für meine Bewegungsmelder, sondern schreibe die selber, da ich teilweise spezielle Anforderungen habe. Zum Beispiel verwende ich für den BM im Schlafzimmer einen Extra Sensor vom Typ CLIPGenericStatus, den ich in allen Aktivierungsregeln für den BM abfrage. Wenn wir dann Abends ins Bett gehen, setze ich über FHEM nur diesen Sensor auf Status 1 und verhindere damit die Ausführung aller meiner Regeln für den Bewegungsmelder. Damit man sich nachts auch mal umdrehen kann ohne das gleich das Licht angeht. :)

Ich komme für meine 8 Bewegungsmelder und ein paar zusätzliche Regeln für eine Animation auch gerade mal auf 68 Regeln. Die Dimmer und der Tap fressen natürlich noch mal ordentlich, da sind ja auch viele Knöpfe/Aktionsmöglichkeiten drauf.
Titel: Antw:philips hue modul
Beitrag von: leif am 10 Dezember 2017, 03:02:32
Ich spiele gerade ein wenig mit dem blink command herum und wundere mich dass die Hue Lampen nach einem "blink" stets ausgehen und nicht in den Status den sie zuvor hatten zurückkehren. Ist dies so gewollt oder von Philips vorgegeben?

Beim Yeelight Modul gehen die Yeelights nach dem Blinken wieder zurück in den Status den sie zuvor hatten, was doch eigentlich viel sinnvoller ist
Titel: philips hue modul
Beitrag von: justme1968 am 10 Dezember 2017, 09:38:15
blink ist das fhem blink kommando und geht am ende aus.

wenn du den alten zustand möchtest gibt es alert. das läuft dann über die bridge.
Titel: Antw:philips hue modul
Beitrag von: leif am 10 Dezember 2017, 15:31:39
Danke, dann muss ich es mir wohl selbst mit dem Alert basteln. Blink wäre so schön übersichtlich gewesen :)
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 10 Dezember 2017, 22:19:40
was genau meinst du mit basteln? und was ist an set <device> alert lselect unübersichtlich ?
Titel: Antw:philips hue modul
Beitrag von: leif am 12 Dezember 2017, 00:05:57
Ich möchte es so einrichten dass beim Türklingeln bestimmte Lampen 3x blinken. Beim YeeLight Modul kann ich dann einfach mit blink 3 arbeiten, aber das alert !select beim Hue Modul scheint keinen Wert dafür zu haben wie oft es blinken soll oder übersehe ich da etwas?

Derweil habe ich mir auf diese Weise beholfen
([GPIO18_tuerklingel] eq "on") (set wz_.*licht alert lselect,defmod mdOff at +00:00:03 set wz_.*licht alert none)
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 12 Dezember 2017, 14:47:50
stimmt. die anzahl kann man nicht einstellen. select blinkt ein mal, lselect 15 sekunden lang.

statt einem at kannst du auch einfach ein fhem sleep verwenden:set wz_.*licht alert lselect; sleep 3; set wz_.*licht alert none

die syntax mit DOIF ist aber vermutlich anders.
Titel: Antw:philips hue modul
Beitrag von: Numael am 15 Dezember 2017, 09:33:56
Zitat von: Phiolin am 08 Dezember 2017, 13:50:38
Ich verwende allerdings auch nicht die Standard-Regeln von Philips für meine Bewegungsmelder, sondern schreibe die selber, da ich teilweise spezielle Anforderungen habe.

Ich würde die Bridge auch gern mit eigenen Regeln füttern. Direkt über die API allerdings sehr umständlich. Hast du dafür ein Tool entwickelt oder machst du das irgendwie anders? Ich würde mich ja ein GUI in Fhem dafür wünschen, um sowas zu bauen reichen meine Programmierkenntnisse allerdings nicht aus.
Titel: Antw:philips hue modul
Beitrag von: dantist am 15 Dezember 2017, 13:15:53
Zitat von: justme1968 am 12 Dezember 2017, 14:47:50
stimmt. die anzahl kann man nicht einstellen. select blinkt ein mal, lselect 15 sekunden lang.

Lässt sich denn die Frequenz einstellen? Die Ikea Tradfri-Lampen sind ziemlich träge, bei denen funktioniert das normale blink nicht.
Titel: Antw:philips hue modul
Beitrag von: Phiolin am 15 Dezember 2017, 22:46:02
Zitat von: Numael am 15 Dezember 2017, 09:33:56
Ich würde die Bridge auch gern mit eigenen Regeln füttern. Direkt über die API allerdings sehr umständlich. Hast du dafür ein Tool entwickelt oder machst du das irgendwie anders? Ich würde mich ja ein GUI in Fhem dafür wünschen, um sowas zu bauen reichen meine Programmierkenntnisse allerdings nicht aus.

Ich schreibe die Regeln in einem ganz normalen Text Editor der json Syntax unterstützt. Hochladen und verwalten tue ich die Regeln auf der Bridge mit einem selbst geschriebenen PHP Skript, das nach meinen Namenskonventionen Regeln anlegen und aktualisieren kann, sowie auch in den Regeln dynamisch die IDs von benötigten Sensoren und Schedules anpasst. Das ist aber auch nur eine grobe Hilfe, die sehr speziell auf mein System zugeschnitten ist. Ein schönes FHEM Interface wäre hier sicher von Vorteil, aber es geht notfalls auch über das API Debug Interface, das kennst du aber vermutlich? Ich benutze das trotz allem recht häufig für kleinere Sachen oder um schnell mal ein paar Werte auszulesen.
Titel: Antw:philips hue modul
Beitrag von: babbeldoo am 16 Dezember 2017, 12:03:51
Hallo, ich bastel nun bereits seit Tagen daran herum, komme aber zu keiner Lösung: Ich möchte das Event abfangen, wenn eine Szene für eine Gruppe gesetzt wird (z.B. über die App oder Alexa) und mit welcher Szene.

Dazu habe ich in einer Gruppe (bei mir konkret HUEGroup1) das Attribut 'createActionReadings' gesetzt. Zudem kann ich die verfügbaren Szenen abfragen über 'get hueBridge scenes'.

a) im Event Monitor tauchen nun manchmal HUEGroup1 Events auf, manchmal erst nach einiger Zeit - oder immer aber nur nach einer bestimmten Zeit...? Ich habe das Muster noch nicht verstanden. Muss ich noch Parameter anpassen, damit die Gruppe direkt ein Event auslöst wenn ich eine Szene setze bzw. sich dadurch die Gruppe ändert?

b) ich hätte gehofft, dass mit den Group-Events außer sat : hue: ct : pct : xy : bri auch noch die Scene-ID mitgeliefert wird. Geht das mit dem Modul oder gibt es eine andere Möglichkeit die aktive Szene abzufragen?

Warum das Ganze: Wenn ein Bewegungsmelder auslöst und die Alarmanlage im HOME Mode eingeschaltet ist, lasse ich eine Hue Lampe orange leuchten ("wabern"). Solange morgens keiner das Licht angemacht hat, ist alles ok: Alarmanlage wird ausgeschaltet, "Warnlampe" wird ausgeschaltet, danach wird die Szene gesetzt und es leuchtet so wie es soll.
Normal tapert aber keiner durch das dunkle Haus und es kommt zwischendurch "Alexa, schalte Morgenlicht ein" und die Warnlampe wabert dann noch orange vor sicht hin. Wird nun im nächsten Schritt die Alarmanlage ausgeschaltet, möchte ich für diese eine Warnlampe den Wert aus der zugehörigen, aktiven Szene schalten.

Geht das, ohne dass ich mir alle Szenen in fhem per LightScene nachbaue?
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 16 Dezember 2017, 14:04:00
vergiss die events der gruppen. damit wirst du nicht glücklich. unter anderem weil hier nur änderungen gemeldet werden. wenn überhaupt.

auch szenen sind nichts persistentes. d.h. die werden zwar zum schalten verwendet aber danach kann man nicht mehr feststellen ob durch eine szene oder etwas anderes geschaltet wurde.

das hat beides nichts mit dem modul zu tun sondern die bridge arbeitet einfach so.


eine möglichkeit: merk dir im lampendevice in einem user reading über welchen weg sie eingeschaltet wurde. d.h. beim einschalten über den bewegungsmelder legst du das reading an, beim schalten über alexa löschst du es wieder. voraussetzung ist das alles über fhem läuft. wenn du aus unterschiedlichen quellen direkt die bridge ansteuerst weiss fhem sonst nichts davon.
Titel: Antw:philips hue modul
Beitrag von: babbeldoo am 16 Dezember 2017, 14:54:47
Danke für die schnelle Antwort.

Muss ich mal sacken lassen...

Alexa + fhem soll noch kommen aber da bin ich im Moment noch nicht. Vielleicht fummel ich mir für's erste einen Workaround hin und geh das Thema mit Deinem Tip nochmal an.

Hier vllt. Off Topic aber interessehalber: Wenn ich ein zigbee-fägigen Sender/Empfänger hätte, würden die Informationen dann beim Abfeuern durch die Hue Bridge als Event verarbeitbar sein? Oder sind das dann auch "nur" wieder die Lampen die man dann sieht?
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 16 Dezember 2017, 17:57:44
das hängt davon ab...

wenn du einen hue tap oder einen dimmer switch oder den bewegungsmelder hast kannst du die events in fhem sehen. aber verzögert durch das pollen.

andere zigbe schalter wirken nur auf die lampen und du kannst du auswirkungen sehen.

wenn du statt der hue bridge ein dresden elektronik gateway mit denen software verwendest gibt es seit neuestem auch ein push api. siehe den thread hier: https://forum.fhem.de/index.php/topic,80985.msg730410.html#msg730410 (https://forum.fhem.de/index.php/topic,80985.msg730410.html#msg730410). welche zigbee schalter du sehen kannst weiss ich nicht.
Titel: Antw:philips hue modul
Beitrag von: FunkOdyssey am 23 Dezember 2017, 23:39:58
Ich habe meine Tradfti E27 mit ner Hue Bridge (2.1) gepairt und kann diese auch in der Hue App problemlos bedienen. Auch einzelne Änderungen in FHEM funktionieren. Ich habe aber das Problem, dass ich irgendwie nicht mehrere Befehle gleichzeitig ausführen kann.


set huedevice on : bri 2 : ct 450


Es ändert sich nur die Farbtemperatur.




Ich kann es noch nicht 100%ig reproduzieren, aber ich habe vermutlich ein ähnliches Problem bei den Szenen. Wechsel ich die Szenen über das huebridge-Device, so ändert sich ,,nicht immer" die Helligkeit. Farbe schon.

Manuell kann ich alle Werten in Fhem einzeln ändern.

Hat jemand eine Idee?




Nachtrag
Ich habe das System darin gefunden. Die Tradfri Birnen (und dies liest man häufiger) haben an der Hue Bridge das Problem, dass mit der Default ,,fade time" (=0,4s) sich die Helligkeit nicht ändert. Nutzt man in FHEM die ramp-time von 0, dann klappt es. Die Standard-Szenen müsste mit diversen Apps nachbearbeitet werden und auf 0s fade time geändert werden. Alternativ: Befehle doppelt ausführen. 

Was mich auch wundert: Ich habe sporadisch ein Blinken der Bulbs. Mal schauen.
Titel: Antw:philips hue modul
Beitrag von: sinus61 am 29 Dezember 2017, 16:26:30
Hab auch mal ein paar Tradfri Lampen probiert, die Lampen mit verschiedenen Weißtönen lassen sich gut über FHEM steuern. Die Tradfri Fernbedienung kann man zumindest an der HUE Bridge nachträglich anlernen und dann direkt mit einer Lampe verbinden, damit lassen die sich auch nutzen. In FHEM und den Hue Apps sieht man die aber nicht.

Bei der RGB Lampe hat allerdings hue und sat in FHEM keine Wirkung, mit rgb lassen sich aber die Farben ändern.
Titel: Antw:philips hue modul
Beitrag von: FunkOdyssey am 29 Dezember 2017, 16:43:29
@sinus61:

Zwei Dinge würde mich sehr interessieren:

1) Musste du auch in den Hue-App (& Co.) die Szenen teilweise doppelt auswählen, da Helligkeit und Farbton beim ersten mal nicht angenommen werden?

2) Stellst du auch fest, dass die Tradfri-Birnen an der Bridge sporadisch blinken? Also kurz aus und wieder an. Sehr schnell? Passiert so ca. einmal in 60min.
Titel: Antw:philips hue modul
Beitrag von: sinus61 am 29 Dezember 2017, 17:34:17
Also wenn ich mir eine Szene definiere wird die aus der Hue App auch sofort beim Aufruf wieder so eingestellt. Die vordefinierten Szenen reagieren aber nicht unbedingt gleich, da sollte man in einem Raum vielleicht nicht Hue und Tradfri mischen.

Das Blinken hab ich schon vereinzelt bemerkt. Aber eher selten.
Titel: Antw:philips hue modul
Beitrag von: FunkOdyssey am 29 Dezember 2017, 17:52:46
Also ich habe keine Hue zum Mischen.
Reiner Tradfri-Betrieb.


Wie gesagt: ich muss jede Aktion mit Helligkeitsveränderung doppelt ausführen.
Titel: Antw:philips hue modul
Beitrag von: sinus61 am 29 Dezember 2017, 18:08:08
Hab es gerade nochmal probiert, die Lampen reagieren aus allen Apps sofort auf Änderung von Helligkeit oder Farbe. Vielleicht brauchen Deine Lampen nochmal ein Update?

Dafür hatte ich gerade wieder das Blinken, muß ich nochmal beobachten wie oft das vorkommt.
Titel: Antw:philips hue modul
Beitrag von: The-Holgi am 30 Dezember 2017, 12:11:13
Hallo,
habe gerade gesehen, dass man mit der Hue app unter Hue Lap playlsten von szenen erstellen kann.
Normalerweise starte ich in fhem, die mit der Hue App erstellten szenen zb mit set huebridge scene R3BcIsnOOrMWorU also durch aufrufen der id der scene.
Durch aufruf aus fhem bekommt man aber die scene der playlist nicht angezeigt, sondern nur die einzelnen scenen der playlist.
Besteht irgendwie die Möglichkeit diese scene playlist über fhem zu starten?

Gruss Holgi
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 30 Dezember 2017, 12:57:11
wenn die szene bei einem get <bridge> scenes nicht mit auftaucht ist es keine szene in der bridge sondern wird komplett über die app gesteuert. da kommt fhem nicht ran.

wenn es mehrere aufeinander folgende szenen sind musst du sie aus fhem genau so nacheinander aufrufen.
Titel: Antw:philips hue modul
Beitrag von: Motivierte linke Hände am 17 Januar 2018, 15:59:11
Meine Philips HUEBridge produziert seit ein paar Stunden ungefähr im Halbstundentakt im Log folgende Fehlermeldungen, jeweils ca. 2 bis 10 pro Sekunde für eine Dauer von ca. 20 Sekunden:

2018.01.17 15:43:51 2: HUEBridge1: http request failed: connect to http://192.168.1.33:80 timed out
2018.01.17 15:43:51 2: HUEBridge1: http request failed: 192.168.1.33: Verbindungsaufbau abgelehnt


Meine HUE-Lampen (5 Stück) haben alle den Status "unreachable".

Die Bridge selbst sieht so aus:

Internals:
   DEF        192.168.1.33
   Host       192.168.1.33
   INTERVAL   60
   NAME       HUEBridge1
   NOTIFYDEV  global
   NR         318
   NTFY_ORDER 50-HUEBridge1
   STATE      connected
   TYPE       HUEBridge
   apiversion 1.13.0
   mac        00:17:88:22:fa:4b
   manufacturer Royal Philips Electronics
   modelName  Philips hue bridge 2015
   modelid    BSB002
   name       Philips hue
   noshutdown 0
   swversion  01033370
   updatestate 1
   zigbeechannel 11
   READINGS:
     2018-01-17 15:51:39   state           connected
     2018-01-17 06:31:32   swupdate        HUE0100 lamp 66013452
   helper:
     apiversion 68864
     count      0
     last_config_timestamp 1516200699
     offsetUTC  3600
     updatestate 1
Attributes:
   httpUtils  1
   key        1c...
   room       Cfg_HUE


Was bedeutet "updatestate 1"? Aktualisiert die Bridge irgendwas/irgendwen - bzw. versucht sie das, aber schafft es nicht? (Ich habe es ihr nicht gesagt, never touch a running system... - aber vielleicht macht sie ja irgendwas von alleine?)

Danke, Christian

Titel: Antw:philips hue modul
Beitrag von: justme1968 am 17 Januar 2018, 16:19:50
ich tippe mal die ip hat sich geändert oder du hast ein sonstiges netzwerk problem.

was sagt die hue app? kannst du die bridge anpingen? was gibt ein zugriff direkt mit dem briwser?

was updatestate bedeutet ist in der commandref beschrieben.
Titel: Antw:philips hue modul
Beitrag von: Motivierte linke Hände am 17 Januar 2018, 16:45:38
Zitat von: justme1968 am 17 Januar 2018, 16:19:50
ich tippe mal die ip hat sich geändert oder du hast ein sonstiges netzwerk problem.
was sagt die hue app? kannst du die bridge anpingen? was gibt ein zugriff direkt mit dem briwser?
was updatestate bedeutet ist in der commandref beschrieben.

Die IP ist unverändert, per Browser komme ich (mit der IP) auf die Bridge. Der Aufruf im Browser produziert eine Übersichtsseite zu OSS auf der Bridge.

Allerdings meint mein DHCP-Server, dass jeweils genau nach den ca. 20s, die die Bridge von fhem aus nicht erreichbar ist, sie eine IP von ihm anfordert:

Jan 17 15:10:03 server dhcpd[985]: DHCPREQUEST for 192.168.1.33 (192.168.1.1) from 00:17:88:22:fa:4b via eth0
Jan 17 15:10:03 server dhcpd[985]: DHCPACK on 192.168.1.33 to 00:17:88:22:fa:4b via eth0
Jan 17 15:43:51 server dhcpd[985]: DHCPDISCOVER from 00:17:88:22:fa:4b via eth0
Jan 17 15:43:51 server dhcpd[985]: DHCPOFFER on 192.168.1.33 to 00:17:88:22:fa:4b via eth0
Jan 17 15:43:51 server dhcpd[985]: DHCPREQUEST for 192.168.1.33 (192.168.1.1) from 00:17:88:22:fa:4b via eth0
Jan 17 15:43:51 server dhcpd[985]: DHCPACK on 192.168.1.33 to 00:17:88:22:fa:4b via eth0
Jan 17 16:24:17 server dhcpd[985]: DHCPDISCOVER from 00:17:88:22:fa:4b via eth0
Jan 17 16:24:17 server dhcpd[985]: DHCPOFFER on 192.168.1.33 to 00:17:88:22:fa:4b via eth0
Jan 17 16:24:17 server dhcpd[985]: DHCPREQUEST for 192.168.1.33 (192.168.1.1) from 00:17:88:22:fa:4b via eth0
Jan 17 16:24:17 server dhcpd[985]: DHCPACK on 192.168.1.33 to 00:17:88:22:fa:4b via eth0


Daraus würde ich mal schließen, dass die Bridge regelmäßig rebootet... Aber warum?

In der commandref finde ich nur zu updatestate "2" etwas. Heißt "1" einfach das Gegenteil davon (also kein Update vorhanden - was ich spontan für "0" angenommen hätte)?
Titel: Antw:philips hue modul
Beitrag von: Numael am 23 Januar 2018, 11:57:54
Betrifft diese Ankündigung von Philips (https://developers.meethue.com/) auf das nächste Firmwareupdate irgendwie die Funktion vom Hue Modul?

ZitatIn the coming weeks, we will roll out a new Hue bridge firmware update (1.23). The update does not contain Hue API changes but does contain a number of internal changes. One such change is the new HTTP server component through which all commands are transferred. This new HTTP server is stricter in handling requests compared to the previous one, e.g. a HOST header field is required in all HTTP/1.1 request messages per RFC. This can impact your application due to non-functional behavioural changes or stricter handling of requests. We kindly would like to ask you to test this new release with your integration.
Titel: philips hue modul
Beitrag von: hoppel118 am 29 Januar 2018, 12:46:11
Zitat von: justme1968 am 19 Dezember 2016, 23:19:01
es gibt keinen 'fertigen' zustand einer gruppe und es kommt darauf an was du genau erreichen willst.

all_on ist 1 wenn alle lampen der gruppe an sind
any_on ist 1 wenn mindestens eine lampe der gruppe an ist

wenn dir das reicht musst du nur stateFormat auf eins von beiden setzen und devStateIcon passend konfigurieren.

wenn dir das nicht reicht: was möchtest du genau erreichen?
sind die lampen einer gruppe alle im gleichen zustand? dann nimm dir eine exemplarische lampe und setz das devStateIcon der gruppe auf diese eine lampe: {(HUEDevice_devStateIcon("<meine lampe>"),"toggle")}

wenn die lampen nicht alle den gleichen zustand haben (absichtlich oder zufällig) was soll dann passieren?

möchtest du anzeigen ob der aktuelle status exakt einer bestimmten szene entspricht? vielleicht ist es sinnvoller LightScene zu verwenden. eventuell mit dem follwDevices attribut.

Moinsen,

ich habe mein Wohnzimmer kürzlich komplett mit Philips Hue Leuchten ausgestattet. Die Leuchten sind in FHEM integriert und einzelne Leuchten können über das Webinterface ausgelesen und gesteuert werden. Probleme habe ich aber mit den Readings der Gruppen. Ich erläutere mein Vorhaben mal am Beispiel meiner Papierlampe.

Meine Bridge ist wie folgt konfiguriert:

define HUEBridge HUEBridge XX.XX.XX.XX 10
attr HUEBridge icon hue_filled_bridge_v2
attr HUEBridge key XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
attr HUEBridge pollDevices 1
attr HUEBridge httpUtils 1


Der Code für die einzelnen Leuchten sieht wie folgt aus:

#HUE Wohnbereich Papierlampe
define OG_WZ_Wohnbereich_Papierlampe_oben HUEDevice 5  IODev=HUEBridge
attr OG_WZ_Wohnbereich_Papierlampe_oben userattr room_map structexclude
attr OG_WZ_Wohnbereich_Papierlampe_oben IODev HUEBridge
attr OG_WZ_Wohnbereich_Papierlampe_oben alias Wohnbereich Papierlampe oben
attr OG_WZ_Wohnbereich_Papierlampe_oben color-icons 2
attr OG_WZ_Wohnbereich_Papierlampe_oben devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
attr OG_WZ_Wohnbereich_Papierlampe_oben group Lichter
attr OG_WZ_Wohnbereich_Papierlampe_oben icon light_wire_system_2
attr OG_WZ_Wohnbereich_Papierlampe_oben model LCT012
attr OG_WZ_Wohnbereich_Papierlampe_oben room HUEDevice
attr OG_WZ_Wohnbereich_Papierlampe_oben subType extcolordimmer
attr OG_WZ_Wohnbereich_Papierlampe_oben webCmd rgb:rgb ff0000:rgb DEFF26:rgb 0000ff:ct 490:ct 380:ct 270:ct 160:toggle:on:off

define OG_WZ_Wohnbereich_Papierlampe_mitte HUEDevice 6  IODev=HUEBridge
attr OG_WZ_Wohnbereich_Papierlampe_mitte userattr room_map structexclude
attr OG_WZ_Wohnbereich_Papierlampe_mitte IODev HUEBridge
attr OG_WZ_Wohnbereich_Papierlampe_mitte alias Wohnbereich Papierlampe mitte
attr OG_WZ_Wohnbereich_Papierlampe_mitte color-icons 2
attr OG_WZ_Wohnbereich_Papierlampe_mitte devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
attr OG_WZ_Wohnbereich_Papierlampe_mitte group Lichter
attr OG_WZ_Wohnbereich_Papierlampe_mitte icon light_wire_system_2
attr OG_WZ_Wohnbereich_Papierlampe_mitte model LCT012
attr OG_WZ_Wohnbereich_Papierlampe_mitte room HUEDevice
attr OG_WZ_Wohnbereich_Papierlampe_mitte subType extcolordimmer
attr OG_WZ_Wohnbereich_Papierlampe_mitte webCmd rgb:rgb ff0000:rgb DEFF26:rgb 0000ff:ct 490:ct 380:ct 270:ct 160:toggle:on:off

define OG_WZ_Wohnbereich_Papierlampe_unten HUEDevice 7  IODev=HUEBridge
attr OG_WZ_Wohnbereich_Papierlampe_unten userattr room_map structexclude
attr OG_WZ_Wohnbereich_Papierlampe_unten IODev HUEBridge
attr OG_WZ_Wohnbereich_Papierlampe_unten alias Wohnbereich Papierlampe unten
attr OG_WZ_Wohnbereich_Papierlampe_unten color-icons 2
attr OG_WZ_Wohnbereich_Papierlampe_unten devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
attr OG_WZ_Wohnbereich_Papierlampe_unten group Lichter
attr OG_WZ_Wohnbereich_Papierlampe_unten icon light_wire_system_2
attr OG_WZ_Wohnbereich_Papierlampe_unten model LCT012
attr OG_WZ_Wohnbereich_Papierlampe_unten room HUEDevice
attr OG_WZ_Wohnbereich_Papierlampe_unten subType extcolordimmer
attr OG_WZ_Wohnbereich_Papierlampe_unten webCmd rgb:rgb ff0000:rgb DEFF26:rgb 0000ff:ct 490:ct 380:ct 270:ct 160:toggle:on:off


Der Code für die HUEGroup sieht wie folgt aus:

define HUEGroup2 HUEDevice group 2  IODev=HUEBridge
attr HUEGroup2 userattr room_map structexclude
attr HUEGroup2 IODev HUEBridge
attr HUEGroup2 alias Wohnbereich Papierlampe
attr HUEGroup2 color-icons 2
attr HUEGroup2 delayedUpdate 1
#attr HUEGroup2 devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
attr HUEGroup2 devStateIcon {(HUEDevice_devStateIcon("OG_WZ_Wohnbereich_Papierlampe_oben"),"toggle")}
attr HUEGroup2 group Lampen
attr HUEGroup2 icon light_wire_system_2
attr HUEGroup2 model LCT012
attr HUEGroup2 room HUEDevice,Wohnzimmer
attr HUEGroup2 webCmd rgb:rgb ff0000:rgb DEFF26:rgb 0000ff:ct 490:ct 380:ct 270:ct 160:toggle:on:off


Ich habe in dem Code der Group mal exemplarisch eine der Leuchten unter devStateIcon gesetzt. Allerdings wird der Zustand der Group (on/off, "dimm-level" und rgb) dann trotzdem nicht aktualisiert:


Zur Info, ich bin relativ frisch im Umgang mit FHEM. Habt bitte Nachsicht. [emoji6]

Was muss ich tun, damit ich die Gruppen genauso steuern kann wie eine einzelne Leuchte? Wo ist mein Fehler?


Danke und Gruß Hoppel
Titel: Antw:philips hue modul
Beitrag von: hoppel118 am 29 Januar 2018, 16:52:34
Ich habe nochmal ein Bisschen weiter gegoogelt. Ich habe nun verstanden, dass es schwierig ist die Readings in einer Gruppe darzustellen, da jedes Device einer Gruppe sich in einem anderen Zustand befinden kann. OK.


Danke und Gruß Hoppel
Titel: Antw:philips hue modul
Beitrag von: Cori am 09 Februar 2018, 22:24:25
Zitat von: hoppel118 am 29 Januar 2018, 16:52:34
Wie kann ich denn die Readings einer Leuchte aus der Gruppe als das Reading der Gruppe hinterlegen, so dass die Gruppe genauso funktioniert, wie ein einzelnes Device?

Eine Möglichkeit wäre, das userReadings-Attribut zu benutzt. (suche mal in der Commandref)
Also für deine HUEGroup2 z.B.:
rgb {ReadingsVal('OG_WZ_Wohnbereich_Papierlampe_oben','rgb','FFFFFF')},
bri {ReadingsVal('OG_WZ_Wohnbereich_Papierlampe_oben','bri','0')},
...,
xy {ReadingsVal('OG_WZ_Wohnbereich_Papierlampe_oben','xy','0,0')}


Damit holst du dir die Readings einer einzelnen Lampe in die Gruppe, analog zu deinem devStateIcon. Die Readings in der Gruppe werden dann aktualisiert, wenn ein Event in der Gruppe erfolgt.
Das du im rgb-webCmd der Gruppe nur FFFFFF gesehen hast, dürfte daran liegen, dass diese ja noch kein rgb-Reading hatte. Der Zustand des Readings rgb wird im Widget, das rgb darstellen soll, ja schließlich auch herangezogen.

Ergänze einfach den oberen Vorschlag durch die benötigten Readings, dann sollte es hoffentlich so funktionieren, wie ich dich verstanden habe.
Ich hoffe, das hilft dir weiter.
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 09 Februar 2018, 22:32:09
oder man nimmer das neue und im anderen thread erarbeitet createGroupReadings attribut :)
Titel: philips hue modul
Beitrag von: hoppel118 am 09 Februar 2018, 23:04:42
Zitat von: Cori am 09 Februar 2018, 22:24:25Eine Möglichkeit wäre, das userReadings-Attribut zu benutzt.

Das hört sich auf jeden Fall schonmal gut an. Danke für den Tip.

Zitat von: justme1968 am 09 Februar 2018, 22:32:09oder man nimmer das neue und im anderen thread erarbeitet createGroupReadings attribut :)

Wie genau funktioniert das? Ich hatte createGroupReadings neulich bei meiner HUEBridge auf 1 gesetzt. Nun sehen meine HUEGroups wie folgt aus. Die noch fehlenden Readings sehe ich trotzdem nicht. 

Internals:
   CHANGED   
   DEF        group 2  IODev=HUEBridge
   ID         G2
   INTERVAL   
   IODev      HUEBridge
   NAME       OG_WZ_Wohnbereich_Stehlampe
   NR         204
   STATE      on
   TYPE       HUEDevice
   lights     5,6,7
   name       Wb Papierlampe
   type       LightGroup
   READINGS:
     2018-02-09 22:51:18   alert           none
     2018-02-09 22:51:18   all_on          1
     2018-02-09 22:51:18   any_on          1
     2018-02-09 22:51:18   bri             254
     2018-02-09 22:51:18   colormode       hs
     2018-02-09 22:51:18   ct              403
     2018-02-09 22:51:18   effect          none
     2018-02-09 22:51:18   onoff           1
     2018-02-09 22:51:18   pct             100
     2018-02-09 22:51:18   reachable       1
     2018-02-09 22:51:18   sat             175
     2018-02-09 22:51:18   state           on
   helper:
     alert      none
     bri        254
     colormode  hs
     ct         403
     devtype    G
     effect     none
     on         1
     pct        100
     reachable  1
     sat        175
     state      on
     update_timeout 1
Attributes:
   IODev      HUEBridge
   alias      Wohnbereich Stehlampe
   color-icons 2
   delayedUpdate 1
   devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
   group      Lampen
   icon       light_wire_system_2
   model      LCT012
   room       Beleuchtung,Wohnzimmer,Homebridge
   subType    extcolordimmer
   userattr   createActionReadings:1,0 createGroupReadings,0
   webCmd     rgb:rgb ff0000:rgb DEFF26:rgb 0000ff:rgb FFC249:ct 490:ct 380:ct 270:ct 160:toggle:on:off


Mein HUEBridge ist wie folgt konfiguriert:

Internals:
   DEF        XX.XX.XX.XX
   INTERVAL   60
   NAME       HUEBridge
   NOTIFYDEV  global
   NR         39
   NTFY_ORDER 50-HUEBridge
   STATE      connected
   TYPE       HUEBridge
   apiversion 1.22.0
   host       XX.XX.XX.XX
   mac        00:17:88:xx:xx:xx
   manufacturer Royal Philips Electronics
   modelName  Philips hue bridge 2015
   modelid    BSB002
   name       Philips hue
   noshutdown 0
   swversion  1711151408
   updatestate 0
   zigbeechannel 25
   READINGS:
     2018-01-29 18:08:26   lastError       resource, /groups/3, not available
     2018-02-09 23:09:18   state           connected
   helper:
     apiversion 71168
     count      0
     last_config_timestamp 1518214158
     offsetUTC  3600
     updatestate 0
Attributes:
   createGroupReadings 1
   icon       hue_filled_bridge_v2
   key        XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX



Danke und Gruß Hoppel
Titel: Antw:philips hue modul
Beitrag von: JPP88 am 10 Februar 2018, 00:46:58
Hallo,

ich habe folgendes Problem. Nachdem ich heute die HUE Bridge geupdatet habe (1.23.0) und mehr oder weniger auch FHEM wie auch den Raspbarry geupdatet habe, kann ich leider meine HUE Lampen nicht mehr ansteuern und bekomme auch nicht mehr den aktuellen Status.

Bei der HUE Bridge steht nur noch "initialized" und jegliche SET Befehle werden nicht ausgeführt.

Wenn ich verbose auf 5 stelle bekomme ich LOG folgendes:

2018.02.10 00:40:11 3: HUEBridge_Call: failed, retrying
2018.02.10 00:40:11 3: HUEBridge_Call: failed, retrying


Ich habe auch schon mit den Attr noshutdown[code][/code] experimentiert, aber dies führt dazu, dass die Lampen einmalig gesteuert werden, aber denn FHEM abstürzt.
Auch polldevice brachte nicht den gewünschten Erfolg.

Ich hoffe ihr könnt mir Helfen, ich habe schon den halben Tag hier im Forum geschaut und ausprobiert, aber leider nicht gefunden, welches mir hilft :(
Titel: Antw:philips hue modul
Beitrag von: Markus M. am 10 Februar 2018, 01:18:22
Scheint so.
Seit dem Update funktionieren die meisten Sachen nicht mehr.

Zitat von: Numael am 23 Januar 2018, 11:57:54
Betrifft diese Ankündigung von Philips (https://developers.meethue.com/) auf das nächste Firmwareupdate irgendwie die Funktion vom Hue Modul?
Titel: Antw:philips hue modul
Beitrag von: Klaus.A am 10 Februar 2018, 01:30:54
Gleiches Problem hier: Seit heutigem Bridge-Update (1.23) ist die Bridge aus FHEM nicht mehr ansprechbar. Im Log erhalte ich die Info "empty answer received".
Scheint eine API-Änderung zu sein.
Ich vermute, auch ein Delete des Hue-Device in FHEM und Neuanlage bringen da nichts?


Update: Gerade in einer anderen Diskussion entdeckt: "noshutdown 1" löst das Problem erst mal.

Gruß, Klaus
Titel: Antw:philips hue modul
Beitrag von: Markus M. am 10 Februar 2018, 03:15:10
Zitat von: Klaus.A am 10 Februar 2018, 01:30:54"noshutdown 1" löst das Problem erst mal.
Rule updates funktionieren damit bei mir leider immer noch nicht.
Titel: Antw:philips hue modul
Beitrag von: Phiolin am 10 Februar 2018, 08:00:40
Stimmt rules Updates gehen bei mir auch nicht mehr und ich habe Probleme, dass manche Sensoren nicht richtig ausgelesen werden.

Habe das Update nun auch und direkt noshutdown auf 1 gesetzt.

Trotzdem kommen bei mir massenhaft Fehler im Log:

2018.02.09 21:38:08 3: HUEBridge_Call: failed, retrying
2018.02.09 21:38:08 3: HUEBridge_Call: failed, retrying
2018.02.09 21:38:08 3: HUEBridge_Call: failed
2018.02.09 21:38:08 3: HUEBridge_Call: failed, retrying
2018.02.09 21:38:08 3: HUEBridge_Call: failed, retrying
2018.02.09 21:38:08 3: HUEBridge_Call: failed
2018.02.09 21:38:08 3: HUEBridge_Call: failed, retrying
2018.02.09 21:38:08 3: HUEBridge_Call: failed, retrying
2018.02.09 21:38:08 3: HUEBridge_Call: failed


Konnte leider noch nicht weiter eingrenzen, muss später mal genauer hinschauen.
Aber so richtig schön ist es offenbar mit der neuen Firmware noch nicht.
HttpUtils auf 0 übrigens, hatte mit 1 in der Vergangenheit schlechte Erfahrungen mit empty answer Fehlern.
Ändert jetzt aber auch nichts und bringt auch keine Besserung.
Hier noch mal auf verbose 5:

2018.02.09 21:59:18 4: using HUEBridge_HTTP_Request: GET sensors/19
2018.02.09 21:59:23 4: using HUEBridge_HTTP_Request: PUT scenes/yX5mgU6uWpVtc-4/lights/22/state
2018.02.09 21:59:23 3: HUEBridge_Call: failed, retrying
2018.02.09 21:59:23 4: using HUEBridge_HTTP_Request: PUT scenes/yX5mgU6uWpVtc-4/lights/22/state
2018.02.09 21:59:23 3: HUEBridge_Call: failed, retrying
2018.02.09 21:59:23 3: HUEBridge_Call: failed
2018.02.09 21:59:23 4: using HUEBridge_HTTP_Request: PUT scenes/yX5mgU6uWpVtc-4/lights/24/state
2018.02.09 21:59:23 3: HUEBridge_Call: failed, retrying
2018.02.09 21:59:23 4: using HUEBridge_HTTP_Request: PUT scenes/yX5mgU6uWpVtc-4/lights/24/state
2018.02.09 21:59:23 3: HUEBridge_Call: failed, retrying
2018.02.09 21:59:23 3: HUEBridge_Call: failed
2018.02.09 21:59:23 4: using HUEBridge_HTTP_Request: PUT scenes/yX5mgU6uWpVtc-4/lights/23/state
2018.02.09 21:59:23 3: HUEBridge_Call: failed, retrying
2018.02.09 21:59:23 4: using HUEBridge_HTTP_Request: PUT scenes/yX5mgU6uWpVtc-4/lights/23/state
2018.02.09 21:59:23 3: HUEBridge_Call: failed, retrying
2018.02.09 21:59:23 3: HUEBridge_Call: failed
2018.02.09 21:59:23 4: using HUEBridge_HTTP_Request: PUT scenes/yX5mgU6uWpVtc-4/lights/25/state
2018.02.09 21:59:23 3: HUEBridge_Call: failed, retrying
2018.02.09 21:59:23 4: using HUEBridge_HTTP_Request: PUT scenes/yX5mgU6uWpVtc-4/lights/25/state
2018.02.09 21:59:23 3: HUEBridge_Call: failed, retrying
2018.02.09 21:59:23 3: HUEBridge_Call: failed


Offenbar ein Problem wenn man mehrere Requests nacheinander ausführt. Entweder begrenzt da die HueBridge oder, vielleicht naheliegender, es bleiben wegen noshutdown jetzt zu viele gleichzeitige Verbindungen offen und das mag die Bridge vielleicht nicht und akzeptiert dann keine neue Verbindung mehr beim nächsten Request?

Nächstes Problem: der Status von Sensoren wird teilweise nicht mehr richtig ausgelesen. Habe einen ClipGenericStatus Sensor, der als status laut Bridge 0 hat. In FHEM wird aber 1 angezeigt und der Wert wird auch nicht korrigiert, obwohl ich die Abfrage für den Sensor im Log regelmäßig sehe.

Bei mir passiert sehr viel über das ändern von Lightstates in Szenen, so dass mir das jetzt richtig Schwierigkeiten bereitet (nachts geht Licht im Schlafzimmer an, weil der Bewegungsmelder nicht abgeschaltet wird und so weiter). Da ist jetzt viel Handarbeit nötig um das jedes Mal umzustellen. Werde mir die Probleme nachher mal im Detail anschauen....
Titel: Antw:philips hue modul
Beitrag von: stauraum am 10 Februar 2018, 08:23:53
ZitatGut ;-) Nun weiß ich warum es seid gestern nicht mehr geht. Mit dem Problem das ich meine HueBridge komplett aus FHEM heraus genommen habe und nun nicht mehr gepaired bekomme.

Sobald ich nach löschen & shutdown restart die Bridge neu anlege steht der key schon drinnen und die Bridge steht auf initialized. Das selbe auch nach FactoryReset der Bridge.

Hat da jemand einen Tip, wie ich sie wieder rein bekomme?

Erledigt, hab sie wieder drinnen.
Titel: Antw:philips hue modul
Beitrag von: hoppel118 am 10 Februar 2018, 09:22:08
Ok, gut zu wissen, dass die neue Firmware solche Probleme macht. Dann warte ich mit dem Update erstmal ab.

Gruß Hoppel
Titel: Antw:philips hue modul
Beitrag von: Phiolin am 10 Februar 2018, 09:41:38
Abgesehen von FHEM hat die Bridge bei mir aber wohl auch eigene Probleme. Die Bewehungsmelder schalten teilweise Licht zwar an, aber nicht wieder aus und sowas... also auch Hue intern scheint da wohl nicht mehr alles rund zu laufen mit der Firmware. Hat das noch jemand?
Titel: Antw:philips hue modul
Beitrag von: rick2703 am 10 Februar 2018, 09:54:45
Ich hatte auch Probleme nach dem Update. Aktuell scheint alles wieder zu funktionieren. Folgende Schritte habe ich gemacht. Ich weiß nicht ob das alles nötig gewesen wäre...

1. FHEM update
2. alles was mit hue zusammenhängt aus FHEM rausgelöscht
3. Hue Bridge auf Werkseinstellungen
4. define <bridgename> HUEBridge <IP-Adresse>
5. Attribute httpUtils   1, noshutdown   1, pollDevices   1, queryAfterSet   1 gesetzt
6. alles gespeichert
7. FHEM neu gestartet

Dann stand im Log irgendwas von "pairing - link button not pressed"

8. Button auf der Hue Bridge gedrückt  ---> bridge connected
9. wieder gespeichert

Anschließend waren die Devices anders sortiert und ich musste ein paar Regeln anpassen.
Im Moment scheint alles wieder zu funktionieren...
Titel: Antw:philips hue modul
Beitrag von: Navigator am 10 Februar 2018, 10:56:38
Mal eine Verständnisfrage. Bedeudet Update Done  in FHEM daß das Update bereitsteht oder schon eingespielt ist? Die App will die Bridge aktualisieren, aber laut FHEM ist die neueste Version schon drauf.  :o
Titel: Antw:philips hue modul
Beitrag von: Phiolin am 10 Februar 2018, 11:53:55
"Update done" bedeutet normalerweise, dass ein Update fertig installiert wurde. Es sollte also eigentlich schon drauf sein.
Das aktuelle Update scheint bei vielen nicht wirklich gut zu laufen. Von daher ist das vielleicht auch einfach nur ein weiterer Fehler der jetzt auftritt. Liegt meines Erachtens auch nicht nur an FHEM, da die Bridge bei mir auch ihre internen Regeln nicht mehr ordentlich verarbeitet und Sensoren teilweise nicht ordentlich aktualisiert.
Titel: Antw:philips hue modul
Beitrag von: Phiolin am 10 Februar 2018, 12:41:17
Ich habe im HUE Developer Forum ein Thema zu dem Problem gestartet, wo ich auch weitere Beobachtungen dokumentieren werde: https://developers.meethue.com/content/firmware-1801260942-bridge-v2-complete-broke-my-setup

Bei mir sieht es z.B. so aus, dass wenn ich einen PUT Request abschicke um einen Lightstate in einer Szene zu ändern, die Bridge zur Verarbeitung dieses Requests über 5 Sekunden braucht und in dieser Zeit keine weiteren Requests akzeptiert. Das erklärt natürlich auch, warum meine ganzen Lightstate Änderungen über FHEM ständig fehlschlagen. Das hat vor dem Update problemlos funktioniert, mit dutzenden von Lightstate Änderungen innerhalb von 1-2 Sekunden. Jetzt scheint sich die Bridge damit schwer zu tun.
Das betrifft auch nicht nur FHEM, sondern lässt sich auch mit dem Bridge-internen API Debug Tool nachvollziehen, wie in o.g. Thread beschrieben.
Einfach mal einen PUT Request für eine Lightstate Änderung absetzen und in einem 2. Fenster direkt versuchen per GET irgendwas von der Bridge abzurufen (z.B. /api/<key>/config). Bei mir bekomme ich dabei als Antwort nur "Error 0", was wohl soviel heißt, wie das die Bridge den Request gar nicht beantwortet hat. Erst 5-10 Sekunden später beantwortet die Bridge bei mir wieder Anfragen.
Würde mich interessieren, ob das jemand bei sich nachvollziehen kann oder ob das ein individuelles Problem bei meiner Bridge ist.
Titel: Antw:philips hue modul
Beitrag von: Phiolin am 10 Februar 2018, 20:07:31
Es gibt aber trotzdem noch ein Problem mit dem FHEM Modul.
Ich habe hier z.B. gerade einen CLIPGenericStatus Sensor, der laut HUE API (Debug Tool) den Status 0 hat.
Trotzdem wird er mir in FHEM mit Status 1 angezeigt.

HUEBridge API Debug Tool:
GET /api/<key>/sensors/19

Result:
{
"state": {
"status": 0,
"lastupdated": "none"
},
"config": {
"on": true,
"reachable": true
},
"name": "Motion SZ On/Off Switch",
"type": "CLIPGenericStatus",
"modelid": "SleepState",
"manufacturername": "FHEM",
"swversion": "1.0",
"uniqueid": "ABCABCEEAE",
"recycle": false
}


FHEM:
Internals:
   DEF        sensor 19  IODev=DG.az.NE.HueBridge
   ID         S19
   INTERVAL   
   IODev      DG.az.NE.HueBridge
   NAME       OG.sz.Hue.MotionSensorSwitch
   NR         232
   STATE      Initialized
   TYPE       HUEDevice
   manufacturername FHEM
   modelid    SleepState
   name       Motion SZ On/Off Switch
   on         1
   reachable  1
   swversion  1.0
   type       CLIPGenericStatus
   uniqueid   ABCABCEEAE
   READINGS:
     2018-02-10 12:13:51   reachable       1
     2018-02-10 12:13:51   state           1
   helper:
     devtype    S
     update_timeout 1
     setList:
Attributes:
   IODev      DG.az.NE.HueBridge
   event-on-change-reading state
   group      Automatik-Licht
   room       Schlafzimmer


Wenn ich mir die Response der Bridge auf den Status Call vom HUEBridge Modul anschaue , dann ist der Status in dem zurückgegebenen JSON auch korrekt auf 0 gesetzt.

Verbose 5 auf dem Sensor Device liefert beim Refresh:
2018.02.10 20:25:42 4: parse status message for OG.sz.Hue.MotionSensorSwitch
2018.02.10 20:25:42 5: {
  'swversion' => '1.0',
  'recycle' => bless( do{\(my $o = 0)}, 'JSON::PP::Boolean' ),
  'config' => {
                'on' => bless( do{\(my $o = 1)}, 'JSON::PP::Boolean' ),
                'reachable' => $VAR1->{'config'}{'on'}
              },
  'type' => 'CLIPGenericStatus',
  'name' => 'Motion SZ On/Off Switch',
  'uniqueid' => 'ABCABCEEAE',
  'manufacturername' => 'FHEM',
  'modelid' => 'SleepState',
  'state' => {
               'status' => 0,
               'lastupdated' => 'none'
             }
}


Wie man sieht ist hier der Status auch korrekt auf 0. Trotzdem wird er in FHEM nicht geändert.
Wenn ich das richtig sehe, wird kein Update durchgeführt, wenn "lastupdated" von der Bridge auf "none" gesetzt ist (in HUEDevice_Parse für Devtype S).
Da das offenbar bei der neuen Firmware regelmäßig passiert - warum auch immer - werden jetzt dann in FHEM die Sensoren nicht mehr aktualisiert.
Das ist natürlich auch ganz toll... :)

Hier noch ein List vom HueBridge Device wegen der Attribute:
Internals:
   DEF        10.0.0.44 20
   INTERVAL   20
   NAME       DG.az.NE.HueBridge
   NOTIFYDEV  global
   NR         20
   NTFY_ORDER 50-DG.az.NE.HueBridge
   STATE      connected
   TYPE       HUEBridge
   apiversion 1.23.0
   host       10.0.0.89
   mac        00:17:88:23:ab:cd
   manufacturer Royal Philips Electronics
   modelName  Philips hue bridge 2015
   modelid    BSB002
   name       Huey
   swversion  1801260942
   updatestate 0
   zigbeechannel 11
   READINGS:
     2017-12-15 16:45:27   lastError       resource, /sensors/54, not available
     2018-02-10 20:06:22   state           connected
     2018-02-09 09:07:28   swupdate        BSB002 1.23.0
   helper:
     apiversion 71424
     count      0
     last_config_timestamp 1518289582
     offsetUTC  3600
     updatestate 0
Attributes:
   icon       hue_filled_bridge_v2
   key        <key>
   noshutdown 1
   pollDevices 2
   queryAfterSet 0
   room       Arbeitszimmer


Edit: Habe das bei mir jetzt per Workaround behoben, indem ich wenn lastupdated = none ist einfach die aktuelle Uhrzeit annehme. Das führt zwar zu erhöhten Reading Updates in FHEM, ist aber besser als überhaupt kein Update für die Sensoren zu bekommen.
Titel: Antw:philips hue modul
Beitrag von: Mitch am 10 Februar 2018, 20:28:48
Ich hatte gestern einen Stromausfall, leider 4 Stunden in der Nacht, so dass die USV nicht mehr reichte.

Heute habe ich festgestellt, dass meine HUE Bridge nicht mehr reagiert.
Keine Ahnung, ob das zusammen hängt.

Habe die Bridge schon gelöscht und neu angelegt, keine Besserung.

Selbst wenn ich die Bridge vom Strom trenne, steht in FHEM immer noch "initialized".
Auch ein get statusRequest änder nichts, aber auch keinen Fehler.

Habe die Bridge wieder an dem Strom und ein verbose 5 liefert mir bei get statusRequest:
2018.02.10 20:27:19 2: HUEBridge_OpenDev: got empty config
2018.02.10 20:27:19 3: HUEBridge_Call: failed
2018.02.10 20:27:19 3: HUEBridge_Call: failed, retrying
2018.02.10 20:27:19 4: using HUEBridge_HTTP_Request: GET config
2018.02.10 20:27:19 3: HUEBridge_Call: failed, retrying
2018.02.10 20:27:19 4: using HUEBridge_HTTP_Request: GET config

</root>
</device>
</iconList>
</icon>
<url>hue_logo_0.png</url>
<depth>24</depth>
<width>48</width>
<height>48</height>
<mimetype>image/png</mimetype>
<icon>
<iconList>
<presentationURL>index.html</presentationURL>
<UDN>uuid:2f402f80-da50-11e1-9b23-001788289ffe</UDN>
<serialNumber>001788289ffe</serialNumber>
<modelURL>http://www.meethue.com</modelURL>
<modelNumber>BSB002</modelNumber>
<modelName>Philips hue bridge 2015</modelName>
<modelDescription>Philips hue Personal Wireless Lighting</modelDescription>
<manufacturerURL>http://www.philips.com</manufacturerURL>
<manufacturer>Royal Philips Electronics</manufacturer>
<friendlyName>Philips hue (192.168.0.59)</friendlyName>
<deviceType>urn:schemas-upnp-org:device:Basic:1</deviceType>
<device>
<URLBase>http://192.168.0.59:80/</URLBase>
</specVersion>
<minor>0</minor>
<major>1</major>
<specVersion>
<root xmlns="urn:schemas-upnp-org:device-1-0">
2018.02.10 20:27:19 5: HUEBridge_OpenDev: got description: <?xml version="1.0" encoding="UTF-8" ?>
Titel: Antw:philips hue modul
Beitrag von: kennymc.c am 10 Februar 2018, 20:54:08
Mir ist der Call: failed Fehler im Log heute auch aufgefallen als die Lampensteuerung plötzlich über Fhem nicht mehr funktionierte. Hab eben aber einfach mal ein Fhem Update gemacht und danach neu gestartet. Jetzt geht auch schon wieder alles wie bisher :)
Titel: Antw:philips hue modul
Beitrag von: Phiolin am 10 Februar 2018, 21:05:33
Wer noch Probleme wie "Call failed" hat, sollte das noshutdown Attribut für die HUEBridge auf 1 stellen. Das sollte jetzt nach dem Update von vorgestern auch Default sein.

Es werden aber einige Probleme bleiben, die offenbar durch Bugs in der neuen Bridge Firmware verursacht werden. Diese fallen möglicherweise nur bei größeren oder komplexeren Installation auf, das normale Ein/Aus der Lampen ist davon nicht betroffen:

- Lastupdated Felder für Sensoren werden manchmal von der Bridge auf "none" gesetzt ohne erkennbaren Grund. Dann aktualisiert FHEM den Status des Sensors nicht mehr. Das kann im Übrigen auch Regeln durcheinander bringen, die mit ddx Operatoren prüfen, wie lange die letzte Status-Änderung schon her ist (z.B. Bewegungsmelder). Äußert sich dadurch, dass der Bewegungsmelder das Licht zwar einschaltet, aber dann nicht mehr automatisch ausschaltet. Das könnte auch nur eine Folge des Updates sein, denn bei mir ist das in den letzten 24 Stunden definitiv deutlich besser geworden als es direkt nach dem Firmware Update war. Vielleicht werden beim Update einmalig alle Sensoren auf lastupdated = none gesetzt und müssen sich davon erst "erholen"...
- Das "modifyscene" Kommando der HueBridge führt zum Freeze auf der Bridge der bis zu 10 Sekunden anhalten kann. Während dieser Zeit werden keine anderen Befehle mehr von der Bridge verarbeitet.
Titel: Antw:philips hue modul
Beitrag von: Mitch am 10 Februar 2018, 21:38:45
Danke euch, ein update hat es gefixet
Titel: Antw:philips hue modul
Beitrag von: Numael am 12 Februar 2018, 10:45:28
Ich hab mich auch mal im Philips Dev Forum angehängt. Probleme mit dem Bewegungsmeldern hab ich nämlich auch. Manchmal gehen die Lichter einfach nicht mehr aus. Erst wenn ich erneut Bewegung auslöse passiert was.
Und ich kann so gut wie keine LightScenes mehr nutzen. Bei mehr als 2 Lampen in der Szene wird nicht mehr zuverlässig geschaltet.
Titel: Antw:philips hue modul
Beitrag von: blackbite am 12 Februar 2018, 13:58:38
OK,
hab mich auch an den HUE-Dev. Beitrag gehängt. Mal sehen ob und was dazu geantwortet wird. Vermutlich braucht die Bridge für das sagenumwobene HUE Entertainment mehr "Denkpausen".  :o
Meine LightScenes für "homecoming" und "lasse HUE 5x rot blinken, wenn ein bestimmter Bewegungsalarm ausgelöst wird und stelle danach die vorherige LightScene wieder her" sind im Moment leider auch hinfällig.

P.S: Updates tragen zum Erhalt unzähliger IT-Arbeitsplätze bei...
Titel: Antw:philips hue modul
Beitrag von: Numael am 13 Februar 2018, 16:39:53
Könnte evtl. dieser Beitrag helfen das die Kommunikation mit der Bridge wieder zuverlässiger klappt?

https://developers.meethue.com/content/loxone-script-hue-light-http11
Titel: Antw:philips hue modul
Beitrag von: Phiolin am 13 Februar 2018, 17:59:25
Nein, ein einfaches sleep vor dem schließen der Verbindung reicht leider nicht.
Davon abgesehen, dass das Problem ja selbst in dem Bridge eigenen API Debug Tool auftaucht.

Ich habe das gerade mal ausprobiert indem ich ein usleep 2000 in HUEBridge_HTTP_Request eingebaut habe. Die Bridge friert aber trotzdem für 5-10 Sekunden ein, sobald ich ein modifyscene Kommando ausführe.

  syswrite $conn, $hdr;
  syswrite $conn, $data if(defined($data));
  Log3 undef, 1, "HUEBridge_HTTP_Request $displayurl: sleeping 2 seconds";
  usleep(2000);
  shutdown $conn, 1 if(!$noshutdown);


Ergebnis:
2018.02.13 17:58:13 3: HUEBridge_Call: failed
2018.02.13 17:58:17 1: HUEBridge_HTTP_Request http://10.0.0.44/api/key: sleeping 2 seconds
2018.02.13 17:58:17 3: HUEBridge_Call: failed, retrying
2018.02.13 17:58:17 1: HUEBridge_HTTP_Request http://10.0.0.44/api/key: sleeping 2 seconds
2018.02.13 17:58:17 3: HUEBridge_Call: failed, retrying
2018.02.13 17:58:17 3: HUEBridge_Call: failed


Nachtrag:
Ich habe gerade mal in der API geschaut (https://developers.meethue.com/documentation/scenes-api#43_modify_scene).
Das FHEM HUEBridge Modul benutzt offenbar einen veralteten Weg um Lightstates zu ändern. Anstatt nach /scene/<id>/lights/<id>/state sollte ab Version 1.11 eigentlich besser nach /scene/<id>/lightstates/<id> geschrieben werden.
Wenn ich das bei mir ändere, funktioniert modifyscene wieder ohne Verzögerungen.

--- ../30_HUEBridge.pm 2018-02-13 18:13:44.336628218 +0100
+++ 30_HUEBridge.pm 2018-02-13 18:13:55.136675379 +0100
@@ -632,7 +632,7 @@
       HUEDevice_SetParam(undef, \%obj, $cmd, $value, $value2);
     }

-    my $result = HUEBridge_Call($hash, undef, "scenes/$arg/lights/$light/state", \%obj, 'PUT');
+    my $result = HUEBridge_Call($hash, undef, "scenes/$arg/lightstates/$light", \%obj, 'PUT');
     return $result->{error}{description} if( $result->{error} );

     return undef;
Titel: Antw:philips hue modul
Beitrag von: stera am 13 Februar 2018, 22:44:26
Hallo,

ich hoffe die Probleme können bald gelöst werden. Bei mir schalten auch die Lampen nicht alle Ein/Aus, wenn mehrere Befehle hintereinander folgen.

Habe lange nichts von Andre hier gelesen. Hoffe er hat bald eine Lösung parat.

Gruß,
SteRa
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 14 Februar 2018, 07:33:24
ich habe eben eine version eingecheckt die das neue api für modifyscene verwendet. das hatte ich beim umbau damals scheinbar übersehen.

mehr ideen habe ich leider aktuell nicht. ich verwende auch noch die alte firmware und kann nicht wirklich testen.

beim neuen 10 kommandos/sekunde wird scheinbar auch das on selber mitgezählt. das schickt fhem aber nur noch wenn die lampe aktuell einen anderen zustand hat.

ich habe keine idee ob man hier noch sparen kann, vielleicht ist aber auch in der aktuellen bridge firmware mit der zählung etwas im eimer. d.h. es wird nicht auf 10 pro sekunde begrenzt sondern auf 1 pro 1/10 sekunde.
Titel: Antw:philips hue modul
Beitrag von: Markus M. am 14 Februar 2018, 15:22:40
Zitat von: justme1968 am 14 Februar 2018, 07:33:24
ich habe eben eine version eingecheckt die das neue api für modifyscene verwendet. das hatte ich beim umbau damals scheinbar übersehen.
Klappt bei mir nicht, geht irgendwie trotzdem noch auf den alten Aufruf.
apiversion 1.23.0
   helper:
     apiversion 71424


Allerdings funktioniert es auch mit dem neuen Aufruf mit lightstates bei mir nicht:
2018.02.14 15:17:26 4: using HUEBridge_HTTP_Request: PUT scenes/XXXXhJd5FHbXXXX/lightstates/2
2018.02.14 15:17:26 3: HUEBridge_Call: failed, retrying
2018.02.14 15:17:26 4: using HUEBridge_HTTP_Request: PUT scenes/XXXXhJd5FHbXXXX/lightstates/2
2018.02.14 15:17:26 3: HUEBridge_Call: failed, retrying
2018.02.14 15:17:26 3: HUEBridge_Call: failed
2018.02.14 15:17:26 4: using HUEBridge_HTTP_Request: PUT scenes/XXXXhJd5FHbXXXX/lightstates/3
2018.02.14 15:17:26 3: HUEBridge_Call: failed, retrying
2018.02.14 15:17:26 4: using HUEBridge_HTTP_Request: PUT scenes/ORymhJd5FHb0ecT/lightstates/3
2018.02.14 15:17:26 3: HUEBridge_Call: failed, retrying
2018.02.14 15:17:26 3: HUEBridge_Call: failed
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 14 Februar 2018, 15:37:44
ich hatte die beiden versionen vertauscht. habs es eben repariert. merke: nichts am frühen morgen einchecken.


warum es bei Phiolin hilft und bei dir nicht kann ich aber nicht sagen...
Titel: Antw:philips hue modul
Beitrag von: Phiolin am 14 Februar 2018, 16:34:12
Bei mir funktioniert es jetzt Merkwürdigerweise auch mit der eigentlich veralteten Methode. Da ich ansonsten überhaupt nichts geändert habe, bin ich auch etwas ratlos, wo und warum das Problem auftritt.
Aktuell habe ich keine Probleme mehr mit der Bridge. Hat sich von selbst repariert...  ???

Settings falls es jemand bei sich weiter untersuchen will:
httpUtils 0
queryAfterSet 0
noshutdown 1
pollDevices 2 (Intervall 20 Sekunden)
Titel: Antw:philips hue modul
Beitrag von: swsmily am 14 Februar 2018, 19:51:22
Ich habe heute früh auch das FHEM-Update gemacht.
Wenn ich einen Anruf bekomme, lasse ich alle HUEs (11 Stück) mit set HUE_.* blink 3 1 blinken. Einige Lightstripes haben dies jedoch nicht mitgemacht. Andere Leuchten haben funktioniert.

Erst durch die Attribute von Phiolin funktioniert wieder alles. httpUtils und noshutdown hatte ich bereits genauso drin. Nur queryAfterSet hatte ich noch nicht drin. pollDevice hab ich auch nicht drin, aber oben bei den Internals steht unter Intervall 30. Habe aber gerade in der Commandref gesehen, dass unter 60 Sekunden nicht geht, außer wenn man pollDevices setzt?


Kurzgefasst: httpUtils 0, noshutdown 1 und zu guter letzt querAfterSet 0 hat meine Installation auch wieder voll funktionsfähig gemacht.

Daumen hoch, an die tollen FHEM und Modulentwickler und die super Community!
Titel: Antw:philips hue modul
Beitrag von: Markus M. am 15 Februar 2018, 16:12:13
Funktioniert bei mir auch damit nicht :(
Hat jemand ein Beispiel, was bei euch mit modifyscene funktioniert?


@Andre:
Kann es sein dass httpUtils etwas seltsam implementiert ist?
Du gehst immer direkt auf $attr{$name}{httpUtils} und prüfst einmal nur, ob das Attribut selbst existiert, nicht aber welchen Wert es hat.
In der Hilfe fehlt das Attribut komplett.
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 15 Februar 2018, 18:33:03
stimmt. die doku in der commandref fehlt. keine ahnung warum.

eine beschreibung findest du hier: https://forum.fhem.de/index.php/topic,30895.msg234449.html#msg234449 (https://forum.fhem.de/index.php/topic,30895.msg234449.html#msg234449)

nö die implementierung ist zwar alt. aber ok. wenn du verbose auf 4 schaltest siehst du welche der drei möglichkeiten genommen wird.

nicht gesetzt und 0 sollten sich im prinzip identisch verhalten. die alte variante ohne httpUtils wird demnächst raus fliegen.
Titel: Antw:philips hue modul
Beitrag von: Phiolin am 15 Februar 2018, 18:52:20
Zitat von: Markus M. am 15 Februar 2018, 16:12:13
Funktioniert bei mir auch damit nicht :(
Hat jemand ein Beispiel, was bei euch mit modifyscene funktioniert?


Allgemein verwendbare Beispiele hab ich leider nicht. Aber hier trotzdem mal ein bisschen Code. Vielleicht findet der eine oder andere ja ein paar Anregungen. :)
Das ist ein Auszug aus dem DOIF, das bei mir die Szene im Flur steuert. Die Szene selber wird über einen Hue Bewegungsmelder getriggert.
Sinn ist, wenn nebenan im Wohnzimmer der Fernseher läuft, im Flur nicht immer das volle Licht anzuschalten.

(
  ## CMD 6: Flur EG: TV an
  [EG.fl.Helligkeit] < 10000
  and [EG.wz.TV.SonyBravia:power] eq "on"
  and [rgr_Bewohner] eq "home"
  and [?commonSettings:funDay] == 0
  and (([?SpecialHolidays] eq "Halloween"
        and [Haus:daytime] !~ /evening/)
   or [?SpecialHolidays] eq "none")
) (
  set DG.az.NE.HueBridge modifyscene [hueSzenen:FlurEG] EG.fl.LA.Garderobe off,
  set DG.az.NE.HueBridge modifyscene [hueSzenen:FlurEG] EG.fl.LA.Heizungsraum off,
  set DG.az.NE.HueBridge modifyscene [hueSzenen:FlurEG] EG.fl.LA.Tuer ct 490 : bri [commonSettings:hueBri] : transitiontime 40,
  set DG.az.NE.HueBridge modifyscene [hueSzenen:FlurEG] EG.fl.LA.Wohnzimmer ct 490 : bri [commonSettings:hueBri] : transitiontime 40
) DOELSEIF (
  ## CMD 7: Flur EG: TV aus
  ([EG.fl.Helligkeit] < 10000
       or ([?$SELF:state] ne "initialized" and [?$SELF:cmd_nr] == 6))
  and [EG.wz.TV.SonyBravia:power] eq "off"
  and [rgr_Bewohner] eq "home"
  and (([?SpecialHolidays] eq "Halloween"
        and [Haus:daytime] !~ /evening/)
   or [?SpecialHolidays] eq "none")
) (
  set DG.az.NE.HueBridge modifyscene [hueSzenen:FlurEG] EG.fl.LA.Garderobe [commonSettings:hueMoodMode] [commonSettings:hueMood] : bri [commonSettings:hueMoodBri] : transitiontime 20,
  set DG.az.NE.HueBridge modifyscene [hueSzenen:FlurEG] EG.fl.LA.Heizungsraum [commonSettings:hueMoodMode] [commonSettings:hueMood] : bri [commonSettings:hueMoodBri] : transitiontime 20,
  set DG.az.NE.HueBridge modifyscene [hueSzenen:FlurEG] EG.fl.LA.Tuer [commonSettings:hueMode] [commonSettings:hueVal] : bri [commonSettings:hueBri] : transitiontime 20,
  set DG.az.NE.HueBridge modifyscene [hueSzenen:FlurEG] EG.fl.LA.Wohnzimmer [commonSettings:hueMode] [commonSettings:hueVal] : bri [commonSettings:hueBri] : transitiontime 20
)


Wie man sieht, verwende ich einen Dummy "commonSettings" auf dem ich diverse Werte als Readings abgelegt habe, damit ich sowas an zentraler Stelle pflegen kann und nicht immer in dutzenden DOIFs ändern muss.
Ein weiterer Dummy "hueSzenen" hat in seinen Readings die IDs für die verschiedenen Hue-Szenen, damit man die nicht immer wieder raus suchen muss. Für das Prinzip ist das aber ja unwichtig. :)
Außerdem gibt es u.a. in dem DOIF noch spezifische Zweige für Halloween und andere Feiertage (hauptsächlich für die Weihnachtszeit), daher die entsprechenden Bedingungen.
Einige der farbfähigen Hue Lampen bekommen in den Szenen entsprechende Farbwerte, die je nach Stimmung der Bewohner gesetzt werden. Auf unserem Wandtablet kann jeder Bewohner seine Stimmung über Smilies selektieren und die Beleuchtung im Haus setzt dann entsprechende farbliche Akzente. Spielerei, aber ganz witzig. :)
Im Endeffekt ändert so eine Selektion dann nur im Dummy die entsprechenden Werte und über Event-Trigger übernehmen die DOIFs dann die Werte in die Szenen.

In ähnlicher Weise steuere ich auch die Lichtszenen, die von den Bewegungsmeldern getriggert werden, wenn wir z.B. abends ins Bett gehen (Lampen gehen in allen Zimmern nur noch auf niedrigster Dimstufe an usw).

Das zeigt zumindest, was man über modifyscene alles realisieren kann.
Warnung: Man gewöhnt sich sehr schnell daran, das z.B. nachts automatisch das Licht nur noch gedimmt angeht. Wenn das dann wegen solcher Dinge wie Fehler bei Firmware Updates nicht mehr funktioniert, nervt das. ;)
Ok, einiges könnte man theoretisch auch mit den Bewegungsmeldern und der Hue App ganz ohne FHEM realisieren, dort sind die Schaltzeiten für die Szenen dann aber genau festgelegt. Das können wir aber mit FHEM doch viel besser, wenn die Automatisierung doch ohnehin genau weiß, ob ich schon im Bett bin oder noch nicht. Das verhindert dann auch, dass man bei Besuch und Party im Haus dann nach 22 Uhr nur noch dunkles Licht hat, weil man natürlich vorher nicht 10 Bewegungsmelder mit der Hue App umprogrammieren will. :)
Titel: Antw:philips hue modul
Beitrag von: Numael am 16 Februar 2018, 16:41:07
Einer der Hue Devs hat in deinem Thread tatsächlich im Bezug auf FHEM geantwortet:

ZitatHi,

Looking at the code of the FHEM, there is a

  shutdown $conn, 1 if(!$noshutdown);
before even the data is read from the socket.

This should at least be moved to after reading and it might be there is a sleep, of a few milliseconds, necessary between reading and shutdown.

Hue Developer Support - Niek
Titel: Antw:philips hue modul
Beitrag von: Phiolin am 16 Februar 2018, 17:22:39
Das sollte aber nach meinem Verständnis durch das Setzen von noshutdown auf 1 bereits gelöst sein, was mittlerweile ja auch der Default im Modul ist.
Dann wird der shutdown an der Stelle nämlich nicht ausgeführt.
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 16 Februar 2018, 17:29:45
erstens betrifft das  verwendete shutdown nur die schreibende seite. die lesende seite bekommt davon garnichts mit, zum anderen ist es inzwischen ja der default und hilft trozdem scheinbar nicht bei allem.

ich hab ihm mal im hue forum geantwortet. mal sehen was kommt.
Titel: Antw:philips hue modul
Beitrag von: Numael am 17 Februar 2018, 00:45:14
Und ein paar Probleme im Hue eigenen Umfeld gibts ja auch noch. Auch wenn ich das Gefühl habe das die nicht ausschaltenden Bewegungsmelder das nicht mehr so oft tun.
Titel: Antw:philips hue modul
Beitrag von: Phiolin am 17 Februar 2018, 10:05:44
Meine Bewegungsmelder haben sich "irgendwie" vollständig erholt. Kann bei mir aktuell keine Probleme mehr fest stellen. Warum auch immer...
Titel: Antw:philips hue modul
Beitrag von: Luke2000 am 17 Februar 2018, 11:45:42
Hallo zusammen,

ich habe letztens mein FHEM neu aufgesetzt. Seitdem bekomme ich es nicht mehr hin, dass sich meine Bridge mit fhem connected. Der Status bleibt immer "initialized".

Außerdem bekomme ich drei seltsame HUEDevices ohne Namen angelegt, die nichts mit meinen Hue-Lampen zu tun haben. Vor der Neuinstallation hat alles, was mit HUE zu tun hat, tadellos funktioniert

Ich habe die Bridge schon mehrfach wieder aus FHEM gelöscht und wieder neu angelegt. Es läuft immer auf das gleiche hinaus.

Die Hue-Hardware und FHEM sind auf aktuellen Stand.

Hat jemand eine Idee, woran das liegen kann?

Beste Grüße
Luke
Titel: Antw:philips hue modul
Beitrag von: hoppel118 am 17 Februar 2018, 15:09:29
Was steht denn im Log? Läuft dein homebridge Service sauber? Nutzt du SSL? Ohne ein paar Infos wird dir niemand helfen können. ;)


Gesendet von iPhone mit Tapatalk Pro
Titel: Antw:philips hue modul
Beitrag von: Luke2000 am 17 Februar 2018, 15:22:37
Im Logfile steht folgendes:

2018.02.17 15:14:39 4: using HUEBridge_HTTP_Request: GET config
2018.02.17 15:14:39 4: HUEBridge_HTTP_Request http://192.168.178.77/api/xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx/config: Zero length data, header follows...
2018.02.17 15:14:39 4: HUEBridge_HTTP_Request http://192.168.178.77/api/xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx/config: http
2018.02.17 15:14:39 3: HUEBridge_Call: failed, retrying
2018.02.17 15:14:39 4: using HUEBridge_HTTP_Request: GET config
2018.02.17 15:14:39 4: HUEBridge_HTTP_Request http://192.168.178.77/api/xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx/config: Zero length data, header follows...
2018.02.17 15:14:39 4: HUEBridge_HTTP_Request http://192.168.178.77/api/xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx/config: http
2018.02.17 15:14:39 3: HUEBridge_Call: failed, retrying
2018.02.17 15:14:39 3: HUEBridge_Call: failed
2018.02.17 15:14:39 2: HUEBridge_OpenDev: got empty config


Vielleicht eine blöde Frage, aber was ist der homebridge service? Den nutze ich meines Wissens gar nicht.
Nein, SSL nutze ich nicht.

Beste Grüße
Luke
Titel: philips hue modul
Beitrag von: hoppel118 am 17 Februar 2018, 15:36:10
Oh sorry, ich war verwirrt. Damit kannst du per Siri Sprachsteuerung bspw. deine Lampen ein-/ausschalten. Das brauchst du hier natürlich nicht! [emoji6]

Gruß Hoppel
Titel: Antw:philips hue modul
Beitrag von: Luke2000 am 17 Februar 2018, 15:46:54
kein Problem...

Habe es jetzt selbst rausbekommen. Das HUE-Modul war wohl nicht aktuell. Nach einem Update geht es wieder...

Grüße
Luke
Titel: philips hue modul
Beitrag von: hoppel118 am 17 Februar 2018, 16:51:23
Ja, da gab es nach dem letzten Firmware-Update der HUEBridge einige Probleme. Allerdings hatten die Leute hier andere Probleme.

Oben schriebst du, dass FHEM up-to-date ist. Nun hast du noch ein Update gemacht... [emoji4]

Naja, hauptsache läuft! [emoji6]
Titel: Antw:philips hue modul
Beitrag von: OdfFhem am 18 Februar 2018, 09:54:34
Hallo,

mir ist aufgefallen, dass in 31_HUEDevice.pm die "Unterstützung" für den recht neuen Typ 'LCT015' fehlt.

Lt. Recherche wurde wohl hauptsächlich das Gewicht massiv reduziert, zusätzlich der Stromverbrauch leicht gesenkt und die Farbe des Schriftzuges in silber/grau abgeändert.

Kann dieser Typ ergänzt werden? (so oder so ähnlich)
  LCT015 => {name => 'Hue Bulb V4'              ,type => 'Extended color light'    ,subType => 'extcolordimmer',
                                                 gamut => 'C',                      icon => 'hue_filled_white_and_color_e27_b22', },


Viele Grüße
Titel: Antw:philips hue modul
Beitrag von: Markus M. am 18 Februar 2018, 19:31:52
Dass bei mir nichts mehr funktioniert, scheint wohl tatsächlich am neuen Rate Limit zu liegen.
Das hat Philips zwar zusätzlich versaut (Es kommt immer 'Error 0' raus und die Br), aber auch wenn das nicht so wäre, würde meine Bridge immer noch blockieren, da ich für mein adaptives Licht mehr als 100 modifyscene Kommandos hintereinander benötige.

@Andre
Um das weiter so nutzen zu können, brauche ich wahrscheinlich eine Queue im Modul.
Ist sowas noch geplant?
Wie funktioniert das mit den 10 Requests pro Sekunde eigentlich in der Praxis?
Gilt das für alles, also auch direkte Schaltbefehle?
Die könnte man dann im Modul natürlich entsprechend priorisieren.
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 18 Februar 2018, 19:37:17
ich habe keine ahnung was und wie philips genau eingebaut hat. auch nicht ob es 10 pro sekunde sind oder 1 pro 1/10 sekunde.

angeblich gibt es ein neues api um ambiligt effekte zu erreichen. das ist aber noch nicht öffentlich dokumentiert.

ich warte noch auf die antwort im hue forum.

vermutlich wird es auf eine queue im modul hinaus laufen. das geht aber erst wenn dir genauen randbedingungen klar sind.
Titel: Antw:philips hue modul
Beitrag von: snowfly am 18 Februar 2018, 19:52:47
Hallo Forum,

als Umsteiger von OH2 auf FHEM habe ich ein paar MiLight Birnen die mit dem MiLightHub auf esp8266
gelaufen sind, unter FHEM ist die unterstützung nicht so toll.

Aber da die HUEs  ja auch per Jason over http sprechen dacht ich mir ich frage mal:

Ist es möglich eine MiLightHub unterstützung zu realiseren?

Beschreibung der REST-API -->   https://github.com/sidoh/esp8266_milight_hub
Das würde auch einige unzugänglichkeiten der Original Brigde lösen.


Ich hab mir den Code mal angesehen aber leider übersteigt das meine Möglichkeiten. :(
Titel: Antw:philips hue modul
Beitrag von: Markus M. am 18 Februar 2018, 20:07:29
Ok, das wird dann wahrscheinlich auch noch mindestens so lange dauern, bis die Bugs in der Bridge Firmware behoben sind.
Ich habe meine Sonderfunktionen mal deaktiviert, wird für ein paar Wochen schon gehen.
Titel: Antw:philips hue modul
Beitrag von: dt2510 am 07 März 2018, 14:18:56
Woran kann es liegen, dass in einer HUEGroup der Wert STATE nicht geändert wird (bleibt auf "initialized") auch wenn die Gruppe korrekt geschaltet wird ?
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 07 März 2018, 15:32:22
du hast stateFormat nicht gesetzt. ansonsten: warum brauchst du STATE?
Titel: Antw:philips hue modul
Beitrag von: dt2510 am 07 März 2018, 19:47:36
stateFormat habe ich bei keiner der Gruppen gesetzt ... die Gruppenwerte pct, on, off usw. verändern sich auch nicht - nur die Werte der einzelnen Lampen in der Gruppe

edit:

hab' den Fehler gefunden ... createGroupReadings stand auf 0
Titel: Antw:philips hue modul
Beitrag von: bjoernbo am 14 März 2018, 06:25:23
Hallo, ich habe jetzt nicht alle 31 Seiten gelesen.

Mir ist aufgefallen, dass sei einiger Zeit, wenn ich ein FHEM Update durchführe und dem anschließendem RESTART alle Philips HUE Lampen eingeschaltet sind / werden. Ist jemanden das Problem / Phänomen bekannt? Woran könnte das liegen ???
Titel: Antw:philips hue modul
Beitrag von: dt2510 am 14 März 2018, 10:00:13
ich habe erst gestern ein Update und Neustart gemacht und bei mir trat das Problem nicht auf. Hast du mal deine at, notify usw. geprüft oder steuerst du die HUE devices über die 99_myUtils.pm ? Dort könnte auch der Fehler liegen ...
Titel: Antw:philips hue modul
Beitrag von: Markus M. am 14 März 2018, 11:25:35
Was ist eigentlich aus dem Problem mit den Scene Updates geworden?
Ist da mittlerweile schon was im Modul geändert worden?
Ich konnte die Probleme gestern bei einem kurzen Test irgendwie nicht mehr reproduzieren.
Titel: Antw:philips hue modul
Beitrag von: Numael am 14 März 2018, 13:48:10
Zitat von: Markus M. am 14 März 2018, 11:25:35
Was ist eigentlich aus dem Problem mit den Scene Updates geworden?
Ist da mittlerweile schon was im Modul geändert worden?
Ich konnte die Probleme gestern bei einem kurzen Test irgendwie nicht mehr reproduzieren.

Meinst du das Scenes in fremden Szenen auftachen? Das ist gelöst.
Titel: Antw:philips hue modul
Beitrag von: Markus M. am 14 März 2018, 13:56:55
Nein, ich meinte das Problem, dass das Scene Update nicht mehr funktioniert hat und nur noch Error 0 zurückgegeben hat.
Und zwar auch über die Debug Seite auf der Bridge.
Danach ging dann für ein paar Sekunden auch kein GET auf die Bridge mehr.
Es gab meines Wissens kein Software Update, ich kann das Problem aber nicht mehr reproduzieren.
:o
Titel: Antw:philips hue modul
Beitrag von: Phiolin am 14 März 2018, 21:24:58
Ist bei mir auch weg. Habe aktuell keine Probleme mehr... ???
Titel: Antw:philips hue modul
Beitrag von: cocojambo am 19 März 2018, 12:09:17
Ich habe das HUE Modul erfolgreich in meine fhem.cfg eingebunden und alle Lampen lassen sich steuern und schalten.
Sieht im Moment so aus:

define Kuechenstern HUEDevice 1  IODev=hueBridge1
attr Kuechenstern IODev hueBridge1
attr Kuechenstern alias Kuechenstern
attr Kuechenstern color-icons 2
attr Kuechenstern devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
attr Kuechenstern group Lichtsteuerung
attr Kuechenstern model LCT015
attr Kuechenstern room Küche
attr Kuechenstern subType extcolordimmer
attr Kuechenstern webCmd rgb:rgb FF0000:rgb 00FF00:rgb 0000FF:rgb FFFF00:rgb 00FFFF:rgb FF00FF:ct 490:ct 380:ct 270:ct 160:on:off


Wenn ich auf Dashboard, das ich dem Fully Webbrowser öffne, das Feld mit dem Farbcode antippen,werden der Colorpicker und der Helligkeitregler eingeblendet.
So weit so gut, nur wird mir jedes mal die Tablet Tastatur zusätzlich eingeblendet, weil man dort eine Eingabe des Hex Farbcodes machen kann. Läßt sich das durch irgend eine Änderung in den Attributen verhindern?

Wo kann man sich überhaupt mal über die Funktionen der zahlreichen Attribute für HUE informieren?
Wiki steht nicht viel und wenn dann sehr knapp.

Gruß aus Köln
Norbert
Titel: Antw:philips hue modul
Beitrag von: Markus M. am 27 März 2018, 09:47:38
Zitat von: Phiolin am 14 März 2018, 21:24:58
Ist bei mir auch weg. Habe aktuell keine Probleme mehr... ???
Neues Update, Probleme wieder genau so da!
Keine Updates von Szenen möglich...

Was sagt mir eigentlich der updatestate? Da steht 3 drin.
Bekomme dann "checkforupdate can only be set in updatestate 0 and 1"
Titel: Antw:philips hue modul
Beitrag von: Volker! am 27 März 2018, 20:43:15
Zitat von: bjoernbo am 14 März 2018, 06:25:23
Hallo, ich habe jetzt nicht alle 31 Seiten gelesen.

Mir ist aufgefallen, dass sei einiger Zeit, wenn ich ein FHEM Update durchführe und dem anschließendem RESTART alle Philips HUE Lampen eingeschaltet sind / werden. Ist jemanden das Problem / Phänomen bekannt? Woran könnte das liegen ???

Ist bei mir identisch. Falls sich da wiederholt welche Infos bringen mich da zur Fehlerquelle?
Titel: Antw:philips hue modul
Beitrag von: Phiolin am 21 April 2018, 20:25:53
Zitat von: Markus M. am 27 März 2018, 09:47:38
Neues Update, Probleme wieder genau so da!
Keine Updates von Szenen möglich...

Was sagt mir eigentlich der updatestate? Da steht 3 drin.
Bekomme dann "checkforupdate can only be set in updatestate 0 and 1"

Ist es bei dir nach ein paar Tagen wieder verschwunden? Hab heute auch mal das Update gemacht und natürlich gehen die ganzen Szenen-Änderungen wieder nicht...
letztes Mal war das ja dann irgendwann einfach wieder ok. ???
Titel: Antw:philips hue modul
Beitrag von: Markus M. am 22 April 2018, 01:42:14
Zitat von: Phiolin am 21 April 2018, 20:25:53
letztes Mal war das ja dann irgendwann einfach wieder ok. ???
Problem besteht noch.
Meine aktuelle Vermutung ist, dass es weg war sobald ein neues Update verfügbar aber nicht installiert war.
Titel: Antw:philips hue modul
Beitrag von: Phiolin am 22 April 2018, 08:20:21
Ich habe alle meine FHEM Szenen mal spaßeshalber mit iConnectHue bearbeitet. Einfach Szene in iConnectHue aktiviert und dann direkt unverändert gespeichert, dabei ändert sich eigentlich in der Szene gar nichts laut API (maximal der Owner), Szenen-ID bleibt auch gleich. Jetzt ist der Fehler bei mir weg. Sehr mysteriös aber einen Versuch wert.
Meine Szenenänderungen über FHEM laufen jetzt wieder problemlos durch...
Titel: Antw:philips hue modul
Beitrag von: Markus M. am 22 April 2018, 21:12:29
Zitat von: Phiolin am 22 April 2018, 08:20:21Ich habe alle meine FHEM Szenen mal spaßeshalber mit iConnectHue bearbeitet. Einfach Szene in iConnectHue aktiviert und dann direkt unverändert gespeichert, dabei ändert sich eigentlich in der Szene gar nichts laut API (maximal der Owner), Szenen-ID bleibt auch gleich. Jetzt ist der Fehler bei mir weg. Sehr mysteriös aber einen Versuch wert.
Meine Szenenänderungen über FHEM laufen jetzt wieder problemlos durch...

Habe die App nicht, mir ist aber aufgefallen, dass meine Szenen alle "locked" gesetzt haben.
Wie ist das bei dir?

EDIT: Funktioniert wieder, ich weiss aber nicht warum:
- Apps installiert, einer davon hat eine neue Gruppe angelegt
- Ein paar Szenen von HueLabs gelöscht
- Namen bei ein paar Gruppen über die Debug Seite neu abgespeichert
Titel: Antw:philips hue modul
Beitrag von: Phiolin am 22 April 2018, 22:39:50
Einige Szenen sind locked, andere nicht. Das scheint auf die Funktion keine Auswirkung zu haben, sollte es laut API aber auch nicht.

Vielleicht wird durch bestimmte Änderungen irgendein Cache regeneriert oder so. Es ist auf jeden Fall merkwürdig. Mich würde interessieren, warum z.B. iConnectHue keine Probleme beim
Anpassen der Szenen hat. Vielleicht geht die App dabei irgendwie anders vor, das Verhalten könnte man ja vielleicht imitieren und damit das Problem lösen... muss bei Gelegenheit mal die Requests mitschneiden und vergleichen...
Zumindest scheint man den Fehler durch bestimmte Änderungen offenbar beseitigen zu können. Wäre schön, wenn wir rausbekommen könnten, welche das genau sind...
Titel: Antw:philips hue modul
Beitrag von: Markus M. am 22 April 2018, 22:42:58
Zitat von: Phiolin am 22 April 2018, 22:39:50Mich würde interessieren, warum z.B. iConnectHue keine Probleme beim Anpassen der Szenen hat. Vielleicht geht die App dabei irgendwie anders vor, das Verhalten könnte man ja vielleicht imitieren und damit das Problem lösen... muss bei Gelegenheit mal die Requests mitschneiden und vergleichen...
Zumindest scheint man den Fehler durch bestimmte Änderungen offenbar beseitigen zu können. Wäre schön, wenn wir rausbekommen könnten, welche das genau sind...

Vermutung:
Was auch immer das Problem ist, wird mit Editieren einer Szene gelöst.
Mit FHEM editieren wir im Normalfall keine Szene sondern nur die lightstates unter der Szene.
Und das funktioniert erst, nachdem einmal eine Szene editiert wurde.
Nach einem Neustart der Bridge ist übrigens auch bei mir das Problem wieder da.
Titel: Antw:philips hue modul
Beitrag von: Phiolin am 23 April 2018, 13:24:37
Dachte mir schon, dass das vermutlich jetzt bei jedem Neustart der Bridge auftritt. Das ist zumindest insofern gut, als das man es dann reproduzieren und hoffentlich auch irgendwie lösen kann.
Wenn ich die Tage Zeit habe, schneide ich mal die Requests von iConnectHue mit und gucke mir an, wie die App beim Speichern von Szenen vorgeht. Wenn sich da ein Muster erkennen lässt, können wir dann vielleicht eine Anpassung am Modul machen und das Problem dadurch beseitigen.
Im Moment haben wir dann ja zumindest (hoffentlich) einen Workaround. So oft startet man die Bridge ja nicht neu.
Titel: philips hue modul
Beitrag von: Markus M. am 23 April 2018, 13:37:08
Kannst du dir wohl glücklicherweise sparen, siehe Hue Dev Forum.
Soll in der nächsten FW bereits gelöst sein.

Es reicht, irgendeine Szene abzuspeichern. Danach klappt lightstates dann generell wieder.
Titel: Antw:philips hue modul
Beitrag von: Phiolin am 24 April 2018, 16:58:33
Das sind ja mal gute Nachrichten. Dann spare ich mir den Aufwand und reboote einfach bis dahin die Bridge nicht mehr ;)
Titel: Antw:philips hue modul
Beitrag von: Newbee am 22 Juni 2018, 17:05:45
Hallo zusammen,

habe meine Bridge in eine Subnetz verfrachtet. IP Routing ist in der Fritze an. Leider bekomme ich mit FHEM keine Zugriff mehr auf die Bridge.
Hauptnetz ist 192.168.178.xx Subnetz 192.168.101.xx! Habe die Adresse der Bridge in FHEM geändert und diese im Router statisch gemacht!

Habe ich was vergessen?

Danke vorab

Grüße Newbee
Titel: Antw:philips hue modul
Beitrag von: Eistee am 22 Juni 2018, 19:55:31
Zitat von: Newbee am 22 Juni 2018, 17:05:45Habe ich was vergessen?

Ich vermute das deine Fritzbox keine IP in diesem Netz hat. Sie muss ja auch von der Bridge aus erreichbar sein und als Gateway fungieren und nicht nur für FHEM. Dann muss in der Fritzbox natürlich noch das Routing entsprechend konfiguriert werden.

Alternativ setz als Subnet Mask überall 255.255.0.0 dann brauchst du kein Routing.

Gruß Alina
Titel: Antw:philips hue modul
Beitrag von: Typ1er am 26 Juni 2018, 23:02:13
Ich habe meine Hue TapSchalter alle über iConnectHue konfiguriert.

Wenn ich jetzt am Tap schalte, braucht FHEM zwischen 10-60sek. um den Status der Lampen zu aktualisieren, kann man das beschleunigen?
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 27 Juni 2018, 10:10:50
das polling intervall ändern. siehe wiki.
Titel: Antw:philips hue modul
Beitrag von: Markus M. am 01 Juli 2018, 16:01:03
Hi Andre

Ohne eine Änderung an der Konfiguration wurde ich seit gestern von Color Fehlern bombardiert:
2018.07.01 00:19:16 1: Color::hsv2rgb value our of range [1,1.00393700787402,0.00393700787401575]. should be in 0..1.
2018.07.01 00:19:36 1: Color::hsv2rgb value our of range [1,1.00393700787402,0.00393700787401575]. should be in 0..1.
2018.07.01 00:19:59 1: Color::hsv2rgb value our of range [1,1.00393700787402,0.00393700787401575]. should be in 0..1.
2018.07.01 00:20:19 1: Color::hsv2rgb value our of range [1,1.00393700787402,0.00393700787401575]. should be in 0..1.
2018.07.01 00:20:39 1: Color::hsv2rgb value our of range [1,1.00393700787402,0.00393700787401575]. should be in 0..1.
2018.07.01 00:21:02 1: Color::hsv2rgb value our of range [1,1.00393700787402,0.00393700787401575]. should be in 0..1.



Hab dann in der Bridge das hier gefunden:
"9": {
"state": {
"on": false,
"bri": 1,
"hue": 65535,
"sat": 255,
"effect": "none",
"xy": [
0.6927,
0.308
],
"ct": 153,
"alert": "none",
"colormode": "hs",
                        ...


Man beachte: "sat": 255
Die Birne hatte nen Hau weg und hat bis zu nem Neustart in der API auch nur noch xy aktualisiert.

Kannst du bitte solche Werte im Modul bereinigen?
Entweder gleich nur valide Werte ins Reading schreiben, oder zumindest vor ansonsten quengelnden Funktionen noch mal prüfen.

Danke! Markus
Titel: Antw:philips hue modul
Beitrag von: FunkOdyssey am 02 Juli 2018, 14:31:53
Ich muss jetzt doch einmal etwas nachfragen, was mich schon seit längerer Zeit beschäftigt.

Im Thread "HUEGroup Readings state und pct (https://forum.fhem.de/index.php/topic,81711.90.html)" ist ein wenig über die Entstehung des Attributs "createGroupReadings" geschrieben.

Ich habe das Attribut in meiner huebridge gesetzt:

defmod huebridge HUEBridge <ip>
attr huebridge createGroupReadings 1
attr huebridge httpUtils 1
attr huebridge pollDevices 2


Ich sehe auch, wie die einzelnen HueDevices nach dem Ausschalten (Stromlos) auf "unreachable" springen.

defmod HUEDevice5 HUEDevice 5  IODev=huebridge
attr HUEDevice5 IODev huebridge
attr HUEDevice5 color-icons 2
attr HUEDevice5 model LCT015
attr HUEDevice5 subType extcolordimmer

setstate HUEDevice5 unreachable
setstate HUEDevice5 2018-06-29 14:46:35 alert none
setstate HUEDevice5 2018-06-29 14:46:35 bri 254
setstate HUEDevice5 2018-06-29 14:46:35 colormode ct
setstate HUEDevice5 2018-06-29 14:46:35 ct 366 (2732K)
setstate HUEDevice5 2018-06-29 14:46:35 effect none
setstate HUEDevice5 2018-06-29 14:46:35 hue 8418
setstate HUEDevice5 2018-07-02 13:40:56 onoff 1
setstate HUEDevice5 2018-07-02 13:40:56 pct 100
setstate HUEDevice5 2018-07-02 14:19:56 reachable 0
setstate HUEDevice5 2018-06-29 14:46:35 rgb ffc799
setstate HUEDevice5 2018-06-29 14:46:35 sat 140
setstate HUEDevice5 2018-07-02 14:19:56 state unreachable
setstate HUEDevice5 2018-06-29 14:46:35 xy 0.4573,0.41



Aber in der dazugehörigen HUEGroup ändert sich nichts:

defmod HUEGroup5 HUEDevice group 5  IODev=huebridge
attr HUEGroup5 IODev huebridge
attr HUEGroup5 color-icons 2
attr HUEGroup5 delayedUpdate 1

setstate HUEGroup5 on
setstate HUEGroup5 2018-06-29 14:46:35 alert none
setstate HUEGroup5 2018-07-02 13:40:56 all_on 1
setstate HUEGroup5 2018-07-02 13:39:56 any_on 1
setstate HUEGroup5 2018-06-29 14:46:35 bri 254
setstate HUEGroup5 2018-06-29 14:46:35 colormode ct
setstate HUEGroup5 2018-06-29 14:46:35 ct 366
setstate HUEGroup5 2018-06-29 14:46:35 effect none
setstate HUEGroup5 2018-07-02 13:39:56 onoff 1
setstate HUEGroup5 2018-07-02 13:40:56 pct 100
setstate HUEGroup5 2018-07-02 14:19:56 reachable 0
setstate HUEGroup5 2018-06-29 14:46:35 sat 140
setstate HUEGroup5 2018-07-02 13:40:56 state on


Der Status verbleibt bei "on", obwohl alle zur Gruppe gehörenden Geräte auf "unreachable" gewechselt sind.

Was mache ich falsch? Kann mir jemand helfen?




Es ändert sich übrigens auch nicht, wenn ich "createGroupReadings=1" bei den Gruppen setze. So hatte ich das vorher.
Auch haben Änderungen beim pollDevices-Attribut keine Auswirkungen.
Titel: Antw:philips hue modul
Beitrag von: FunkOdyssey am 05 Juli 2018, 16:00:11
Kurz Info am Rande:

Wenn ich das per Notify (siehe Thread: https://forum.fhem.de/index.php/topic,81711.msg757925.html#msg757925) mache, dann klappt das einwandfrei.
Kann es sein, dass "createGroupReadings" den "unreachable"-Status noch gar nicht berücksichtigt?
Titel: [Gelöst] Problem LSELECT mit mehreren Befehlen klappt nicht
Beitrag von: patator am 14 Juli 2018, 08:23:04
Hallo,

habt Ihr auch seit dem letzten HUE Bridge Udpate (1806051111) das Problen, dass ein lselect wie im folgenden Code die Lampen nicht mehr blinken lässt?
fhem("set HUEGroup17 alert lselect; sleep 6; set HUEGroup17 alert none");;
Das ganze hat über Monate super für meine Lichtklingel funktioniert.
Komischerweise zeigen alle Hue Gruppen den Status unknown, weis nicht ob das normal ist.
Ich löse beim Drücken des Klingelsensors einen notify aus:
SENSOR_DOOR:.* {
fhem("set DOOR_GONG_MP3 playfile doorbell_15.mp3");;
fhem("set HUEGroup17 alert lselect; sleep 6; set HUEGroup17 alert none");;
fhem("set telegram message \@#Fhem_Group Es ist jemand an der Türe!");;
fhem("get ip_cam_01 image");;
fhem("get ip_cam_01_webdav image");;

my $i="/opt/fhem/FHEM/ip_cam_01_snapshot.jpg";
fhem("sleep 2; set telegram sendPhoto \@#Fhem_Group $i");;

if (ReadingsVal("KODI", "state", "") eq "opened"){
fhem("set KODI msg 'TÜRE' 'Es ist jemand an der Türe' 15000 info");;

if (ReadingsVal("KODI", "playStatus", "") eq "playing"){
fhem("set KODI pause all");;
}
}
}


Alles funktioniert im Ablauf wie bisher, nur leider blinkt nichts mehr.
Gebe ich set HUEGroup17 alert lselect; sleep 6; set HUEGroup17 alert none in die Befehlszeile ein blinkt es.

Nachtrag, nachdem ich VERBOSE 5 im HUE gesetzt habe erhalte ich folgende LOG Einträge:
2018.07.14 09:11:11 4: using HttpUtils_NonblockingGet: PUT groups/17/action
2018.07.14 09:11:22 2: HUE: http request failed: http://10.10.20.45/api/ye-hEbAMhfZQHZ6jV1osNpZb8SGApE3QOdkSH-s5/groups/17/action: empty answer received

Hier noch ein list vom HUE Module:
Internals:
   DEF        10.10.20.45
   INTERVAL   60
   NAME       HUE
   NOTIFYDEV  global
   NR         23
   NTFY_ORDER 50-HUE
   STATE      connected
   TYPE       HUEBridge
   apiversion 1.26.0
   host       10.10.20.45
   mac        00:17:88:72:18:49
   manufacturer Royal Philips Electronics
   modelName  Philips hue bridge 2015
   modelid    BSB002
   name       Philips hue
   swversion  1806051111
   updatestate 0
   zigbeechannel 15
   READINGS:
     2018-07-14 08:37:20   lastError       invalid value, lselect;, for parameter, alert
     2018-07-14 09:17:15   state           connected
     2018-07-10 07:09:18   swupdate        BSB002 1.26.0
   helper:
     apiversion 72192
     count      0
     last_config_timestamp 1531552635
     offsetUTC  7200
     updatestate 0
Attributes:
   devStateIcon connected:10px-kreis-gruen initialized:10px-kreis-rot
   event-on-change-reading .*
   fp_EG      459,727,1,HUE,
   group      Lights
   httpUtils  1
   icon       hue_filled_bridge_v2
   key        ye-hEbAMhfZQHZ6jV1osNpZb8SGApE3QOdkSH-s5
   noshutdown 1
   pollDevices 1
   queryAfterSet 1
   room       04_Buero_Essen,Hardware
   verbose    0


Lösung: anscheinend darf nun nach den Semikolons kein Leerzeichen sein, nachdem diese entfernt wurden hat es wieder funktioniert.
Komisch dass es vorher ohne Probleme funktioniert hat.
VG
Titel: Antw:philips hue modul
Beitrag von: Typ1er am 23 Juli 2018, 16:50:31
ich habe das pollDevices auf 2 und den Intervall auf 10, kleinerer Intervall geht leider nicht.

Gibt es noch eine andere Möglichkeit, das zu ändern?

Ich möchte gerne im Bad, Nachts sofort die Rollladen schliessen wenn das Licht an geht, Momentan ist es immer verzögert.
Titel: Antw:philips hue modul Philips Hue get lights liefert HUEDevice nicht
Beitrag von: shrek71 am 06 August 2018, 10:15:06
Hallo an Alle,

ich habe eine neue Osram-Lampe GU10 in mein Bad eingebaut, nachdem die alte ausgefallen ist. Dabei habe ich in der Bridge zuerst die alte gelöscht und der Eintrag in FHEM auch. Anschließend neu an die Bridge angelernt, umbenannt und einem Raum zugewiesen.
Leider findet nun das FHEM-Modul die neue Lampe nicht.

Folgendes erhalte ich bei get lights:

35: Wohnzimmer Decke          HUEDevice35     Extended color light
36: Buero Schreibtisch        HUEDevice36     Color temperature light
37: Badobenlinks                              Extended color light


Was mir auffällt das hier keine HueDevice37 erscheint.

Des weiteren erhalte ich seit dem ich die Lampe an die  Bridge angelert habe folgende Meldungen:


2018.08.05 15:58:03 1: ERROR: empty name in readingsBeginUpdate
2018.08.05 15:58:03 1: stacktrace:
2018.08.05 15:58:03 1:     main::readingsBeginUpdate           called by ./FHEM/31_HUEDevice.pm (1368)
2018.08.05 15:58:03 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1608)
2018.08.05 15:58:03 1:     main::HUEBridge_dispatch            called by ./FHEM/30_HUEBridge.pm (1000)
2018.08.05 15:58:03 1:     main::HUEBridge_GetUpdate           called by fhem.pl (3129)
2018.08.05 15:58:03 1:     main::HandleTimeout                 called by fhem.pl (646)
2018.08.05 15:58:03 1: readingsUpdate(,state,off) missed to call readingsBeginUpdate first.
2018.08.05 15:58:03 1: stacktrace:
2018.08.05 15:58:03 1:     main::readingsBulkUpdate            called by ./FHEM/31_HUEDevice.pm (1453)
2018.08.05 15:58:03 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1608)
2018.08.05 15:58:03 1:     main::HUEBridge_dispatch            called by ./FHEM/30_HUEBridge.pm (1000)
2018.08.05 15:58:03 1:     main::HUEBridge_GetUpdate           called by fhem.pl (3129)
2018.08.05 15:58:03 1:     main::HandleTimeout                 called by fhem.pl (646)
2018.08.05 15:58:51 1: PERL WARNING: Use of uninitialized value $fhem_name in sprintf at ./FHEM/30_HUEBridge.pm line 864.
2018.08.05 15:59:03 1: ERROR: empty name in readingsBeginUpdate


Kann mir da jemand weiterhelfen, bzw was machen ich falsch?


Danke und Gruß,
Shrek
Titel: Antw:philips hue modul
Beitrag von: moppy am 11 August 2018, 17:12:16
Hallo,

ich benutze das HUE Modul zusammen mit deCONZ von Dresden Elektronik. Super Sache, alle meine Philips Hue Lampen funktionieren einwandfrei.

Habe aber ein Problem mit IKEA Lampen (in meinem Fall die FLOALT Panels), ich kann leider keine zwei Befehle auch einmal senden. Ich würde gerne dimmen und die Farbe gleichzeitig ändern. Bei meinen Lampen von Philips klappt das z.B so

set flur_hue_deckenleuchte pct 20 : color 2000

gleicher Befehl bei den IKEA Lampen verschluckt den Color Befehl. Habe schon sämtliche Konstellationen versucht. Es wird kein Fehler im Log angelegt. Gerne liefere ich weitere Infos.

ne Idee woran es liegen kann (oder ne Idee für nen Workaround?)

lg
Titel: Antw:philips hue modul
Beitrag von: Peteruser am 17 September 2018, 14:55:56
Hallo,
ich habe bei mir das IKEA Home Smart LED-Lichtpaneel FLOALT über HUE eingebunden. Leider erscheint das bei mir unter ctdimmer und lässt sich nur in der Farbtemp. verändern, das Dimmen ist nur per Skript machbar.

defmod HUEDevice9 HUEDevice 9  IODev=hueBridge1
attr HUEDevice9 IODev hueBridge1
attr HUEDevice9 alias Wohnzimmer.Decke
attr HUEDevice9 color-icons 2
attr HUEDevice9 devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
attr HUEDevice9 model FLOALT panel WS 60x60
attr HUEDevice9 room HUEDevice
attr HUEDevice9 subType ctdimmer
attr HUEDevice9 webCmd ct:ct 490:ct 380:ct 270:ct 160:toggle:on:off

setstate HUEDevice9 off
setstate HUEDevice9 2018-09-16 16:41:26 alert none
setstate HUEDevice9 2018-09-16 16:41:26 bri 254
setstate HUEDevice9 2018-09-16 16:41:26 colormode ct
setstate HUEDevice9 2018-09-17 06:28:33 ct 380 (2631K)
setstate HUEDevice9 2018-09-17 06:28:40 onoff 0
setstate HUEDevice9 2018-09-17 06:28:40 pct 0
setstate HUEDevice9 2018-09-17 06:28:40 reachable 1
setstate HUEDevice9 2018-09-17 06:28:33 rgb ffc494
setstate HUEDevice9 2018-09-17 06:28:40 state off


Gibt es hier die Möglichkeit auch einen Schieberegler für die Lampe anzubieten? ;D
Ist übrigens bei dem Teil bei mir genauso: TRADFRI bulb E14 WS opal 400lm


Grüße Peter
Titel: Antw:philips hue modul
Beitrag von: Peteruser am 17 September 2018, 15:05:15
Hallo,
wenn ein Befehl verschluckt wird, mal die Befehle in eine Shell und nacheinander absetzen.

Grüße Peter
Titel: Antw:philips hue modul
Beitrag von: Markus M. am 24 September 2018, 11:08:10
Eine freundliche Erinnerung daran, dass das immer noch nicht gefixt wurde.
Gestern war es wieder soweit und ich hatte "sat": 255 bei einer anderen Birne.
Diesmal hat ein simples Verstellen der Werte der Lampe geholfen.

Zitat von: Markus M. am 01 Juli 2018, 16:01:03
Hi Andre

Ohne eine Änderung an der Konfiguration wurde ich seit gestern von Color Fehlern bombardiert:
2018.07.01 00:19:16 1: Color::hsv2rgb value our of range [1,1.00393700787402,0.00393700787401575]. should be in 0..1.
2018.07.01 00:19:36 1: Color::hsv2rgb value our of range [1,1.00393700787402,0.00393700787401575]. should be in 0..1.
2018.07.01 00:19:59 1: Color::hsv2rgb value our of range [1,1.00393700787402,0.00393700787401575]. should be in 0..1.
2018.07.01 00:20:19 1: Color::hsv2rgb value our of range [1,1.00393700787402,0.00393700787401575]. should be in 0..1.
2018.07.01 00:20:39 1: Color::hsv2rgb value our of range [1,1.00393700787402,0.00393700787401575]. should be in 0..1.
2018.07.01 00:21:02 1: Color::hsv2rgb value our of range [1,1.00393700787402,0.00393700787401575]. should be in 0..1.



Hab dann in der Bridge das hier gefunden:
"9": {
"state": {
"on": false,
"bri": 1,
"hue": 65535,
"sat": 255,
"effect": "none",
"xy": [
0.6927,
0.308
],
"ct": 153,
"alert": "none",
"colormode": "hs",
                        ...


Man beachte: "sat": 255
Die Birne hatte nen Hau weg und hat bis zu nem Neustart in der API auch nur noch xy aktualisiert.

Kannst du bitte solche Werte im Modul bereinigen?
Entweder gleich nur valide Werte ins Reading schreiben, oder zumindest vor ansonsten quengelnden Funktionen noch mal prüfen.

Danke! Markus
Titel: Antw:philips hue modul
Beitrag von: wuast94 am 27 September 2018, 21:40:27
Folgendes Problem:

Deconz läuft im docker container mit gemappten ports
80 ist erreichbar von port 8095
443 erreichbar von 4430

wenn ich die huebridge anlege in fhem findert er auch was aber nicht alles .. iwas scheint da nicht zu laufen wie es sollte

Internals:
   CFGFN     
   DEF        192.168.178.26:8095
   INTERVAL   60
   NAME       huebridge
   NOTIFYDEV  global
   NR         1806
   NTFY_ORDER 50-huebridge
   STATE      initialized
   TYPE       HUEBridge
   host       192.168.178.26:8095
   manufacturer Royal Philips Electronics
   modelName  Philips hue bridge 2012
   Helper:
     DBLOG:
       state:
         logdb:
           TIME       1538076898.44742
           VALUE      initialized
   READINGS:
     2018-09-27 21:34:58   state           initialized
   helper:
     count      4
     last_config_timestamp 0
Attributes:
   key        cb1550f3f77d4acd9115d9567c219410


Fhem log:
2018-09-27 21:41:23 Global global ATTR huebridge verbose 5
2018-09-27 21:41:38 HUEBridge huebridge active
2018.09.27 21:41:38 5 : HUEBridge_OpenDev: got description: <?xml version="1.0"?> <root xmlns="urn:schemas-upnp-org:device-1-0"> <specVersion> <major>1</major> <minor>0</minor> </specVersion> <URLBase>http://192.168.178.26:8095/</URLBase> <device> <deviceType>urn:schemas-upnp-org:device:Basic:1</deviceType> <friendlyName>Philips hue (192.168.178.26) compatible Wireless Light Control Gateway</friendlyName> <manufacturer>Royal Philips Electronics</manufacturer> <manufacturerURL>http://www.dresden-elektronik.de</manufacturerURL> <modelDescription>dresden elektronik Wireless Light Control</modelDescription> <modelName>Philips hue bridge 2012</modelName> <modelNumber>929000226503</modelNumber> <modelURL>http://www.dresden-elektronik.de</modelURL> <serialNumber>00212EFFFF027B6B</serialNumber> <UDN>uuid:bdf863e4-1325-49f5-9e4d-200e0cf4a41b</UDN> <gatewayName>Phoscon-GW</gatewayName> <presentationURL>index.html</presentationURL> <iconList> <icon> <mimetype>image/png</mimetype> <height>48</height> <width>48</width> <depth>24</depth> <url>hue_logo_0.png</url> </icon> <icon> <mimetype>image/png</mimetype> <height>120</height> <width>120</width> <depth>24</depth> <url>hue_logo_3.png</url> </icon> </iconList> </device> </root>
2018.09.27 21:41:38 4 : using HUEBridge_HTTP_Request: GET config
2018.09.27 21:41:42 1 : HUEBridge_HTTP_Request http://192.168.178.26:8095/api/cb1550f3f77d4acd9115d9567c219410/config: Select timeout/error:
2018.09.27 21:41:42 3 : HUEBridge_Call: failed, retrying
2018.09.27 21:41:42 4 : using HUEBridge_HTTP_Request: GET config
2018.09.27 21:41:46 1 : HUEBridge_HTTP_Request http://192.168.178.26:8095/api/cb1550f3f77d4acd9115d9567c219410/config: Select timeout/error:
2018.09.27 21:41:46 3 : HUEBridge_Call: failed, retrying
2018.09.27 21:41:46 3 : HUEBridge_Call: failed
2018.09.27 21:41:46 2 : HUEBridge_OpenDev: got empty config


api outpout von http://192.168.178.26:8095/api/cb1550f3f77d4acd9115d9567c219410/config im browser

{"apiversion":"1.0.9","bridgeid":"00212EFFFF027B6B","datastoreversion":"60","devicename":"ConBee","factorynew":false,"mac":"ac:1f:6b:19:d2:3e","modelid":"deCONZ","name":"Phoscon-GW","replacesbridgeid":null,"starterkitid":"","swversion":"2.5.39"}
Titel: Antw:philips hue modul
Beitrag von: wuast94 am 29 September 2018, 09:58:01
hab mittlerweile herraus gefunden das es am modul liegen müsste. iobroker erkennt alles ohne probleme.

vlt wird irgendwo der doppelpunkt vom port nicht richtig geparsed oder so :/ ich weiß auf jeden fall nicht mehr weiter wie ich das zum laufen bekomme
Titel: Antw:philips hue modul
Beitrag von: dwi am 04 Oktober 2018, 19:32:32
Zitat von: justme1968 am 16 Oktober 2016, 23:00:40
in deinem log sind json fehler meldungen. direkt davor steht eine url. was bekommst du wenn du diese direkt im browser aufrufst:  http://<ip>:80/api/ae91f82c3f67c570477ef4c4a66aa090/scenes (http://<ip>:80/api/ae91f82c3f67c570477ef4c4a66aa090/scenes).

gruss
  andre

Ich bin jetzt in das gleiche Problem gelaufen mit meinem RaspBee und deCONZ. get Scenes kommt einfach nicht und die API im Browser gibt eine Rückmeldung, dass es die Seite nicht gibt.
Hast du hier ggf Neuigkeiten erhalten?

Ich habe mir einmal eine Antwort von http://<ip>/api/xxx....zzz/ geholt, aber Szenen gibts da gar keine Definition, wenn ich das richtig sehe.
Wie wäre deine Empfehlung in einem solchen Fall? Die Lampen einzeln per FHEM ansteuern?
Gibt es einen leichten Weg alle Status von den X Lampen einer Szene gesammelt abzufragen und daraus relativ komfortabel einen Befehl für FHEM zu bekommen, der die Lampen entsprechend schaltet?

Ich habe versucht mit SET savescene zu arbeiten, aber auch hier gibt's einfach die Rückmeldung, dass der API Pfad auch für PUT nicht existiert (wer hätte es vermutet :) )

Okay, der Pfad bei RaspBee für Scenen ist:
http://<ip>/api/<token>/groups/<groupid>/scenes/<sceneid>
Darüber bekommt man ein Array von den beteiligten Lichtern samt Farbwerte:
{"lights":[{"bri":254,"colormode":"xy","id":"20","on":true,"transitiontime":10,"x":0.55563,"y":0.424807},{"bri":254,"colormode":"xy","id":"3","on":true,"transitiontime":10,"x":0.455751,"y":0.417316},{"bri":254,"colormode":"xy","id":"16","on":false,"transitiontime":10,"x":0.563075,"y":0.420549},{"bri":254,"colormode":"xy","id":"8","on":true,"transitiontime":10,"x":0.45278,"y":0.420886},{"bri":254,"colormode":"ct","ct":366,"id":"5","on":false,"transitiontime":10},{"bri":254,"colormode":"ct","ct":366,"id":"11","on":false,"transitiontime":10},{"bri":0,"id":"21","on":true,"transitiontime":10}],"name":"KZ Gedimmt","state":0}

Hier ist die Doku dazu:
https://dresden-elektronik.github.io/deconz-rest-doc/scenes/

Dann werde ich mir mal die Szenen RaspBee tauglich programmieren.. :/
Titel: Antw:philips hue modul
Beitrag von: SouzA am 08 November 2018, 19:52:25
Zitat von: justme1968 am 25 Juli 2014, 19:39:40
das sollte gehen wenn du transitiontime mit angibst.

set <device> effect colorloop : transitiontime 1000

gruss
  andre

Hi,
bin neu bei hue  ;D und versuche da meine Vorstellungen umzusetzen.
Dabei versuche ich schon seit geraumer Zeit den colorloop in der Zeit zu ändern.
Irgendwie funktioniert das aber nicht.
Nur
set wozi_LED_TV effect colorloop : transitiontime 100
funktioniert sowieso nicht.

Es muss immer

(set wozi_LED_TV on)
(set wozi_LED_TV effect colorloop : transitiontime 100)

damit überhaupt was passiert gemacht werden. Ist das richtig?

Funktioniert das beim Colorloop mit der transitiontime überhaupt?

Vielen Dank für eine Rückmeldung.

Bis denn
SouzA
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 09 November 2018, 09:37:02
@dwi: die szenen bei dresden funktionieren anders als im 'normalen' hue api. da ich es noch nicht testen konnte ist es nicht implementiert. nimm eine LightScene in fhem.

@SouzA: die bridge ignoriert die transition time für die color loop. du kannst dir eine langsamere loop über fhem programmieren. im forum gibt es irgendwo einen thread zu effekten aus fhem.
Titel: Antw:philips hue modul
Beitrag von: dwi am 09 November 2018, 21:40:58
Zitat von: justme1968 am 09 November 2018, 09:37:02
@dwi: die szenen bei dresden funktionieren anders als im 'normalen' hue api. da ich es noch nicht testen konnte ist es nicht implementiert. nimm eine LightScene in fhem.
Hab ich jetzt gemacht. Ist auch um einiges flexibler so und die ganzen notifys auf Buttons sind wesentlich lesbarer als die deconz PUT calls.
Die push api klappt bei mir leider nicht ganz so gut.
Titel: Antw:philips hue modul
Beitrag von: SouzA am 12 November 2018, 00:09:46
Zitat von: siggi85 am 26 September 2014, 17:23:39
Ich habe den Effekt von HolyMoly umgebaut, so dass man mehrere Hue Bulbs angeben kann.

sub
startFireEffect(@)
{
  my @bulbs=@_;
  foreach (@bulbs) {
    my $bulb=$_;
    my $hue = int((rand()*3460)+5460);
    my $sat = int(rand(64)+170);
    my $bri = int(rand(60)+16);
    my $delay = (rand()+0.1);
    my $transitiontime = int($delay * 10);
    fhem("set $bulb hue $hue: sat $sat : bri $bri : transitiontime $transitiontime immediateUpdate:noUpdate");
    InternalTimer(qw(gettimeofday)+$delay, 'FireEffect', $bulb, 0);
  }
}

sub
stopFireEffect(@)
{
  my @bulbs=@_;
  foreach (@bulbs) {
    my $bulb=$_;
    RemoveInternalTimer($bulb);
    fhem("set $bulb off");
  }
}


Der Effekt kann folgendermaßen aufgerufen und gestoppt werden:


{startFireEffect("wz_bulb1","wz_bulb2")}
{stopFireEffect("wz_bulb1","wz_bulb2")}


Hi,
um mal ein bissl zu üben, hab ich mir mal dieses Beispiel gekrallt.
Allerdings startet fhem neu, wenn man mit dem folgenden DOIF die sub startet:
di_ku_LED_Schrank_Fire DOIF
([ku_Taster_6fach_Btn_02] =~ "LongRelease")
({startFireEffect("ku_LED_auf_Schrank_color")})


Das sub ist wie oben beschrieben.
Fehlermeldung sieht so aus:
2018.11.11 23:52:47 1: PERL WARNING: Argument "gettimeofday" isn't numeric in addition (+) at ./FHEM/99_myUtils.pm line 34.
2018.11.11 23:52:47 3: eval: {startFireEffect("ku_LED_auf_Schrank_color")}
Undefined subroutine &main::FireEffect called at fhem.pl line 3142.


Was muss man ändern, damit das funktioniert?
Vielen Dank für Hilfe.

Bis denn
SouzA
Titel: Antw:philips hue modul
Beitrag von: StephanFHEM am 13 November 2018, 20:41:03
Hallo,

durch den Aqara Cube nutze ich jetzt zum ersten mal die DimUp und DimDown-Funktionen. Die Schrittweite von 10pct ist aber für meine Zwecke sehr wenig, da man dazu den Würfel 10x drehen muss.
Kann man den Wert irgendwo überschreiben und zB für bestimmte Devices auf 20 setzen?

Grüße Stephan
Titel: Antw:philips hue modul
Beitrag von: SouzA am 14 November 2018, 03:11:43
Hi,
Ich hätte da gerne mal ein Problem mit den Szenen.
In den hue-Labs in der App kann man ja Szenen generieren und in der Bridge hinterlegen. Das funktioniert auch.
Allerdings kann man die auch in den Labs wieder löschen und angeblich von der Bridge löschen.
Wenn ich allerdings get scenes mache bekomme ich so etwas, und das ist nur ein Ausschnitt... :

LIGHTS
--t9RVWIikNmTk1      Scene myScene4 huelabs/candlel 2,6,7
-RrpPdvAmNTGeER      Scene scene4 huelabs/living-sc 4,6
-ZnjQ9W1isywOb9      Scene myScene2 huelabs/candlel 6,7
0G-PX4gS0TwvlCy      Scene myScene3 huelabs/candlel 2,6,7
0KUZsG8qzvB01oO      Scene scene2 huelabs/living-sc 4,6
2s-iBuLGDkQZeFH      Scene myScene3 huelabs/candlel 2,4,5,6,7
349B0D4AD8694E3      GroupId:ANYBRIDGE0   1,2,3,4,5,6,7
3MQfD4C6rQ6QvRx      Scene myScene2 huelabs/candlel 2,4,5,6,7
4DscnD9Jk91nwws      Stehlampe 100        2,4,5
4IzbeqM-FrT5Ueq      Scene storageScene huelabs/liv 1,2,3,4,5,6,7
4S9UisIlqro-mqx      Hell                 2,4,5
4kskQtiXWPMEuc-      Scene myScene2 huelabs/candlel 6,7
4rjIDVPnugOitPC      Scene scene3 huelabs/living-sc 4,6
51qYM4mOWCL3rMm      Scene scene5 huelabs/living-sc 4,6

Im Ressource-Manager und in der Scene-Auswahl ist nichts mehr an scenes vorhanden.
Wie kriegt man das bereinigt, damit man wieder einen Überblick bekommt, was noch installiert und aktiv ist und was nicht?

Vielen Dank für Rückmeldung.

Bis denn
SouzA
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 14 November 2018, 09:32:24
wenn die szenen noch mit aufgelistet werden sind sie nicht wirklich auf der bridge gelöscht.

schau mal mit get <bridge> scenes detail was in der spalte R und L steht.
R=1 bedeutet die bridge darf die szene automatisch löschen wenn nötig,
L=1 bedeutet die szene ist gelockt

mit set <bridge> deletescene <id> aus fhem kannst du szenen endgültig löschen.
Titel: Antw:philips hue modul
Beitrag von: SouzA am 14 November 2018, 12:16:51
Hi,

danke für deine Rückmeldung!
So sieht das bei mir aus:

ID                   NAME                R L V OWNER                                    LAST UPDATE          LIGHTS
--t9RVWIikNmTk1      Scene myScene4 huelabs/candlel1 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-13T08:27:48  2,6,7
-RrpPdvAmNTGeER      Scene scene4 huelabs/living-sc1 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-13T08:51:03  4,6
-ZnjQ9W1isywOb9      Scene myScene2 huelabs/candlel1 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-13T08:26:07  6,7
0G-PX4gS0TwvlCy      Scene myScene3 huelabs/candlel1 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-13T08:27:47  2,6,7
0KUZsG8qzvB01oO      Scene scene2 huelabs/living-sc1 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-13T07:28:46  4,6
2s-iBuLGDkQZeFH      Scene myScene3 huelabs/candlel1 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-13T08:33:03  2,4,5,6,7
349B0D4AD8694E3      GroupId:ANYBRIDGE0  1 0 1 hc3AsSHCXsxpKxDoFcRDziXgryC1zGhZbFDbxfg3 2018-11-10T09:16:59  1,2,3,4,5,6,7
3MQfD4C6rQ6QvRx      Scene myScene2 huelabs/candlel1 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-13T08:33:03  2,4,5,6,7
4DscnD9Jk91nwws      Stehlampe 100       0 1 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-13T05:54:00  2,4,5
4IzbeqM-FrT5Ueq      Scene storageScene huelabs/liv1 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-14T02:00:08  1,2,3,4,5,6,7
4S9UisIlqro-mqx      Hell                0 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-05T19:11:57  2,4,5
4kskQtiXWPMEuc-      Scene myScene2 huelabs/candlel1 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-13T08:26:56  6,7
4rjIDVPnugOitPC      Scene scene3 huelabs/living-sc1 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-14T01:57:38  4,6
51qYM4mOWCL3rMm      Scene scene5 huelabs/living-sc1 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-13T07:28:46  4,6
5Aoy5xs5lgmBxOw      Scene storageScene huelabs/can1 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-13T08:27:00  6,7
5D5acasVBi4RsB8      Nachtlicht          0 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-07T18:11:04  6,7
5FufO60ZImY53BL      Scene scene2 huelabs/living-sc1 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-13T06:37:16  4,6
653-NJKeDsbzmaV      Scene scene0 huelabs/living-sc1 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-13T06:37:16  4,6
6X-pn73vd7ZUrp3      Scene storageScene huelabs/can1 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-13T08:29:55  6,7
74bBSmG8iD9T2fd      Scene storageScene huelabs/liv1 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-13T06:36:22  4,6
8Bm0Ei1wmlqFYbk      Scene scene2 huelabs/living-sc1 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-14T01:57:38  4,6
8ROuSRWOjSB7Aic      Scene scene0 huelabs/living-sc1 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-13T08:51:37  4,6
8gaDcGrQKjbRDAh      Scene scene3 huelabs/living-sc1 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-13T06:36:17  4,6
AXUbkhAw2hHwlOu      Scene scene3 huelabs/living-sc1 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-13T08:51:03  4,6
AcuV9LTHaiZrKgf      Scene scene4 huelabs/living-sc1 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-13T07:28:46  4,6
AgqivzLJ-V82zeR      Scene myScene1 huelabs/candlel1 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-13T08:33:03  2,4,5,6,7
AtaLEdxd7jj0l0Q      Scene storageScene huelabs/can1 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-13T08:25:19  6,7
AwwgEFN2EUqMZvF      Scene myScene2 huelabs/candlel1 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-13T08:31:55  2,5
C7DckDjokfjkWqj      Scene scene1 huelabs/living-sc1 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-13T06:37:16  4,6
C8wovkbVOwZLIBT      Scene myScene4 huelabs/candlel1 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-13T08:25:14  6,7
CInCbqeD0KA5itE      Scene myScene1 huelabs/candlel1 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-13T08:27:47  2,6,7
CM9tUqoc60l3-Pm      Fr�hlingsbl�ten     0 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-07T18:11:04  6,7
CbsEiTXGKyGQ90J      Scene scene3 huelabs/living-sc1 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-13T06:35:19  2,4,5
D93WdzfMQWYUvLt      Ambilight 100       0 1 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-14T02:26:22  2,4,5
Dbb5X7nzKjtkif0      Scene myScene1 huelabs/candlel1 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-13T08:31:55  2,5
DbfXdtcu8KT8MvY      Last on state       1 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-07T18:10:01  1,2,3,4,5,6,7
E3fb3C59Q7n942f      Scene storageScene huelabs/liv1 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-13T07:30:31  4
ERFNYtGcjJlpinA      Konzentrieren       0 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-07T18:11:04  6,7
F1ED81D8705C156      GroupId:ECB5FAFFFE0089E221 0 1 hc3AsSHCXsxpKxDoFcRDziXgryC1zGhZbFDbxfg3 2018-11-10T09:26:02  6,7
FAWZoPBQMNlW1iC      Konzentrieren       1 1 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-14T02:25:47  2,4,5
FVTEiA3yH0R0TrO      Scene scene5 huelabs/living-sc1 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-13T06:37:16  4,6
GA8lxfYjznRodkH      Scene scene5 huelabs/living-sc1 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-13T07:30:26  4
GYKcuJCvkqGRyKD      Scene scene3 huelabs/living-sc1 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-13T08:48:08  4,6
Hk6aZKkCvSilaRQ      Scene scene0 huelabs/living-sc1 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-13T07:30:25  4
HtkNrQdjp4CzAC5      Scene scene1 huelabs/living-sc1 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-13T06:35:18  2,4,5
I7JuTxGAA3arw96      Scene scene2 huelabs/living-sc1 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-13T06:35:18  2,4,5
ICw0z2j8gNMZiDf      Scene scene5 huelabs/living-sc1 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-14T02:00:10  1,2,3,4,5,6,7
IT-ioYAJoP-WbAZ      Sonnenuntergang Savanne0 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-07T18:11:03  6,7
IUSQs3gyyXmo4Gt      Scene scene2 huelabs/living-sc1 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-14T01:59:17  4
IuGjHhWr9GlOsz9      Scene storageScene huelabs/can1 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-13T06:27:20  4,6
Jka-Hi4-Q9CB8kz      Scene storageScene huelabs/liv1 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-13T08:48:12  4,6
JogXeXQK962cfeq      Scene scene4 huelabs/living-sc1 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-13T06:37:16  4,6
K6AhQ9QlshbmdEe      Scene scene2 huelabs/living-sc1 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-13T08:51:03  4,6
KH-oBeMQaiAaoAI      Scene storageScene huelabs/liv1 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-14T01:57:37  4,6
KKEWCNSOSFzM49u      Scene myScene2 huelabs/candlel1 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-13T08:29:55  6,7
KY8FU0OETJln1FY      Scene myScene2 huelabs/candlel1 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-13T06:24:27  2
Kf80iGWWCLEQXeL      Tropend�mmerung     0 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-10T09:45:23  6,7
LIJCssCpXUC-HR1      Gedimmt             0 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-05T19:11:58  2,4,5
LNnp3QLP2HDxpA8      Scene storageScene huelabs/liv1 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-13T06:38:43  4,6
M1PAE-LXA16MvFL      Last on state       1 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-07T18:10:01  1,2,3,4,5,6,7
M98wMx5gB-lArNk      Entspannen          0 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-07T18:11:04  6,7
NVoAeVcW5dY0qI7      Energie tanken      1 1 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-14T02:25:48  2,4,5
NupGsQVZs6rzIBW      Scene scene1 huelabs/living-sc1 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-13T06:38:38  4,6
NwDwWrrmRPfiLZ-      Scene scene0 huelabs/living-sc1 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-13T08:51:02  4,6
OTETqIuwjoJXivO      Scene scene5 huelabs/living-sc1 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-14T01:59:17  4
OYdQSDzaRVzaE6s      Last on state       1 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-07T18:10:01  1,2,3,4,5,6,7
OcIMDn8MIckcKVP      Scene scene4 huelabs/living-sc1 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-13T06:38:38  4,6
OtKrJpeomj5RUZK      Scene scene1 huelabs/living-sc1 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-13T08:51:37  4,6
PMcugxSUrCGsDhT      Scene myScene3 huelabs/candlel1 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-13T08:31:55  2,5
QbIrOdCog3N8YF2      Scene scene4 huelabs/living-sc1 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-13T07:30:26  4
R1B5d8GEpRk9IN8      Scene scene1 huelabs/living-sc1 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-14T01:59:17  4
RzlA-ICKQ0ixjkD      Scene scene1 huelabs/living-sc1 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-14T02:00:08  1,2,3,4,5,6,7
TDetbMoSd9sWefN      Scene scene2 huelabs/living-sc1 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-14T02:00:09  1,2,3,4,5,6,7
Tj4ns0w2QILRMwh      Scene scene2 huelabs/living-sc1 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-13T06:38:38  4,6
TojMLmcQ9qw4BnU      Gedimmt             0 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-07T18:11:04  6,7
UUZ2tkMvj6PJhuB      Last on state       1 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-07T18:10:02  1,2,3,4,5,6,7
UZjZfRTyPf7KKNk      Scene storageScene huelabs/liv1 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-13T17:52:16  4,6
UnDbAVAXo4wdMRU      Scene scene4 huelabs/living-sc1 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-14T02:00:09  1,2,3,4,5,6,7
UrPYnY76W5QSyjl      Scene scene3 huelabs/living-sc1 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-13T08:51:37  4,6
V2hHx8SiQuSFmHk      Hell                0 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-07T18:11:04  6,7
VHVLW9UpJ0NYNVk      Scene myScene3 huelabs/candlel1 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-13T06:24:27  2
VMASWg2m8t7HP23      Scene scene0 huelabs/living-sc1 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-14T01:57:37  4,6
VdKqUFNeWzrwK2G      Scene myScene4 huelabs/candlel1 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-13T08:31:55  2,5
WR0pm5QeY6zqS57      Scene storageScene huelabs/liv1 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-13T06:35:46  2,4,5
Y3CT2iDk8-4-qKn      Scene scene2 huelabs/living-sc1 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-13T06:36:17  4,6
YseJjhb5KXwyPBY      Scene myScene4 huelabs/candlel1 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-13T08:26:07  6,7
aWO8Lu2AvEMgpOz      Scene scene4 huelabs/living-sc1 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-13T08:51:38  4,6
aWsl8Js9sbomOKv      Scene scene3 huelabs/living-sc1 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-13T07:28:46  4,6
b2jtoqmCjuuJ4uF      Scene scene3 huelabs/living-sc1 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-14T01:59:17  4
bMTDTDCIuyGxnUt      Scene scene1 huelabs/living-sc1 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-13T07:30:25  4
bWVUzRpJU36uiXk      Scene scene1 huelabs/living-sc1 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-14T01:57:37  4,6
cNE9iF9J3h9lrIQ      Scene myScene1 huelabs/candlel1 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-13T08:26:56  6,7
cn9wIsCdXYPTYNR      Scene scene1 huelabs/living-sc1 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-13T06:36:17  4,6
dUzXD31LTYAu0vH      Lesen               0 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-07T18:11:04  6,7
detiecYNp4g8DV4      Scene scene4 huelabs/living-sc1 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-13T06:36:17  4,6
eWrvzfa6gl9esFd      Scene scene5 huelabs/living-sc1 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-13T06:36:17  4,6
efL815Y01IiY8jN      Scene scene2 huelabs/living-sc1 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-13T08:51:37  4,6
f6DV9eCyiiXEq1k      Scene storageScene huelabs/can1 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-13T06:24:31  2
fYvPRSJpIj9EYnj      Scene scene3 huelabs/living-sc1 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-13T06:37:16  4,6
fxR7NOwjWBKheZr      Scene scene1 huelabs/living-sc1 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-13T08:51:02  4,6
gE-4grqueAdYLXf      Scene myScene1 huelabs/candlel1 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-13T08:25:14  6,7
gNmtv-m784zVeiH      Scene scene3 huelabs/living-sc1 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-13T07:30:25  4
gzRM5p-ezWLMXpp      Scene scene0 huelabs/living-sc1 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-13T08:48:07  4,6
h1dw8XVs4OqMy96      Nordlichter         0 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-07T18:11:04  6,7
hU8-W4UmZAtXbHi      Scene myScene4 huelabs/candlel1 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-13T08:33:03  2,4,5,6,7
i-ovJYgF6FLCV0J      Scene scene0 huelabs/living-sc1 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-13T06:35:18  2,4,5
i0MVCGz-3bfptqB      Scene scene4 huelabs/living-sc1 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-14T01:59:17  4
i7fRM444HiHCf6U      Scene myScene3 huelabs/candlel1 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-13T08:26:56  6,7
iQKNFMhw8kvrtrJ      Scene scene2 huelabs/living-sc1 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-13T08:48:08  4,6
iUQsFsUHTvRDMCK      Energie tanken      0 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-07T18:11:04  6,7
ixeJrtpHjM6Uilb      Scene myScene1 huelabs/candlel1 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-13T06:24:26  2
j6HfqF8mOtv17Ju      Lesen               1 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-14T02:25:47  2,4,5
jQBG6DuPZpFs8QW      Scene scene4 huelabs/living-sc1 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-14T01:57:38  4,6
jZoZURgqYMFyxgP      Scene scene0 huelabs/living-sc1 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-13T06:36:17  4,6
kSO-YRieDpF2RYe      Scene scene0 huelabs/living-sc1 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-14T02:00:08  1,2,3,4,5,6,7
kTCAYiOiQ-6ylF3      Scene storageScene huelabs/can1 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-13T08:33:11  2,4,5,6,7
l2MPI-4862Pr09h      Scene scene5 huelabs/living-sc1 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-14T01:57:38  4,6
lQq-UoxHze5Rkb1      Scene scene5 huelabs/living-sc1 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-13T06:35:19  2,4,5
m5x5FUnQ5-gG8eM      Scene myScene2 huelabs/candlel1 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-13T08:25:14  6,7
puk9A5XrI1A3hBf      Scene scene5 huelabs/living-sc1 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-13T08:51:38  4,6
pywfhvuwzYFxQWr      Scene myScene1 huelabs/candlel1 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-13T08:26:07  6,7
qhzNBnv8V8yNC1f      Scene myScene4 huelabs/candlel1 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-13T06:24:27  2
qkROXbUd5h7x-kK      Nachtlicht          0 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-05T19:11:58  2,4,5
qn4bnYJ4KgnceGP      Scene scene5 huelabs/living-sc1 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-13T08:51:03  4,6
rsvxYBMtYNBZX5z      Scene scene4 huelabs/living-sc1 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-13T06:35:19  2,4,5
sAyoIMfqDJZipDn      Scene myScene2 huelabs/candlel1 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-13T08:27:47  2,6,7
sM5RlSwdzNoYlPr      Scene myScene4 huelabs/candlel1 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-13T08:26:57  6,7
sQVCMYEKs6Yui5i      Scene scene4 huelabs/living-sc1 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-13T08:48:08  4,6
scm0nS2Sq-2vSm4      Scene storageScene huelabs/liv1 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-13T06:37:51  4,6
skD4DjlJaFPrpdu      Stehlampe/Ambilight weiss 1000 1 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-13T05:56:06  2,4,5
tAJGm-CjDJdy335      Scene scene3 huelabs/living-sc1 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-14T02:00:09  1,2,3,4,5,6,7
twFcUJwaxEQ2ZhP      Scene storageScene huelabs/liv1 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-13T07:28:52  4,6
u1chOIEXyIvRCDe      Scene scene0 huelabs/living-sc1 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-13T06:38:38  4,6
uDSyZMT5U8NcTIk      Scene scene5 huelabs/living-sc1 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-13T06:38:38  4,6
uXCLt3X1yIfIJ1q      Scene storageScene huelabs/liv1 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-13T08:51:07  4,6
vWSmh8NSslxATZh      Scene storageScene huelabs/can1 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-13T08:26:10  6,7
voxWXicaTWERhBL      Scene myScene3 huelabs/candlel1 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-13T08:29:55  6,7
wNVernEqUuXKUEW      Scene scene0 huelabs/living-sc1 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-14T01:59:17  4
wi8CmCCjgDK-O4G      Last on state       1 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-07T18:10:01  1,2,3,4,5,6,7
wuTfIZSCcVGn3zQ      Scene scene1 huelabs/living-sc1 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-13T08:48:07  4,6
xOC38-SXWmaJYgy      Scene storageScene huelabs/can1 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-13T08:28:42  2,6,7
xVCNsefJwiPlYjR      Scene storageScene huelabs/liv1 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-14T01:59:17  4
xZROhY-qUtO3LQw      Scene myScene3 huelabs/candlel1 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-13T08:25:14  6,7
xcj0pkH5idSsjgC      Scene myScene4 huelabs/candlel1 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-13T08:29:56  6,7
xhRpVXDh-CP8B-o      Scene myScene1 huelabs/candlel1 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-13T08:29:55  6,7
xsM4oXvdaNKWbB2      Scene scene1 huelabs/living-sc1 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-13T07:28:46  4,6
y5xx67W0xk7QhAc      Scene scene3 huelabs/living-sc1 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-13T06:38:38  4,6
yKjdJ9TLAUd4EmZ      Scene scene2 huelabs/living-sc1 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-13T07:30:25  4
yOiCRMooPFzsqRp      Scene myScene3 huelabs/candlel1 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-13T08:26:07  6,7
ykbVyQnjakgVOvR      Scene storageScene huelabs/can1 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-13T08:32:00  2,5
zL5eyxuGGgProzM      Scene scene0 huelabs/living-sc1 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-13T07:28:45  4,6
zgofqjcNTfj5oHk      Scene scene5 huelabs/living-sc1 0 2 AklB6gSs3YKTFWgiuuEvo-HsA82H7sigzCTe1Fwl 2018-11-13T08:48:08  4,6

1.) So wie ich das sehe, steht nahezu überall R=0 und L=2, oder? Das bedeutet dann was?
2.) Wie bekommt man da eine vernünftige Liste raus?  ;)

Bis denn
SouzA
Titel: Antw:philips hue modul
Beitrag von: cramu am 15 November 2018, 23:42:07
Kann mir jemand erklären warum das Poll-Intervall des Moduls ein Minimum von 60 Sekunden aufweist?

Ich möchte im Badezimmer eine Spiegelleuchte und ein Chromecast-Radio in Abhängigkeit zur hartgeschalteten Deckenleuchte aktivieren und würde die Reaktionszeit gerne verkürzen.

Oder gibt es vielleicht Umwege, um den Status der Deckenleuchte häufiger abzufragen.
Titel: philips hue modul
Beitrag von: hoppel118 am 15 November 2018, 23:51:24
Jo, das interessiert mich auch schon länger. Wenn ich beispielsweise mit dem HUE Dimmer Switch das Licht einschalte, sehe ich das in der Home App immer erst zeitverzögert.

Das müsste ja dasselbe Problem sein, oder?

Gruß Hoppel
Titel: Antw:philips hue modul
Beitrag von: Shojo am 16 November 2018, 23:24:41
Hallo,

habe ich die Möglichkeit einen Multisensor in einem FHEM Device unterzubringen?

z.B. so:
define BU.Sensor.Room HUEDevice sensor 18|19|20

Gruß
Dennis
Titel: Antw:philips hue modul
Beitrag von: Phiolin am 16 November 2018, 23:58:40
Zitat von: cramu am 15 November 2018, 23:42:07
Kann mir jemand erklären warum das Poll-Intervall des Moduls ein Minimum von 60 Sekunden aufweist?

Ich möchte im Badezimmer eine Spiegelleuchte und ein Chromecast-Radio in Abhängigkeit zur hartgeschalteten Deckenleuchte aktivieren und würde die Reaktionszeit gerne verkürzen.

Oder gibt es vielleicht Umwege, um den Status der Deckenleuchte häufiger abzufragen.

Du kannst auch einfach einen geringeren Intervall im DEF angeben. Ich benutze zum Beispiel 20 Sekunden seit langem problemlos. Nur weil es in der Doku anders steht, heißt ja nicht unbedingt, dass es nicht doch funktioniert. :)
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 17 November 2018, 11:53:45
@StephanFHEM: dimUp und dimDown arbeiten mit bri, nicht mit pct und der default delta wert ist nicht 10 sondern 25. wenn deine bridge firmware halbwegs aktuell ist kannst du mit set <name> dimUp<delta> bzw set <name> dimDown<delta> einen anderen verwenden.


@SouzA: es steht fast überall 1 und 0 -> die bridge darf wieder verwenden und ist nicht gesperrt.
die liste schaut komisch aus weil die namen und ids so lang sind das die Formatierung durcheinander kommt.

ich sehe auf den ersten blick nichts woran man erkennen kann welche szenen in hue-labs gelöscht wurden. du kannst ja mal einen vorher/nachher vergleich machen. und auch schauen ob du die gelöschten szenen mit anderen apps noch siehst.

ansonsten hilft nur manuell mit set <bridge> deletescene <id> löschen.


@cramu, hoppel118: weil die bridge (zumindest die alte) und auch fhem auf einem langsamen systemen deutlich in die knie gehen kann wann man viele geräte hat und es übertreibt.

wenn man in fhem direkt auf das schalten reagieren möchte kann man das Intervall für dieses device auch kürzer wählen. taster sollte man dann direkt in fhem abfragen mit 1-2 sekunden intervall. aber achtung: fhem wird auch dann nicht so schnell reagieren wie du möchtest weil der taster die lampe direkt steuert und die bridge davon auch nur verzögert erfährt.

die bridge ist für solche 'echtzeit' aufgaben nicht gemacht. dafür sollte man andere taster verwenden (homematic, zwave, ...) oder man schaut sich die deconz module an und verwendet das push api mit fhem. siehe anderer thread.


@shojo: nein. das ist nicht vorgesehen. du könntest das aber mit bordmitteln in fhem erreichen.

warum möchtest du alles in einem device haben? die meisten frontends können auch werte aus unterschiedlichen devices gemeinsam anzeigen.
Titel: Antw:philips hue modul
Beitrag von: Paul am 17 November 2018, 11:58:12
Hallo,

Ist da im Modul ein kleiner Bug?

Bei den extcolordimmern wird bei dem Icon auch bei den Dimmstufen die Farben wiedergegeben.

Bei den Dimmern wird nur bei voller Leistung die ,,Farbe" dargestellt.
Titel: Antw:philips hue modul
Beitrag von: Shojo am 17 November 2018, 12:24:23
Zitat von: justme1968 am 17 November 2018, 11:53:45

@shojo: nein. das ist nicht vorgesehen. du könntest das aber mit bordmitteln in fhem erreichen.
warum möchtest du alles in einem device haben? die meisten frontends können auch werte aus unterschiedlichen devices gemeinsam anzeigen.

Da der Multisensor (Raumsensor) ein Device ist, bloß in den sich halt 3 Sensoren verbergen. 
In diesen Fall handelt es sich um den Xiaomi Aqara Temperatur Feuchtigkeitssensor (https://de.gearbest.com/access-control/pp_626702.html?wid=1433363)
Das "Problem" habe ich auch bei anderen Sensoren wie z.B. Xiaomi Smart Home Aqara Bewegungssensor (https://de.gearbest.com/alarm-systems/pp_659226.html?wid=1433363)

Würde mich echt freuen wenn du da eine Möglichkeit schaffen könntest :)

Titel: Antw:philips hue modul
Beitrag von: StephanFHEM am 17 November 2018, 12:58:51
@Shojo: mal blöd gefragt, wie hast du es geschafft einen Aqara-Sensor bei Hue anzulernen? Ich hab dafür extra einen CC2531 gebastelt...
Titel: Antw:philips hue modul
Beitrag von: Shojo am 17 November 2018, 13:02:09
Bei mir läuft das Zigbee Netzwerk über den Conbee Stick (https://amzn.to/2PwtcBr) & der  deCONZ / Phoscon App  (https://www.dresden-elektronik.de/funktechnik/solutions/wireless-light-control/phoscon-app/)
Titel: Antw:philips hue modul
Beitrag von: StephanFHEM am 17 November 2018, 14:06:54
Zitat von: justme1968 am 17 November 2018, 11:53:45
@StephanFHEM: dimUp und dimDown arbeiten mit bri, nicht mit pct und der default delta wert ist nicht 10 sondern 25. wenn deine bridge firmware halbwegs aktuell ist kannst du mit set <name> dimUp<delta> bzw set <name> dimDown<delta> einen anderen verwenden.

Klasse Danke! Funktioniert jetzt wie ein Traum. Das war vorher Bri 25. hat aber bei PCT immer 10 ergeben (und da hatte ich nur drauf geachtet). Mit Wert 50 ist es jetzt so wie ich mir vorgestellt habe.
Titel: philips hue modul
Beitrag von: hoppel118 am 18 November 2018, 12:11:49
Zitat von: justme1968 am 17 November 2018, 11:53:45
@cramu, hoppel118: weil die bridge (zumindest die alte) und auch fhem auf einem langsamen systemen deutlich in die knie gehen kann wann man viele geräte hat und es übertreibt.

wenn man in fhem direkt auf das schalten reagieren möchte kann man das Intervall für dieses device auch kürzer wählen. taster sollte man dann direkt in fhem abfragen mit 1-2 sekunden intervall. aber achtung: fhem wird auch dann nicht so schnell reagieren wie du möchtest weil der taster die lampe direkt steuert und die bridge davon auch nur verzögert erfährt.

die bridge ist für solche 'echtzeit' aufgaben nicht gemacht. dafür sollte man andere taster verwenden (homematic, zwave, ...) oder man schaut sich die deconz module an und verwendet das push api mit fhem. siehe anderer thread.

Moin @justme1968,

ich habe die neue Bridge (14 HUEDevices, 4HUESwitches, 13 HUEGroups) und einen XEON-Server mit 64GB RAM und SSD. FHEM ist da nur eine Anwendung von vielen. Der Server langweilt sich meistens. Was ist für dich "langsames System", "viele Geräte" und "es übertreiben"?

Ich schätze, dass ich mich mit meiner Umgebung noch lange nicht in diesen Bereichen bewege. ;)

Ich habe den Intervall gerade mal von Default (ich glaube 300 Sek., also keine Intervall-Angabe) auf 10 Sekunden reduziert:

define HUEBridge HUEBridge XXX.XXX.XXX.XXX 10

Jetzt geht das Ganze schon deutlich schneller. Für mich ist das so ok, auch wenn es kein Realtime-Status ist. Meistens dauert es keine 10 Sekunden, sondern der geänderte Status wird schneller erkannt.

Für was brauche eigentlich die folgenden drei Attribute?

attr HUEBridge pollDevices 1
attr HUEBridge httpUtils 1
attr HUEBridge noshutdown 1


Momentan sind alle drei Attribute bei mir nicht konfiguriert.

Testweise habe ich gerade mal "httpUtils 1" und "pollDevices 1" konfiguriert. FHEM einmal neugestartet und schon sehe ich die Meldung "empty answer received" im Logfile. Folgender Thread hat dann die Lösung gebracht, "noshutdown 1" ist zu konfigurieren:

https://forum.fhem.de/index.php/topic,84063.0.html

Siehe da, die "empty answer received" Meldung ist danach wieder weg.

Für was genau brauche ich eigentlich pollDevices und was ist der Unterschied bei 0/1/2?

attr HUEBridge pollDevices 0
attr HUEBridge pollDevices 1
attr HUEBridge pollDevices 2


Was genau verbirgt sich hinter "httpUtils" und "noshutdown" (beides kann ich wahrscheinlich mit "0" und "1" aus- bzw. einschalten)?

Danke euch und Gruß Hoppel
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 20 November 2018, 08:56:10
@Shojo: das ist noch kein grund :)
aber im ernst: im api werden alle komponenten getrennt als eigenes gerät angezeigt. ein zusammenfassen ist zwar möglich aber nicht so trivial wie es auf den ersten blick ausschaut. was macht man mir gleichen readings die in jedem sensor vorkommen? was macht man mit state? eventuell ist für jeden typ ein anderes polling Intervall sinnvoll. vielleicht sollen realigns ja nicht im gleichen fhem räum angezeigt werden, ...

deshalb noch mal die frage: was genau möchtest du erreichen? was geht nicht wenn es wie jetzt getrennte einzel devices sind?


@Paul: Iden denke du meinst colordimmer? aber auch das kann ich bei mir nicht reproduzieren. wann genau passiert das bei dir? mit welcher hardware?


@hoppel118: dein xeon server ist nicht direkt das problem. aber die bridge selber ist schwachbrüstiger als man denkt. un wenn man schaut wie lange eine komplette abfrage tatsächlich dauert und berücksichtigt das früher alles synchron ging, wenn man bedenkt das auch wenn auf fhem seite die abfrage inzwischen asynchron ist, die bridge aber trotzdem noch alle daten erst mal zusammen stellen muss. je nach anwendung sollte man auch berücksichtigen das die bridge nur 10 kommandos pro minute erlaubt. hier zählt jeder einzelne parameter für jede lampe. 5 Lampen ein schalten und auf eine bestimmte farbe dimmen ist also scho deutlich über der grenze wenn man jede lampe einzeln behandelt und nicht mit szenen arbeitet. man sieht hier sich deutlich verzögerungen wenn sich die lampen direkt nebeneinander sind. wenn dann noch abfragen im sekunden takt kommen ist das nicht hilfreich. auch möchte man eventuell einzelne lampen oder taster deutlich öfter abfragen. dann ist es besser bei den nicht so wichtigen mehr zeit zu erlauben.

wichtig ist immer zu bedenken das das ganze system was das api angeht und vor allem das pollen nicht echtzeitfähig ist und auch nicht dafür gedacht ist. eine push funktion fehlt hier eindeutig. das geht aktuell nur mir dresden elektronik und deren bridge.

es kommt also auf den einzelfall an. wenn es bei dir geht und du keine probleme beobachtest ist doch alles ok.


die einzelnen attribute sollten alle in der commandref beschrieben sein. hier ist es wichtig zu wissen das features wie non-blocking io, das pollen aller devices auf ein mal, ... nach und nach dazu gekommen sind und je nach bridge und anzahl der lampen kombiniert werden sollten um optimale ergebnisse zu erhalten. auch hier kommt es auf die eigenen vorstellungen an. die defaults einfach zu ändern geht aber nicht ohne das verhalten bereits installierter systeme zu beeinflussen.

ob noshutdown nötig ist hängt ebenfalls von der hardware und verwendeten firmware ab. das verhalten hat sich über die zeit geändert. noshutdown ist inzwischen (fast) immer nötig und auch der default.
Titel: Antw:philips hue modul
Beitrag von: Paul am 20 November 2018, 09:24:45
Zitat von: justme1968 am 20 November 2018, 08:56:10

@Paul: Iden denke du meinst colordimmer? aber auch das kann ich bei mir nicht reproduzieren. wann genau passiert das bei dir? mit welcher hardware?


Guten Morgen,

nein, ich meine die "normalen" Dimmer.  Die bleiben beim dimmen grün erst bei 100% werden sie gelb.  Bei den extcolordimmern wird berreits beim dimmen die  Farbe angezeigt. ich habe nochmals ein Bild angehängt. Es sind auch verschiedene Dimmer:

Internals:
   DEF        11  IODev=HUE
   ID         11
   INTERVAL   
   IODev      HUE
   NAME       FlurOG
   NR         458
   STATE      on
   TYPE       HUEDevice
   desired    1
   manufacturername Philips
   modelid    LWB010
   name       FlurOG
   productid  Philips-LWB010-1-A19DLv4
   swconfigid FF6681C4
   swversion  1.29.0_r21169
   type       Dimmable light
   uniqueid   00:17:88:01:02:fc:21:9a-0b
   READINGS:
     2018-11-19 22:52:38   alert           none
     2018-11-20 09:13:02   bri             254
     2018-11-20 09:12:58   onoff           1
     2018-11-20 09:13:02   pct             100
     2018-11-19 22:52:38   reachable       1
     2018-11-20 09:13:02   state           on
   helper:
     alert      none
     bri        254
     colormode 
     ct         -1
     devtype   
     effect     
     hue        -1
     pct        100
     reachable  1
     rgb       
     sat        -1
     update_timeout -1
     xy         
Attributes:
   IODev      HUE
   alias      FlurOG
   color-icons 2
   devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
   icon       hue_filled_white_and_color_e27_b22
   model      LWB010
   room       HUEDevice
   subType    dimmer
   webCmd     pct:toggle:on:off

Internals:
   CHANGED   
   DEF        15  IODev=HUE
   ID         15
   INTERVAL   
   IODev      HUE
   NAME       FlurKeller2
   NR         466
   STATE      off
   TYPE       HUEDevice
   desired    0
   manufacturername IKEA of Sweden
   modelid    TRADFRI bulb GU10 W 400lm
   name       FlurKeller2
   swversion  1.2.214
   type       Dimmable light
   uniqueid   90:fd:9f:ff:fe:15:23:a8-01
   READINGS:
     2018-11-19 22:52:38   alert           none
     2018-11-20 09:10:22   bri             78
     2018-11-20 09:12:25   onoff           0
     2018-11-20 09:12:25   pct             0
     2018-11-20 08:39:40   reachable       1
     2018-11-20 09:12:25   state           off
   helper:
     alert      none
     bri        78
     colormode 
     ct         -1
     devtype   
     effect     
     hue        -1
     on         0
     pct        0
     reachable  1
     rgb       
     sat        -1
     update_timeout -1
     xy         
Attributes:
   IODev      HUE
   alias      FlurKeller2
   color-icons 2
   devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
   model      TRADFRI bulb GU10 W 400lm
   room       HUEDevice
   subType    dimmer
   webCmd     pct:toggle:on:off
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 20 November 2018, 09:28:26
normale dimmer bekommen vom modul überhaupt keine farbe.

die icons verenden die farbe die der aktuell von dir verwendete style für das icon vorsieht. bei dark ist das z.b. immer weiss.
Titel: Antw:philips hue modul
Beitrag von: Shojo am 21 November 2018, 11:25:39
Zitat von: justme1968 am 20 November 2018, 08:56:10
@Shojo: das ist noch kein grund :)
aber im ernst: im api werden alle komponenten getrennt als eigenes gerät angezeigt. ein zusammenfassen ist zwar möglich aber nicht so trivial wie es auf den ersten blick ausschaut. was macht man mir gleichen readings die in jedem sensor vorkommen? was macht man mit state? eventuell ist für jeden typ ein anderes polling Intervall sinnvoll. vielleicht sollen realigns ja nicht im gleichen fhem räum angezeigt werden, ...

deshalb noch mal die frage: was genau möchtest du erreichen? was geht nicht wenn es wie jetzt getrennte einzel devices sind?

Ganz ehrlich... weil ich es schöner finde :D
Ich verstehe ja auch deinen Standpunkt, dachte aber ja so halt optional ;)

Aber danke das du dir die Zeit genommen hast um dich mit meiner Anfrage zu beschäftigen!

Gruß
Dennis
Titel: Antw:philips hue modul
Beitrag von: Paul am 06 Dezember 2018, 20:10:02
Zitat von: justme1968 am 20 November 2018, 09:28:26
normale dimmer bekommen vom modul überhaupt keine farbe.

die icons verenden die farbe die der aktuell von dir verwendete style für das icon vorsieht. bei dark ist das z.b. immer weiss.

Vielleicht habe ich mich mit Farben falsch ausgedrückt.
Die Farbe ändert sich ja auch im Dark Modus auf weiß. Das passiert aber nur wenn die Lampe bei 100% ist.
Darunter werden zwar die ,,Strahlen" angezeigt. M.E. Müßte schon bei >0% die Lampe auf weiß gehen.
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 06 Dezember 2018, 20:32:05
ich weiss was du meins, aber wie oben geschrieben wird die farbe in diesem fall nicht vom modul gesetzt sondern kommt direkt aus dem style.

in defaultCommon.css wird nur für den fall on die icon farbe auf orange gesetzt:svg.on,svg.FS20_on { fill:orange!important; }

wenn du das auch für die dim icons haben möchtest muss das ebenfalls im style gemacht werden und hat mit dem modul nichts zu tun.
Titel: Antw:philips hue modul
Beitrag von: Paul am 06 Dezember 2018, 21:20:42
Zitat von: justme1968 am 06 Dezember 2018, 20:32:05
ich weiss was du meins, aber wie oben geschrieben wird die farbe in diesem fall nicht vom modul gesetzt sondern kommt direkt aus dem style.

in defaultCommon.css wird nur für den fall on die icon farbe auf orange gesetzt:svg.on,svg.FS20_on { fill:orange!important; }

wenn du das auch für die dim icons haben möchtest muss das ebenfalls im style gemacht werden und hat mit dem modul nichts zu tun.

Danke, ich dachte es kommt vom Modul, da es bei den Colorlampen funktioniert.
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 06 Dezember 2018, 21:27:05
nein. weil modul nicht weiß welche farben der aktuelle style verwendet.
Titel: Antw:philips hue modul
Beitrag von: Paul am 06 Dezember 2018, 22:25:41
Zitat von: justme1968 am 06 Dezember 2018, 21:27:05
nein. weil modul nicht weiß welche farben der aktuelle style verwendet.

Habe gerade gesehen das es bei nicht Hue-Dimmern genauso ist, dort ist es mir nur nicht aufgefallen.

D.h. Aber das alle .css Dateien ,,falsch" sind und eigentlich schon bei !on die Farbe wechseln müßten.

Danke, da für mich das umschreiben der cssßDateien zu hoch ist beende ich hier das Thema.
Titel: Antw:philips hue modul
Beitrag von: FunkOdyssey am 07 Dezember 2018, 12:31:31
Ich weiß nicht, was plötzlich passiert ist, aber bei mir wird der Status einer Osram-Birne (an Huebridge angelernt) nicht mehr in FHEM angezeigt.
Alles andere passt. Nur die Osram-Birne ist immer "unreachable". Befehle von FHEM werden aber akzeptiert. Nur halt nicht als Readings angezeigt.

Kennt jemand dieses Problem? Laut Log war das vor wenigen Tagen noch anders. Und es lag nur ein FHEM-Neustart dazwischen.

Die Varianten mit "noshutdown", "queryAfterSet", "httpUtils" und "pollDevices" habe ich alle durchgespielt. Ohne Erfolg.
Titel: Antw:philips hue modul
Beitrag von: Damian am 07 Dezember 2018, 20:01:47
Tja, das Problem habe ich leider auch. Diverse Osram-Devices (Zwischenstecker, LED-Strips) über HUE-Bridge sind irgendwann nicht mehr erreichbar, obwohl sie sich schalten lassen.

Ich konnte das Problem leider nicht genauer verifizieren. Vermutlich eine Inkompatibilität zwischen Osram und Philips ZigBee-Umsetzung. Man kann aber statt Status das Reading onoff bzw. pct auswerten. Diese Readings werden beim Schalten korrekt belegt. Daran kann man erkennen, ob die Lampe an oder aus ist.

Besser wäre es im HUE-Modul den Zustand unreachable statt im Status in einem anderen Reading z. B. error festzuhalten.
Titel: Antw:philips hue modul
Beitrag von: moskito am 07 Dezember 2018, 20:13:06
Oder mit dem Attribut "ignoreReachable" arbeiten!

Gruß
Danny
Titel: Antw:philips hue modul
Beitrag von: Damian am 07 Dezember 2018, 20:18:45
Zitat von: moskito am 07 Dezember 2018, 20:13:06
Oder mit dem Attribut "ignoreReachable" arbeiten!

Gruß
Danny

Danke für den Tipp, ich wollte gerade schon anfangen das Modul zu patchen :)
Titel: Antw:philips hue modul
Beitrag von: FunkOdyssey am 07 Dezember 2018, 21:02:15
Danke für eure Antworten und vor allem auch für den Tipp mit denn Attribut.
Mich nervt die Osram-Birne sowieso. Irgendwann geht die weg.
Titel: Antw:philips hue modul
Beitrag von: Damian am 07 Dezember 2018, 21:08:47
Zitat von: FunkOdyssey am 07 Dezember 2018, 21:02:15
Danke für eure Antworten und vor allem auch für den Tipp mit denn Attribut.
Mich nervt die Osram-Birne sowieso. Irgendwann geht die weg.

Sicherlich sind die HUE-Devices von Philips kompatibler. Allerdings sind Osram Zwischenstecker (12,50) bzw. LED-Stripes (29 €) immer wieder erheblich billiger zu haben als entsprechende Philips-Devices.
Titel: Antw:philips hue modul
Beitrag von: Shojo am 17 Dezember 2018, 22:03:10
Naben die Runde,

kann ich eigentlich das Polling komplett abschalten?
Da ich ja durch deCONZ eine Push fähige API habe.

Gruß
Dennis
Titel: Antw:philips hue modul
Beitrag von: FHEm2005 am 22 Dezember 2018, 14:40:02
Hinweis: Ich habe dieses Problem im Zusammenhang mit VISU schon in diesem Thread beschrieben. Es kristallisierte sich m.E. heraus, dass das Lösung wohl der Arbeitsweise des  HUE-Moduls HUEDEVICE zu finden ist. Hier der Link https://forum.fhem.de/index.php/topic,94740.msg875272.html#new (https://forum.fhem.de/index.php/topic,94740.msg875272.html#new)

Ich habe ehrlicherweise keine große Lust mich durch die 101 Seiten dieses Threads durchzuwühlen. Ich weiß, dass es eine Suchfunktion gibt, die aber nichts Passendes gefunden hat.

Zum Thema:
2 Tradfri-Lampen in einem Raum arbeiten wie sie sollen - keine Beanstandungen und Probleme In der HUE-Bridge wurde für diese beiden Lampen eine eigene Gruppe (Group3) aufgemacht und in FHEM definiert.

Die Definition der Bridge und der Gruppe:

Group3:
defmod Li_Sz_HUEGroup3 HUEDevice group 3  IODev=HUE
attr Li_Sz_HUEGroup3 userattr createActionReadings:1,0 createGroupReadings:1,0
attr Li_Sz_HUEGroup3 IODev HUE
attr Li_Sz_HUEGroup3 color-icons 1
attr Li_Sz_HUEGroup3 createGroupReadings 1
attr Li_Sz_HUEGroup3 delayedUpdate 1
attr Li_Sz_HUEGroup3 devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
attr Li_Sz_HUEGroup3 event-on-change-reading .*
attr Li_Sz_HUEGroup3 group Schlafzimmer
attr Li_Sz_HUEGroup3 room Licht,Unsorted->HUE
attr Li_Sz_HUEGroup3 webCmd on:off


Bridge:
defmod HUE HUEBridge 192.168.2.20
attr HUE userattr FstrFront FstrFront_map structexclude
attr HUE createGroupReadings 1
attr HUE event-on-change-reading .*
attr HUE icon hue_filled_bridge_v2
attr HUE key viele Zahlen und Buchstaben
attr HUE room System
attr HUE verbose 5


Wenn ich den Befehl set Li_Sz_HUEGroup3 on erwarte ich, dass das Reading state den Zustand on oder dimxx annimmt. Dem ist aber nicht so. Lediglich die Readings all_on und any_on verändern sich. Was muss ich machen, damit sich der state entsprechend dem Befehl ändert.

Hier die Meldungen des Event-Monitors:
Befehl: set Li_Sz_HUEGroup3 off
2018-12-22 14:28:45 HUEDevice Li_Wz_HUEGroup1 off
2018-12-22 14:28:54 HUEDevice Li_Sz_HUEGroup3 all_on: 0
2018-12-22 14:28:54 HUEDevice Li_Sz_HUEGroup3 any_on: 0
2018-12-22 14:28:55 HUEDevice Li_Wz_HUEGroup1 off
2018-12-22 14:28:55 HUEDevice Li_Sz_HUEDevice12 off
2018-12-22 14:28:55 HUEDevice Li_Sz_HUEDevice21 off


Befehl: set Li_Sz_HUEGroup3 on
2018-12-22 14:29:14 HUEDevice Li_Sz_HUEGroup3 all_on: 1
2018-12-22 14:29:14 HUEDevice Li_Sz_HUEGroup3 any_on: 1
2018-12-22 14:29:14 HUEDevice Li_Wz_HUEGroup1 off
2018-12-22 14:29:14 HUEDevice Li_Sz_HUEDevice21 dim06%
2018-12-22 14:29:14 HUEDevice Li_Sz_HUEDevice12 dim06%


Das Reading state tut so als wäre es gar nicht da. Ist das richtig? Ich weiß auch nicht , warum Gruppe 1 sich immer vorwitzig meldet.

Gruß Eberhard
Titel: Antw:philips hue modul
Beitrag von: FHEm2005 am 22 Dezember 2018, 14:48:41
Ich habe mal verbose 5 für die Gruppe3 hinzugenommen. Die Meldungen kann ich nicht interpretieren. HUEDevice12 und HUEDevice 21 sind die zur Gruppe gehörenden Tradfri Lampen.

2018.12.22 14:43:39 4 : using HUEBridge_HTTP_Request: PUT groups/3/action
2018.12.22 14:43:40 4 : using HUEBridge_HTTP_Request: GET groups/3
2018-12-22 14:43:40 HUEDevice Li_Sz_HUEGroup3 any_on: 0
2018-12-22 14:43:40 HUEDevice Li_Sz_HUEGroup3 all_on: 0
2018.12.22 14:43:40 4 : using HUEBridge_HTTP_Request: GET
2018.12.22 14:43:40 4 : parse status message for HUE
2018.12.22 14:43:40 4 : HUE: message for unknow sensor received: HUE-S1
2018.12.22 14:43:40 4 : HUE: message for unknow sensor received: HUE-S41
2018.12.22 14:43:40 4 : HUE: message for unknow sensor received: HUE-S30
2018.12.22 14:43:40 4 : HUE: message for unknow sensor received: HUE-S22
2018.12.22 14:43:40 4 : HUE: message for unknow sensor received: HUE-S26
2018.12.22 14:43:40 4 : HUE: message for unknow sensor received: HUE-S20
2018.12.22 14:43:40 4 : HUE: message for unknow sensor received: HUE-S5
2018.12.22 14:43:40 4 : HUE: message for unknow sensor received: HUE-S42
2018.12.22 14:43:40 4 : HUE: message for unknow sensor received: HUE-S44
2018-12-22 14:43:40 HUEDevice Li_Wz_HUEGroup1 off
2018-12-22 14:43:40 HUEDevice Li_Sz_HUEDevice12 off
2018-12-22 14:43:40 HUEDevice Li_Sz_HUEDevice21 off
2018.12.22 14:43:45 4 : using HUEBridge_HTTP_Request: PUT groups/3/action
2018.12.22 14:43:46 4 : using HUEBridge_HTTP_Request: GET groups/3
2018-12-22 14:43:46 HUEDevice Li_Sz_HUEGroup3 all_on: 1
2018-12-22 14:43:46 HUEDevice Li_Sz_HUEGroup3 any_on: 1
2018.12.22 14:43:46 4 : using HUEBridge_HTTP_Request: GET
2018.12.22 14:43:47 4 : parse status message for HUE
2018.12.22 14:43:47 4 : HUE: message for unknow sensor received: HUE-S22
2018.12.22 14:43:47 4 : HUE: message for unknow sensor received: HUE-S26
2018.12.22 14:43:47 4 : HUE: message for unknow sensor received: HUE-S20
2018.12.22 14:43:47 4 : HUE: message for unknow sensor received: HUE-S5
2018.12.22 14:43:47 4 : HUE: message for unknow sensor received: HUE-S1
2018.12.22 14:43:47 4 : HUE: message for unknow sensor received: HUE-S41
2018.12.22 14:43:47 4 : HUE: message for unknow sensor received: HUE-S30
2018.12.22 14:43:47 4 : HUE: message for unknow sensor received: HUE-S44
2018.12.22 14:43:47 4 : HUE: message for unknow sensor received: HUE-S42
2018-12-22 14:43:47 HUEDevice Li_Wz_HUEGroup1 off
2018-12-22 14:43:47 HUEDevice Li_Sz_HUEDevice12 dim06%
2018-12-22 14:43:47 HUEDevice Li_Sz_HUEDevice21 dim06%
2018.12.22 14:44:01 4 : using HUEBridge_HTTP_Request: GET lights
2018.12.22 14:44:13 1 : in ATTR
2018.12.22 14:44:13 1 : in ATTR
2018.12.22 14:44:15 1 : in ATTR
2018.12.22 14:44:15 1 : in ATTR
2018.12.22 14:44:21 1 : PERL WARNING: Use of uninitialized value $event in split at ./FHEM/93_RFHEM.pm line 164.
2018.12.22 14:44:21 1 : PERL WARNING: Use of uninitialized value in string eq at ./FHEM/93_RFHEM.pm line 166.


Gruß Eberhard
Titel: Antw:philips hue modul
Beitrag von: popy am 23 Dezember 2018, 11:19:29
Hallo, verwende das Modul um meine 433 Mhz Lampen per HUE Bewegungsmelder usw. zu steuern.
In letzter Zeit habe ich aufgerüstet (6x BMs und je davon die 3 Devices angelegt).
Jetzt ist mir aufgefallen dass FHEM gähnend langsam wurde. apptime max bestätigt dass es an den hue updates leigt:


active-timers: 63; max-active timers: 66; max-timer-load: 22  min-tmrHandlingTm: 2.4ms; max-tmrHandlingTm: 1668.9ms; totAvgDly: 273.9ms

name                                     function                               max    count      total  average   maxDly   avgDly TS Max call     param Max call
tmr-HUEBridge_GetUpdate                  HASH(0x14d9020)                       1368        6    7874.82  1312.47   334.77   197.95 23.12. 11:14:19 HASH(hueBridge1)
tmr-HUEDevice_GetUpdate                  HASH(0x23160d0)                       1186      286   17624.46    61.62  1645.61   272.67 23.12. 11:10:58 HASH(BM_Kueche_Tuer)
act_on_BM_Kueche_Tuer                    notify_Exec                           1018        5    2038.26   407.65     0.00     0.00 23.12. 11:13:32 HASH(act_on_BM_Kueche_Tuer); HASH(BM_Kueche_Tuer)
tmr-HUEDevice_GetUpdate                  HASH(0x1e85ea8)                        653      286   19454.56    68.02  1619.30   272.75 23.12. 11:08:49 HASH(BM_Badezimmer_Tuer)
tmr-HUEDevice_GetUpdate                  HASH(0x22c1ab8)                        614      287   17749.27    61.84  1612.10   272.76 23.12. 11:12:34 HASH(BM_Badezimmer_Wanne)
tmr-HUEDevice_GetUpdate                  HASH(0x1b45b78)                        593      286   15885.84    55.54  1630.34   272.71 23.12. 11:13:51 HASH(BM_Kammerl)
tmr-HUEDevice_GetUpdate                  HASH(0x2310d50)                        584      287   16599.39    57.84  1628.33   272.71 23.12. 11:11:36 HASH(LIGHT_Badezimmer_Wanne)
act_on_BM_Badezimmer                     notify_Exec                            575       22    5879.66   267.26     0.00     0.00 23.12. 11:08:49 HASH(act_on_BM_Badezimmer); HASH(BM_Badezimmer_Tuer)
tmr-HUEDevice_GetUpdate                  HASH(0x20415d8)                        529      286   17020.13    59.51  1626.64   273.12 23.12. 11:09:32 HASH(TEMP_Kammerl)
act_BM_Kammerl                           notify_Exec                            521        2     522.18   261.09     0.00     0.00 23.12. 11:13:51 HASH(act_BM_Kammerl); HASH(BM_Kammerl)
tmr-HUEDevice_GetUpdate                  HASH(0x2041018)                        521      286   16000.15    55.94  1623.80   273.15 23.12. 11:13:36 HASH(TEMP_Badezimmer)
KUECHE_Schraenke                         IT_Set                                 515        2    1029.76   514.88     0.00     0.00 23.12. 11:10:58 HASH(KUECHE_Schraenke); KUECHE_Schraenke; on
BAD_Decke                                IT_Set                                 514       11    5570.35   506.40     0.00     0.00 23.12. 11:10:12 HASH(BAD_Decke); BAD_Decke; on
CUL433                                   CUL_Get                                502       16    7903.55   493.97     0.00     0.00 23.12. 11:11:51 HASH(CUL433);  ; raw; isF0000FF00FFF
AR_Decke                                 IT_Set                                 501        3     503.39   167.80     0.00     0.00 23.12. 11:13:51 HASH(AR_Decke); AR_Decke; on
KUECHE_Decke                             IT_Set                                 494        2     988.54   494.27     0.00     0.00 23.12. 11:10:58 HASH(KUECHE_Decke); KUECHE_Decke; on
tmr-HUEDevice_GetUpdate                  HASH(0x2041c98)                        493      286   16485.81    57.64  1620.96   273.12 23.12. 11:09:42 HASH(TEMP_Toilette)
CUL433                                   CUL_Read                               411        9     451.44    50.16     0.00     0.00 23.12. 11:08:40 HASH(CUL433)
tmr-HUEDevice_GetUpdate                  HASH(0x232b3b0)                        408      286   15554.04    54.38  1616.77   272.66 23.12. 11:09:39 HASH(DIM_VR_Master_Dimmer)
tmr-HUEDevice_GetUpdate                  HASH(0x22f5b10)                        398      287   16242.91    56.60  1606.95   272.55 23.12. 11:13:38 HASH(TEMP_Kueche_Essbereich)
tmr-HUEDevice_GetUpdate                  HASH(0x2310690)                        350      287   15559.57    54.21  1688.70   272.72 23.12. 11:13:33 HASH(LIGHT_Kammerl)
WEB_192.168.0.1_57774                    FW_Read                                164        4     207.84    51.96     0.00     0.00 23.12. 11:11:53 HASH(WEB_192.168.0.1_57774)
tmr-HUEDevice_GetUpdate                  HASH(0x22c2028)                        133      287   15520.80    54.08  1608.62   272.58 23.12. 11:09:35 HASH(BM_Kueche_Essbereich)
tmr-HUEDevice_GetUpdate                  HASH(0x232c360)                        132      286   15319.82    53.57  1619.08   272.65 23.12. 11:11:45 HASH(DIM_SZ_Tobi_Dimmer)
tmr-HUEDevice_GetUpdate                  HASH(0x2316790)                        127      286   15347.53    53.66  1640.44   272.66 23.12. 11:14:35 HASH(LIGHT_Kueche_Tuer)
tmr-HUEDevice_GetUpdate                  HASH(0x230eba0)                        126      287   15157.71    52.81  1697.38   272.70 23.12. 11:13:25 HASH(LIGHT_Toilette)
tmr-HUEDevice_GetUpdate                  HASH(0x23051f0)                        122      287   15893.91    55.38  1706.74   272.71 23.12. 11:10:35 HASH(LIGHT_Kueche_Essbereich)
tmr-HUEDevice_GetUpdate                  HASH(0x1e85b60)                        120      287   15247.94    53.13  1697.26   272.72 23.12. 11:08:45 HASH(BM_Toilette)
tmr-HUEDevice_GetUpdate                  HASH(0x232bdd0)                        111      286   15272.45    53.40  1619.44   272.66 23.12. 11:12:15 HASH(DIM_SZ_Stefi_Dimmer)
tmr-WakeUpFn                             HASH_unnamed                           106        3     140.81    46.94   221.96   164.50 23.12. 11:08:54 HASH(0x25f0f08)
ECHO_Badezimmer                          echodevice_Set                         105        4     158.18    39.54     0.00     0.00 23.12. 11:08:54 HASH(ECHO_Badezimmer); ECHO_Badezimmer; volume; 22
tmr-HUEDevice_GetUpdate                  HASH(0x2315a10)                        104      287   14778.43    51.49  1636.09   272.73 23.12. 11:09:33 HASH(TEMP_Kueche_Tuer)
myBroker                                 MQTT::Read                             100        9     294.80    32.76     0.00     0.00 23.12. 11:14:06 HASH(myBroker)
WEB_192.168.0.1_57912                    FW_Read                                 90       12     325.49    27.12     0.00     0.00 23.12. 11:14:29 HASH(WEB_192.168.0.1_57912)
tmr-echodevice_GetSettings               HASH(0x1cd9330)                         88        6     226.10    37.68   377.56   195.67 23.12. 11:13:20 HASH(ECHO_Wohnzimmer)
WEB                                      FW_Read                                 86       44    2783.58    63.26     0.00     0.00 23.12. 11:09:10 HASH(WEB)
act_EchoVoice                            notify_Exec                             62      395     253.49     0.64     0.00     0.00 23.12. 11:14:39 HASH(act_EchoVoice); HASH(ECHO_Julians_Zimmer)
RoomCMD                                  dummy_Set                               45        4      78.27    19.57     0.00     0.00 23.12. 11:14:39 HASH(RoomCMD); RoomCMD; unknown
tmr-echodevice_GetSettings               HASH(0x1b1f800)                         36        6     198.09    33.02   394.12   189.69 23.12. 11:13:26 HASH(Alexas)
act_RoomCMD                              notify_Exec                             35        2      61.13    30.57     0.00     0.00 23.12. 11:14:39 HASH(act_RoomCMD); HASH(RoomCMD)
Alexas                                   echodevice_Get                          32        2      55.76    27.88     0.00     0.00 23.12. 11:14:39 HASH(Alexas); Alexas; settings


Habe dann in diesem Thread gestöber und bin auf httpUtils & pollDevices gestoßen.
polldevices ist ja default auf 1, da habe ich mal so belassen, der Intervall ist bei der Bridge auf 60 (default).
Habe dann httpUtils auf 1 gestellt (= non blocking) und Siehe da, fhem WEB läuft wieder flüssig.
Leider ist mein log dann voll von:


2018.12.23 10:58:51 2: hueBridge1: http request failed: 192.168.0.2: Connection reset by peer
2018.12.23 10:58:51 2: hueBridge1: http request failed: 192.168.0.2: Connection reset by peer
2018.12.23 10:58:51 2: hueBridge1: http request failed: 192.168.0.2: Connection reset by peer
2018.12.23 10:58:51 2: hueBridge1: http request failed: 192.168.0.2: Connection reset by peer
2018.12.23 10:58:51 2: hueBridge1: http request failed: 192.168.0.2: Connection reset by peer
2018.12.23 10:58:51 2: hueBridge1: http request failed: 192.168.0.2: Connection reset by peer
2018.12.23 10:58:51 2: hueBridge1: http request failed: 192.168.0.2: Connection reset by peer
2018.12.23 10:58:51 2: hueBridge1: http request failed: 192.168.0.2: Connection reset by peer
2018.12.23 10:58:52 2: hueBridge1: http request failed: 192.168.0.2: Connection reset by peer
2018.12.23 10:58:52 2: hueBridge1: http request failed: 192.168.0.2: Connection reset by peer
2018.12.23 10:58:52 2: hueBridge1: http request failed: 192.168.0.2: Connection reset by peer
2018.12.23 10:58:52 2: hueBridge1: http request failed: 192.168.0.2: Connection reset by peer
2018.12.23 10:58:52 2: hueBridge1: http request failed: 192.168.0.2: Connection reset by peer
2018.12.23 10:58:52 2: hueBridge1: http request failed: 192.168.0.2: Connection reset by peer
2018.12.23 10:58:53 2: hueBridge1: http request failed: 192.168.0.2: Connection reset by peer
2018.12.23 10:58:53 2: hueBridge1: http request failed: 192.168.0.2: Connection reset by peer
2018.12.23 10:58:53 2: hueBridge1: http request failed: 192.168.0.2: Connection reset by peer
2018.12.23 10:58:53 2: hueBridge1: http request failed: 192.168.0.2: Connection reset by peer
2018.12.23 10:58:53 2: hueBridge1: http request failed: 192.168.0.2: Connection reset by peer
2018.12.23 10:58:53 2: hueBridge1: http request failed: 192.168.0.2: Connection reset by peer


Und es funktioniert auch nicht mehr so richtig.
Ich habe eine Bridge erster Generation, kann es daran liegen?

Habt ihr noch eine Idee wie ich mein fhemWEB wieder etwas beschleunigen könnte?

Frohe Weihnachten
Danke
pOpY
Titel: Antw:philips hue modul
Beitrag von: popy am 23 Dezember 2018, 13:34:13
Habe das Problem gefunden.
Hatte alle Geräte (BM, Temperatur des BM, Helligkeit beim BM) mit Intervall 1 Sekunde angelegt gehabt (jaja, das liebe copy und paste)  ;)
Natürlich war jetzt fhem blockierend (httpUtils nicht definiert) damit beschäftigt die hue bridge zu pollen, was zu den hängern führte.
Habe jetzt bei allen nicht so wichtigen Geräten (Temperatur des BM, Helligkeit beim BM) das Intervall nicht definiert und pollDevices auf 2 gestellt.

Mit httputils nicht gesetzt, sieht man jetzt in apptime nur mehr die getupdates der BM, und im Log keine Probleme.
Auch das fhemWEB geht schneller.

Jetzt möchte ich aber die http requests auf non blocking umstellen (=httpUtils 1), dann kommt ca. jede Minute ein paar mal "Connection reset by peer".
Funktionieren tut aber alles.

Gibt es da noch irgendwelche Einstellungen um die Fehler "Connection reset by peer" einzudämmen?
Hat von euch jemand BM, die ja schnell ansprechen sollen? Wenn ja, was für Intervall Einstellungen?
Oder einfach verbose des Geräts umstellen und damit leben?

Danke
pOpY


Titel: Antw:philips hue modul
Beitrag von: popy am 23 Dezember 2018, 14:41:35
Und nochmals ich mit einem Update.
Habe jetzt httpUtils auf 1 gesetzt um es zu aktivieren, da dann fhemWEB wieder top läuft (mit apptime max Bestätigt), auch sonst funktioniert bis auf die "Connection reset by peer" alles wunderbar und schnell. Ich glaube das Problem ist dass bei einem kompletten GET von der Bridge diese zu lange braucht und keine weiteren anfragen in der Zeit annimmt.
Sehen tut man das schön im Log wenn man verbose auf 5 stellt von der bridge, das intervall ist auf 60 Sekunden und alle 60 Sekunden kommen nun diese Fehler.
Meine BM pollt fhem im 1sec intervall (wegen der Ansprechzeit), alle anderen Devices haben kein INtervall gesetzt -> somit pollt das die bridge alles 60 Sekunden.

Beispiel 1 - das get um 14:25:11 & der erste connection reset by peer um 14:25:12
Hier das Log:


2018.12.23 14:25:09 4: using HttpUtils_NonblockingGet: GET sensors/11
2018.12.23 14:25:09 4: using HttpUtils_NonblockingGet: GET sensors/14
2018.12.23 14:25:09 4: using HttpUtils_NonblockingGet: GET sensors/17
2018.12.23 14:25:09 4: using HttpUtils_NonblockingGet: GET sensors/20
2018.12.23 14:25:09 4: using HttpUtils_NonblockingGet: GET sensors/22
2018.12.23 14:25:09 4: using HttpUtils_NonblockingGet: GET sensors/5
2018.12.23 14:25:09 4: using HttpUtils_NonblockingGet: GET sensors/8
2018.12.23 14:25:10 4: using HttpUtils_NonblockingGet: GET sensors/11
2018.12.23 14:25:10 4: using HttpUtils_NonblockingGet: GET sensors/14
2018.12.23 14:25:10 4: using HttpUtils_NonblockingGet: GET sensors/17
2018.12.23 14:25:10 4: using HttpUtils_NonblockingGet: GET sensors/20
2018.12.23 14:25:10 4: using HttpUtils_NonblockingGet: GET sensors/22
2018.12.23 14:25:10 4: using HttpUtils_NonblockingGet: GET sensors/5
2018.12.23 14:25:10 4: using HttpUtils_NonblockingGet: GET sensors/8
2018.12.23 14:25:11 4: using HttpUtils_NonblockingGet: GET sensors/11
2018.12.23 14:25:11 4: using HttpUtils_NonblockingGet: GET sensors/14
[b]2018.12.23 14:25:11 4: using HttpUtils_NonblockingGet: GET [/b]
2018.12.23 14:25:11 4: using HttpUtils_NonblockingGet: GET sensors/17
2018.12.23 14:25:11 4: using HttpUtils_NonblockingGet: GET sensors/20
2018.12.23 14:25:11 4: using HttpUtils_NonblockingGet: GET sensors/22
2018.12.23 14:25:11 4: using HttpUtils_NonblockingGet: GET sensors/5
2018.12.23 14:25:11 4: using HttpUtils_NonblockingGet: GET sensors/8
2018.12.23 14:25:12 4: using HttpUtils_NonblockingGet: GET sensors/11
2018.12.23 14:25:12 4: using HttpUtils_NonblockingGet: GET sensors/14
[b]2018.12.23 14:25:12 2: hueBridge1: http request failed: 192.168.0.2: Connection reset by peer[/b]
2018.12.23 14:25:12 4: using HttpUtils_NonblockingGet: GET sensors/17
2018.12.23 14:25:12 2: hueBridge1: http request failed: 192.168.0.2: Connection reset by peer
2018.12.23 14:25:12 4: using HttpUtils_NonblockingGet: GET sensors/20
2018.12.23 14:25:12 2: hueBridge1: http request failed: 192.168.0.2: Connection reset by peer
2018.12.23 14:25:12 4: using HttpUtils_NonblockingGet: GET sensors/22
2018.12.23 14:25:12 2: hueBridge1: http request failed: 192.168.0.2: Connection reset by peer
2018.12.23 14:25:12 4: using HttpUtils_NonblockingGet: GET sensors/5
2018.12.23 14:25:12 2: hueBridge1: http request failed: 192.168.0.2: Connection reset by peer
2018.12.23 14:25:13 4: using HttpUtils_NonblockingGet: GET sensors/8
2018.12.23 14:25:13 2: hueBridge1: http request failed: 192.168.0.2: Connection reset by peer
2018.12.23 14:25:13 4: parse status message for hueBridge1
2018.12.23 14:25:13 4: hueBridge1: message for unknow sensor received: hueBridge1-S1
2018.12.23 14:25:13 4: hueBridge1: message for unknow sensor received: hueBridge1-S13
2018.12.23 14:25:13 4: hueBridge1: message for unknow sensor received: hueBridge1-S9
2018.12.23 14:25:13 4: using HttpUtils_NonblockingGet: GET sensors/11
2018.12.23 14:25:13 4: using HttpUtils_NonblockingGet: GET sensors/14
2018.12.23 14:25:13 4: using HttpUtils_NonblockingGet: GET sensors/17
2018.12.23 14:25:13 4: using HttpUtils_NonblockingGet: GET sensors/20
2018.12.23 14:25:13 4: using HttpUtils_NonblockingGet: GET sensors/22
2018.12.23 14:25:13 4: using HttpUtils_NonblockingGet: GET sensors/5
2018.12.23 14:25:14 4: using HttpUtils_NonblockingGet: GET sensors/8
2018.12.23 14:25:14 4: using HttpUtils_NonblockingGet: GET sensors/11
2018.12.23 14:25:14 4: using HttpUtils_NonblockingGet: GET sensors/14
2018.12.23 14:25:14 4: using HttpUtils_NonblockingGet: GET sensors/17
2018.12.23 14:25:14 4: using HttpUtils_NonblockingGet: GET sensors/20
2018.12.23 14:25:14 4: using HttpUtils_NonblockingGet: GET sensors/22
2018.12.23 14:25:14 4: using HttpUtils_NonblockingGet: GET sensors/5
2018.12.23 14:25:15 4: using HttpUtils_NonblockingGet: GET sensors/8
2018.12.23 14:25:15 4: using HttpUtils_NonblockingGet: GET sensors/11
2018.12.23 14:25:15 4: using HttpUtils_NonblockingGet: GET sensors/14
2018.12.23 14:25:15 4: using HttpUtils_NonblockingGet: GET sensors/17
2018.12.23 14:25:15 4: using HttpUtils_NonblockingGet: GET sensors/20
2018.12.23 14:25:15 4: using HttpUtils_NonblockingGet: GET sensors/22


Beispiel 2 - das get um 14:26:11 & der erste connection reset by peer um 14:26:12 (alles genau eine Sekunde später)
Hier das Log:


2018.12.23 14:26:09 4: using HttpUtils_NonblockingGet: GET sensors/14
2018.12.23 14:26:10 4: using HttpUtils_NonblockingGet: GET sensors/17
2018.12.23 14:26:10 4: using HttpUtils_NonblockingGet: GET sensors/20
2018.12.23 14:26:10 4: using HttpUtils_NonblockingGet: GET sensors/22
2018.12.23 14:26:10 4: using HttpUtils_NonblockingGet: GET sensors/5
2018.12.23 14:26:10 4: using HttpUtils_NonblockingGet: GET sensors/8
2018.12.23 14:26:10 4: using HttpUtils_NonblockingGet: GET sensors/11
2018.12.23 14:26:10 4: using HttpUtils_NonblockingGet: GET sensors/14
2018.12.23 14:26:11 4: using HttpUtils_NonblockingGet: GET sensors/17
2018.12.23 14:26:11 4: using HttpUtils_NonblockingGet: GET sensors/20
2018.12.23 14:26:11 4: using HttpUtils_NonblockingGet: GET sensors/22
2018.12.23 14:26:11 4: using HttpUtils_NonblockingGet: GET sensors/5
2018.12.23 14:26:11 4: using HttpUtils_NonblockingGet: GET sensors/8
[b]2018.12.23 14:26:11 4: using HttpUtils_NonblockingGet: GET [/b]
2018.12.23 14:26:11 4: using HttpUtils_NonblockingGet: GET sensors/11
2018.12.23 14:26:11 4: using HttpUtils_NonblockingGet: GET sensors/14
2018.12.23 14:26:12 4: using HttpUtils_NonblockingGet: GET sensors/17
2018.12.23 14:26:12 4: using HttpUtils_NonblockingGet: GET sensors/20
2018.12.23 14:26:12 4: using HttpUtils_NonblockingGet: GET sensors/22
2018.12.23 14:26:12 4: using HttpUtils_NonblockingGet: GET sensors/5
2018.12.23 14:26:12 4: using HttpUtils_NonblockingGet: GET sensors/8
[b]2018.12.23 14:26:12 2: hueBridge1: http request failed: 192.168.0.2: Connection reset by peer[/b]
2018.12.23 14:26:12 4: using HttpUtils_NonblockingGet: GET sensors/11
2018.12.23 14:26:12 2: hueBridge1: http request failed: 192.168.0.2: Connection reset by peer
2018.12.23 14:26:12 4: using HttpUtils_NonblockingGet: GET sensors/14
2018.12.23 14:26:13 2: hueBridge1: http request failed: 192.168.0.2: Connection reset by peer
2018.12.23 14:26:13 4: parse status message for hueBridge1
2018.12.23 14:26:13 4: hueBridge1: message for unknow sensor received: hueBridge1-S13
2018.12.23 14:26:13 4: hueBridge1: message for unknow sensor received: hueBridge1-S9
2018.12.23 14:26:13 4: hueBridge1: message for unknow sensor received: hueBridge1-S1
2018.12.23 14:26:13 4: using HttpUtils_NonblockingGet: GET sensors/17
2018.12.23 14:26:13 4: using HttpUtils_NonblockingGet: GET sensors/20
2018.12.23 14:26:13 4: using HttpUtils_NonblockingGet: GET sensors/22
2018.12.23 14:26:13 4: using HttpUtils_NonblockingGet: GET sensors/5
2018.12.23 14:26:13 4: using HttpUtils_NonblockingGet: GET sensors/8
2018.12.23 14:26:13 4: using HttpUtils_NonblockingGet: GET sensors/11
2018.12.23 14:26:14 4: using HttpUtils_NonblockingGet: GET sensors/14
2018.12.23 14:26:14 4: using HttpUtils_NonblockingGet: GET sensors/17
2018.12.23 14:26:14 4: using HttpUtils_NonblockingGet: GET sensors/20
2018.12.23 14:26:14 4: using HttpUtils_NonblockingGet: GET sensors/22
2018.12.23 14:26:14 4: using HttpUtils_NonblockingGet: GET sensors/5
2018.12.23 14:26:14 4: using HttpUtils_NonblockingGet: GET sensors/8
2018.12.23 14:26:14 4: using HttpUtils_NonblockingGet: GET sensors/11
2018.12.23 14:26:15 4: using HttpUtils_NonblockingGet: GET sensors/14
2018.12.23 14:26:15 4: using HttpUtils_NonblockingGet: GET sensors/17
2018.12.23 14:26:15 4: using HttpUtils_NonblockingGet: GET sensors/20
2018.12.23 14:26:15 4: using HttpUtils_NonblockingGet: GET sensors/22


Habe dann daraufhin verbose der bridge auf 1 anstatt (global) 2 gestellt und nun sind diese Meldungen versteckt.
Wie macht ihr das (pollDevices, httpUtils, Intervall usw.)?

PS.: Ich hoffe das ist noch verständlich was ich da von mir gebe :-)

Danke
pOpY

Titel: Antw:philips hue modul
Beitrag von: obelix221 am 31 Dezember 2018, 09:46:02
Guten Morgen zusammen,

seit gestern habe ich das Problem, dass sich meine lightify Lampen nicht mehr einzeln schalten lassen, nur über Gruppen scheinen diese ansteuerbar zu sein.

Zusätzliche Info:
1) Das Ausschalten in fhem über eine Gruppe klappt problemlos
2) Das Anschalten über eine scene über eine Gruppe in fhem klappt nicht. Hier werden nur die original HUE Lampen angeschaltet, die Osrams bleiben aus.
3) Das gleiche Verhalten habe ich auch mit der HUE App auf iOS. Die einzelnen Osram Lampen lassen sich nicht mehr schalten.


--> Also kein FHEM Problem, ich gehe davon aus, dass es wohl an einem Update der Bridge liegt. Kennt jemand das Problem?
Auch wenn es kein FHEM Problem ist, sind sind hier so kompetente User unterwegs, die entweder das Problem schon kennen, oder mir eine Hilfestellung geben können.


VG
Obelix
Titel: Antw:philips hue modul
Beitrag von: ralfix am 03 Januar 2019, 20:37:36
Nachtrag:
Meine 2. und letzte  Osram Classic A60 RGBW an der HUE-Bridge hat sich soeben mit einem unangenehmen Geruch verabschiedet.
HUE und Tradfri zeigen noch keine Ermüdungserscheinungen.

Gruß Ralf
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 03 Januar 2019, 21:15:58
die einzige osram birne die ich in verwendung hatte ist auch nach einer weile mit knall und gestank über den jordan gegangen.

osram hat aus kulanz ohne irgendwelche nachweise ersatz geschickt. die liegt aber immer noch im schrank.

keine phillips lampe hat bis jetzt ausfälle.
Titel: Antw:philips hue modul
Beitrag von: P.A.Trick am 04 Januar 2019, 21:18:49
Zitat von: justme1968 am 03 Januar 2019, 21:15:58
die einzige osram birne die ich in verwendung hatte ist auch nach einer weile mit knall und gestank über den jordan gegangen.

osram hat aus kulanz ohne irgendwelche nachweise ersatz geschickt. die liegt aber immer noch im schrank.

keine phillips lampe hat bis jetzt ausfälle.

Sieht bei mir ähnlich aus. Keine Ausfälle bei Phillips und Ikea. Die A60RGBW haben sich alle nach ungefähr 2 Jahren verabschiedet. Die OSRAM Lightstrips funktionieren aber bisher einwandfrei.
Titel: Antw:philips hue modul
Beitrag von: DazDavid am 07 Januar 2019, 15:12:20
Hallo Zusammen,

ist es irgendwie möglich, die Ikea Tradfri Fernbedienung (nicht den Dimmer) über das Hue Modul nach FHEM zu bekommen um ihn als Trigger für Notifys zu verwenden?
Ich nutze das Raspbee Gateway von Dresden Elektronik und bekomme über autocreate lediglich die Gruppe des Schalters, nicht aber den Schalter selbst wie bei den Hue Dimmschaltern.

Gruß
David
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 07 Januar 2019, 16:17:11
sensoren müssen von hand angelegt werden. nur lampen werden automatisch angelegt.

wie es geht steht im wiki.
Titel: Antw:philips hue modul
Beitrag von: DazDavid am 07 Januar 2019, 18:10:39
Oha danke, das teste ich mal. War der Meinung der Hue Schalter lam allein aber jetzt wo du das schreibst dämmert es langsam.
Titel: Antw:philips hue modul
Beitrag von: rallye am 14 Januar 2019, 15:39:26
Einen schönen Nachmittag !

Ich habe eine HUE-Bridge und mehrere HUE-Lampen, u.a. auch die Colour-Lampen in den Stehlampen, die täglich automatisch bei Sonnenuntergang eingeschaltet werden. Da es fad wird jeden Tag die selbe Lichtfarbe (bei 16 Mio Farbmöglichkeiten) zu haben, erzeuge ich mittels Zufallsgenerator eine 6-stellige HEX-Zahl, mit welcher ich dann die HUE-Group einschalte.
Was mir aufgefallen ist ist, dass die übergebene RGB-Farbe nicht die verwendete Farbe ist. Lässt sich relativ einfach reproduzieren, indem man z.B. den Hex-string 73E387 in das Eingabefeld im FHEM-Device einer farbigen HUE-Lampe schreibt, die Lampe schaltet ein, allerdings verändert FHEM (oder jemand anders - die HUE-Bridge ??) den eingegebenen Wert auf 81FF98). Solche "Veränderungen" sehe ich mit sehr vielen Eingabewerten (00FF00 -> 38FF04 oder 0000FF -> 0905F9) und ich frage mich ob das am Interface FHEM-HUE oder sonst etwas liegt. muss ich hier noch etwas "einschalten" (attr) ? Bin nach Anleitung vorgegangen...
Internals:
   CHANGED   
   DEF        6  IODev=HueBridge
   ID         6
   INTERVAL   
   IODev      HueBridge
   NAME       HueBridge_HUEDevice6
   NR         84
   STATE      on
   TYPE       HUEDevice
   desired    1
   manufacturername Philips
   modelid    LCT015
   name       Lampe bei Stiege
   productid  Philips-LCT015-1-A19ECLv5
   swconfigid 52E3234B
   swversion  1.46.13_r26312
   type       Extended color light
   uniqueid   00:17:88:01:03:10:d6:a4-0b
   .attraggr:
   .attrminint:
   READINGS:
     2019-01-14 11:31:29   alert           none
     2019-01-14 15:30:06   bri             254
     2019-01-14 11:31:29   colormode       xy
     2019-01-14 14:58:29   ct              153 (6535K)
     2019-01-14 11:31:29   effect          none
     2019-01-14 15:31:39   hue             47104
     2019-01-14 14:57:22   onoff           1
     2019-01-14 15:30:06   pct             100
     2019-01-14 15:31:39   reachable       1
     2019-01-14 15:31:39   rgb             0905f9
     2019-01-14 15:30:40   sat             254
     2019-01-14 15:30:06   state           on
     2019-01-14 15:31:39   xy              0.1532,0.0475
   helper:
     alert      none
     bri        254
     colormode  xy
     ct         153
     devtype   
     effect     none
     hue        47104
     pct        100
     reachable  1
     rgb        0905f9
     sat        254
     update_timeout -1
     xy         0.1532,0.0475
Attributes:
   IODev      HueBridge
   alias      Lampe bei Stiege
   color-icons 2
   devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
   group      WZ-Stehlampen
   model      LCT015
   room       HUEDevice
   subType    extcolordimmer
   webCmd     rgb:rgb ff0000:rgb DEFF26:rgb 0000ff:ct 490:ct 380:ct 270:ct 160:toggle:on:off

Internals:
   .triggerUsed 1
   DEF        192.168.x.yz
   INTERVAL   60
   NAME       HueBridge
   NOTIFYDEV  global
   NR         82
   NTFY_ORDER 50-HueBridge
   STATE      connected
   TYPE       HUEBridge
   apiversion 1.28.0
   host       192.168.x.yz
   mac        xx:xx:xx:xx:xx:xx
   manufacturer Royal Philips Electronics
   modelName  Philips hue bridge 2015
   modelid    BSB002
   name       Philips hue
   swversion  1810251352
   updatestate 0
   zigbeechannel 20
   .attraggr:
   .attrminint:
   READINGS:
     2018-05-21 12:08:36   lastError       link button not pressed
     2019-01-14 15:34:10   state           connected
     2018-11-24 09:34:56   swupdate        BSB002 - 1.28.0 RC5
   helper:
     apiversion 72704
     count      0
     last_config_timestamp 1547476450
     offsetUTC  3600
     updatestate 0
Attributes:
   alias      HUE Bridge 0
   httpUtils  1
   icon       hue_filled_bridge_v2
   key       
Titel: philips hue modul
Beitrag von: justme1968 am 14 Januar 2019, 15:57:57
rgb wird immer nur mit einer empirischen formel auf hsv umgerechnet und zurück. dir lampen sprechen nativ kein rgb. die formel die phillips veröffentlicht hat funktioniert leider nicht. außerdem haben die unterschiedlichen lampen unterschiedliche farbräume.

wenn es dir auf eine genau farbe ankommt ist es besser mit hsv zu arbeiten.

da ist es es auch mit farbverläufen einfacher.
Titel: Antw:philips hue modul
Beitrag von: DazDavid am 18 Januar 2019, 10:09:28
Hi,

unterstützt das Hue Modul die Tradfri Bewegungsmelder über Deconz API? Hab über die Suche leider nichts darüber gefunden.
Wenn ja gibt es Erfahrungswerte wie schnell die Erkennung in FHEM ankommt? Ich möchte damit ein paar LED-Strips (nicht Zigbee) ansteuern.
Alternativ habe ich ein Auge auf die Aqara/Xiaomi Body Sensoren falls diese besser unterstützt werden.

Gruß David
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 18 Januar 2019, 10:14:44
ich meine ja.

mit deconz wird das push api verwendet. d.h es sollte 'fast sofort' sein.

ob andere melder schneller sind kann ich dir nicht sagen.
Titel: Antw:philips hue modul
Beitrag von: DazDavid am 18 Januar 2019, 10:32:22
Danke für das schnelle Feedback.
Weißt du (oder jemand anders) zufällig ob der Ikea Bewegungsmelder auch Helligkeitswerte liefert?
Ich habe nur eine positive Aussage dazu in einem wilden Forum gefunden.
Laut Ikea kann man wohl "Tag- oder Nachmodus" einstellen, was darauf hindeutet, dass er die Helligkeit misst.

EDIT: Gerade im Produkvideo gesehen, dass auf der Rückseite ein Drehschalter ist, mit dem vermutlich die Schaltschwelle für die Helligkeit geregelt wird. Das dürfte für meine Zwecke ausreichen.
Titel: Antw:philips hue modul
Beitrag von: kennymc.c am 12 Februar 2019, 14:29:35
Gibt es mit den Tradfri Leuchten an der Hue Bridge eigentlich immer noch Probleme mit dem Aufrufen von Szenen mit einer Transitiontime > 0 und mehreren Befehlen hintereinander oder hat sich das mit einem Firmware Update auf einer der Seiten mittlerweile erledigt? Plane momentan mehrere Floalt Panels als Deckenlampen einzusetzen und könnte die Panels alternativ auch über ZigBee2MQTT betreiben. Allerdings wären dann nicht alle Lichter in der Hue Bridge und bei zu vielen Devices scheint der CC2531 wohl Probleme zu machen. Oder gibt es über FHEM anderen Lösungen bei dem das Licht trotzdem eingeblendet werden kann?
Titel: Antw:philips hue modul
Beitrag von: Sky am 12 Februar 2019, 15:03:24
Hallo zusammen ,

ich habe meine Hue-Bridge (BSB002) in Fhem eingebunden.
Zusammen mir ein paar Hue-Birnen und Ikea-Birnen funktioniert alles.

Jetzt habe ich in der Konsole beim starten der Homebridge folgenden Log gesehen :

[2/12/2019, 2:54:33 PM] [FHEM] Hue: no service type detected
[2/12/2019, 2:54:33 PM] [FHEM] no accessory created for Hue (HUEBridge)

Damit kann ich im Moment noch nichts anfangen .

Der Eintrag in der config.json sieht folgendermaßen aus :

{
          "platform": "Hue",
           "users": {
           "001788FFFE7C25D7": "xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx"
           },
         
          "lights": true
      },


Kann mir jemand sagen was dies bedeutet ?

Vielen Dank
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 12 Februar 2019, 15:25:18
das ist:

- der falsche thread. hier geht es ums hue modul
- das falsche forum. der config.json eintrag ist nicht für homebridge-fhem

wenn man fhem verendet ist es besser alles was mit homebridge und fhem zu tun hat über homebridge-fhem
einzubinden und nicht (zusätzlich) über andere homebridge plugins.

die meldeldung sagt das du versuchts die bridge auch noch über homebridge-fhem einzubinden. du musst die einzelnen lampen einbinden. nicht nicht bridge.
Titel: Antw:philips hue modul
Beitrag von: Sky am 12 Februar 2019, 15:39:01
Oha ...

das muss ich mir jetzt nochmal durch den Kopf gehen lassen .
Da scheine ich aber dicke Fehler gemacht zu haben .

Danke für Deine Antwort
Titel: Antw:philips hue modul
Beitrag von: hoppel118 am 12 Februar 2019, 16:40:53
Zitat von: justme1968 am 12 Februar 2019, 15:25:18wenn man fhem verendet ist es besser alles was mit homebridge und fhem zu tun hat über alexa-fhem
einzubinden und nicht (zusätzlich) über andere homebridge plugins.

Warum alexa-fhem? Du meinst sicherlich homebridge-fhem?

@Sky Ich schätze, dass du so vorgegangen bist, weil du es nicht besser wusstest.
Deine Hue-Bridge und -Leuchten werden zunächst wie folgt in FHEM eingebunden:

https://wiki.fhem.de/wiki/Hue

Anschließend installierst und konfigurierst du die beiden Pakete homebridge und homebridge-fhem wie folgt:

https://wiki.fhem.de/wiki/Homebridge_einrichten

Dann kannst du Spaß haben. ;)

Ob die Ikea-Leuchten so auch funktionieren, weiß ich nicht. Ich würde aber davon ausgehen, wenn du sie erfolgreich an die Hue-Bridge anlernen konntest.

Gruß Hoppel

Titel: Antw:philips hue modul
Beitrag von: justme1968 am 12 Februar 2019, 16:42:05
ZitatWarum alexa-fhem? Du meinst sicherlich homebridge-fhem?

ja. danke.
Titel: Antw:philips hue modul
Beitrag von: Sky am 12 Februar 2019, 18:27:44
Werde mir heute Abend nochmal meine Schritte bei der Installation anschauen .

Wahrscheinlich habe ich einen Fehler "eingebaut"


Erst mal Dankeschön
Titel: Antw:philips hue modul
Beitrag von: The-Holgi am 14 Februar 2019, 12:56:53
Hallo,
gibe es eine Möglichkeit zu einer "laufenden" scene bzw zur vorherigen scene zurück zu schalten, nachdem eine andere scene gestartet hat ?
Möchte mich gerne durch 5 maliges Blinken einer Hue group informieren lassen, wenn jemand den Hof betritt. Das funktioniert soweit ganz gut, nun möchte ich aber zur scene, die vor dem blinken lief zurück kehren, bzw wenn die Lampen aus waren, auch wieder aus schalten.

Gruß Holger
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 14 Februar 2019, 13:00:28
nein. das geht nicht.

aber zum blinken lassen für so etwas gibt es das alert kommando. das schaltet automatisch wieder auf den vorherigen zustand.
Titel: Antw:philips hue modul
Beitrag von: The-Holgi am 14 Februar 2019, 13:05:30
Danke für den Tipp.
Alert hatte ich garnicht auf den "Schirm", das funktioniert sehr gut.
Titel: Antw:philips hue modul
Beitrag von: Master_Nick am 25 Februar 2019, 12:55:31
Zitat von: Markus M. am 01 Juli 2018, 16:01:03
Hi Andre

Ohne eine Änderung an der Konfiguration wurde ich seit gestern von Color Fehlern bombardiert:
2018.07.01 00:19:16 1: Color::hsv2rgb value our of range [1,1.00393700787402,0.00393700787401575]. should be in 0..1.
2018.07.01 00:19:36 1: Color::hsv2rgb value our of range [1,1.00393700787402,0.00393700787401575]. should be in 0..1.
2018.07.01 00:19:59 1: Color::hsv2rgb value our of range [1,1.00393700787402,0.00393700787401575]. should be in 0..1.
2018.07.01 00:20:19 1: Color::hsv2rgb value our of range [1,1.00393700787402,0.00393700787401575]. should be in 0..1.
2018.07.01 00:20:39 1: Color::hsv2rgb value our of range [1,1.00393700787402,0.00393700787401575]. should be in 0..1.
2018.07.01 00:21:02 1: Color::hsv2rgb value our of range [1,1.00393700787402,0.00393700787401575]. should be in 0..1.



Hab dann in der Bridge das hier gefunden:
"9": {
"state": {
"on": false,
"bri": 1,
"hue": 65535,
"sat": 255,
"effect": "none",
"xy": [
0.6927,
0.308
],
"ct": 153,
"alert": "none",
"colormode": "hs",
                        ...


Man beachte: "sat": 255
Die Birne hatte nen Hau weg und hat bis zu nem Neustart in der API auch nur noch xy aktualisiert.

Kannst du bitte solche Werte im Modul bereinigen?
Entweder gleich nur valide Werte ins Reading schreiben, oder zumindest vor ansonsten quengelnden Funktionen noch mal prüfen.

Danke! Markus

Moin,
ich denke die obige Situation ist weiterhin nicht gefixed oder (sonst hätte ich einen anderen Fehler mit ähnlicher Meldung)?
Ich erhalte zumindest regelmäßig dies hier im Log:

2019.02.25 05:07:12 1: Color::hsv2rgb value our of range [0.858701457236591,1,1.00393700787402]. should be in 0..1.
2019.02.25 05:07:15 1: Color::hsv2rgb value our of range [0.858701457236591,1,1.00393700787402]. should be in 0..1.
2019.02.25 05:07:58 1: Color::hsv2rgb value our of range [0.858701457236591,1,1.00393700787402]. should be in 0..1.
2019.02.25 05:08:58 1: Color::hsv2rgb value our of range [0.858701457236591,1,1.00393700787402]. should be in 0..1.
2019.02.25 05:09:58 1: Color::hsv2rgb value our of range [0.858701457236591,1,1.00393700787402]. should be in 0..1.
2019.02.25 05:10:58 1: Color::hsv2rgb value our of range [0.858701457236591,1,1.00393700787402]. should be in 0..1.
2019.02.25 05:11:58 1: Color::hsv2rgb value our of range [0.858701457236591,1,1.00393700787402]. should be in 0..1.
2019.02.25 05:12:58 1: Color::hsv2rgb value our of range [0.858701457236591,1,1.00393700787402]. should be in 0..1.
2019.02.25 05:13:58 1: Color::hsv2rgb value our of range [0.858701457236591,1,1.00393700787402]. should be in 0..1.
2019.02.25 05:14:58 1: Color::hsv2rgb value our of range [0.858701457236591,1,1.00393700787402]. should be in 0..1.
2019.02.25 05:15:58 1: Color::hsv2rgb value our of range [0.858701457236591,1,1.00393700787402]. should be in 0..1.
2019.02.25 05:16:58 1: Color::hsv2rgb value our of range [0.858701457236591,1,1.00393700787402]. should be in 0..1.
2019.02.25 05:17:58 1: Color::hsv2rgb value our of range [0.858701457236591,1,1.00393700787402]. should be in 0..1.
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 25 Februar 2019, 14:14:55
hast du auch sat 255? schau mal bitte in der bridge.

das ist laut philips eigentlich nicht möglich.
Titel: Antw:philips hue modul
Beitrag von: Master_Nick am 25 Februar 2019, 14:47:31
Ich habe:
"sat": 254,
Bei meinem Strip aufm Schrank.

Habe aber gerade sehen, dass ich in einem DOIF "set HUEDevice2 bri 255" mal benutze und habe es nun auf 254 geändert - nicht, das es das war.

Ich werde berichten.
Titel: Antw:philips hue modul
Beitrag von: Markus M. am 26 Februar 2019, 11:36:20
Zitat von: justme1968 am 25 Februar 2019, 14:14:55
hast du auch sat 255? schau mal bitte in der bridge.

das ist laut philips eigentlich nicht möglich.
Korrektur: sollte nicht möglich sein ;)
Hatte es seitdem auch noch 1-2 mal.
Keine Ahnung ob Philips was gemacht hat oder das Problem einfach ignoriert - reproduzierbar ist es jedenfalls nicht.

Das Rundungsproblem bei HomeKit (bri 1 = pct 0) war jedenfalls noch da als ich es zuletzt ausprobiert hatte. On/Off bei HomeKit führt dann zu 100% Helligkeit.
Das hast du aber im Modul gefixt, oder? :)
Titel: Antw:philips hue modul
Beitrag von: Master_Nick am 05 März 2019, 14:43:47
Bei mir trat es nicht mehr auf.  :)
Titel: Antw:philips hue modul
Beitrag von: moonsorrox am 09 März 2019, 00:16:50
Zitat von: Master_Nick am 25 Februar 2019, 14:47:31
Habe aber gerade sehen, dass ich in einem DOIF "set HUEDevice2 bri 255" mal benutze und habe es nun auf 254 geändert - nicht, das es das war.

kannst du mal als Beispiel ein DOIF zeigen was du da genau im DOIF machst..? Erstellst du damit Farben/Szenen ich hatte mal an so etwas gedacht, habe es aber bisher verworfen.
Titel: Antw:philips hue modul
Beitrag von: Master_Nick am 09 März 2019, 12:50:10
Ich reagiere auch einen Flic Button und schalte auf einen doppelklick die Helligkeit auf 254.
Also keine Szenen oder ähnliches.



([FLIC_bfb771dae480:clicktype] eq "click" and [HUEDevice2] eq "off")
(set HUEDevice2 hue 56275 ; set HUEDevice2 sat 254 ; set HUEDevice2 bri 2) (setreading FLIC_bfb771dae480 clicktype invalid)

DOELSEIF ([FLIC_bfb771dae480:clicktype] eq "click" and [HUEDevice2] ne "off")
(set HUEDevice2 off) (setreading FLIC_bfb771dae480 clicktype invalid)


DOELSEIF ([FLIC_bfb771dae480:clicktype] eq "hold" and [HUEDevice2] ne "off")
(set HUEDevice2 dimUp) (setreading FLIC_bfb771dae480 clicktype invalid)


DOELSEIF ([FLIC_bfb771dae480:clicktype] eq "doubleclick")
(set HUEDevice2 bri 254) (setreading FLIC_bfb771dae480 clicktype invalid)



DOELSEIF ([FLIC_bfb771dae480:clicktype] eq "invalid")
()
Titel: Antw:philips hue modul
Beitrag von: moonsorrox am 09 März 2019, 13:15:20
OK, vielen Dank  :D
Ich werde mal schauen ob ich soetwas auch bei meinem Sonoff Touch einbauen kann
Titel: Antw:philips hue modul
Beitrag von: Master_Nick am 09 März 2019, 17:41:34
Klar sollte kein Problem sein!
Onebutton Library und los gehts :-)
Titel: Antw:philips hue modul
Beitrag von: Blackcat am 22 März 2019, 08:32:15
Hi,

Ich habe eine Frage bzgl. des Polling Intervalls. Gibt es einen Grund warum du im Code das Minimum auf 10 Sekunden anstatt 1 Sekunde gesetzt hast?

Ich habe das attr für non blocking gesetzt, die Hardware auf dem fhem läuft ist performant, warum also einschränken. Es gäbe so tolle Möglichkeiten  ::)

Beispiel: Lampe ist unreachable - jemand betätigt den Schalter, fhem prüft bei Statuswechsel die Tageszeit und setzt die Farbtemperatur des Weißes entsprechend => besserer Schlafwachrhymus

Leider wäre bei 10 Sekunden das Delay schon stark spürbar  ;)

Wäre zum testen ein überschreiben mit Defmod eigentlich möglich oder wird dann auch das if im define ausgeführt?

Würde mich schon mal reizen so was zu entwickeln  ::)
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 22 März 2019, 08:57:50
je nach bridge und anzahl lampen ist eine sekunde eventuell zu viel. da kann ganz schön viel zusammen kommen.

die bridge bekommt es sowieso nicht sofort mit wenn eine lampe wieder strom hat. schau dir mal ganz genau an wie lange das dauern kann. da kommt es auf das 10 sekunden intervall fast nicht mehr an. hue und 'echte' schalter sind keine gute kombination. je nach anwendungsfall ist es besser eine zigbee schalter zu verwenden der entweder die lampe direkt oder fhem direkt triggert.

wenn es dir wirklich auf schnelle reaktion an kommt: schau dir das deconz gateway an. das hat schon ein push api. geht ebenfalls mit dem hue modul. phillips arbeitet angeblich ebenfalls daran. keine ahnung wie lange das noch dauert.
Titel: Antw:philips hue modul
Beitrag von: Blackcat am 22 März 2019, 09:54:40
Ah ok das ist der Grund, dann kann ich es auch erstmal so versuchen. Vielleicht stört es gar nicht so sehr  ;D

Mein Mann möchte den Standby Strom nicht haben  :-\ die Diskussion habe ich schon seid Beginn. Da ich mit Milight angefangen habe, hatte ich deshalb auch andauernd pairings die nicht gewünscht waren und rüste jetzt Stück für Stück um (kostet wahrscheinlich wesentlich  mehr als der gesparte Strom  ::) dafür habe ich aber jetzt auch warm/kalkweiß) aber ich mache das ja nicht zum Sparen sondern zum Spaß  :P aber pssst  ;)

Push wäre natürlich geil, dann warten wir mal auf Philips
Titel: Antw:philips hue modul
Beitrag von: moonsorrox am 22 März 2019, 13:42:58
Zitat von: justme1968 am 22 März 2019, 08:57:50
wenn es dir wirklich auf schnelle reaktion an kommt: schau dir das deconz gateway an. das hat schon ein push api. geht ebenfalls mit dem hue modul.
ich habe deConz nur als Software gefunden oder, meintest du damit diesen Conbee- Zigbee Stick.?
Ich habe davon gelesen bzw. auf YouTube etwas gesehen, dieser soll alles was mit Zigbee, also Hue, Milight usw. klar kommen ohne ein Gateway.
Leider noch keine Erfahrung...

Meine Hue Bridge geht ja soweit, aber ich habe es öfter mal das ich diese Tint von Müller (in Hue Philips integriert) mit der Homematic FB nicht einschalten kann. Oft geht es, aber eben auch nicht, dass ist sehr unbefriedigend.
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 22 März 2019, 14:29:37
ja. deconz ist die software und du brauchst noch den stick bzw. das raspee aufsteckmodul als hardware.

beides zusammen arbeitet dann als hue kompatibles gateway. unterstützt aber mehr devices und vor allem alle möglichen sensoren von unterschiedlichen herstellern. und eben das push api.

ob das mit den aldi lampen dann wirklich besser geht weiss ich nicht. vielleicht liegt es auch einfach an den lampen.
Titel: Antw:philips hue modul
Beitrag von: moonsorrox am 22 März 2019, 14:43:14
OK, vielen Dank
Ja das mit dem Stick habe ich gelesen... evtl. werde ich den mal testen

Ich habe zum Glück nur 2 ALDI Lampen gekauft  ;)
Titel: Antw:philips hue modul
Beitrag von: kennymc.c am 23 März 2019, 17:59:20
Leider gibt es ja noch keine richtige Lösung für die Probleme mit Tradfri Lampen bei einer Transitiontime > 0 (https://forum.fhem.de/index.php/topic,11020.msg905040.html#msg905040 (https://forum.fhem.de/index.php/topic,11020.msg905040.html#msg905040). Momentan setzte ich jeweils ein sleep zwischen den einzelnen Befehlen wie bri und ct. Bei mir hat es ab sleep 0.4 relativ stabil funktioniert. Der Übergang ist zwar noch sichtbar, allerdings werden die Lampen so korrekt eingeblendet. Könnte man das nicht schon direkt in das Modul für alle Tradfri Lampen integrieren?
Titel: Antw:philips hue modul
Beitrag von: PPP01 am 27 März 2019, 13:22:35
Hi, um meine Aufwachtimer an Feiertagen/Urlaub zu deaktivieren, habe ich in das Bridge Module Schedules eingebaut. Kann ich irgendwo einen Pull request machen?
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 27 März 2019, 13:32:22
einfach hier einen patch posten
Titel: Antw:philips hue modul
Beitrag von: PPP01 am 27 März 2019, 15:08:07
Ok, hier ein diff.
Folgende Commands habe ich hinzugefügt: GET: schedules, SET: updateschedule enableschedule disableschedule

Titel: Antw:philips hue modul
Beitrag von: justme1968 am 27 März 2019, 16:39:41
ist eingecheckt.
Titel: Antw:philips hue modul
Beitrag von: PPP01 am 27 März 2019, 16:59:26
Cool, danke!  :) Das macht die Aufwachtimer zusammen mit der Feiertags/Urlaubssteuerung endlich komfortabel

Bedienung (falls es noch jemand anders mal brauchen kann):


# Schedules abfragen
get HueBridge schedules

# Schedule 1 z.B. Wakeup Timer deaktivieren
set HueBridge disableschedule 1

# Schedule 1 wieder aktivieren
set HueBridge enableschedule 1


Das habe ich mit einem Dummy verbunden, der durch Urlaub/Feiertage ON/Off geht.
Titel: Antw:philips hue modul
Beitrag von: Tungsten am 01 April 2019, 11:10:56
Hallo Zusammen,

ich habe mit dem ConBeeStick und den Aqara Fensterkontakten ein Problem.
In der PhosconApp wird der Zustand zu 98% richtig angezeigt, in FHEM jedoch nicht sauber aktualisiert.

Eingebunden sind sie über HUEBridge.
websocket und httpUtils sind 1
INTERVAL 10

Was mache ich falsch?

Titel: Antw:philips hue modul
Beitrag von: justme1968 am 01 April 2019, 12:30:39
was genau wird nicht aktualisiert?

das reading im device auch nach refresh der seite?

das reading per longpoll ?
Titel: Antw:philips hue modul
Beitrag von: Tungsten am 01 April 2019, 12:35:41
Ich meine das state reading (open/close) im HUEDevice wird nicht zeitnah aktualisiert. In Phoscon wechselt es zB von open zu close, in Fhem im device reading wird jedoch längere Zeit danach noch open angezeigt.

So verständlicher was ich meine?
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 01 April 2019, 12:52:08
ist es aktuell wenn du die fhemweb seite neu lädst? oder hilft das nicht.

ist das push api aktiv? siehe bridge internals.
Titel: Antw:philips hue modul
Beitrag von: Tungsten am 01 April 2019, 12:55:21
nein, refresh der Seite hilft nicht.

Ich dachte websocket wäre für das push zuständig? Irgendwann wird ja auch aktualisiert, aber nicht zeitnah und zuverlässig.

hier ein list der Bridge:

ZitatInternals:
   DEF        192.168.178.44:8080 10
   FD         4
   FUUID      5c9a95aa-f33f-2776-a49e-8a7aa4d3055fe58f
   INTERVAL   10
   NAME       ConBeeStick
   NOTIFYDEV  global
   NR         289
   NTFY_ORDER 50-ConBeeStick
   PORT       58826
   STATE      connected
   TYPE       HUEBridge
   apiversion 1.16.0
   host       192.168.178.44:8080
   mac        b8:27:eb:9c:f8:0b
   manufacturer Royal Philips Electronics
   modelName  Philips hue bridge 2015
   modelid    deCONZ
   name       Phoscon-GW
   swversion  2.5.60
   updatestate 0
   websocket  1
   websocketport 443
   zigbeechannel 15
   READINGS:
     2019-03-26 22:16:02   lastError       link button not pressed
     2019-04-01 12:52:50   state           connected
   helper:
     apiversion 69632
     count      0
     last_config_timestamp 1554115970
     offsetUTC  3600
     updatestate 0
Attributes:
   DbLogExclude .*
   createGroupReadings 1
   httpUtils  1
   key        12647B45EB
   room       MQTT
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 01 April 2019, 12:58:13
ok. wenn der refresh nicht hilft und websocket aktiv ist: bitte mit verbose 4 oder 5 loggen was kommt.

wenn eine nachricht mit dem status kommt und das reading nicht aktualisiert wird. bitte posten.

wenn keine nachricht kommt -> bei de melden und dort fragen warum.
Titel: Antw:philips hue modul
Beitrag von: Tungsten am 01 April 2019, 13:28:57
ok, aber wer ist "-> de" ?
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 01 April 2019, 13:40:30
dresden elektronik.
Titel: Antw:philips hue modul
Beitrag von: juemuc am 06 April 2019, 22:27:19
Hallo,

ich setze mit
set HUEDevice9 pct 0 1200

einen Timer, sodass die Lampe nach 20 Minuten ausgeht. Kann ich irgendwo den Wert auslesen, den die Lampe noch benötigt um auszugehen? Ich habe leider nichts gefunden.

Viele Grüße
Jürgen
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 07 April 2019, 10:57:17
nein. der interne timer der lampen für übergänge lässt sich nicht auslesen.
Titel: Antw:philips hue modul
Beitrag von: juemuc am 07 April 2019, 12:15:24
Zitat von: justme1968 am 07 April 2019, 10:57:17
nein. der interne timer der lampen für übergänge lässt sich nicht auslesen.

Danke für die Info. Ich habe noch ein Thema:

Ich habe die HUE-Devices auf zwei FHEM-Installationen laufen. Auf der einen Installation sind die Gruppen HUEGroup0 - HUEGroup2 im Status "Initialized" und auf der anderen Installation "    
unknown". Ich habe die Gruppen schon gelöscht und neu erzeugt. Hast Du eine Idee?

Viele Grüße
Jürgen
Titel: Antw:philips hue modul
Beitrag von: Blackcat am 09 April 2019, 21:10:19
Mir ist nach dem letzten Bridgeupdate aufgefallen, dass sich die Lampen nach einer gewissen Zeit aus Fhem nicht mehr ansteuern lassen (meinstens so 1-3 Tage).
Der Ping funktioniert aber noch.
wenn ich ein Shutdown Restart mache geht es wieder. Habt ihr das Phänomen auch?

PS: ich starte jetzt nachts immer neu, aber das behebt ja nur das Symptom
Titel: Antw:philips hue modul
Beitrag von: juemuc am 09 April 2019, 21:21:52
Zitat von: Blackcat am 09 April 2019, 21:10:19
Mir ist nach dem letzten Bridgeupdate aufgefallen, dass sich die Lampen nach einer gewissen Zeit aus Fhem nicht mehr ansteuern lassen (meinstens so 1-3 Tage).
Der Ping funktioniert aber noch.
wenn ich ein Shutdown Restart mache geht es wieder. Habt ihr das Phänomen auch?

PS: ich starte jetzt nachts immer neu, aber das behebt ja nur das Symptom

Welche Version hast Du denn? Ich habe keine Probleme mit der Version 1931069120

Viele Grüße
Jürgen
Titel: Antw:philips hue modul
Beitrag von: Blackcat am 09 April 2019, 22:30:23
Genau die habe ich auch und seitdem zickt es bei mir ???
Titel: Antw:philips hue modul
Beitrag von: Blackcat am 13 April 2019, 18:23:34
Kann den Fehler nun nachstellen:

Immer wenn ich die fhem.cfg direkt ändere reagieren die Lampen nicht, dann ist ein Fhem neustart nötig.
Titel: Antw:philips hue modul
Beitrag von: patator am 18 April 2019, 06:49:49
Hallo zusammen,
hat noch jemand das Problem dass nach dem letzten Bridge1931069120 Update ein on-for-timer die Lampen nicht mehr ausschaltet?
Mir ist das heute Nacht aufgefallen, dass mein automatisches Nachtlicht dass über einen Bewegungsmelder einen on-for-timer auslöst die Lichter nach einer Weile nicht mehr ausgehen lässt.
Auch ein manueller on-for-timer auf eine einzelne Lampe lässt diese nur anschalten.
Fhem schon upgedatet da war heute eine huedevice.pm mit dabei und neu gestartet leider ohne Erfolg.
Vg
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 18 April 2019, 08:32:01
das liegt nicht am hue modul sondern an einer änderung an den SetExtensions.

rudi hat das problem gestern nach einem hinweis schon behoben und nach einem update heute sollte alle wieder funktionieren.

mehr hier: https://forum.fhem.de/index.php/topic,95581.msg930932.html#msg930932
Titel: Antw:philips hue modul
Beitrag von: patator am 18 April 2019, 10:25:55
Super danke, nach dem Update funktioniert es wieder.
Titel: Antw:philips hue modul
Beitrag von: Fredi69 am 22 April 2019, 15:57:53
Nach dem heutigen Update sind alle Hue Devices verschwunden, was kann das sein?
Titel: Antw:philips hue modul
Beitrag von: juemuc am 22 April 2019, 20:10:11
Das kann ich nicht nachvollziehen.
Bei mir ist alles ok.

Viele Grüße
Jürgen
Titel: Antw:philips hue modul
Beitrag von: CoolTux am 22 April 2019, 20:39:46
Zitat von: Fredi69 am 22 April 2019, 15:57:53
Nach dem heutigen Update sind alle Hue Devices verschwunden, was kann das sein?

Ich tippe auf Meta.pm

Du hast Debian Wezzy und Perl 5.14.2?
Titel: Antw:philips hue modul
Beitrag von: Fredi69 am 22 April 2019, 21:03:23
Zitat von: CoolTux am 22 April 2019, 20:39:46
Ich tippe auf Meta.pm
Du hast Debian Wezzy und Perl 5.14.2?

Ja, ich habe Debian Wezzy und Perl 5.14.
Was bedeutet, ich tippe auf Meta.pm?
Titel: Antw:philips hue modul
Beitrag von: CoolTux am 22 April 2019, 21:20:06
Gab die letzten Tage Probleme mit Uraltinstallationen und dem neuen Meta.pm Modul.
Hue verwendet dieses Modul so wie einige andere Module auch.
Mach mal morgen früh ab 8 Uhr ein Update und teste dann noch mal. Sollte dann gehen.
Titel: Antw:philips hue modul
Beitrag von: blackbite am 23 April 2019, 08:38:51
Zitat von: CoolTux am 22 April 2019, 21:20:06
Gab die letzten Tage Probleme mit Uraltinstallationen und dem neuen Meta.pm Modul.
Hue verwendet dieses Modul so wie einige andere Module auch.
Mach mal morgen früh ab 8 Uhr ein Update und teste dann noch mal. Sollte dann gehen.

Guten Morgen,
Update ok. Hue´s werden wieder gefunden. Jedoch spuckt der Log noch folgende neue Warnungen aus:

2019.04.23 08:33:04 1: PERL WARNING: Argument "2.91_01" isn't numeric in numeric lt (<) at FHEM/Meta.pm line 1791.
2019.04.23 08:33:39 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/31_HUEDevice.pm line 1293.


VG
Blackbite

Titel: Antw:philips hue modul
Beitrag von: CoolTux am 23 April 2019, 08:49:54
Danke fürs melden. Ich habe es an den Maintainer von Meta.pm weiter gegeben.


Grüße
Titel: Antw:philips hue modul
Beitrag von: Fredi69 am 23 April 2019, 09:43:25
Zitat von: CoolTux am 22 April 2019, 21:20:06
Gab die letzten Tage Probleme mit Uraltinstallationen und dem neuen Meta.pm Modul.
...
Habe ich denn eine Uraltinstallation?
Ich mache regelmäßig Updates.
Titel: Antw:philips hue modul
Beitrag von: CoolTux am 23 April 2019, 10:02:58
Deine Distribution ist Weezy also Debian 7 wir sind aktuell bei 9. Also Uralt. Das gleiche gilt für die Perl Version 5.14. Aktuell mit Debian wird 5.24 ausgeliefert.
Titel: Antw:philips hue modul
Beitrag von: Fredi69 am 23 April 2019, 10:40:21
Zitat von: CoolTux am 23 April 2019, 10:02:58
Deine Distribution ist Weezy also Debian 7 wir sind aktuell bei 9. Also Uralt. Das gleiche gilt für die Perl Version 5.14. Aktuell mit Debian wird 5.24 ausgeliefert.
Danke, sollte ich hier ein mal ein Update planen oder ist das nicht notwendig?
Titel: Antw:philips hue modul
Beitrag von: CoolTux am 23 April 2019, 10:46:31
Wenn ich Dir schreibe das Du Debian Wezzy hast und sage das ist Uralt, dann solltest Du auf jeden Fall mal ein Update machen.
So weit mir bekannt wird Wezzy auch gar nicht mehr mit Sicherheitsupdates versorgt. Du bist also mehr wie gefährdet mit Deinem aktuellen System.

Wobei das nicht so schlimm ist. Also für die anderen.
Aber Du bist leider auch ein Gefährder, und das ist schlimm. Schafft es jemand auf Grund fehlender Updates in Dein System kann er damit andere Systeme angreifen.
Titel: Antw:philips hue modul
Beitrag von: CoolTux am 23 April 2019, 21:02:20
Zitat von: blackbite am 23 April 2019, 08:38:51
Guten Morgen,
Update ok. Hue´s werden wieder gefunden. Jedoch spuckt der Log noch folgende neue Warnungen aus:

2019.04.23 08:33:04 1: PERL WARNING: Argument "2.91_01" isn't numeric in numeric lt (<) at FHEM/Meta.pm line 1791.
2019.04.23 08:33:39 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/31_HUEDevice.pm line 1293.


VG
Blackbite

Morgen Früh noch mal Update machen. Dann sollte die Warnung weg sein.
Titel: Antw:philips hue modul
Beitrag von: Fredi69 am 24 April 2019, 19:26:18
Zitat von: CoolTux am 23 April 2019, 10:46:31
Wenn ich Dir schreibe das Du Debian Wezzy hast und sage das ist Uralt, dann solltest Du auf jeden Fall mal ein Update machen.
So weit mir bekannt wird Wezzy auch gar nicht mehr mit Sicherheitsupdates versorgt. Du bist also mehr wie gefährdet mit Deinem aktuellen System.

Wobei das nicht so schlimm ist. Also für die anderen.
Aber Du bist leider auch ein Gefährder, und das ist schlimm. Schafft es jemand auf Grund fehlender Updates in Dein System kann er damit andere Systeme angreifen.
Herzlichen Dank für die Info. Ich dachte durch mein wöchentliches Update mit Upgrade passiert das automatisch. Ich dachte immer Linux ist da komfortabler wie Windows, jetzt habe ich auch verstanden das man wie bei Windows für die Major Updates Hand anlegen muss. Ich habe dann mal meinen Pi auf Stretch gehoben.
Titel: Antw:philips hue modul
Beitrag von: hoppel118 am 24 April 2019, 19:52:54
Wenn du ,,apt-get dist-upgrade" auf der Command Line ausführst, kannst du immer auf die nächste stabile Debian LTS Version upgraden. Ob ich das von Debian 7 zu Debian 9 (gefühlt kurz vor Debian 10) machen würde, weiß ich nicht, da du gleich 2 Mal (von 7 zu 8 und dann von 8 zu 9) upgraden müsstest. Zumindest solltest du ein vernünftiges Backup haben, um notfalls wieder zurückzukommen.

Persönlich habe ich bisher immer die Gelegenheit ergriffen, einmal alles komplett neu aufzusetzen, wenn es eine neue LTS Version gab. ;)

Wenn du jetzt sowieso schon alles einmal neu aufgesetzt hast, auch gut. Ich wollte dir eigentlich nur mitteilen, dass Linux einiges an Komfort bietet, wenn man denn weiß wie. ;)

Ich denke, dass das in diesem Thread schon ziemlich Offtopic ist.

Viele Grüße
Titel: Antw:philips hue modul
Beitrag von: CoolTux am 24 April 2019, 19:59:57
Hast Du das mit dist-upgrade schon mal gemacht? Also wirklich nur den Befehl und dann hat er ein komplettes Release Update gemacht?
Meines Wissens muss man doch die source listen entsprechend anpassen, oder?
Titel: Antw:philips hue modul
Beitrag von: hoppel118 am 24 April 2019, 21:48:33
Wie schon geschrieben, habe ich quasi immer neu aufgesetzt, um mich von ,,Altlasten" zu befreien.

Irgendwann habe ich das in der Vergangenheit aber auch schonmal per dist-upgrade gemacht. Kann mich nur nicht mehr daran erinnern, ob ich die sources.list angepasst hatte.

Habe dazu gerade nochmal kurz Google bemüht. Anscheinend hast du Recht. Aber das ist ja dann auch nicht wirklich aufwändig, im Vergleich zu neu aufsetzen. ;)

Gruß Hoppel
Titel: Antw:philips hue modul
Beitrag von: Esjay am 28 April 2019, 11:00:22
Guten Morgen Andre,

ich finde im Log einen Haufen der folgenden Meldungen. Hast du einen Tipp für mich?

2019.04.28 10:56:23 1: PERL WARNING: Use of uninitialized value $name in concatenation (.) or string at ./FHEM/31_HUEDevice.pm line 1133.
2019.04.28 10:56:23 1: stacktrace:
2019.04.28 10:56:23 1:     main::__ANON__                      called by ./FHEM/31_HUEDevice.pm (1133)
2019.04.28 10:56:23 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1696)
2019.04.28 10:56:23 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (606)
2019.04.28 10:56:23 1:     main::__ANON__                      called by fhem.pl (742)
2019.04.28 10:56:23 1: PERL WARNING: Use of uninitialized value in string eq at ./FHEM/31_HUEDevice.pm line 1141.
2019.04.28 10:56:23 1: stacktrace:
2019.04.28 10:56:23 1:     main::__ANON__                      called by ./FHEM/31_HUEDevice.pm (1141)
2019.04.28 10:56:23 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1696)
2019.04.28 10:56:23 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (606)
2019.04.28 10:56:23 1:     main::__ANON__                      called by fhem.pl (742)
2019.04.28 10:56:23 1: PERL WARNING: Use of uninitialized value in string eq at ./FHEM/31_HUEDevice.pm line 1230.
2019.04.28 10:56:23 1: stacktrace:
2019.04.28 10:56:23 1:     main::__ANON__                      called by ./FHEM/31_HUEDevice.pm (1230)
2019.04.28 10:56:23 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1696)
2019.04.28 10:56:23 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (606)
2019.04.28 10:56:23 1:     main::__ANON__                      called by fhem.pl (742)
2019.04.28 10:56:23 1: PERL WARNING: Use of uninitialized value $name in hash element at ./FHEM/31_HUEDevice.pm line 1366.
2019.04.28 10:56:23 1: stacktrace:
2019.04.28 10:56:23 1:     main::__ANON__                      called by ./FHEM/31_HUEDevice.pm (1366)
2019.04.28 10:56:23 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1696)
2019.04.28 10:56:23 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (606)
2019.04.28 10:56:23 1:     main::__ANON__                      called by fhem.pl (742)
2019.04.28 10:56:23 1: PERL WARNING: Use of uninitialized value $name in hash element at ./FHEM/31_HUEDevice.pm line 1368.
2019.04.28 10:56:23 1: stacktrace:
2019.04.28 10:56:23 1:     main::__ANON__                      called by ./FHEM/31_HUEDevice.pm (1368)
2019.04.28 10:56:23 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1696)
2019.04.28 10:56:23 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (606)
2019.04.28 10:56:23 1:     main::__ANON__                      called by fhem.pl (742)
2019.04.28 10:56:23 1: PERL WARNING: Use of uninitialized value $name in hash element at ./FHEM/31_HUEDevice.pm line 1409.
2019.04.28 10:56:23 1: stacktrace:
2019.04.28 10:56:23 1:     main::__ANON__                      called by ./FHEM/31_HUEDevice.pm (1368)
2019.04.28 10:56:23 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1696)
2019.04.28 10:56:23 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (606)
2019.04.28 10:56:23 1:     main::__ANON__                      called by fhem.pl (742)
2019.04.28 10:56:23 1: PERL WARNING: Use of uninitialized value $name in hash element at ./FHEM/31_HUEDevice.pm line 1414.
2019.04.28 10:56:23 1: stacktrace:
2019.04.28 10:56:23 1:     main::__ANON__                      called by ./FHEM/31_HUEDevice.pm (1414)
2019.04.28 10:56:23 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1696)
2019.04.28 10:56:23 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (606)
2019.04.28 10:56:23 1:     main::__ANON__                      called by fhem.pl (742)
2019.04.28 10:56:23 1: PERL WARNING: Use of uninitialized value $name in hash element at ./FHEM/31_HUEDevice.pm line 1416.
2019.04.28 10:56:23 1: stacktrace:
2019.04.28 10:56:23 1:     main::__ANON__                      called by ./FHEM/31_HUEDevice.pm (1416)
2019.04.28 10:56:23 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1696)
2019.04.28 10:56:23 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (606)
2019.04.28 10:56:23 1:     main::__ANON__                      called by fhem.pl (742)
2019.04.28 10:56:23 1: ERROR: empty name in readingsBeginUpdate
2019.04.28 10:56:23 1: stacktrace:
2019.04.28 10:56:23 1:     main::readingsBeginUpdate           called by ./FHEM/31_HUEDevice.pm (1430)
2019.04.28 10:56:23 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1696)
2019.04.28 10:56:23 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (606)
2019.04.28 10:56:23 1:     main::__ANON__                      called by fhem.pl (742)
2019.04.28 10:56:23 1: PERL WARNING: Use of uninitialized value $d in hash element at fhem.pl line 4476.
2019.04.28 10:56:23 1: stacktrace:
2019.04.28 10:56:23 1:     main::__ANON__                      called by fhem.pl (4476)
2019.04.28 10:56:23 1:     main::AttrVal                       called by ./FHEM/31_HUEDevice.pm (1438)
2019.04.28 10:56:23 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1696)
2019.04.28 10:56:23 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (606)
2019.04.28 10:56:23 1:     main::__ANON__                      called by fhem.pl (742)
2019.04.28 10:56:23 1: PERL WARNING: Use of uninitialized value $d in hash element at fhem.pl line 4476.
2019.04.28 10:56:23 1: stacktrace:
2019.04.28 10:56:23 1:     main::__ANON__                      called by fhem.pl (4476)
2019.04.28 10:56:23 1:     main::AttrVal                       called by ./FHEM/31_HUEDevice.pm (1438)
2019.04.28 10:56:23 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1696)
2019.04.28 10:56:23 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (606)
2019.04.28 10:56:23 1:     main::__ANON__                      called by fhem.pl (742)
2019.04.28 10:56:23 1: PERL WARNING: Use of uninitialized value $d in hash element at fhem.pl line 4476.
2019.04.28 10:56:23 1: stacktrace:
2019.04.28 10:56:23 1:     main::__ANON__                      called by fhem.pl (4476)
2019.04.28 10:56:23 1:     main::AttrVal                       called by ./FHEM/31_HUEDevice.pm (1480)
2019.04.28 10:56:23 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1696)
2019.04.28 10:56:23 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (606)
2019.04.28 10:56:23 1:     main::__ANON__                      called by fhem.pl (742)
2019.04.28 10:56:23 1: PERL WARNING: Use of uninitialized value $d in hash element at fhem.pl line 4476.
2019.04.28 10:56:23 1: stacktrace:
2019.04.28 10:56:23 1:     main::__ANON__                      called by fhem.pl (4476)
2019.04.28 10:56:23 1:     main::AttrVal                       called by ./FHEM/31_HUEDevice.pm (1480)
2019.04.28 10:56:23 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1696)
2019.04.28 10:56:23 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (606)
2019.04.28 10:56:23 1:     main::__ANON__                      called by fhem.pl (742)
2019.04.28 10:56:23 1: PERL WARNING: Use of uninitialized value $d in hash element at fhem.pl line 4476.
2019.04.28 10:56:23 1: stacktrace:
2019.04.28 10:56:23 1:     main::__ANON__                      called by fhem.pl (4476)
2019.04.28 10:56:23 1:     main::AttrVal                       called by ./FHEM/31_HUEDevice.pm (1480)
2019.04.28 10:56:23 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1696)
2019.04.28 10:56:23 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (606)
2019.04.28 10:56:23 1:     main::__ANON__                      called by fhem.pl (742)
2019.04.28 10:56:23 1: PERL WARNING: Use of uninitialized value in string ne at ./FHEM/31_HUEDevice.pm line 1523.
2019.04.28 10:56:23 1: stacktrace:
2019.04.28 10:56:23 1:     main::__ANON__                      called by ./FHEM/31_HUEDevice.pm (1523)
2019.04.28 10:56:23 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1696)
2019.04.28 10:56:23 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (606)
2019.04.28 10:56:23 1:     main::__ANON__                      called by fhem.pl (742)
2019.04.28 10:56:23 1: PERL WARNING: Use of uninitialized value $name in concatenation (.) or string at fhem.pl line 4721.
2019.04.28 10:56:23 1: stacktrace:
2019.04.28 10:56:23 1:     main::__ANON__                      called by fhem.pl (4721)
2019.04.28 10:56:23 1:     main::readingsBulkUpdate            called by ./FHEM/31_HUEDevice.pm (1523)
2019.04.28 10:56:23 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1696)
2019.04.28 10:56:23 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (606)
2019.04.28 10:56:23 1:     main::__ANON__                      called by fhem.pl (742)
2019.04.28 10:56:23 1: readingsUpdate(,state,unreachable) missed to call readingsBeginUpdate first.
2019.04.28 10:56:23 1: stacktrace:
2019.04.28 10:56:23 1:     main::readingsBulkUpdate            called by ./FHEM/31_HUEDevice.pm (1523)
2019.04.28 10:56:23 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1696)
2019.04.28 10:56:23 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (606)
2019.04.28 10:56:23 1:     main::__ANON__                      called by fhem.pl (742)
2019.04.28 10:56:23 1: PERL WARNING: Use of uninitialized value $d in hash element at fhem.pl line 4476.
2019.04.28 10:56:23 1: stacktrace:
2019.04.28 10:56:23 1:     main::__ANON__                      called by fhem.pl (4476)
2019.04.28 10:56:23 1:     main::AttrVal                       called by fhem.pl (4572)
2019.04.28 10:56:23 1:     main::evalStateFormat               called by fhem.pl (4678)
2019.04.28 10:56:23 1:     main::readingsEndUpdate             called by ./FHEM/31_HUEDevice.pm (1525)
2019.04.28 10:56:23 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1696)
2019.04.28 10:56:23 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (606)
2019.04.28 10:56:23 1:     main::__ANON__                      called by fhem.pl (742)
2019.04.28 10:56:23 1: PERL WARNING: Use of uninitialized value $d in hash element at fhem.pl line 4476.
2019.04.28 10:56:23 1: stacktrace:
2019.04.28 10:56:23 1:     main::__ANON__                      called by fhem.pl (4476)
2019.04.28 10:56:23 1:     main::AttrVal                       called by fhem.pl (4572)
2019.04.28 10:56:23 1:     main::evalStateFormat               called by fhem.pl (4678)
2019.04.28 10:56:23 1:     main::readingsEndUpdate             called by ./FHEM/31_HUEDevice.pm (1525)
2019.04.28 10:56:23 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1696)
2019.04.28 10:56:23 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (606)
2019.04.28 10:56:23 1:     main::__ANON__                      called by fhem.pl (742)
2019.04.28 10:56:23 1: PERL WARNING: Use of uninitialized value $dev in hash element at fhem.pl line 3570.
2019.04.28 10:56:23 1: stacktrace:
2019.04.28 10:56:23 1:     main::__ANON__                      called by fhem.pl (3570)
2019.04.28 10:56:23 1:     main::DoTrigger                     called by fhem.pl (4686)
2019.04.28 10:56:23 1:     main::readingsEndUpdate             called by ./FHEM/31_HUEDevice.pm (1525)
2019.04.28 10:56:23 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1696)
2019.04.28 10:56:23 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (606)
2019.04.28 10:56:23 1:     main::__ANON__                      called by fhem.pl (742)
2019.04.28 10:56:23 1: PERL WARNING: Use of uninitialized value $name in concatenation (.) or string at ./FHEM/31_HUEDevice.pm line 1528.
2019.04.28 10:56:23 1: stacktrace:
2019.04.28 10:56:23 1:     main::__ANON__                      called by ./FHEM/31_HUEDevice.pm (1528)
2019.04.28 10:56:23 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1696)
2019.04.28 10:56:23 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (606)
2019.04.28 10:56:23 1:     main::__ANON__                      called by fhem.pl (742)
2019.04.28 10:57:23 1: PERL WARNING: Use of uninitialized value $name in concatenation (.) or string at ./FHEM/31_HUEDevice.pm line 1133.
2019.04.28 10:57:23 1: stacktrace:
2019.04.28 10:57:23 1:     main::__ANON__                      called by ./FHEM/31_HUEDevice.pm (1133)
2019.04.28 10:57:23 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1696)
2019.04.28 10:57:23 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (606)
2019.04.28 10:57:23 1:     main::__ANON__                      called by fhem.pl (742)
2019.04.28 10:57:23 1: PERL WARNING: Use of uninitialized value in string eq at ./FHEM/31_HUEDevice.pm line 1141.
2019.04.28 10:57:23 1: stacktrace:
2019.04.28 10:57:23 1:     main::__ANON__                      called by ./FHEM/31_HUEDevice.pm (1141)
2019.04.28 10:57:23 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1696)
2019.04.28 10:57:23 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (606)
2019.04.28 10:57:23 1:     main::__ANON__                      called by fhem.pl (742)
2019.04.28 10:57:23 1: PERL WARNING: Use of uninitialized value in string eq at ./FHEM/31_HUEDevice.pm line 1230.
2019.04.28 10:57:23 1: stacktrace:
2019.04.28 10:57:23 1:     main::__ANON__                      called by ./FHEM/31_HUEDevice.pm (1230)
2019.04.28 10:57:23 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1696)
2019.04.28 10:57:23 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (606)
2019.04.28 10:57:23 1:     main::__ANON__                      called by fhem.pl (742)
2019.04.28 10:57:23 1: PERL WARNING: Use of uninitialized value $name in hash element at ./FHEM/31_HUEDevice.pm line 1366.
2019.04.28 10:57:23 1: stacktrace:
2019.04.28 10:57:23 1:     main::__ANON__                      called by ./FHEM/31_HUEDevice.pm (1366)
2019.04.28 10:57:23 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1696)
2019.04.28 10:57:23 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (606)
2019.04.28 10:57:23 1:     main::__ANON__                      called by fhem.pl (742)
2019.04.28 10:57:23 1: PERL WARNING: Use of uninitialized value $name in hash element at ./FHEM/31_HUEDevice.pm line 1368.
2019.04.28 10:57:23 1: stacktrace:
2019.04.28 10:57:23 1:     main::__ANON__                      called by ./FHEM/31_HUEDevice.pm (1368)
2019.04.28 10:57:23 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1696)
2019.04.28 10:57:23 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (606)
2019.04.28 10:57:23 1:     main::__ANON__                      called by fhem.pl (742)
2019.04.28 10:57:23 1: PERL WARNING: Use of uninitialized value $name in hash element at ./FHEM/31_HUEDevice.pm line 1409.
2019.04.28 10:57:23 1: stacktrace:
2019.04.28 10:57:23 1:     main::__ANON__                      called by ./FHEM/31_HUEDevice.pm (1368)
2019.04.28 10:57:23 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1696)
2019.04.28 10:57:23 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (606)
2019.04.28 10:57:23 1:     main::__ANON__                      called by fhem.pl (742)
2019.04.28 10:57:23 1: PERL WARNING: Use of uninitialized value $name in hash element at ./FHEM/31_HUEDevice.pm line 1414.
2019.04.28 10:57:23 1: stacktrace:
2019.04.28 10:57:23 1:     main::__ANON__                      called by ./FHEM/31_HUEDevice.pm (1414)
2019.04.28 10:57:23 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1696)
2019.04.28 10:57:23 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (606)
2019.04.28 10:57:23 1:     main::__ANON__                      called by fhem.pl (742)
2019.04.28 10:57:23 1: PERL WARNING: Use of uninitialized value $name in hash element at ./FHEM/31_HUEDevice.pm line 1416.
2019.04.28 10:57:23 1: stacktrace:
2019.04.28 10:57:23 1:     main::__ANON__                      called by ./FHEM/31_HUEDevice.pm (1416)
2019.04.28 10:57:23 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1696)
2019.04.28 10:57:23 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (606)
2019.04.28 10:57:23 1:     main::__ANON__                      called by fhem.pl (742)
2019.04.28 10:57:23 1: ERROR: empty name in readingsBeginUpdate
2019.04.28 10:57:23 1: stacktrace:
2019.04.28 10:57:23 1:     main::readingsBeginUpdate           called by ./FHEM/31_HUEDevice.pm (1430)
2019.04.28 10:57:23 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1696)
2019.04.28 10:57:23 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (606)
2019.04.28 10:57:23 1:     main::__ANON__                      called by fhem.pl (742)
2019.04.28 10:57:23 1: PERL WARNING: Use of uninitialized value $d in hash element at fhem.pl line 4476.
2019.04.28 10:57:23 1: stacktrace:
2019.04.28 10:57:23 1:     main::__ANON__                      called by fhem.pl (4476)
2019.04.28 10:57:23 1:     main::AttrVal                       called by ./FHEM/31_HUEDevice.pm (1438)
2019.04.28 10:57:23 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1696)
2019.04.28 10:57:23 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (606)
2019.04.28 10:57:23 1:     main::__ANON__                      called by fhem.pl (742)
2019.04.28 10:57:23 1: PERL WARNING: Use of uninitialized value $d in hash element at fhem.pl line 4476.
2019.04.28 10:57:23 1: stacktrace:
2019.04.28 10:57:23 1:     main::__ANON__                      called by fhem.pl (4476)
2019.04.28 10:57:23 1:     main::AttrVal                       called by ./FHEM/31_HUEDevice.pm (1438)
2019.04.28 10:57:23 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1696)
2019.04.28 10:57:23 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (606)
2019.04.28 10:57:23 1:     main::__ANON__                      called by fhem.pl (742)
2019.04.28 10:57:23 1: PERL WARNING: Use of uninitialized value $d in hash element at fhem.pl line 4476.
2019.04.28 10:57:23 1: stacktrace:
2019.04.28 10:57:23 1:     main::__ANON__                      called by fhem.pl (4476)
2019.04.28 10:57:23 1:     main::AttrVal                       called by ./FHEM/31_HUEDevice.pm (1480)
2019.04.28 10:57:23 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1696)
2019.04.28 10:57:23 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (606)
2019.04.28 10:57:23 1:     main::__ANON__                      called by fhem.pl (742)
2019.04.28 10:57:23 1: PERL WARNING: Use of uninitialized value $d in hash element at fhem.pl line 4476.
2019.04.28 10:57:23 1: stacktrace:
2019.04.28 10:57:23 1:     main::__ANON__                      called by fhem.pl (4476)
2019.04.28 10:57:23 1:     main::AttrVal                       called by ./FHEM/31_HUEDevice.pm (1480)
2019.04.28 10:57:23 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1696)
2019.04.28 10:57:23 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (606)
2019.04.28 10:57:23 1:     main::__ANON__                      called by fhem.pl (742)
2019.04.28 10:57:23 1: PERL WARNING: Use of uninitialized value $d in hash element at fhem.pl line 4476.
2019.04.28 10:57:23 1: stacktrace:
2019.04.28 10:57:23 1:     main::__ANON__                      called by fhem.pl (4476)
2019.04.28 10:57:23 1:     main::AttrVal                       called by ./FHEM/31_HUEDevice.pm (1480)
2019.04.28 10:57:23 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1696)
2019.04.28 10:57:23 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (606)
2019.04.28 10:57:23 1:     main::__ANON__                      called by fhem.pl (742)
2019.04.28 10:57:23 1: PERL WARNING: Use of uninitialized value in string ne at ./FHEM/31_HUEDevice.pm line 1523.
2019.04.28 10:57:23 1: stacktrace:
2019.04.28 10:57:23 1:     main::__ANON__                      called by ./FHEM/31_HUEDevice.pm (1523)
2019.04.28 10:57:23 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1696)
2019.04.28 10:57:23 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (606)
2019.04.28 10:57:23 1:     main::__ANON__                      called by fhem.pl (742)
2019.04.28 10:57:23 1: PERL WARNING: Use of uninitialized value $name in concatenation (.) or string at fhem.pl line 4721.
2019.04.28 10:57:23 1: stacktrace:
2019.04.28 10:57:23 1:     main::__ANON__                      called by fhem.pl (4721)
2019.04.28 10:57:23 1:     main::readingsBulkUpdate            called by ./FHEM/31_HUEDevice.pm (1523)
2019.04.28 10:57:23 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1696)
2019.04.28 10:57:23 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (606)
2019.04.28 10:57:23 1:     main::__ANON__                      called by fhem.pl (742)
2019.04.28 10:57:23 1: readingsUpdate(,state,unreachable) missed to call readingsBeginUpdate first.
2019.04.28 10:57:23 1: stacktrace:
2019.04.28 10:57:23 1:     main::readingsBulkUpdate            called by ./FHEM/31_HUEDevice.pm (1523)
2019.04.28 10:57:23 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1696)
2019.04.28 10:57:23 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (606)
2019.04.28 10:57:23 1:     main::__ANON__                      called by fhem.pl (742)
2019.04.28 10:57:23 1: PERL WARNING: Use of uninitialized value $d in hash element at fhem.pl line 4476.
2019.04.28 10:57:23 1: stacktrace:
2019.04.28 10:57:23 1:     main::__ANON__                      called by fhem.pl (4476)
2019.04.28 10:57:23 1:     main::AttrVal                       called by fhem.pl (4572)
2019.04.28 10:57:23 1:     main::evalStateFormat               called by fhem.pl (4678)
2019.04.28 10:57:23 1:     main::readingsEndUpdate             called by ./FHEM/31_HUEDevice.pm (1525)
2019.04.28 10:57:23 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1696)
2019.04.28 10:57:23 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (606)
2019.04.28 10:57:23 1:     main::__ANON__                      called by fhem.pl (742)
2019.04.28 10:57:23 1: PERL WARNING: Use of uninitialized value $d in hash element at fhem.pl line 4476.
2019.04.28 10:57:23 1: stacktrace:
2019.04.28 10:57:23 1:     main::__ANON__                      called by fhem.pl (4476)
2019.04.28 10:57:23 1:     main::AttrVal                       called by fhem.pl (4572)
2019.04.28 10:57:23 1:     main::evalStateFormat               called by fhem.pl (4678)
2019.04.28 10:57:23 1:     main::readingsEndUpdate             called by ./FHEM/31_HUEDevice.pm (1525)
2019.04.28 10:57:23 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1696)
2019.04.28 10:57:23 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (606)
2019.04.28 10:57:23 1:     main::__ANON__                      called by fhem.pl (742)
2019.04.28 10:57:23 1: PERL WARNING: Use of uninitialized value $dev in hash element at fhem.pl line 3570.
2019.04.28 10:57:23 1: stacktrace:
2019.04.28 10:57:23 1:     main::__ANON__                      called by fhem.pl (3570)
2019.04.28 10:57:23 1:     main::DoTrigger                     called by fhem.pl (4686)
2019.04.28 10:57:23 1:     main::readingsEndUpdate             called by ./FHEM/31_HUEDevice.pm (1525)
2019.04.28 10:57:23 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1696)
2019.04.28 10:57:23 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (606)
2019.04.28 10:57:23 1:     main::__ANON__                      called by fhem.pl (742)
2019.04.28 10:57:23 1: PERL WARNING: Use of uninitialized value $name in concatenation (.) or string at ./FHEM/31_HUEDevice.pm line 1528.
2019.04.28 10:57:23 1: stacktrace:
2019.04.28 10:57:23 1:     main::__ANON__                      called by ./FHEM/31_HUEDevice.pm (1528)
2019.04.28 10:57:23 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1696)
2019.04.28 10:57:23 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (606)
2019.04.28 10:57:23 1:     main::__ANON__                      called by fhem.pl (742)


Grüße
Titel: Antw:philips hue modul
Beitrag von: Typ1er am 30 Mai 2019, 17:36:37
wie bekomme ich den das "state" beim HueTap aktualisiert? Es wird zwar beim Tastenwechsel ein neues Reading geschrieben, nur wenn die Taste mehrmals drücke nicht.
Titel: Antw:philips hue modul
Beitrag von: Numael am 04 Juni 2019, 23:52:05
Hi,

mir ist gerade aufgefallen das die Readings in allen Philips Hue Bewegungsmeldern für den Temperatursensor nicht mehr aktualisiert werden seit Ende Mai.
Bewegungsmelder und Lichtsensor werden noch aktualisiert. Auch der Tapp und der Dimmschalter aktualisieren den Status nicht.
Interessanterweise wird die korrekte Temperatur aller Sensoren noch in die Datenbank geschrieben.
Ich hab die veralteten Readings entfernt und auch das Device neu angelegt, aber da passiert nichts.

defmod Schlafzimmer_temp HUEDevice sensor 53 60 IODev=Hue
attr Schlafzimmer_temp DbLogExclude .*
attr Schlafzimmer_temp DbLogInclude temperature
attr Schlafzimmer_temp IODev Hue
attr Schlafzimmer_temp icon temp_temperature
attr Schlafzimmer_temp room Schlafzimmer


get DBLogging HISTORY INT 2019-06-04_00:00:00 2019-06-04_23:59:59 Schlafzimmer_temp:temperature

2019-06-04_00:03:54 24
2019-06-04_00:08:53 23.86
2019-06-04_00:13:53 23.86
2019-06-04_00:18:52 24
2019-06-04_00:23:52 24
2019-06-04_00:28:51 23.86
2019-06-04_00:33:50 24
2019-06-04_00:38:49 24
2019-06-04_00:43:49 24
2019-06-04_00:48:48 24
2019-06-04_00:53:48 23.86
2019-06-04_00:58:47 23.86
2019-06-04_01:03:46 23.86
2019-06-04_01:08:46 23.71
#Schlafzimmer_temp:temperature:::


Pi ist auf dem aktuellsten Stand und Fhem ebenso.

Irgendjemand noch eine Idee was das sein kann?

Edit: Ah, sehe gerade das im anderen Thread daran schon gearbeitet wird.
Titel: Antw:philips hue modul
Beitrag von: Master_Nick am 05 Juni 2019, 01:04:39
Moin ich sehe reproduzierbar mein FHEM nicht mehr reaktiv über seine WEB Schnittstellen (am Ende hilft nur ein service restart) sein und das letzte was jedes Mal mit tail -F im Log kommt ist:

Can't use an undefined value as an ARRAY reference at ./FHEM/30_HUEBridge.pm line 934.


934 ist my $lights = join( ",", @{$scenes->{$_}{lights}} );

Aus:

if( $count{$scene} > 1 ) {
  my $lights = join( ",", @{$scenes->{$_}{lights}} );
  $group = HUEbridge_groupOfLights($hash,$lights);
  $group = join( ";", map { my $l = $hash->{helper}{lights}{$_}{name}; $l?$l:$_;} @{$scenes->{$_}{lights}} ) if( !$group && $hash->{helper}{lights} );
  $group = $lights if( !$group );
  $group =~ s/,/;/g;



Weiß da jemand was zu? - Haut bei mir ziemlich böse rein :-D
Testweise habe ich jetzt mal die Moduldatei von vor meinem Update heute über Tag - wieder eingespielt.

Bisher scheint es wieder zu laufen und auch keine Probleme mehr nach einem Update.
Puh dachte schon das wird kniffelig :-)

Titel: Antw:philips hue modul
Beitrag von: CoolTux am 05 Juni 2019, 04:18:16
Im Zigbee Forum ist man schon dran.
Titel: Antw:philips hue modul
Beitrag von: Master_Nick am 05 Juni 2019, 09:48:12
Ah also doch ein Issue  :o

Mh kann schwierig was zu sagen habe nur 2 Lampen :-D und diese sind auch noch  nicht mal original HUE sondern ESP8266 selbstbau.
Titel: Antw:philips hue modul
Beitrag von: hoppel118 am 14 Juni 2019, 08:57:11
Moinsen,

seit einiger Zeit, sehe ich immer wieder folgendes in meinem Logfile:

2019.06.13 22:25:21 1: HUEBridge_HTTP_Request http://10.XX.XX.XX/api/xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx/lights: Can't connect to http://10.XX.XX.XX:80
2019.06.13 22:25:21 3: HUEBridge_Call: failed, retrying
2019.06.13 22:25:25 1: HUEBridge_HTTP_Request http://10.XX.XX.XX/api/xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx/lights: Can't connect to http://10.XX.XX.XX:80
2019.06.13 22:25:25 3: HUEBridge_Call: failed, retrying
2019.06.13 22:25:25 3: HUEBridge_Call: failed


Wie kriege ich das weg bzw. womit hängt das zusammen?

Danke und viele Grüße Hoppel
Titel: Antw:philips hue modul
Beitrag von: visionsurfer am 19 Juni 2019, 20:19:55
Hallo,

ich habe ein riesiges Problem und komme nicht mehr weiter.

Nach einem Stromausfall, ist mein FHEM Server neugestartet. Alles kein Problem, kommt ja mal vor.
Doch leider hab ich gemerkt, dass meine Hue Lampen im Bad nicht mehr gehen.

Ich habe insgesamt 3 Philips Hue Bridges in FHEM eingebunden. Alles lief nun 2 Jahre ohne Probleme. Habe ich nie wieder angefasst.
Nach dem Neustart vom FHEM Server steht nun die besagte Bridge auf Status initialized. Alle anderen beiden Bridges sind nach dem Neustart vom FHEM Server ohne Probleme wieder auf "Connected" gegangen und arbeiten auch wie Sie sollen. Nur die eine Bridge nicht.

Ich habe schon alles mögliche ausprobiert. Noch mal neustart vom System. Die anderen beiden Bridges connecten auch wieder, nur die 3. Bridge nicht. Über die App kann ich die Bridge finden und auch die Lampen die dort zugeordnet sind bedienen.

Ich habe die 3. Bridge dann komplett in FHEM gelöscht, also das DEvice entfernt. Gespeichert und dann noch mal den define Befehl neu ausgeführt. Ohne Erfolg. Die Bridge wird in FHEM eingefügt, aber es kommt sofort wieder Status initialized und der verändert sich auch nicht.

Nun wird bestimmt der Hinweis kommen, update mal dein FHEM. Das kann ich nicht so ohne weiteres, bzw. danach wird bestimmt einiges nicht mehr funktionieren. Ich habe seit knapp 2 Jahre keine Updates gemacht. Lief bisher auch alles. Wenn ich jetzt mal so einfach ein Update mache, eröffne ich wahrscheinlich eine sehr große Baustelle. Da habe ich ein bisschen "Angst" vor :)

Was ja auch verwunderlich ist, die anderen beiden Bridges laufen ohne Probleme.

Gibt es eventuell einen anderen Weg, als ein Update ? Könnte mir irgendjemand helfen. Mein Ambiente Licht im Bad geht nun nicht mehr, bzw. nicht mehr über FHEM.

Würde mich riesig freuen, wenn es irgendwie eine Lösung gibt und das Teil wieder connected.

Grüße,
Visionsurfer
Titel: Antw:philips hue modul
Beitrag von: visionsurfer am 19 Juni 2019, 20:45:43
Ich habe gerade auch noch mal mit den anderen Bridges gespielt.

Wenn ich da z.B. auf get whitelist gehe, bekomme ich eine Liste mit lauter Benutzerdaten usw.

Wenn ich das gleiche auf der Bridge vom Bad mache, kommt nichts. Keine Liste. Also irgendwie ist die nicht mehr mit FHEM verbunden, bzw. kann sich nicht mehr verbinden.
Irgendwas scheint sich da verschluckt zu haben. Ich weiß nur nicht wie ich es lösen kann.

Grüße,
Visionsurfer
Titel: Antw:philips hue modul
Beitrag von: hoppel118 am 19 Juni 2019, 21:08:22
Mit deinem Problem kann ich dir nicht helfen. Die Frage ist, ob das jemand kann, bei einem 2 Jahre alten FHEM.

Mach ein Backup, aktualisiere FHEM und wenn es Probleme gibt, machst du ein Restore, so dass alles wieder wie vorher ist:

http://heinz-otto.blogspot.com/2015/12/backup-und-restore-von-fhem.html?m=1

https://wiki.fhem.de/wiki/Backup

Gruß Hoppel
Titel: Antw:philips hue modul
Beitrag von: visionsurfer am 19 Juni 2019, 21:59:36
Ja ich weiß nicht ob es eine Lösung gibt ?
Ich denke mir halt, wenn 2 Bridges laufen, warum läuft dann plötzlich die dritte nicht. Ja die scheint nicht richtig zu verbinden, aber warum ? Und wie bringt man sie dazu, dass Sie weder verbindet.
Ich habe ja nichts am System geändert. Nur einmal Neustart nach Stromausfall. Die anderen 2 Bridges laufen normal weiter, als wenn nichts gewesen ist.
Das ist ja das komische.

Vor einem FHEM Update habe ich noch nicht mal die größte Angst. Ich denke dass dann auch total viele Module geupdatet werden müssen und ich auch auf der SHell irgendwelche Updates usw. fahren muss. Ich kenne mich mit Linux nicht so wirklich gut aus. Mit den Tutorials bin ich immer gut gefahren und auch weit gekommen.

Ich habe z.B. eine KNX Steuerung mit FHEM laufen und auch Alexa Sprachsteuerung. Ich vermute mal, wenn ich FHEM Update durchführe, muss ich zusätzlich auf der SHell auch noch einiges updaten und davor habe ich die größte Angst, weil ich keine Ahnung habe :)

Grüße,
Visionsurfer
Titel: Antw:philips hue modul
Beitrag von: hoppel118 am 19 Juni 2019, 22:20:38
OK, verstehe. Wie sieht's mit den Basics aus? Die Bridge definierst du in FHEM anhand einer IP-Adresse (statisch). Kann es sein, dass sich diese Bridge beim Stromausfall dynamisch eine andere IP gezogen hat?

Das würde zumindest erklären, warum die Hue App noch funktioniert. Die sucht nach HueBridges im gesamten Netzwerk, egal welche IP Adresse. Kannst du die IP Adresse von deinem Host aus noch anpingen? Wenn nicht, ermittle die richtige IP Adresse auf deinem Router bzw. DHCP Server oder in der Hue App unter Einstellungen -> Hue Bridges.

Ansonsten wäre ein list der Bridge ganz gut. Evtl. kann man da irgendwas erkennen.

Gruß Hoppel
Titel: Antw:philips hue modul
Beitrag von: visionsurfer am 19 Juni 2019, 22:52:24
IP ist richtig. Ping geht. Ich komme auch auf die web API Seite von der Bridge.
Über die App lässt sich die Bridge und auch die Lampen der Bridge steuern.

Hier das List


Internals:
   CFGFN
   DEF        192.168.178.63
   Host       192.168.178.63
   INTERVAL   60
   NAME       badbridge
   NOTIFYDEV  global
   NR         1640
   NTFY_ORDER 50-badbridge
   STATE      initialized
   TYPE       HUEBridge
   manufacturer Royal Philips Electronics
   modelName  Philips hue bridge 2015
   Readings:
     2019-06-18 21:35:13   state           initialized
   Helper:
     count      4
     last_config_timestamp 0
Attributes:
   key        7f6d657a2bcfdef088f5df14a757386b


Ich hab extra eine neue Bridge gekauft, weil ich dachte die ist kaputt. Wenn ich die neue einbinde, das gleiche Problem. Kein Connected. Er wartet auch nicht drauf, dass ich den Button drücke.
Total komisch. Die anderen beiden Bridges arbeiten wunderbar.
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 19 Juni 2019, 22:54:04
wenn es einen key gibt wird nicht versucht zu pairen.

key löschen, fhem neu starten. dann sollte er versuchen zu pairen.
Titel: Antw:philips hue modul
Beitrag von: visionsurfer am 19 Juni 2019, 23:30:52
Fhem Neustart mit Stecker ziehen oder reicht ein Befehl?
Titel: Antw:philips hue modul
Beitrag von: hoppel118 am 19 Juni 2019, 23:39:11
Eine Linux Maschine benötigt eigentlich nur bei einem Kernel Upgrade einen kompletten Neustart. ;) Es reicht aus den fhem Service per Befehl neuzustarten.
Titel: Antw:philips hue modul
Beitrag von: Wardancer am 20 Juni 2019, 08:57:32
Guten Morgen zusammen,

habe gerade mein FHEM geupdatet und nach dem Neustart bekomme ich keine Hue-Devices mehr angezeigt. FHEM scheint das Hue-Modul nicht mehr zu laden.
Der Fehler in den Logs scheint das hier zu sein:

2019.06.20 08:41:50 1: PERL WARNING: "my" variable @match masks earlier declaration in same scope at ./FHEM/31_HUEDevice.pm line 732, <$fh> line 1693.
2019.06.20 08:41:50 1: PERL WARNING: "my" variable $entries masks earlier declaration in same scope at ./FHEM/31_HUEDevice.pm line 735, <$fh> line 1693.
2019.06.20 08:41:50 1: reload: Error:Modul 31_HUEDevice deactivated:
Global symbol "%readings" requires explicit package name (did you forget to declare "my %readings"?) at ./FHEM/31_HUEDevice.pm line 1297, <$fh> line 1693.



Habt ihr das auch? Was kann ich dagegen tun?


Update: Habe jetzt erstmal die neue Definition vom Eurotronic Spirit auskommentiert (Zeile 1297 abwärts):

      #Eurotronic Eurotronic Spirit ZigBee (SPZB0001)
#      $readings{heatsetpoint} = $config->{heatsetpoint} * 0.01 if( defined ($config->{heatsetpoint}) );
#      $readings{locked} = $config->{locked}?'true':'false' if( defined ($config->{locked}) );
#      $readings{displayflipped} = $config->{displayflipped}?'true':'false' if( defined ($config->{displayflipped}) );
#      $readings{mode} = $config->{mode} if( defined ($config->{mode}) );



Jetzt wird das Modul wieder korrekt geladen ....

Viele Grüße

Thomas
Titel: Antw:philips hue modul
Beitrag von: visionsurfer am 20 Juni 2019, 08:59:33
Guten Morgen,

vielen Dank für die Hinweise. Leider hat es nichts geholfen.

Ich habe den Key in FHEM gelöscht. Dann gespeichert. Dann shutdown restart.
Nach kurzer Zeit war FHEM wieder da. Das List von der Bridge sieht sofort wieder so aus:


Internals:
   DEF        192.168.178.63
   Host       192.168.178.63
   INTERVAL   60
   NAME       badbridge
   NOTIFYDEV  global
   NR         821
   NTFY_ORDER 50-badbridge
   STATE      initialized
   TYPE       HUEBridge
   manufacturer Royal Philips Electronics
   modelName  Philips hue bridge 2015
   Readings:
     2019-06-20 08:41:08   state           initialized
   Helper:
     count      2
     last_config_timestamp 0
Attributes:
   key        7f6d657a2bcfdef088f5df14a757386b


Obwohl ich den Key gelöscht habe, trägt er sofort wieder den gleichen Key neu ein ?
Komisches verhalten.

Die anderen Bridges haben selbst nach dem neustart von FHEM sofort wieder connected.

Komischerweise ist es bei der neuen Bridge, also die 4 Bridge die ich eingebunden habe, weil ich dachte meine Bridge ist kaputt, auch so. Die steht auf dem gleichen Status und erhält immer wieder den gleichen Key.

Ich bin leider ratlos.

Grüße,
Visionsurfer
Titel: Antw:philips hue modul
Beitrag von: visionsurfer am 20 Juni 2019, 09:05:05
In meinen Logs finde ich noch sowas:


2019.06.20 08:41:24 3: HUEBridge_Call: failed, retrying
2019.06.20 08:41:24 3: HUEBridge_Call: failed, retrying
2019.06.20 08:41:24 3: HUEBridge_Call: failed
2019.06.20 08:41:24 2: HUEBridge_OpenDev: got empty config
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 20 Juni 2019, 09:27:47
auf welcher firmware ist die bridge?
Titel: Antw:philips hue modul
Beitrag von: visionsurfer am 20 Juni 2019, 09:40:46
Beide Bridges, also die Bad Bridge und die extra neu gekaufte Bridge sind auf 1932073040 Api 1.32.0

Hilft das ?
Titel: Antw:philips hue modul
Beitrag von: peter0255 am 20 Juni 2019, 10:31:51
Hallo,

nach dem Fhem Update Heute wird bei mir auch kein HUE Device mehr erkannt.
Cannot load module HUEDevice
Please define HUE_1_HUEDevice1 5c48a7ff-f33f-a780-2e49-25c214837cea72c4 first
]

mit allen weiteren 10 Devices auch

Viele Grüße
Titel: Antw:philips hue modul
Beitrag von: CoolTux am 20 Juni 2019, 10:44:19
Zitat von: peter0255 am 20 Juni 2019, 10:31:51
Hallo,

nach dem Fhem Update Heute wird bei mir auch kein HUE Device mehr erkannt.
Cannot load module HUEDevice
Please define HUE_1_HUEDevice1 5c48a7ff-f33f-a780-2e49-25c214837cea72c4 first
]

mit allen weiteren 10 Devices auch

Viele Grüße

Fix ist schon im SVN. Spiel Dein Backup für Hue ein und mache morgen Früh ab 8 Uhr noch mal ein Update
Titel: Antw:philips hue modul
Beitrag von: visionsurfer am 20 Juni 2019, 20:29:35
Update kann ich bei mir im Augenblick vergessen, dann wird wohl das ganze System crashen. Ich denke irgendwo hat es sich verschluckt und irgendwo schlummern wohl jetzt falsche Keys. Daher kein connect mehr.

Keine Ahnung ob es helfen könnte, die Bridge auf Werkszustand zu bringen ?

Titel: Antw:philips hue modul
Beitrag von: hoppel118 am 20 Juni 2019, 21:28:23
Warum probierst du das mit dem Update nicht einfach mal ohne alles anderen Pakete zu updaten. Wenn das nicht klappt spielst du das Backup ein. Das dauert doch nicht lang.

Ich würde die Bridge erst nach dem Updateversuch auf Werkseinstellungen zurücksetzen.

Wie viele Devices sind denn mit der Beidge gepairt?

Gruß Hoppel
Titel: Antw:philips hue modul
Beitrag von: Raymund am 21 Juni 2019, 10:11:38
Das heutige 31_HUEDevice.pm setzt nach dem Neustart die room-Attribute aller HUEDevice-Objekte auf HUEDevice und überschreibt die vorherigen.

Gruß, Raymund
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 21 Juni 2019, 10:26:32
room wird nur gesetz wenn das fhem device per bridge autoccreate neu angelegt wird. das ist schon seit jahren so.
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 21 Juni 2019, 10:27:51
@visionsurfer: ich habe noch keine idee was bei deiner bridge schief läuft.

schau mal ob du mit verbose 5 mehr siehst.
Titel: Antw:philips hue modul
Beitrag von: netsrac4th am 21 Juni 2019, 11:02:24
Die Motion/Temp Devices sind komplett weg.

configdb recover x

Und schon stimmen die Räume wieder und die Motion/Temp-Sensoren sind wieder dabei :-)
Titel: Antw:philips hue modul
Beitrag von: Raymund am 21 Juni 2019, 14:41:46
Zitat von: Raymund am 21 Juni 2019, 10:11:38
Das heutige 31_HUEDevice.pm setzt nach dem Neustart die room-Attribute aller HUEDevice-Objekte auf HUEDevice und überschreibt die vorherigen.

Sorry, das liegt mutmaßlich an der neuen Phoscon-Version deconz-2.05.66-qt5.deb. Die Objekte haben dort einen anderen Namen, was dann wohl zur Neuanlage in HUEDevice führt.
Titel: Antw:philips hue modul
Beitrag von: hoppel118 am 08 Juli 2019, 10:15:42
Moin Andre,

habe gestern mal wieder ein paar Hue Devices in Betrieb genommen.

Ich bin wie folgt vorgegangen:

- Strom in den entsprechenden Räumen abschalten, der FHEM Server läuft weiter
- Neue Hue Devices anschließen
- Strom wieder einschalten
- Hue Devices über die Hue App in HUE Räume einsortieren und Hue Groups definieren

Mein FHEM Logfile füllt sich dann mit folgenden Meldungen. Die letzten Meldungen zu "ERROR: empty name in readingsBeginUpdate" wiederholen sich dann solange, bis man den FHEM Service einmal neustartet:

2019.07.07 14:43:00 2: HUEBridge: message for unknow device received: HUEBridge-28
2019.07.07 14:43:00 2: HUEBridge: message for unknow device received: HUEBridge-27
2019.07.07 14:44:00 2: HUEBridge: message for unknow device received: HUEBridge-28
2019.07.07 14:44:00 2: HUEBridge: message for unknow device received: HUEBridge-27
2019.07.07 14:45:00 2: HUEBridge: message for unknow device received: HUEBridge-28
2019.07.07 14:45:00 2: HUEBridge: message for unknow device received: HUEBridge-27
2019.07.07 14:46:00 2: HUEBridge: message for unknow device received: HUEBridge-28
2019.07.07 14:46:00 2: HUEBridge: message for unknow device received: HUEBridge-27
2019.07.07 14:47:00 2: HUEBridge: message for unknow device received: HUEBridge-28
2019.07.07 14:47:00 2: HUEBridge: message for unknow device received: HUEBridge-27
2019.07.07 14:48:00 2: HUEBridge: message for unknow device received: HUEBridge-28
2019.07.07 14:48:00 2: HUEBridge: message for unknow device received: HUEBridge-27
2019.07.07 14:49:00 2: HUEBridge: message for unknow device received: HUEBridge-27
2019.07.07 14:49:00 2: HUEBridge: message for unknow device received: HUEBridge-28
2019.07.07 14:50:00 2: HUEBridge: message for unknow device received: HUEBridge-28
2019.07.07 14:50:00 2: HUEBridge: message for unknow device received: HUEBridge-27
2019.07.07 14:51:00 2: HUEBridge: message for unknow device received: HUEBridge-27
2019.07.07 14:51:00 2: HUEBridge: message for unknow device received: HUEBridge-28
2019.07.07 14:52:00 2: HUEBridge: message for unknow device received: HUEBridge-27
2019.07.07 14:52:00 2: HUEBridge: message for unknow device received: HUEBridge-28
2019.07.07 14:53:00 2: HUEBridge: message for unknow device received: HUEBridge-27
2019.07.07 14:53:00 2: HUEBridge: message for unknow device received: HUEBridge-28
2019.07.07 14:54:00 2: HUEBridge: message for unknow device received: HUEBridge-27
2019.07.07 14:54:00 2: HUEBridge: message for unknow device received: HUEBridge-28
2019.07.07 14:55:00 2: HUEBridge: message for unknow device received: HUEBridge-27
2019.07.07 14:55:00 2: HUEBridge: message for unknow device received: HUEBridge-28
2019.07.07 14:56:00 2: HUEBridge: message for unknow device received: HUEBridge-27
2019.07.07 14:56:00 2: HUEBridge: message for unknow device received: HUEBridge-28
2019.07.07 14:57:00 2: HUEBridge: message for unknow device received: HUEBridge-27
2019.07.07 14:57:00 2: HUEBridge: message for unknow device received: HUEBridge-28
2019.07.07 14:58:00 2: HUEBridge: message for unknow device received: HUEBridge-27
2019.07.07 14:58:00 2: HUEBridge: message for unknow device received: HUEBridge-28
2019.07.07 14:59:00 2: HUEBridge: message for unknow device received: HUEBridge-28
2019.07.07 14:59:00 2: HUEBridge: message for unknow device received: HUEBridge-27
2019.07.07 15:00:00 2: HUEBridge: message for unknow device received: HUEBridge-27
2019.07.07 15:00:00 2: HUEBridge: message for unknow device received: HUEBridge-28
2019.07.07 15:01:00 2: HUEBridge: message for unknow device received: HUEBridge-27
2019.07.07 15:01:00 2: HUEBridge: message for unknow device received: HUEBridge-28
2019.07.07 15:02:00 2: HUEBridge: message for unknow device received: HUEBridge-27
2019.07.07 15:02:00 2: HUEBridge: message for unknow device received: HUEBridge-28
2019.07.07 15:03:00 2: HUEBridge: message for unknow device received: HUEBridge-27
2019.07.07 15:03:00 2: HUEBridge: message for unknow device received: HUEBridge-28
2019.07.07 15:04:00 2: HUEBridge: message for unknow device received: HUEBridge-27
2019.07.07 15:04:00 2: HUEBridge: message for unknow device received: HUEBridge-28
2019.07.07 15:05:00 2: HUEBridge: message for unknow device received: HUEBridge-27
2019.07.07 15:05:00 2: HUEBridge: message for unknow device received: HUEBridge-28
2019.07.07 15:06:00 2: HUEBridge: message for unknow device received: HUEBridge-28
2019.07.07 15:06:00 2: HUEBridge: message for unknow device received: HUEBridge-27
2019.07.07 15:07:00 2: HUEBridge: message for unknow device received: HUEBridge-28
2019.07.07 15:07:00 2: HUEBridge: message for unknow device received: HUEBridge-27
2019.07.07 15:08:00 2: HUEBridge: message for unknow device received: HUEBridge-28
2019.07.07 15:08:00 2: HUEBridge: message for unknow device received: HUEBridge-27
2019.07.07 15:09:00 2: HUEBridge: message for unknow device received: HUEBridge-28
2019.07.07 15:09:00 2: HUEBridge: message for unknow device received: HUEBridge-27
2019.07.07 15:10:00 2: HUEBridge: message for unknow device received: HUEBridge-27
2019.07.07 15:10:00 2: HUEBridge: message for unknow device received: HUEBridge-28
2019.07.07 15:11:00 2: HUEBridge: message for unknow device received: HUEBridge-28
2019.07.07 15:11:00 2: HUEBridge: message for unknow device received: HUEBridge-27
2019.07.07 15:12:00 2: HUEBridge: message for unknow device received: HUEBridge-27
2019.07.07 15:12:00 2: HUEBridge: message for unknow device received: HUEBridge-28
2019.07.07 15:13:00 2: HUEBridge: message for unknow device received: HUEBridge-27
2019.07.07 15:13:00 2: HUEBridge: message for unknow device received: HUEBridge-28
2019.07.07 15:14:00 2: HUEBridge: message for unknow device received: HUEBridge-27
2019.07.07 15:14:00 2: HUEBridge: message for unknow device received: HUEBridge-28
2019.07.07 15:15:00 2: HUEBridge: message for unknow device received: HUEBridge-27
2019.07.07 15:15:00 2: HUEBridge: message for unknow device received: HUEBridge-28
2019.07.07 15:16:00 1: PERL WARNING: Use of uninitialized value $name in concatenation (.) or string at ./FHEM/31_HUEDevice.pm line 1213.
2019.07.07 15:16:00 1: PERL WARNING: Use of uninitialized value in string eq at ./FHEM/31_HUEDevice.pm line 1221.
2019.07.07 15:16:00 1: PERL WARNING: Use of uninitialized value in string eq at ./FHEM/31_HUEDevice.pm line 1322.
2019.07.07 15:16:00 1: PERL WARNING: Use of uninitialized value $name in hash element at ./FHEM/31_HUEDevice.pm line 1469.
2019.07.07 15:16:00 1: PERL WARNING: Use of uninitialized value $name in hash element at ./FHEM/31_HUEDevice.pm line 1471.
2019.07.07 15:16:00 1: PERL WARNING: Use of uninitialized value $name in hash element at ./FHEM/31_HUEDevice.pm line 1472.
2019.07.07 15:16:00 1: PERL WARNING: Use of uninitialized value $name in hash element at ./FHEM/31_HUEDevice.pm line 1473.
2019.07.07 15:16:00 1: PERL WARNING: Use of uninitialized value $name in hash element at ./FHEM/31_HUEDevice.pm line 1478.
2019.07.07 15:16:00 1: PERL WARNING: Use of uninitialized value $name in hash element at ./FHEM/31_HUEDevice.pm line 1481.
2019.07.07 15:16:00 1: PERL WARNING: Use of uninitialized value $name in hash element at ./FHEM/31_HUEDevice.pm line 1484.
2019.07.07 15:16:00 1: PERL WARNING: Use of uninitialized value $name in hash element at ./FHEM/31_HUEDevice.pm line 1492.
2019.07.07 15:16:00 1: PERL WARNING: Use of uninitialized value $name in hash element at ./FHEM/31_HUEDevice.pm line 1494.
2019.07.07 15:16:00 1: PERL WARNING: Use of uninitialized value $name in hash element at ./FHEM/31_HUEDevice.pm line 1517.
2019.07.07 15:16:00 1: PERL WARNING: Use of uninitialized value $name in hash element at ./FHEM/31_HUEDevice.pm line 1519.
2019.07.07 15:16:00 1: PERL WARNING: Use of uninitialized value $name in hash element at ./FHEM/31_HUEDevice.pm line 1520.
2019.07.07 15:16:00 1: PERL WARNING: Use of uninitialized value $name in hash element at ./FHEM/31_HUEDevice.pm line 1523.
2019.07.07 15:16:00 1: ERROR: empty name in readingsBeginUpdate
2019.07.07 15:16:00 1: stacktrace:
2019.07.07 15:16:00 1:     main::readingsBeginUpdate           called by ./FHEM/31_HUEDevice.pm (1533)
2019.07.07 15:16:00 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1792)
2019.07.07 15:16:00 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (609)
2019.07.07 15:16:00 1:     main::__ANON__                      called by fhem.pl (745)
2019.07.07 15:16:00 1: PERL WARNING: Use of uninitialized value in string ne at ./FHEM/31_HUEDevice.pm line 1557.
2019.07.07 15:16:00 1: PERL WARNING: Use of uninitialized value $name in concatenation (.) or string at fhem.pl line 4770.
2019.07.07 15:16:00 1: readingsUpdate(,colormode,ct) missed to call readingsBeginUpdate first.
2019.07.07 15:16:00 1: stacktrace:
2019.07.07 15:16:00 1:     main::readingsBulkUpdate            called by ./FHEM/31_HUEDevice.pm (1557)
2019.07.07 15:16:00 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1792)
2019.07.07 15:16:00 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (609)
2019.07.07 15:16:00 1:     main::__ANON__                      called by fhem.pl (745)
2019.07.07 15:16:00 1: PERL WARNING: Use of uninitialized value in numeric ne (!=) at ./FHEM/31_HUEDevice.pm line 1558.
2019.07.07 15:16:00 1: readingsUpdate(,bri,254) missed to call readingsBeginUpdate first.
2019.07.07 15:16:00 1: stacktrace:
2019.07.07 15:16:00 1:     main::readingsBulkUpdate            called by ./FHEM/31_HUEDevice.pm (1558)
2019.07.07 15:16:00 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1792)
2019.07.07 15:16:00 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (609)
2019.07.07 15:16:00 1:     main::__ANON__                      called by fhem.pl (745)
2019.07.07 15:16:00 1: PERL WARNING: Use of uninitialized value in numeric ne (!=) at ./FHEM/31_HUEDevice.pm line 1559.
2019.07.07 15:16:00 1: readingsUpdate(,ct,366 (2732K)) missed to call readingsBeginUpdate first.
2019.07.07 15:16:00 1: stacktrace:
2019.07.07 15:16:00 1:     main::readingsBulkUpdate            called by ./FHEM/31_HUEDevice.pm (1564)
2019.07.07 15:16:00 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1792)
2019.07.07 15:16:00 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (609)
2019.07.07 15:16:00 1:     main::__ANON__                      called by fhem.pl (745)
2019.07.07 15:16:00 1: PERL WARNING: Use of uninitialized value in numeric ne (!=) at ./FHEM/31_HUEDevice.pm line 1567.
2019.07.07 15:16:00 1: readingsUpdate(,hue,8418) missed to call readingsBeginUpdate first.
2019.07.07 15:16:00 1: stacktrace:
2019.07.07 15:16:00 1:     main::readingsBulkUpdate            called by ./FHEM/31_HUEDevice.pm (1567)
2019.07.07 15:16:00 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1792)
2019.07.07 15:16:00 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (609)
2019.07.07 15:16:00 1:     main::__ANON__                      called by fhem.pl (745)
2019.07.07 15:16:00 1: PERL WARNING: Use of uninitialized value in numeric ne (!=) at ./FHEM/31_HUEDevice.pm line 1568.
2019.07.07 15:16:00 1: readingsUpdate(,sat,140) missed to call readingsBeginUpdate first.
2019.07.07 15:16:00 1: stacktrace:
2019.07.07 15:16:00 1:     main::readingsBulkUpdate            called by ./FHEM/31_HUEDevice.pm (1568)
2019.07.07 15:16:00 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1792)
2019.07.07 15:16:00 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (609)
2019.07.07 15:16:00 1:     main::__ANON__                      called by fhem.pl (745)
2019.07.07 15:16:00 1: PERL WARNING: Use of uninitialized value in string ne at ./FHEM/31_HUEDevice.pm line 1569.
2019.07.07 15:16:00 1: readingsUpdate(,xy,0.4573,0.41) missed to call readingsBeginUpdate first.
2019.07.07 15:16:00 1: stacktrace:
2019.07.07 15:16:00 1:     main::readingsBulkUpdate            called by ./FHEM/31_HUEDevice.pm (1569)
2019.07.07 15:16:00 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1792)
2019.07.07 15:16:00 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (609)
2019.07.07 15:16:00 1:     main::__ANON__                      called by fhem.pl (745)
2019.07.07 15:16:00 1: readingsUpdate(,reachable,1) missed to call readingsBeginUpdate first.
2019.07.07 15:16:00 1: stacktrace:
2019.07.07 15:16:00 1:     main::readingsBulkUpdate            called by ./FHEM/31_HUEDevice.pm (1570)
2019.07.07 15:16:00 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1792)
2019.07.07 15:16:00 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (609)
2019.07.07 15:16:00 1:     main::__ANON__                      called by fhem.pl (745)
2019.07.07 15:16:00 1: PERL WARNING: Use of uninitialized value in string ne at ./FHEM/31_HUEDevice.pm line 1571.
2019.07.07 15:16:00 1: readingsUpdate(,alert,select) missed to call readingsBeginUpdate first.
2019.07.07 15:16:00 1: stacktrace:
2019.07.07 15:16:00 1:     main::readingsBulkUpdate            called by ./FHEM/31_HUEDevice.pm (1571)
2019.07.07 15:16:00 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1792)
2019.07.07 15:16:00 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (609)
2019.07.07 15:16:00 1:     main::__ANON__                      called by fhem.pl (745)
2019.07.07 15:16:00 1: PERL WARNING: Use of uninitialized value in string ne at ./FHEM/31_HUEDevice.pm line 1572.
2019.07.07 15:16:00 1: readingsUpdate(,effect,none) missed to call readingsBeginUpdate first.
2019.07.07 15:16:00 1: stacktrace:
2019.07.07 15:16:00 1:     main::readingsBulkUpdate            called by ./FHEM/31_HUEDevice.pm (1572)
2019.07.07 15:16:00 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1792)
2019.07.07 15:16:00 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (609)
2019.07.07 15:16:00 1:     main::__ANON__                      called by fhem.pl (745)
2019.07.07 15:16:00 1: PERL WARNING: Use of uninitialized value in numeric ne (!=) at ./FHEM/31_HUEDevice.pm line 1601.
2019.07.07 15:16:00 1: PERL WARNING: Use of uninitialized value in numeric ne (!=) at ./FHEM/31_HUEDevice.pm line 1604.
2019.07.07 15:16:00 1: PERL WARNING: Use of uninitialized value in string ne at ./FHEM/31_HUEDevice.pm line 1626.
2019.07.07 15:16:00 1: readingsUpdate(,state,off) missed to call readingsBeginUpdate first.
2019.07.07 15:16:00 1: stacktrace:
2019.07.07 15:16:00 1:     main::readingsBulkUpdate            called by ./FHEM/31_HUEDevice.pm (1626)
2019.07.07 15:16:00 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1792)
2019.07.07 15:16:00 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (609)
2019.07.07 15:16:00 1:     main::__ANON__                      called by fhem.pl (745)
2019.07.07 15:16:00 1: PERL WARNING: Use of uninitialized value $d in hash element at fhem.pl line 4525.
2019.07.07 15:16:00 1: PERL WARNING: Use of uninitialized value $dev in hash element at fhem.pl line 3626.
2019.07.07 15:16:00 1: PERL WARNING: Use of uninitialized value $name in concatenation (.) or string at ./FHEM/31_HUEDevice.pm line 1631.
2019.07.07 15:16:00 1: PERL WARNING: Use of uninitialized value in string ne at ./FHEM/31_HUEDevice.pm line 1632.
2019.07.07 15:16:00 1: ERROR: empty name in readingsBeginUpdate
2019.07.07 15:16:00 1: stacktrace:
2019.07.07 15:16:00 1:     main::readingsBeginUpdate           called by fhem.pl (4915)
2019.07.07 15:16:00 1:     main::readingsSingleUpdate          called by ./FHEM/31_HUEDevice.pm (1632)
2019.07.07 15:16:00 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1792)
2019.07.07 15:16:00 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (609)
2019.07.07 15:16:00 1:     main::__ANON__                      called by fhem.pl (745)
2019.07.07 15:16:00 1: readingsUpdate(,rgb,Please define  first) missed to call readingsBeginUpdate first.
2019.07.07 15:16:00 1: stacktrace:
2019.07.07 15:16:00 1:     main::readingsBulkUpdate            called by fhem.pl (4916)
2019.07.07 15:16:00 1:     main::readingsSingleUpdate          called by ./FHEM/31_HUEDevice.pm (1632)
2019.07.07 15:16:00 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1792)
2019.07.07 15:16:00 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (609)
2019.07.07 15:16:00 1:     main::__ANON__                      called by fhem.pl (745)
2019.07.07 15:16:00 1: PERL WARNING: Use of uninitialized value $name in hash element at ./FHEM/31_HUEDevice.pm line 1512.
2019.07.07 15:16:00 1: ERROR: empty name in readingsBeginUpdate
2019.07.07 15:16:00 1: stacktrace:
2019.07.07 15:16:00 1:     main::readingsBeginUpdate           called by ./FHEM/31_HUEDevice.pm (1533)
2019.07.07 15:16:00 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1792)
2019.07.07 15:16:00 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (609)
2019.07.07 15:16:00 1:     main::__ANON__                      called by fhem.pl (745)
2019.07.07 15:16:00 1: readingsUpdate(,colormode,ct) missed to call readingsBeginUpdate first.
2019.07.07 15:16:00 1: stacktrace:
2019.07.07 15:16:00 1:     main::readingsBulkUpdate            called by ./FHEM/31_HUEDevice.pm (1557)
2019.07.07 15:16:00 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1792)
2019.07.07 15:16:00 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (609)
2019.07.07 15:16:00 1:     main::__ANON__                      called by fhem.pl (745)
2019.07.07 15:16:00 1: readingsUpdate(,bri,254) missed to call readingsBeginUpdate first.
2019.07.07 15:16:00 1: stacktrace:
2019.07.07 15:16:00 1:     main::readingsBulkUpdate            called by ./FHEM/31_HUEDevice.pm (1558)
2019.07.07 15:16:00 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1792)
2019.07.07 15:16:00 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (609)
2019.07.07 15:16:00 1:     main::__ANON__                      called by fhem.pl (745)
2019.07.07 15:16:00 1: readingsUpdate(,ct,366 (2732K)) missed to call readingsBeginUpdate first.
2019.07.07 15:16:00 1: stacktrace:
2019.07.07 15:16:00 1:     main::readingsBulkUpdate            called by ./FHEM/31_HUEDevice.pm (1564)
2019.07.07 15:16:00 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1792)
2019.07.07 15:16:00 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (609)
2019.07.07 15:16:00 1:     main::__ANON__                      called by fhem.pl (745)
2019.07.07 15:16:00 1: readingsUpdate(,hue,8418) missed to call readingsBeginUpdate first.
2019.07.07 15:16:00 1: stacktrace:
2019.07.07 15:16:00 1:     main::readingsBulkUpdate            called by ./FHEM/31_HUEDevice.pm (1567)
2019.07.07 15:16:00 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1792)
2019.07.07 15:16:00 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (609)
2019.07.07 15:16:00 1:     main::__ANON__                      called by fhem.pl (745)
2019.07.07 15:16:00 1: readingsUpdate(,sat,140) missed to call readingsBeginUpdate first.
2019.07.07 15:16:00 1: stacktrace:
2019.07.07 15:16:00 1:     main::readingsBulkUpdate            called by ./FHEM/31_HUEDevice.pm (1568)
2019.07.07 15:16:00 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1792)
2019.07.07 15:16:00 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (609)
2019.07.07 15:16:00 1:     main::__ANON__                      called by fhem.pl (745)
2019.07.07 15:16:00 1: readingsUpdate(,xy,0.4573,0.41) missed to call readingsBeginUpdate first.
2019.07.07 15:16:00 1: stacktrace:
2019.07.07 15:16:00 1:     main::readingsBulkUpdate            called by ./FHEM/31_HUEDevice.pm (1569)
2019.07.07 15:16:00 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1792)
2019.07.07 15:16:00 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (609)
2019.07.07 15:16:00 1:     main::__ANON__                      called by fhem.pl (745)
2019.07.07 15:16:00 1: readingsUpdate(,reachable,1) missed to call readingsBeginUpdate first.
2019.07.07 15:16:00 1: stacktrace:
2019.07.07 15:16:00 1:     main::readingsBulkUpdate            called by ./FHEM/31_HUEDevice.pm (1570)
2019.07.07 15:16:00 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1792)
2019.07.07 15:16:00 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (609)
2019.07.07 15:16:00 1:     main::__ANON__                      called by fhem.pl (745)
2019.07.07 15:16:00 1: readingsUpdate(,alert,select) missed to call readingsBeginUpdate first.
2019.07.07 15:16:00 1: stacktrace:
2019.07.07 15:16:00 1:     main::readingsBulkUpdate            called by ./FHEM/31_HUEDevice.pm (1571)
2019.07.07 15:16:00 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1792)
2019.07.07 15:16:00 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (609)
2019.07.07 15:16:00 1:     main::__ANON__                      called by fhem.pl (745)
2019.07.07 15:16:00 1: readingsUpdate(,effect,none) missed to call readingsBeginUpdate first.
2019.07.07 15:16:00 1: stacktrace:
2019.07.07 15:16:00 1:     main::readingsBulkUpdate            called by ./FHEM/31_HUEDevice.pm (1572)
2019.07.07 15:16:00 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1792)
2019.07.07 15:16:00 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (609)
2019.07.07 15:16:00 1:     main::__ANON__                      called by fhem.pl (745)
2019.07.07 15:16:00 1: readingsUpdate(,state,off) missed to call readingsBeginUpdate first.
2019.07.07 15:16:00 1: stacktrace:
2019.07.07 15:16:00 1:     main::readingsBulkUpdate            called by ./FHEM/31_HUEDevice.pm (1626)
2019.07.07 15:16:00 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1792)
2019.07.07 15:16:00 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (609)
2019.07.07 15:16:00 1:     main::__ANON__                      called by fhem.pl (745)
2019.07.07 15:16:00 1: ERROR: empty name in readingsBeginUpdate
2019.07.07 15:16:00 1: stacktrace:
2019.07.07 15:16:00 1:     main::readingsBeginUpdate           called by fhem.pl (4915)
2019.07.07 15:16:00 1:     main::readingsSingleUpdate          called by ./FHEM/31_HUEDevice.pm (1632)
2019.07.07 15:16:00 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1792)
2019.07.07 15:16:00 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (609)
2019.07.07 15:16:00 1:     main::__ANON__                      called by fhem.pl (745)
2019.07.07 15:16:00 1: readingsUpdate(,rgb,Please define  first) missed to call readingsBeginUpdate first.
2019.07.07 15:16:00 1: stacktrace:
2019.07.07 15:16:00 1:     main::readingsBulkUpdate            called by fhem.pl (4916)
2019.07.07 15:16:00 1:     main::readingsSingleUpdate          called by ./FHEM/31_HUEDevice.pm (1632)
2019.07.07 15:16:00 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1792)
2019.07.07 15:16:00 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (609)
2019.07.07 15:16:00 1:     main::__ANON__                      called by fhem.pl (745)
2019.07.07 15:17:00 1: ERROR: empty name in readingsBeginUpdate
2019.07.07 15:17:00 1: stacktrace:
2019.07.07 15:17:00 1:     main::readingsBeginUpdate           called by ./FHEM/31_HUEDevice.pm (1533)
2019.07.07 15:17:00 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1792)
2019.07.07 15:17:00 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (609)
2019.07.07 15:17:00 1:     main::__ANON__                      called by fhem.pl (745)
2019.07.07 15:17:00 1: readingsUpdate(,state,off) missed to call readingsBeginUpdate first.
2019.07.07 15:17:00 1: stacktrace:
2019.07.07 15:17:00 1:     main::readingsBulkUpdate            called by ./FHEM/31_HUEDevice.pm (1626)
2019.07.07 15:17:00 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1792)
2019.07.07 15:17:00 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (609)
2019.07.07 15:17:00 1:     main::__ANON__                      called by fhem.pl (745)
2019.07.07 15:17:00 1: ERROR: empty name in readingsBeginUpdate
2019.07.07 15:17:00 1: stacktrace:
2019.07.07 15:17:00 1:     main::readingsBeginUpdate           called by ./FHEM/31_HUEDevice.pm (1533)
2019.07.07 15:17:00 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1792)
2019.07.07 15:17:00 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (609)
2019.07.07 15:17:00 1:     main::__ANON__                      called by fhem.pl (745)
2019.07.07 15:17:00 1: readingsUpdate(,state,off) missed to call readingsBeginUpdate first.
2019.07.07 15:17:00 1: stacktrace:
2019.07.07 15:17:00 1:     main::readingsBulkUpdate            called by ./FHEM/31_HUEDevice.pm (1626)
2019.07.07 15:17:00 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1792)
2019.07.07 15:17:00 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (609)
2019.07.07 15:17:00 1:     main::__ANON__                      called by fhem.pl (745)
2019.07.07 15:18:00 1: ERROR: empty name in readingsBeginUpdate


Nach dem Neustart des FHEM Services, sehe ich dann die neuen Devices und Gruppen, kann diese bearbeiten/speichern und es gibt keine neuen Meldungen dazu im Logfile. Das Verhalten ist ja irgendwie nachvollziehbar und verursacht sonst auch keine Probleme.

Evtl. kannst du das nochmal hübscher machen, so dass das Logfile nicht so zugemüllt wird?

Gruß Hoppel
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 08 Juli 2019, 14:08:04
die bridge legt devices nur beim start automatisch an. wenn zur laufzeit devices hinzukommen einfach set <bridge> autocreate sagen.


die restlichen meldungen mit undefined $name kann ich mir gerade nicht erklären. falls es wieder passiert: kannst du mal mit stacktrace loggen?
Titel: Antw:philips hue modul
Beitrag von: hoppel118 am 08 Juli 2019, 15:13:44
Zitat von: justme1968 am 08 Juli 2019, 14:08:04
die bridge legt devices nur beim start automatisch an. wenn zur laufzeit devices hinzukommen einfach set <bridge> autocreate sagen.


die restlichen meldungen mit undefined $name kann ich mir gerade nicht erklären. falls es wieder passiert: kannst du mal mit stacktrace loggen?

OK, danke für den Tip. Wie logge ich mit stacktrace, indem ich "attr global stacktrace 1" setze?

Habe ich noch nie gemacht... Neue Hues sind aber erstmal nicht in Planung. Muss ich mal schauen, wann ich die Zeit finde eine andere Leuchte nochmal abzulernen und neu anzulernen.

Danke und Gruß Hoppel
Titel: Antw:philips hue modul
Beitrag von: hoppel118 am 10 Juli 2019, 08:31:54
Zitat von: justme1968 am 08 Juli 2019, 14:08:04
die restlichen meldungen mit undefined $name kann ich mir gerade nicht erklären. falls es wieder passiert: kannst du mal mit stacktrace loggen?

OK, das ging doch schneller als erwartet. Hier das Log mit stracktrace:

2019.07.09 14:27:52 2: HUEBridge: message for unknow device received: HUEBridge-30
2019.07.09 14:28:52 2: HUEBridge: message for unknow device received: HUEBridge-30
2019.07.09 14:29:52 2: HUEBridge: message for unknow device received: HUEBridge-30
2019.07.09 14:30:52 2: HUEBridge: message for unknow device received: HUEBridge-30
2019.07.09 14:31:52 2: HUEBridge: message for unknow device received: HUEBridge-30
2019.07.09 14:32:52 2: HUEBridge: message for unknow device received: HUEBridge-30
2019.07.09 14:33:52 2: HUEBridge: message for unknow device received: HUEBridge-30
2019.07.09 14:34:52 2: HUEBridge: message for unknow device received: HUEBridge-30
2019.07.09 14:35:52 1: PERL WARNING: Use of uninitialized value $name in concatenation (.) or string at ./FHEM/31_HUEDevice.pm line 1213.
2019.07.09 14:35:52 1: stacktrace:
2019.07.09 14:35:52 1:     main::__ANON__                      called by ./FHEM/31_HUEDevice.pm (1213)
2019.07.09 14:35:52 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1792)
2019.07.09 14:35:52 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (609)
2019.07.09 14:35:52 1:     main::__ANON__                      called by fhem.pl (745)
2019.07.09 14:35:52 1: PERL WARNING: Use of uninitialized value in string eq at ./FHEM/31_HUEDevice.pm line 1221.
2019.07.09 14:35:52 1: stacktrace:
2019.07.09 14:35:52 1:     main::__ANON__                      called by ./FHEM/31_HUEDevice.pm (1221)
2019.07.09 14:35:52 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1792)
2019.07.09 14:35:52 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (609)
2019.07.09 14:35:52 1:     main::__ANON__                      called by fhem.pl (745)
2019.07.09 14:35:52 1: PERL WARNING: Use of uninitialized value in string eq at ./FHEM/31_HUEDevice.pm line 1322.
2019.07.09 14:35:52 1: stacktrace:
2019.07.09 14:35:52 1:     main::__ANON__                      called by ./FHEM/31_HUEDevice.pm (1322)
2019.07.09 14:35:52 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1792)
2019.07.09 14:35:52 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (609)
2019.07.09 14:35:52 1:     main::__ANON__                      called by fhem.pl (745)
2019.07.09 14:35:52 1: PERL WARNING: Use of uninitialized value $name in hash element at ./FHEM/31_HUEDevice.pm line 1469.
2019.07.09 14:35:52 1: stacktrace:
2019.07.09 14:35:52 1:     main::__ANON__                      called by ./FHEM/31_HUEDevice.pm (1469)
2019.07.09 14:35:52 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1792)
2019.07.09 14:35:52 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (609)
2019.07.09 14:35:52 1:     main::__ANON__                      called by fhem.pl (745)
2019.07.09 14:35:52 1: PERL WARNING: Use of uninitialized value $name in hash element at ./FHEM/31_HUEDevice.pm line 1469.
2019.07.09 14:35:52 1: stacktrace:
2019.07.09 14:35:52 1:     main::__ANON__                      called by ./FHEM/31_HUEDevice.pm (1469)
2019.07.09 14:35:52 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1792)
2019.07.09 14:35:52 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (609)
2019.07.09 14:35:52 1:     main::__ANON__                      called by fhem.pl (745)
2019.07.09 14:35:52 1: PERL WARNING: Use of uninitialized value $name in hash element at ./FHEM/31_HUEDevice.pm line 1471.
2019.07.09 14:35:52 1: stacktrace:
2019.07.09 14:35:52 1:     main::__ANON__                      called by ./FHEM/31_HUEDevice.pm (1471)
2019.07.09 14:35:52 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1792)
2019.07.09 14:35:52 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (609)
2019.07.09 14:35:52 1:     main::__ANON__                      called by fhem.pl (745)
2019.07.09 14:35:52 1: PERL WARNING: Use of uninitialized value $name in hash element at ./FHEM/31_HUEDevice.pm line 1472.
2019.07.09 14:35:52 1: stacktrace:
2019.07.09 14:35:52 1:     main::__ANON__                      called by ./FHEM/31_HUEDevice.pm (1472)
2019.07.09 14:35:52 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1792)
2019.07.09 14:35:52 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (609)
2019.07.09 14:35:52 1:     main::__ANON__                      called by fhem.pl (745)
2019.07.09 14:35:52 1: PERL WARNING: Use of uninitialized value $name in hash element at ./FHEM/31_HUEDevice.pm line 1473.
2019.07.09 14:35:52 1: stacktrace:
2019.07.09 14:35:52 1:     main::__ANON__                      called by ./FHEM/31_HUEDevice.pm (1473)
2019.07.09 14:35:52 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1792)
2019.07.09 14:35:52 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (609)
2019.07.09 14:35:52 1:     main::__ANON__                      called by fhem.pl (745)
2019.07.09 14:35:52 1: PERL WARNING: Use of uninitialized value $name in hash element at ./FHEM/31_HUEDevice.pm line 1478.
2019.07.09 14:35:52 1: stacktrace:
2019.07.09 14:35:52 1:     main::__ANON__                      called by ./FHEM/31_HUEDevice.pm (1473)
2019.07.09 14:35:52 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1792)
2019.07.09 14:35:52 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (609)
2019.07.09 14:35:52 1:     main::__ANON__                      called by fhem.pl (745)
2019.07.09 14:35:52 1: PERL WARNING: Use of uninitialized value $name in hash element at ./FHEM/31_HUEDevice.pm line 1481.
2019.07.09 14:35:52 1: stacktrace:
2019.07.09 14:35:52 1:     main::__ANON__                      called by ./FHEM/31_HUEDevice.pm (1473)
2019.07.09 14:35:52 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1792)
2019.07.09 14:35:52 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (609)
2019.07.09 14:35:52 1:     main::__ANON__                      called by fhem.pl (745)
2019.07.09 14:35:52 1: PERL WARNING: Use of uninitialized value $name in hash element at ./FHEM/31_HUEDevice.pm line 1484.
2019.07.09 14:35:52 1: stacktrace:
2019.07.09 14:35:52 1:     main::__ANON__                      called by ./FHEM/31_HUEDevice.pm (1473)
2019.07.09 14:35:52 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1792)
2019.07.09 14:35:52 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (609)
2019.07.09 14:35:52 1:     main::__ANON__                      called by fhem.pl (745)
2019.07.09 14:35:52 1: PERL WARNING: Use of uninitialized value $name in hash element at ./FHEM/31_HUEDevice.pm line 1492.
2019.07.09 14:35:52 1: stacktrace:
2019.07.09 14:35:52 1:     main::__ANON__                      called by ./FHEM/31_HUEDevice.pm (1492)
2019.07.09 14:35:52 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1792)
2019.07.09 14:35:52 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (609)
2019.07.09 14:35:52 1:     main::__ANON__                      called by fhem.pl (745)
2019.07.09 14:35:52 1: PERL WARNING: Use of uninitialized value $name in hash element at ./FHEM/31_HUEDevice.pm line 1494.
2019.07.09 14:35:52 1: stacktrace:
2019.07.09 14:35:52 1:     main::__ANON__                      called by ./FHEM/31_HUEDevice.pm (1493)
2019.07.09 14:35:52 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1792)
2019.07.09 14:35:52 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (609)
2019.07.09 14:35:52 1:     main::__ANON__                      called by fhem.pl (745)
2019.07.09 14:35:52 1: PERL WARNING: Use of uninitialized value $name in hash element at ./FHEM/31_HUEDevice.pm line 1517.
2019.07.09 14:35:52 1: stacktrace:
2019.07.09 14:35:52 1:     main::__ANON__                      called by ./FHEM/31_HUEDevice.pm (1517)
2019.07.09 14:35:52 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1792)
2019.07.09 14:35:52 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (609)
2019.07.09 14:35:52 1:     main::__ANON__                      called by fhem.pl (745)
2019.07.09 14:35:52 1: PERL WARNING: Use of uninitialized value $name in hash element at ./FHEM/31_HUEDevice.pm line 1517.
2019.07.09 14:35:52 1: stacktrace:
2019.07.09 14:35:52 1:     main::__ANON__                      called by ./FHEM/31_HUEDevice.pm (1517)
2019.07.09 14:35:52 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1792)
2019.07.09 14:35:52 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (609)
2019.07.09 14:35:52 1:     main::__ANON__                      called by fhem.pl (745)
2019.07.09 14:35:52 1: PERL WARNING: Use of uninitialized value $name in hash element at ./FHEM/31_HUEDevice.pm line 1519.
2019.07.09 14:35:52 1: stacktrace:
2019.07.09 14:35:52 1:     main::__ANON__                      called by ./FHEM/31_HUEDevice.pm (1519)
2019.07.09 14:35:52 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1792)
2019.07.09 14:35:52 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (609)
2019.07.09 14:35:52 1:     main::__ANON__                      called by fhem.pl (745)
2019.07.09 14:35:52 1: PERL WARNING: Use of uninitialized value $name in hash element at ./FHEM/31_HUEDevice.pm line 1519.
2019.07.09 14:35:52 1: stacktrace:
2019.07.09 14:35:52 1:     main::__ANON__                      called by ./FHEM/31_HUEDevice.pm (1519)
2019.07.09 14:35:52 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1792)
2019.07.09 14:35:52 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (609)
2019.07.09 14:35:52 1:     main::__ANON__                      called by fhem.pl (745)
2019.07.09 14:35:52 1: PERL WARNING: Use of uninitialized value $name in hash element at ./FHEM/31_HUEDevice.pm line 1520.
2019.07.09 14:35:52 1: stacktrace:
2019.07.09 14:35:52 1:     main::__ANON__                      called by ./FHEM/31_HUEDevice.pm (1520)
2019.07.09 14:35:52 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1792)
2019.07.09 14:35:52 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (609)
2019.07.09 14:35:52 1:     main::__ANON__                      called by fhem.pl (745)
2019.07.09 14:35:52 1: PERL WARNING: Use of uninitialized value $name in hash element at ./FHEM/31_HUEDevice.pm line 1523.
2019.07.09 14:35:52 1: stacktrace:
2019.07.09 14:35:52 1:     main::__ANON__                      called by ./FHEM/31_HUEDevice.pm (1523)
2019.07.09 14:35:52 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1792)
2019.07.09 14:35:52 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (609)
2019.07.09 14:35:52 1:     main::__ANON__                      called by fhem.pl (745)
2019.07.09 14:35:52 1: ERROR: empty name in readingsBeginUpdate
2019.07.09 14:35:52 1: stacktrace:
2019.07.09 14:35:52 1:     main::readingsBeginUpdate           called by ./FHEM/31_HUEDevice.pm (1533)
2019.07.09 14:35:52 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1792)
2019.07.09 14:35:52 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (609)
2019.07.09 14:35:52 1:     main::__ANON__                      called by fhem.pl (745)
2019.07.09 14:35:52 1: PERL WARNING: Use of uninitialized value in string ne at ./FHEM/31_HUEDevice.pm line 1557.
2019.07.09 14:35:52 1: stacktrace:
2019.07.09 14:35:52 1:     main::__ANON__                      called by ./FHEM/31_HUEDevice.pm (1557)
2019.07.09 14:35:52 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1792)
2019.07.09 14:35:52 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (609)
2019.07.09 14:35:52 1:     main::__ANON__                      called by fhem.pl (745)
2019.07.09 14:35:52 1: PERL WARNING: Use of uninitialized value $name in concatenation (.) or string at fhem.pl line 4770.
2019.07.09 14:35:52 1: stacktrace:
2019.07.09 14:35:52 1:     main::__ANON__                      called by fhem.pl (4770)
2019.07.09 14:35:52 1:     main::readingsBulkUpdate            called by ./FHEM/31_HUEDevice.pm (1557)
2019.07.09 14:35:52 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1792)
2019.07.09 14:35:52 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (609)
2019.07.09 14:35:52 1:     main::__ANON__                      called by fhem.pl (745)
2019.07.09 14:35:52 1: readingsUpdate(,colormode,ct) missed to call readingsBeginUpdate first.
2019.07.09 14:35:52 1: stacktrace:
2019.07.09 14:35:52 1:     main::readingsBulkUpdate            called by ./FHEM/31_HUEDevice.pm (1557)
2019.07.09 14:35:52 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1792)
2019.07.09 14:35:52 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (609)
2019.07.09 14:35:52 1:     main::__ANON__                      called by fhem.pl (745)
2019.07.09 14:35:52 1: PERL WARNING: Use of uninitialized value in numeric ne (!=) at ./FHEM/31_HUEDevice.pm line 1558.
2019.07.09 14:35:52 1: stacktrace:
2019.07.09 14:35:52 1:     main::__ANON__                      called by ./FHEM/31_HUEDevice.pm (1558)
2019.07.09 14:35:52 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1792)
2019.07.09 14:35:52 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (609)
2019.07.09 14:35:52 1:     main::__ANON__                      called by fhem.pl (745)
2019.07.09 14:35:52 1: PERL WARNING: Use of uninitialized value $name in concatenation (.) or string at fhem.pl line 4770.
2019.07.09 14:35:52 1: stacktrace:
2019.07.09 14:35:52 1:     main::__ANON__                      called by fhem.pl (4770)
2019.07.09 14:35:52 1:     main::readingsBulkUpdate            called by ./FHEM/31_HUEDevice.pm (1558)
2019.07.09 14:35:52 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1792)
2019.07.09 14:35:52 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (609)
2019.07.09 14:35:52 1:     main::__ANON__                      called by fhem.pl (745)
2019.07.09 14:35:52 1: readingsUpdate(,bri,254) missed to call readingsBeginUpdate first.
2019.07.09 14:35:52 1: stacktrace:
2019.07.09 14:35:52 1:     main::readingsBulkUpdate            called by ./FHEM/31_HUEDevice.pm (1558)
2019.07.09 14:35:52 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1792)
2019.07.09 14:35:52 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (609)
2019.07.09 14:35:52 1:     main::__ANON__                      called by fhem.pl (745)
2019.07.09 14:35:52 1: PERL WARNING: Use of uninitialized value in numeric ne (!=) at ./FHEM/31_HUEDevice.pm line 1559.
2019.07.09 14:35:52 1: stacktrace:
2019.07.09 14:35:52 1:     main::__ANON__                      called by ./FHEM/31_HUEDevice.pm (1559)
2019.07.09 14:35:52 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1792)
2019.07.09 14:35:52 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (609)
2019.07.09 14:35:52 1:     main::__ANON__                      called by fhem.pl (745)
2019.07.09 14:35:52 1: PERL WARNING: Use of uninitialized value $name in concatenation (.) or string at fhem.pl line 4770.
2019.07.09 14:35:52 1: stacktrace:
2019.07.09 14:35:52 1:     main::__ANON__                      called by fhem.pl (4770)
2019.07.09 14:35:52 1:     main::readingsBulkUpdate            called by ./FHEM/31_HUEDevice.pm (1564)
2019.07.09 14:35:52 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1792)
2019.07.09 14:35:52 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (609)
2019.07.09 14:35:52 1:     main::__ANON__                      called by fhem.pl (745)
2019.07.09 14:35:52 1: readingsUpdate(,ct,366 (2732K)) missed to call readingsBeginUpdate first.
2019.07.09 14:35:52 1: stacktrace:
2019.07.09 14:35:52 1:     main::readingsBulkUpdate            called by ./FHEM/31_HUEDevice.pm (1564)
2019.07.09 14:35:52 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1792)
2019.07.09 14:35:52 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (609)
2019.07.09 14:35:52 1:     main::__ANON__                      called by fhem.pl (745)
2019.07.09 14:35:52 1: PERL WARNING: Use of uninitialized value in numeric ne (!=) at ./FHEM/31_HUEDevice.pm line 1567.
2019.07.09 14:35:52 1: stacktrace:
2019.07.09 14:35:52 1:     main::__ANON__                      called by ./FHEM/31_HUEDevice.pm (1567)
2019.07.09 14:35:52 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1792)
2019.07.09 14:35:52 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (609)
2019.07.09 14:35:52 1:     main::__ANON__                      called by fhem.pl (745)
2019.07.09 14:35:52 1: PERL WARNING: Use of uninitialized value $name in concatenation (.) or string at fhem.pl line 4770.
2019.07.09 14:35:52 1: stacktrace:
2019.07.09 14:35:52 1:     main::__ANON__                      called by fhem.pl (4770)
2019.07.09 14:35:52 1:     main::readingsBulkUpdate            called by ./FHEM/31_HUEDevice.pm (1567)
2019.07.09 14:35:52 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1792)
2019.07.09 14:35:52 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (609)
2019.07.09 14:35:52 1:     main::__ANON__                      called by fhem.pl (745)
2019.07.09 14:35:52 1: readingsUpdate(,hue,8418) missed to call readingsBeginUpdate first.
2019.07.09 14:35:52 1: stacktrace:
2019.07.09 14:35:52 1:     main::readingsBulkUpdate            called by ./FHEM/31_HUEDevice.pm (1567)
2019.07.09 14:35:52 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1792)
2019.07.09 14:35:52 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (609)
2019.07.09 14:35:52 1:     main::__ANON__                      called by fhem.pl (745)
2019.07.09 14:35:52 1: PERL WARNING: Use of uninitialized value in numeric ne (!=) at ./FHEM/31_HUEDevice.pm line 1568.
2019.07.09 14:35:52 1: stacktrace:
2019.07.09 14:35:52 1:     main::__ANON__                      called by ./FHEM/31_HUEDevice.pm (1568)
2019.07.09 14:35:52 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1792)
2019.07.09 14:35:52 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (609)
2019.07.09 14:35:52 1:     main::__ANON__                      called by fhem.pl (745)
2019.07.09 14:35:52 1: PERL WARNING: Use of uninitialized value $name in concatenation (.) or string at fhem.pl line 4770.
2019.07.09 14:35:52 1: stacktrace:
2019.07.09 14:35:52 1:     main::__ANON__                      called by fhem.pl (4770)
2019.07.09 14:35:52 1:     main::readingsBulkUpdate            called by ./FHEM/31_HUEDevice.pm (1568)
2019.07.09 14:35:52 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1792)
2019.07.09 14:35:52 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (609)
2019.07.09 14:35:52 1:     main::__ANON__                      called by fhem.pl (745)
2019.07.09 14:35:52 1: readingsUpdate(,sat,140) missed to call readingsBeginUpdate first.
2019.07.09 14:35:52 1: stacktrace:
2019.07.09 14:35:52 1:     main::readingsBulkUpdate            called by ./FHEM/31_HUEDevice.pm (1568)
2019.07.09 14:35:52 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1792)
2019.07.09 14:35:52 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (609)
2019.07.09 14:35:52 1:     main::__ANON__                      called by fhem.pl (745)
2019.07.09 14:35:52 1: PERL WARNING: Use of uninitialized value in string ne at ./FHEM/31_HUEDevice.pm line 1569.
2019.07.09 14:35:52 1: stacktrace:
2019.07.09 14:35:52 1:     main::__ANON__                      called by ./FHEM/31_HUEDevice.pm (1569)
2019.07.09 14:35:52 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1792)
2019.07.09 14:35:52 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (609)
2019.07.09 14:35:52 1:     main::__ANON__                      called by fhem.pl (745)
2019.07.09 14:35:52 1: PERL WARNING: Use of uninitialized value $name in concatenation (.) or string at fhem.pl line 4770.
2019.07.09 14:35:52 1: stacktrace:
2019.07.09 14:35:52 1:     main::__ANON__                      called by fhem.pl (4770)
2019.07.09 14:35:52 1:     main::readingsBulkUpdate            called by ./FHEM/31_HUEDevice.pm (1569)
2019.07.09 14:35:52 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1792)
2019.07.09 14:35:52 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (609)
2019.07.09 14:35:52 1:     main::__ANON__                      called by fhem.pl (745)
2019.07.09 14:35:52 1: readingsUpdate(,xy,0.4573,0.41) missed to call readingsBeginUpdate first.
2019.07.09 14:35:52 1: stacktrace:
2019.07.09 14:35:52 1:     main::readingsBulkUpdate            called by ./FHEM/31_HUEDevice.pm (1569)
2019.07.09 14:35:52 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1792)
2019.07.09 14:35:52 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (609)
2019.07.09 14:35:52 1:     main::__ANON__                      called by fhem.pl (745)
2019.07.09 14:35:52 1: PERL WARNING: Use of uninitialized value $name in concatenation (.) or string at fhem.pl line 4770.
2019.07.09 14:35:52 1: stacktrace:
2019.07.09 14:35:52 1:     main::__ANON__                      called by fhem.pl (4770)
2019.07.09 14:35:52 1:     main::readingsBulkUpdate            called by ./FHEM/31_HUEDevice.pm (1570)
2019.07.09 14:35:52 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1792)
2019.07.09 14:35:52 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (609)
2019.07.09 14:35:52 1:     main::__ANON__                      called by fhem.pl (745)
2019.07.09 14:35:52 1: readingsUpdate(,reachable,1) missed to call readingsBeginUpdate first.
2019.07.09 14:35:52 1: stacktrace:
2019.07.09 14:35:52 1:     main::readingsBulkUpdate            called by ./FHEM/31_HUEDevice.pm (1570)
2019.07.09 14:35:52 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1792)
2019.07.09 14:35:52 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (609)
2019.07.09 14:35:52 1:     main::__ANON__                      called by fhem.pl (745)
2019.07.09 14:35:52 1: PERL WARNING: Use of uninitialized value in string ne at ./FHEM/31_HUEDevice.pm line 1571.
2019.07.09 14:35:52 1: stacktrace:
2019.07.09 14:35:52 1:     main::__ANON__                      called by ./FHEM/31_HUEDevice.pm (1571)
2019.07.09 14:35:52 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1792)
2019.07.09 14:35:52 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (609)
2019.07.09 14:35:52 1:     main::__ANON__                      called by fhem.pl (745)
2019.07.09 14:35:52 1: PERL WARNING: Use of uninitialized value $name in concatenation (.) or string at fhem.pl line 4770.
2019.07.09 14:35:52 1: stacktrace:
2019.07.09 14:35:52 1:     main::__ANON__                      called by fhem.pl (4770)
2019.07.09 14:35:52 1:     main::readingsBulkUpdate            called by ./FHEM/31_HUEDevice.pm (1571)
2019.07.09 14:35:52 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1792)
2019.07.09 14:35:52 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (609)
2019.07.09 14:35:52 1:     main::__ANON__                      called by fhem.pl (745)
2019.07.09 14:35:52 1: readingsUpdate(,alert,select) missed to call readingsBeginUpdate first.
2019.07.09 14:35:52 1: stacktrace:
2019.07.09 14:35:52 1:     main::readingsBulkUpdate            called by ./FHEM/31_HUEDevice.pm (1571)
2019.07.09 14:35:52 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1792)
2019.07.09 14:35:52 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (609)
2019.07.09 14:35:52 1:     main::__ANON__                      called by fhem.pl (745)
2019.07.09 14:35:52 1: PERL WARNING: Use of uninitialized value in string ne at ./FHEM/31_HUEDevice.pm line 1572.
2019.07.09 14:35:52 1: stacktrace:
2019.07.09 14:35:52 1:     main::__ANON__                      called by ./FHEM/31_HUEDevice.pm (1572)
2019.07.09 14:35:52 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1792)
2019.07.09 14:35:52 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (609)
2019.07.09 14:35:52 1:     main::__ANON__                      called by fhem.pl (745)
2019.07.09 14:35:52 1: PERL WARNING: Use of uninitialized value $name in concatenation (.) or string at fhem.pl line 4770.
2019.07.09 14:35:52 1: stacktrace:
2019.07.09 14:35:52 1:     main::__ANON__                      called by fhem.pl (4770)
2019.07.09 14:35:52 1:     main::readingsBulkUpdate            called by ./FHEM/31_HUEDevice.pm (1572)
2019.07.09 14:35:52 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1792)
2019.07.09 14:35:52 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (609)
2019.07.09 14:35:52 1:     main::__ANON__                      called by fhem.pl (745)
2019.07.09 14:35:52 1: readingsUpdate(,effect,none) missed to call readingsBeginUpdate first.
2019.07.09 14:35:52 1: stacktrace:
2019.07.09 14:35:52 1:     main::readingsBulkUpdate            called by ./FHEM/31_HUEDevice.pm (1572)
2019.07.09 14:35:52 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1792)
2019.07.09 14:35:52 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (609)
2019.07.09 14:35:52 1:     main::__ANON__                      called by fhem.pl (745)
2019.07.09 14:35:52 1: PERL WARNING: Use of uninitialized value in numeric ne (!=) at ./FHEM/31_HUEDevice.pm line 1601.
2019.07.09 14:35:52 1: stacktrace:
2019.07.09 14:35:52 1:     main::__ANON__                      called by ./FHEM/31_HUEDevice.pm (1601)
2019.07.09 14:35:52 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1792)
2019.07.09 14:35:52 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (609)
2019.07.09 14:35:52 1:     main::__ANON__                      called by fhem.pl (745)
2019.07.09 14:35:52 1: PERL WARNING: Use of uninitialized value in numeric ne (!=) at ./FHEM/31_HUEDevice.pm line 1604.
2019.07.09 14:35:52 1: stacktrace:
2019.07.09 14:35:52 1:     main::__ANON__                      called by ./FHEM/31_HUEDevice.pm (1604)
2019.07.09 14:35:52 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1792)
2019.07.09 14:35:52 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (609)
2019.07.09 14:35:52 1:     main::__ANON__                      called by fhem.pl (745)
2019.07.09 14:35:52 1: PERL WARNING: Use of uninitialized value in string ne at ./FHEM/31_HUEDevice.pm line 1626.
2019.07.09 14:35:52 1: stacktrace:
2019.07.09 14:35:52 1:     main::__ANON__                      called by ./FHEM/31_HUEDevice.pm (1626)
2019.07.09 14:35:52 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1792)
2019.07.09 14:35:52 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (609)
2019.07.09 14:35:52 1:     main::__ANON__                      called by fhem.pl (745)
2019.07.09 14:35:52 1: PERL WARNING: Use of uninitialized value $name in concatenation (.) or string at fhem.pl line 4770.
2019.07.09 14:35:52 1: stacktrace:
2019.07.09 14:35:52 1:     main::__ANON__                      called by fhem.pl (4770)
2019.07.09 14:35:52 1:     main::readingsBulkUpdate            called by ./FHEM/31_HUEDevice.pm (1626)
2019.07.09 14:35:52 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1792)
2019.07.09 14:35:52 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (609)
2019.07.09 14:35:52 1:     main::__ANON__                      called by fhem.pl (745)
2019.07.09 14:35:52 1: readingsUpdate(,state,off) missed to call readingsBeginUpdate first.
2019.07.09 14:35:52 1: stacktrace:
2019.07.09 14:35:52 1:     main::readingsBulkUpdate            called by ./FHEM/31_HUEDevice.pm (1626)
2019.07.09 14:35:52 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1792)
2019.07.09 14:35:52 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (609)
2019.07.09 14:35:52 1:     main::__ANON__                      called by fhem.pl (745)
2019.07.09 14:35:52 1: PERL WARNING: Use of uninitialized value $d in hash element at fhem.pl line 4525.
2019.07.09 14:35:52 1: stacktrace:
2019.07.09 14:35:52 1:     main::__ANON__                      called by fhem.pl (4525)
2019.07.09 14:35:52 1:     main::AttrVal                       called by fhem.pl (4621)
2019.07.09 14:35:52 1:     main::evalStateFormat               called by fhem.pl (4727)
2019.07.09 14:35:52 1:     main::readingsEndUpdate             called by ./FHEM/31_HUEDevice.pm (1628)
2019.07.09 14:35:52 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1792)
2019.07.09 14:35:52 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (609)
2019.07.09 14:35:52 1:     main::__ANON__                      called by fhem.pl (745)
2019.07.09 14:35:52 1: PERL WARNING: Use of uninitialized value $d in hash element at fhem.pl line 4525.
2019.07.09 14:35:52 1: stacktrace:
2019.07.09 14:35:52 1:     main::__ANON__                      called by fhem.pl (4525)
2019.07.09 14:35:52 1:     main::AttrVal                       called by fhem.pl (4621)
2019.07.09 14:35:52 1:     main::evalStateFormat               called by fhem.pl (4727)
2019.07.09 14:35:52 1:     main::readingsEndUpdate             called by ./FHEM/31_HUEDevice.pm (1628)
2019.07.09 14:35:52 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1792)
2019.07.09 14:35:52 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (609)
2019.07.09 14:35:52 1:     main::__ANON__                      called by fhem.pl (745)
2019.07.09 14:35:52 1: PERL WARNING: Use of uninitialized value $dev in hash element at fhem.pl line 3626.
2019.07.09 14:35:52 1: stacktrace:
2019.07.09 14:35:52 1:     main::__ANON__                      called by fhem.pl (3626)
2019.07.09 14:35:52 1:     main::DoTrigger                     called by fhem.pl (4735)
2019.07.09 14:35:52 1:     main::readingsEndUpdate             called by ./FHEM/31_HUEDevice.pm (1628)
2019.07.09 14:35:52 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1792)
2019.07.09 14:35:52 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (609)
2019.07.09 14:35:52 1:     main::__ANON__                      called by fhem.pl (745)
2019.07.09 14:35:52 1: PERL WARNING: Use of uninitialized value $name in concatenation (.) or string at ./FHEM/31_HUEDevice.pm line 1631.
2019.07.09 14:35:52 1: stacktrace:
2019.07.09 14:35:52 1:     main::__ANON__                      called by ./FHEM/31_HUEDevice.pm (1631)
2019.07.09 14:35:52 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1792)
2019.07.09 14:35:52 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (609)
2019.07.09 14:35:52 1:     main::__ANON__                      called by fhem.pl (745)
2019.07.09 14:35:52 1: PERL WARNING: Use of uninitialized value in string ne at ./FHEM/31_HUEDevice.pm line 1632.
2019.07.09 14:35:52 1: stacktrace:
2019.07.09 14:35:52 1:     main::__ANON__                      called by ./FHEM/31_HUEDevice.pm (1632)
2019.07.09 14:35:52 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1792)
2019.07.09 14:35:52 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (609)
2019.07.09 14:35:52 1:     main::__ANON__                      called by fhem.pl (745)
2019.07.09 14:35:52 1: ERROR: empty name in readingsBeginUpdate
2019.07.09 14:35:52 1: stacktrace:
2019.07.09 14:35:52 1:     main::readingsBeginUpdate           called by fhem.pl (4915)
2019.07.09 14:35:52 1:     main::readingsSingleUpdate          called by ./FHEM/31_HUEDevice.pm (1632)
2019.07.09 14:35:52 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1792)
2019.07.09 14:35:52 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (609)
2019.07.09 14:35:52 1:     main::__ANON__                      called by fhem.pl (745)
2019.07.09 14:35:52 1: PERL WARNING: Use of uninitialized value $name in concatenation (.) or string at fhem.pl line 4770.
2019.07.09 14:35:52 1: stacktrace:
2019.07.09 14:35:52 1:     main::__ANON__                      called by fhem.pl (4770)
2019.07.09 14:35:52 1:     main::readingsBulkUpdate            called by fhem.pl (4916)
2019.07.09 14:35:52 1:     main::readingsSingleUpdate          called by ./FHEM/31_HUEDevice.pm (1632)
2019.07.09 14:35:52 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1792)
2019.07.09 14:35:52 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (609)
2019.07.09 14:35:52 1:     main::__ANON__                      called by fhem.pl (745)
2019.07.09 14:35:52 1: readingsUpdate(,rgb,Please define  first) missed to call readingsBeginUpdate first.
2019.07.09 14:35:52 1: stacktrace:
2019.07.09 14:35:52 1:     main::readingsBulkUpdate            called by fhem.pl (4916)
2019.07.09 14:35:52 1:     main::readingsSingleUpdate          called by ./FHEM/31_HUEDevice.pm (1632)
2019.07.09 14:35:52 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1792)
2019.07.09 14:35:52 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (609)
2019.07.09 14:35:52 1:     main::__ANON__                      called by fhem.pl (745)
2019.07.09 14:35:52 1: PERL WARNING: Use of uninitialized value $d in hash element at fhem.pl line 4525.
2019.07.09 14:35:52 1: stacktrace:
2019.07.09 14:35:52 1:     main::__ANON__                      called by fhem.pl (4525)
2019.07.09 14:35:52 1:     main::AttrVal                       called by fhem.pl (4621)
2019.07.09 14:35:52 1:     main::evalStateFormat               called by fhem.pl (4727)
2019.07.09 14:35:52 1:     main::readingsEndUpdate             called by fhem.pl (4917)
2019.07.09 14:35:52 1:     main::readingsSingleUpdate          called by ./FHEM/31_HUEDevice.pm (1632)
2019.07.09 14:35:52 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1792)
2019.07.09 14:35:52 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (609)
2019.07.09 14:35:52 1:     main::__ANON__                      called by fhem.pl (745)
2019.07.09 14:35:52 1: PERL WARNING: Use of uninitialized value $d in hash element at fhem.pl line 4525.
2019.07.09 14:35:52 1: stacktrace:
2019.07.09 14:35:52 1:     main::__ANON__                      called by fhem.pl (4525)
2019.07.09 14:35:52 1:     main::AttrVal                       called by fhem.pl (4621)
2019.07.09 14:35:52 1:     main::evalStateFormat               called by fhem.pl (4727)
2019.07.09 14:35:52 1:     main::readingsEndUpdate             called by fhem.pl (4917)
2019.07.09 14:35:52 1:     main::readingsSingleUpdate          called by ./FHEM/31_HUEDevice.pm (1632)
2019.07.09 14:35:52 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1792)
2019.07.09 14:35:52 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (609)
2019.07.09 14:35:52 1:     main::__ANON__                      called by fhem.pl (745)
2019.07.09 14:35:52 1: PERL WARNING: Use of uninitialized value $dev in hash element at fhem.pl line 3626.
2019.07.09 14:35:52 1: stacktrace:
2019.07.09 14:35:52 1:     main::__ANON__                      called by fhem.pl (3626)
2019.07.09 14:35:52 1:     main::DoTrigger                     called by fhem.pl (4735)
2019.07.09 14:35:52 1:     main::readingsEndUpdate             called by fhem.pl (4917)
2019.07.09 14:35:52 1:     main::readingsSingleUpdate          called by ./FHEM/31_HUEDevice.pm (1632)
2019.07.09 14:35:52 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1792)
2019.07.09 14:35:52 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (609)
2019.07.09 14:35:52 1:     main::__ANON__                      called by fhem.pl (745)
2019.07.09 14:36:52 1: PERL WARNING: Use of uninitialized value $name in concatenation (.) or string at ./FHEM/31_HUEDevice.pm line 1213.
2019.07.09 14:36:52 1: stacktrace:
2019.07.09 14:36:52 1:     main::__ANON__                      called by ./FHEM/31_HUEDevice.pm (1213)
2019.07.09 14:36:52 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1792)
2019.07.09 14:36:52 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (609)
2019.07.09 14:36:52 1:     main::__ANON__                      called by fhem.pl (745)
2019.07.09 14:36:52 1: PERL WARNING: Use of uninitialized value in string eq at ./FHEM/31_HUEDevice.pm line 1221.
2019.07.09 14:36:52 1: stacktrace:
2019.07.09 14:36:52 1:     main::__ANON__                      called by ./FHEM/31_HUEDevice.pm (1221)
2019.07.09 14:36:52 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1792)
2019.07.09 14:36:52 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (609)
2019.07.09 14:36:52 1:     main::__ANON__                      called by fhem.pl (745)
2019.07.09 14:36:52 1: PERL WARNING: Use of uninitialized value in string eq at ./FHEM/31_HUEDevice.pm line 1322.
2019.07.09 14:36:52 1: stacktrace:
2019.07.09 14:36:52 1:     main::__ANON__                      called by ./FHEM/31_HUEDevice.pm (1322)
2019.07.09 14:36:52 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1792)
2019.07.09 14:36:52 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (609)
2019.07.09 14:36:52 1:     main::__ANON__                      called by fhem.pl (745)
2019.07.09 14:36:52 1: PERL WARNING: Use of uninitialized value $name in hash element at ./FHEM/31_HUEDevice.pm line 1469.
2019.07.09 14:36:52 1: stacktrace:
2019.07.09 14:36:52 1:     main::__ANON__                      called by ./FHEM/31_HUEDevice.pm (1469)
2019.07.09 14:36:52 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1792)
2019.07.09 14:36:52 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (609)
2019.07.09 14:36:52 1:     main::__ANON__                      called by fhem.pl (745)
2019.07.09 14:36:52 1: PERL WARNING: Use of uninitialized value $name in hash element at ./FHEM/31_HUEDevice.pm line 1471.
2019.07.09 14:36:52 1: stacktrace:
2019.07.09 14:36:52 1:     main::__ANON__                      called by ./FHEM/31_HUEDevice.pm (1471)
2019.07.09 14:36:52 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1792)
2019.07.09 14:36:52 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (609)
2019.07.09 14:36:52 1:     main::__ANON__                      called by fhem.pl (745)
2019.07.09 14:36:52 1: PERL WARNING: Use of uninitialized value $name in hash element at ./FHEM/31_HUEDevice.pm line 1512.
2019.07.09 14:36:52 1: stacktrace:
2019.07.09 14:36:52 1:     main::__ANON__                      called by ./FHEM/31_HUEDevice.pm (1471)
2019.07.09 14:36:52 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1792)
2019.07.09 14:36:52 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (609)
2019.07.09 14:36:52 1:     main::__ANON__                      called by fhem.pl (745)
2019.07.09 14:36:52 1: PERL WARNING: Use of uninitialized value $name in hash element at ./FHEM/31_HUEDevice.pm line 1517.
2019.07.09 14:36:52 1: stacktrace:
2019.07.09 14:36:52 1:     main::__ANON__                      called by ./FHEM/31_HUEDevice.pm (1517)
2019.07.09 14:36:52 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1792)
2019.07.09 14:36:52 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (609)
2019.07.09 14:36:52 1:     main::__ANON__                      called by fhem.pl (745)
2019.07.09 14:36:52 1: PERL WARNING: Use of uninitialized value $name in hash element at ./FHEM/31_HUEDevice.pm line 1519.
2019.07.09 14:36:52 1: stacktrace:
2019.07.09 14:36:52 1:     main::__ANON__                      called by ./FHEM/31_HUEDevice.pm (1519)
2019.07.09 14:36:52 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1792)
2019.07.09 14:36:52 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (609)
2019.07.09 14:36:52 1:     main::__ANON__                      called by fhem.pl (745)
2019.07.09 14:36:52 1: ERROR: empty name in readingsBeginUpdate
2019.07.09 14:36:52 1: stacktrace:
2019.07.09 14:36:52 1:     main::readingsBeginUpdate           called by ./FHEM/31_HUEDevice.pm (1533)
2019.07.09 14:36:52 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1792)
2019.07.09 14:36:52 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (609)
2019.07.09 14:36:52 1:     main::__ANON__                      called by fhem.pl (745)
2019.07.09 14:36:52 1: PERL WARNING: Use of uninitialized value in string ne at ./FHEM/31_HUEDevice.pm line 1626.
2019.07.09 14:36:52 1: stacktrace:
2019.07.09 14:36:52 1:     main::__ANON__                      called by ./FHEM/31_HUEDevice.pm (1626)
2019.07.09 14:36:52 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1792)
2019.07.09 14:36:52 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (609)
2019.07.09 14:36:52 1:     main::__ANON__                      called by fhem.pl (745)
2019.07.09 14:36:52 1: PERL WARNING: Use of uninitialized value $name in concatenation (.) or string at fhem.pl line 4770.
2019.07.09 14:36:52 1: stacktrace:
2019.07.09 14:36:52 1:     main::__ANON__                      called by fhem.pl (4770)
2019.07.09 14:36:52 1:     main::readingsBulkUpdate            called by ./FHEM/31_HUEDevice.pm (1626)
2019.07.09 14:36:52 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1792)
2019.07.09 14:36:52 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (609)
2019.07.09 14:36:52 1:     main::__ANON__                      called by fhem.pl (745)
2019.07.09 14:36:52 1: readingsUpdate(,state,off) missed to call readingsBeginUpdate first.
2019.07.09 14:36:52 1: stacktrace:
2019.07.09 14:36:52 1:     main::readingsBulkUpdate            called by ./FHEM/31_HUEDevice.pm (1626)
2019.07.09 14:36:52 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1792)
2019.07.09 14:36:52 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (609)
2019.07.09 14:36:52 1:     main::__ANON__                      called by fhem.pl (745)
2019.07.09 14:36:52 1: PERL WARNING: Use of uninitialized value $d in hash element at fhem.pl line 4525.
2019.07.09 14:36:52 1: stacktrace:
2019.07.09 14:36:52 1:     main::__ANON__                      called by fhem.pl (4525)
2019.07.09 14:36:52 1:     main::AttrVal                       called by fhem.pl (4621)
2019.07.09 14:36:52 1:     main::evalStateFormat               called by fhem.pl (4727)
2019.07.09 14:36:52 1:     main::readingsEndUpdate             called by ./FHEM/31_HUEDevice.pm (1628)
2019.07.09 14:36:52 1:     main::HUEDevice_Parse               called by ./FHEM/30_HUEBridge.pm (1792)
2019.07.09 14:36:52 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (609)
2019.07.09 14:36:52 1:     main::__ANON__                      called by fhem.pl (745)
2019.07.09 14:36:52 1: PERL WARNING: Use of uninitialized value $d in hash element at fhem.pl line 4525.


Ich habe das Device an der Bridge angelernt und dann einfach gewartet. Das geht dann im Logfile immer so weiter, bis man den FHEM neu startet oder "set <bridge> autocreate" ausführt. Irgendwann um 19 Uhr fiel mir wieder ein, dass ich gerade diesen Test mache. Da hatte ich schon knappe 5 Stunden davon im Logfile.

By the way... Hier gibt's noch einen Rechtschreibfehler: "HUEBridge: message for unknown device received"

Viele Grüße Hoppel
Titel: Antw:philips hue modul
Beitrag von: Jostar am 19 Juli 2019, 13:33:29
Hallo,

gibt es eine Möglichkeit die Bewegungssensoren aus fhem heraus zu aktivieren bzw. zu deaktivieren? In der Hue-App geht das unter "Einstellungen" -> "Zubehör einrichten".

Der Status des Sensors wird auch in fhem als internal "on" im Sensor-Device auch richtig ausgelesen und angezeigt.

defmod PIR_draussen HUEDevice sensor 2 1 IODev=huebridge

Gruß und Danke
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 19 Juli 2019, 15:05:14
@Jostar: das geht über setsensor oder configsensor in der bridge oder dem device bzw. einem passenden setList eintrag im device.

ich glaube irgendwo im forum gibt es ein beispiel.


@hoppel118: hab den tippfehler korrigiert und eventuell auch die warnung behoben.
Titel: Antw:philips hue modul
Beitrag von: hoppel118 am 19 Juli 2019, 19:16:05
Danke!
Titel: Antw:philips hue modul
Beitrag von: Master_Nick am 21 Juli 2019, 00:48:27
Ich hab hier gerade eine Meldung nach der sich FHEM neu startet:

Can't use an undefined value as an ARRAY reference at ./FHEM/30_HUEBridge.pm line 934.



Muss ich einmal meine 2 Lampen und die Brdige raus kloppen und neu definieren :-D ? Oder kann man das so fixen. Ich zweifel daran, dass es vom Modul ist.

Das wäre sonst...

Zeile 934 ->  my $lights = join( ",", @{$scenes->{$_}{lights}} );



Bereich:
    if( my $scenes = $hash->{helper}{scenes} ) {
      my %count;
      map { $count{$scenes->{$_}{name}}++ } keys %{$scenes};
      $list .= " scene:". join(",", sort map { my $scene = $scenes->{$_}{name};
                                               my $group = '';
                                               if( $count{$scene} > 1 ) {
                                                 my $lights = join( ",", @{$scenes->{$_}{lights}} );
                                                 $group = HUEbridge_groupOfLights($hash,$lights);
                                                 $group = join( ";", map { my $l = $hash->{helper}{lights}{$_}{name}; $l?$l:$_;} @{$scenes->{$_}{lights}} ) if( !$group && $hash->{helper}{lights} );
                                                 $group = $lights if( !$group );
                                                 $group =~ s/,/;/g;
                                                 $group = '' if( $group =~ /,/ );
                                                 $group = $_ if( !$group );

                                                 $scene .= " ($group)";
                                                 $scene .= " [id=$_]" if( 1 || $group =~ /;/ );;
                                               }
                                               $scene =~ s/ /#/g; $scene;} keys %{$scenes} );
    } else {
      $list .= " scene";
    }



*EDIT*
Sobald ich die Bridge aus meiner config raus nehmen geht es wieder ... definiere ich sie erneut ->  Can't use an undefined value as an ARRAY reference at ./FHEM/30_HUEBridge.pm line 934.
Und das kommt sobald man den Raum im WebUi anklickt in dem die Hue Bridge ist.

Okay  :o nun kann ich sie definieren und es kommt sofort der restart von FHEM mit logging ->  Can't use an undefined value as an ARRAY reference at ./FHEM/30_HUEBridge.pm line 934.

Nutzt das Hue Modul die dbus library?
Titel: Antw:philips hue modul
Beitrag von: volschin am 22 Juli 2019, 09:09:13
Hallo Andre, hallo Alle,
weiß jemand, ob man die alten Philips Zwischenstecker LWL001 und die Lampe LWB001 auch an deCONZ angelernt bekommt?
Ich bin momentan dabei meine Installation stückweise von der HueBridge umzuziehen, hab aber erstmal mit den Dingen angefangen, die einen funktionellen Mehrwert haben, wie SP120 und Bewegungssensoren, sowie Schalter.

Danke und Gruß
Veit
Titel: Antw:philips hue modul
Beitrag von: Master_Nick am 23 Juli 2019, 09:09:44
Ich hatte nun ein Backup eingespielt und sieh da es ging wieder alles.
Grund ist mir aber noch unklar.


*EDIT* -> Ich weiß nun was es war - ich habe soeben ein Update gemacht (mein Backup war vom 22.03.2019):

Dabei wurde unter anderem geupdatet:

2019.07.23 17:30:27 1: UPD FHEM/30_HUEBridge.pm
2019.07.23 17:30:28 1: UPD FHEM/31_HUEDevice.pm

Und Zack:

Can't use an undefined value as an ARRAY reference at ./FHEM/30_HUEBridge.pm line 934.

Habe nun die 30_HUEBridge.pm aus dem restoreDir gezogen und es geht wieder.


Habe es mal verglichen, da scheint einiges komplett neu zu sein - und bei mir knallt es - muss ich mal die Bridge Sachen alle löschen aus FHEM und neu definieren?
Eigentlich sollte das ja nicht nötig sein - wenn was neu erstellt werden müsste - bräuchte es dafür einen check. Allerdings will ich auch nicht behaupten, dass ich wüsste was da gemacht wird. :-D

Siehe Anhang.
Titel: Antw:philips hue modul
Beitrag von: Jostar am 26 Juli 2019, 14:03:35
Hallo,

danke @justme1968, der gute Tipp mit:
get huebridge sensors detail

bringt die gewünschten Infos zum Sensor:
2: Bewegungsmelder1 PIR_draussen    ZLLPresence          {"lastupdated":"2019-07-26T11:53:16","presence":false}
                                                         {"alert":"none","sensitivitymax":4,"battery":100,"usertest":false,"ledindication":false,"pending":[],"sensitivity":1,"on":true,"reachable":true}


Bei Änderung in der Hue-App unter "Einstellungen" -> "Zubehör einrichten" -> Schalter on/off ändert sich der Parameter "on" zu "true" bzw. "false".

Der Befehl:
set huebridge setsensor 2 { "on": true }
führt zur Fehlermeldung "parameter, on, not available".

Der Befehl:
set huebridge configsensor 2 { "on": true }
führt auch zu dem gewünschten Erfolg, in fhem. Die App merkt davon leider nichts und auch der Sensor scheint unbeindruckt. Habe ich einen Denkfehler?
Titel: Antw:philips hue modul
Beitrag von: Lippie am 26 Juli 2019, 19:48:25
Hallo,

ich nutze das huedevice zusammen mit einer HABridge. Mein Problem dabei ist, dass ich aktuell aus FHEM heraus den aktuellen Status [An|Aus|Dimwert] zwar senden kann, jedoch bekomme ich das als Befehl aus der HABridge zurück.

Nach etwas nachlesen bin ich auf folgendes gestoßen:
ZitatUpdate bridge internal light state
Allows the user to set the internal state of the light on and off, modify the brightness. This is not a HUE API call and is special to the bridge as it keeps track of the state changes to the light from the API. It is intended to allow you to sync the bridge state with your HA system state.

PUT   http://host:port/api/<username>/lights/<id>/bridgeupdatestate
Body arguments
These are examples that can be used in the control of items within the bridge, but for HUE passthru devices, the complete state object is sent. Name |   Type |   Description -----|-------|------------- on |   bool |   On/Off state of the light. On=true, Off=false. Optional bri |   uint8 |   The brightness value to set the light to. Brightness is a scale from 1 (the minimum the light is capable of) to 254 (the maximum). Note: a brightness of 1 is not off. e.g. "brightness": 60 will set the light to a specific brightness. Optional

{
   "on": true,
   "bri": 200
}
Response
A response to a successful PUT request contains confirmation of the arguments passed in. Note: If the new value is too large to return in the response due to internal memory constraints then a value of "Updated." is returned.

[
   {"success":{"/lights/1/state/bri":200}},
   {"success":{"/lights/1/state/on":true}},
]

leider wird mir dieser Befehl in meinen nicht Devices nicht angezeigt.

Meine Devices werden wie folgt über autocreate angelegt:
defmod HUEDevice11 HUEDevice 11  IODev=HABridge
attr HUEDevice11 IODev HABridge
attr HUEDevice11 alias Licht Balkon
attr HUEDevice11 color-icons 2
attr HUEDevice11 devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
attr HUEDevice11 group Licht
attr HUEDevice11 icon hue_filled_white_and_color_e27_b22
attr HUEDevice11 model LWB007
attr HUEDevice11 room HUEDevice
attr HUEDevice11 subType dimmer
attr HUEDevice11 webCmd pct:toggle:on:off

setstate HUEDevice11 off
setstate HUEDevice11 2019-07-26 16:41:02 SyncConter 1
setstate HUEDevice11 2019-07-13 22:03:56 alert none
setstate HUEDevice11 2019-07-26 19:30:20 bri 0
setstate HUEDevice11 2018-12-01 14:39:57 colormode xy
setstate HUEDevice11 2019-07-26 16:42:39 onoff 0
setstate HUEDevice11 2019-07-26 16:42:39 pct 0
setstate HUEDevice11 2019-07-25 23:01:49 reachable 1
setstate HUEDevice11 2018-12-01 14:39:57 rgb 000000
setstate HUEDevice11 2019-07-26 16:42:39 state off
setstate HUEDevice11 2018-12-01 14:39:57 xy 0,0


Leider bin ich noch nicht so fit, hier selbst einen Änderungsvorschlag zu machen. Deswegen hoffe ich hier jemanden zu finden, der mir "bridgeupdatestate"
implementiert.

viele Grüße
Sebastian
Titel: Antw:philips hue modul
Beitrag von: Lippie am 30 Juli 2019, 21:19:28
Hallo,

habe mein Problem lösen können.

Folgende Änderung in 30_HUEBridge ist notwendig:

zusätzliche Abfrage in Zeile 1834


    } elsif( $type =~ m/^lights\/(\d*)\/bridgeupdatestate$/ ) {
      if( $queryAfterSet ) {
        my $chash = $param->{chash};
        if( $chash->{helper}->{update_timeout} ) {
          RemoveInternalTimer($chash);
          InternalTimer(gettimeofday()+1, "HUEDevice_GetUpdate", $chash, 0);
        } else {
          RemoveInternalTimer($chash);
          HUEDevice_GetUpdate( $chash );
        }
      }


in 31_HUEDevice noch folgende Zusätze/Änderungen:

in Zeile 433 zusätzliche Absicherung der Parameter

  if($cmd eq "bridgeupdatestate" ) {
    if($value eq "on" && !defined($value2)){
$value = 100;
}elsif($value eq "off"){
$value = 0;
}elsif($value eq "on" && defined($value2)){
$value = $value2;
}
  }


und in Zeile 454 Erweiterung um die Verarbeitung des Befehls:

elsif($cmd eq 'bridgeupdatestate') {
    if ( $value == 0 ) {
$obj->{'on'}  = JSON::false;
$obj->{'bri'}  = int(0);
}else{
my $bri;
if( $value > 50 ) {
  $bri = 2.57 * ($value-50) + 128;
} else {
  $bri = 2.59 * ($value-50) + 128;
}
$bri = 0 if( $bri < 0 );
$bri = 254 if( $bri > 254 );
$obj->{'on'}  = JSON::true;
$obj->{'bri'}  = int($bri);
}
    $obj->{'transitiontime'} = $value * 10 if( defined($value) );


Erweiterung der SETLIST in Zeile 894

  my $list = "off:noArg on:noArg toggle:noArg statusRequest:noArg bridgeupdatestate";

in Zeile 867 muss noch der IO-Befehl hinzugefügt werden:

} elsif ( $cmd eq "bridgeupdatestate" ) {
      $result = HUEDevice_ReadFromServer($hash,"$hash->{ID}/bridgeupdatestate",\%obj);
    }


Ich würde mich sehr freuen, wenn das ins nächste Update mit aufgenommen wird.
Damit kann man den Status der Devices auf der HA-Bridge und damit z.B. auf der Harmony,... aktualisieren, ohne dass ein set-Befehl zurück an FHEM gesendet wird, den mann dann mühsam abfangen muss.

viele Grüße
Sebastian
Titel: Antw:philips hue modul
Beitrag von: binford6000 am 01 August 2019, 11:37:24
Hallo,
nach einem heutigen Update - die HUE-Module waren NICHT dabei! - erscheint folgende Fehlermeldung
im log und fhem bleibt einfach stehen. Der fhem-Dienst läuft weiter, homebridge und alexa ebenso. Aber halt
keine Steuerung mehr möglich:
Can't call method "Dumper" on unblessed reference at ./FHEM/31_HUEDevice.pm line 1215.

Was will mir dieser Fehler sagen und warum stoppt fhem komplett obwohl anscheinend noch alles läuft?  ???
Falls ihr noch mehr Infos braucht bitte melden!

Hier der ganze Update/Neustart Prozess im Logfile:
2019.08.01 10:57:36 1: fhem
2019.08.01 10:57:36 1: RMDIR: ./restoreDir/update/2019-07-19
2019.08.01 10:57:36 1: UPD FHEM/70_KODI.pm
2019.08.01 10:57:37 1: UPD FHEM/74_Unifi.pm
2019.08.01 10:57:37 1: UPD FHEM/74_UnifiSwitch.pm
2019.08.01 10:57:37 1: UPD FHEM/lib/AttrTemplate/mqtt2.template
2019.08.01 10:57:37 1: saving fhem.cfg
2019.08.01 10:57:37 1: saving ./log/fhem.save
2019.08.01 10:57:37 1:
2019.08.01 10:57:37 1:
2019.08.01 10:57:37 1: fhemabfall
2019.08.01 10:57:37 1: nothing to do...
2019.08.01 10:57:37 1:
2019.08.01 10:57:37 1:
2019.08.01 10:57:37 1: ha_theme
2019.08.01 10:57:37 1: nothing to do...
2019.08.01 10:57:37 1:
2019.08.01 10:57:37 1:
2019.08.01 10:57:37 1: sird
2019.08.01 10:57:37 1: nothing to do...
2019.08.01 10:57:37 1:
2019.08.01 10:57:37 1:
2019.08.01 10:57:37 1: Blitzer
2019.08.01 10:57:38 1: nothing to do...
2019.08.01 10:57:38 1:
2019.08.01 10:57:38 1:
2019.08.01 10:57:38 1: fhem-flex
2019.08.01 10:57:38 1: UPD www/pgm2/flex.js
2019.08.01 10:57:38 1: Got 141261 bytes for www/pgm2/flex.js, expected 140911
2019.08.01 10:57:38 1: aborting.
2019.08.01 10:59:31 1: Server shutdown delayed due to siri,alexa for max 10 sec
2019.08.01 10:59:33 3: alexa: read: end of file reached while sysread
2019.08.01 10:59:33 3: alexa: stopped
2019.08.01 10:59:36 3: siri: stopped
2019.08.01 10:59:36 0: Server shutdown
2019.08.01 10:59:36 0: SONOS0: Das Lauschen auf der Schnittstelle wurde beendet. Prozess endet nun auch...
2019.08.01 10:59:40 1: Including fhem.cfg
2019.08.01 10:59:40 3: telnetPort: port 7072 opened
2019.08.01 10:59:40 3: WEB: port 8083 opened
2019.08.01 10:59:41 1: wz_stehlampe_licht: no I/O device
2019.08.01 10:59:41 1: wz_treppe_licht: no I/O device
2019.08.01 10:59:41 1: wz_strasse_licht: no I/O device
2019.08.01 10:59:41 1: ka_lampe_licht: no I/O device
2019.08.01 10:59:41 1: wz_kugel_licht: no I/O device
2019.08.01 10:59:41 1: moebHUEs_HUEGroup0: no I/O device
2019.08.01 10:59:41 3: [Daemmerung] got no weather info from yahoo. Error code: http://query.yahooapis.com/v1/public/yql?q=select%20*%20from%20weather.forecast%20where%20woeid=0%20and%20u=%27c%27&format=json&env=store%3A%2F%2Fdatatables.org%2Falltableswithkeys: Can't connect(1) to http://query.yahooapis.com:80: IO::Socket::INET: Bad hostname 'query.yahooapis.com:80'
2019.08.01 10:59:41 3: telnetForBlockingFn_1564649981: port 42221 opened
2019.08.01 10:59:43 1: HUEGroup2: no I/O device
2019.08.01 10:59:43 3: amazon_dash: listening
2019.08.01 10:59:43 3: TelegramBot_Define fhembot: called
2019.08.01 10:59:43 1: moebHUEs_HUEGroup3: no I/O device
2019.08.01 10:59:46 3: rss_tagesschau100: Defined with URL http://www.tagesschau.de/export/video-podcast/webm/tagesschau-in-100-sekunden/ and interval 1800 featurelevel 5.9
2019.08.01 10:59:46 1: ku_bwm: no I/O device
2019.08.01 10:59:46 3: archetype (DOIF_archetype) - starting inheritance inheritors
2019.08.01 10:59:46 3: archetype (DOIF_archetype) - inheritance inheritors done
2019.08.01 10:59:46 3: archetype (DOIF_archetype) - starting inheritance attribute "icon" to inheritors
2019.08.01 10:59:46 3: archetype (DOIF_archetype) - inheritance inheritors done
2019.08.01 10:59:46 3: archetype (NOTIFY_archetype) - starting inheritance inheritors
2019.08.01 10:59:46 3: archetype (NOTIFY_archetype) - inheritance inheritors done
2019.08.01 10:59:46 3: archetype (NOTIFY_archetype) - starting inheritance attribute "devStateIcon" to inheritors
2019.08.01 10:59:46 3: archetype (NOTIFY_archetype) - inheritance inheritors done
2019.08.01 10:59:46 3: archetype (NOTIFY_archetype) - starting inheritance attribute "icon" to inheritors
2019.08.01 10:59:46 3: archetype (NOTIFY_archetype) - inheritance inheritors done
2019.08.01 10:59:46 3: archetype (NOTIFY_archetype) - starting inheritance attribute "room" to inheritors
2019.08.01 10:59:46 3: archetype (NOTIFY_archetype) - inheritance inheritors done
2019.08.01 10:59:46 3: archetype (msgConfig_archetype) - starting inheritance inheritors
2019.08.01 10:59:46 3: archetype (msgConfig_archetype) - starting inheritance attribute "group" to inheritors
2019.08.01 10:59:46 3: archetype (msgConfig_archetype) - starting inheritance attribute "icon" to inheritors
2019.08.01 10:59:46 3: archetype (msgConfig_archetype) - starting inheritance attribute "room" to inheritors
2019.08.01 10:59:46 1: ku_huesens_light: no I/O device
2019.08.01 10:59:46 1: ku_huesens_temp: no I/O device
2019.08.01 10:59:48 2: EGPM2LAN Powerstate: 0,0,1,0
2019.08.01 10:59:51 3: AptToDate (fhem1apt) - defined
2019.08.01 10:59:51 1: FULLY: [fully] Version 1.2 Opening device 10.3.3.215
2019.08.01 10:59:51 3: Opening CUL868 device 10.3.3.41:2002
2019.08.01 10:59:51 3: CUL868: Possible commands: ABbCeFGhiKkLlMmNRTtUuVWXxYZ
2019.08.01 10:59:51 3: CUL868 device opened
2019.08.01 10:59:51 2: Switched CUL868 rfmode to HomeMatic
2019.08.01 10:59:51 1: HUEGroup4: no I/O device
2019.08.01 10:59:51 1: PERL WARNING: Subroutine cttorgb redefined at ./FHEM/31_Aurora.pm line 550, <$fh> line 3050.
2019.08.01 10:59:51 1: PERL WARNING: Subroutine xyYtorgb redefined at ./FHEM/31_Aurora.pm line 587, <$fh> line 3050.
2019.08.01 10:59:51 3: Opening CUL433 device /dev/ttyACM0
2019.08.01 10:59:51 3: Setting CUL433 serial parameters to 38400,8,N,1
2019.08.01 10:59:51 3: CUL433: Possible commands: ABCEeFGhiKkLlMmRTtUuVWXxY
2019.08.01 10:59:51 3: CUL433 device opened
2019.08.01 10:59:51 1: bu_spot_licht: no I/O device
2019.08.01 10:59:51 3: Opening Sebastian.gtag2.PRE device 10.3.3.41:5333
2019.08.01 10:59:51 3: Sebastian.gtag2.PRE device opened
2019.08.01 10:59:52 3: NotdienstApotheke: interval is 0, no periodic updates will done.
2019.08.01 10:59:52 3: NotdienstApotheke: Defined with URL https://www.aponet.de/service/notdienstapotheke-finden/suchergebnis/0/65623.html featurelevel 5.9
2019.08.01 10:59:52 3: Sub BleTagBattery_Define (BLEtagBattery) - defined
2019.08.01 10:59:52 3: BleTagBattery_Attr (BLEtagBattery) - device disabled
2019.08.01 10:59:52 3: mqtt2_server: port 1883 opened
2019.08.01 10:59:52 2: eventTypes: loaded 8338 events from ./log/eventTypes.txt
2019.08.01 10:59:54 2: Enabling livetracking url for iphone5SE
2019.08.01 10:59:54 3: light_deconz: I/O device is deconz
2019.08.01 10:59:54 3: sz_bett_licht: I/O device is deconz
2019.08.01 10:59:54 3: wz_kugel2_licht: I/O device is deconz
2019.08.01 10:59:54 3: fl_tischlampe_col_licht: I/O device is deconz
2019.08.01 10:59:54 3: bz_bwm: I/O device is deconz
2019.08.01 10:59:54 3: bz_huesens_temp: I/O device is deconz
2019.08.01 10:59:54 3: bz_huesens_light: I/O device is deconz
2019.08.01 10:59:54 3: sz_bwm: I/O device is deconz
2019.08.01 10:59:54 3: sz_huesens_temp: I/O device is deconz
2019.08.01 10:59:54 3: WEBowntracks: port 8883 opened
2019.08.01 10:59:54 3: wc_lampecol_licht: I/O device is deconz
2019.08.01 10:59:54 3: ku_spot_licht: I/O device is deconz
2019.08.01 10:59:54 3: HUEGroup5: I/O device is deconz
2019.08.01 10:59:54 3: HUEGroup240: I/O device is deconz
2019.08.01 10:59:55 3: medion_sz defined with ip 10.3.3.228 and interval 10
2019.08.01 10:59:55 3: lidl_bz defined with ip 10.3.3.235 and interval 30
2019.08.01 10:59:55 3: wc_bwm: I/O device is deconz
2019.08.01 10:59:55 3: wc_huesens_temp: I/O device is deconz
2019.08.01 10:59:55 3: wc_huesens_light: I/O device is deconz
2019.08.01 10:59:55 3: FHEM2FHEM opening f2f_banana at 10.3.3.11:7072
2019.08.01 10:59:55 3: sz_huesens_light: I/O device is deconz
2019.08.01 10:59:55 3: monitoring (flower_mon) set flower_mon active
2019.08.01 10:59:55 3: ka_wash_socket: I/O device is deconz
2019.08.01 10:59:55 3: ka_huesens_con: I/O device is deconz
2019.08.01 10:59:55 3: ka_huesens_power: I/O device is deconz
2019.08.01 10:59:55 3: wz_hueswitch: I/O device is deconz
2019.08.01 10:59:55 3: wz_huesens_light: I/O device is deconz
2019.08.01 10:59:55 3: fl_huesens_light: I/O device is deconz
2019.08.01 10:59:55 3: wz_huesens_temp: I/O device is deconz
2019.08.01 10:59:55 3: fl_huesens_temp: I/O device is deconz
2019.08.01 10:59:55 3: wz1_bwm: I/O device is deconz
2019.08.01 10:59:55 3: fl1_bwm: I/O device is deconz
2019.08.01 10:59:55 3: innr2_socket: I/O device is deconz
2019.08.01 10:59:55 3: innr2_huesens_power: I/O device is deconz
2019.08.01 10:59:55 3: innr2_huesens_con: I/O device is deconz
2019.08.01 10:59:55 3: WEBtablet: port 8084 opened
2019.08.01 10:59:55 0: [echodevice] load ECHO Device echodot_wz
2019.08.01 10:59:55 0: [echodevice] load ECHO Device echoplay1_wz
2019.08.01 10:59:55 3: WEBflex: port 8082 opened
2019.08.01 10:59:59 1: Including ./log/fhem.save
2019.08.01 11:00:00 3: harmony: starting discovery
2019.08.01 11:00:00 3: harmony: sending discovery
2019.08.01 11:00:00 3: Opening Sebastian.gtag2.PRE device 10.3.3.41:5333
2019.08.01 11:00:00 3: Sebastian.gtag2.PRE device opened
2019.08.01 11:00:00 2: alexa: starting alexa-fhem: /usr/bin/alexa-fhem -c ./alexa-fhem.cfg
2019.08.01 11:00:00 3: alexa: starting
2019.08.01 11:00:00 3: alexa: using logfile: ./log//alexa-2019-08-01.log
2019.08.01 11:00:00 3: amazon_dash: stopped
2019.08.01 11:00:00 3: amazon_dash: listening
2019.08.01 11:00:00 3: deconz_deconz_service: get status of service "deconz" due to startup
2019.08.01 11:00:00 3: deconz_deconz_wifi_service: get status of service "deconz-wifi" due to startup
2019.08.01 11:00:00 3: deconz_update_deconz_service: get status of service "deconz-update" due to startup
2019.08.01 11:00:00 3: fhem1_avahi_service: get status of service "avahi-daemon" due to startup
2019.08.01 11:00:00 3: fhem1_avahi_service: starting service "avahi-daemon" with delay of 300 seconds
2019.08.01 11:00:16 3: ioserver_bluetooth_service: get status of service "bluetooth" due to startup
2019.08.01 11:00:16 3: ioserver_lepresenced_service: get status of service "lepresenced" due to startup
2019.08.01 11:00:16 3: ioserver_ser2net_service: get status of service "ser2net" due to startup
2019.08.01 11:00:16 3: nextcloud_nginx_service: get status of service "nginx" due to startup
2019.08.01 11:00:16 2: siri: starting homebridge /usr/bin/homebridge
2019.08.01 11:00:16 3: siri: starting
2019.08.01 11:00:16 3: siri: using logfile: ./log//homebridgeFHEM-2019-08-01.log
2019.08.01 11:00:16 3: sqlsrv_mysql_service: get status of service "mysql" due to startup
2019.08.01 11:00:16 0: Featurelevel: 5.9
2019.08.01 11:00:16 0: Server started with 407 defined entities (fhem.pl:19805/2019-07-09 perl:5.026001 os:linux user:fhem pid:28108)
2019.08.01 11:00:17 1: CRON: 60 min wurde ausgeführt.
2019.08.01 11:00:17 3: Can't connect to 10.3.3.11:7072: Operation now in progress
2019.08.01 11:00:21 1: PERL WARNING: Use of uninitialized value $value in string eq at fhem.pl line 4750.
2019.08.01 11:00:21 3: ABFALL Muell - CALENDAR:Muell_Kalender triggered, updating ABFALL Muell ...
2019.08.01 11:00:21 1: Timeout for WOL_Ping reached, terminated process 28218
2019.08.01 11:00:21 3: BlockingCall for nas.wol was aborted
2019.08.01 11:00:22 3: YAMAHA_AVR (AV_Receiver) - could not execute command on device AV_Receiver. Please turn on your device in case of deactivated network standby or check for correct hostaddress.
Can't call method "Dumper" on unblessed reference at ./FHEM/31_HUEDevice.pm line 1215.


HUEDevice und HUEBridge sind jeweils auf dem neusten Stand gewesen. So wie der Rest des Systems mit Update
von gestern.

Bei einem Neustart passiert das selbe, bis zum besagten Logeintrag und dann Tschüss fhem...

VG Sebastian
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 01 August 2019, 11:44:01
@Lippie: kannst du mir bitte einen normalen diff dafür machen ?

@binford6000: lösch die betreffende zeile aus dem modul. ich schau es mir an.
Titel: Antw:philips hue modul
Beitrag von: binford6000 am 01 August 2019, 12:04:18
Zitat von: justme1968 am 01 August 2019, 11:44:01
@binford6000: lösch die betreffende zeile aus dem modul. ich schau es mir an.

In Zeile 1429 war es auch noch versteckt. Jetzt läuft die Möhre aber wieder!
Danke für die schnelle Hilfe  :)

VG Sebastian
Titel: Antw:philips hue modul
Beitrag von: Lippie am 01 August 2019, 20:23:28
Zitat von: justme1968 am 01 August 2019, 11:44:01
@Lippie: kannst du mir bitte einen normalen diff dafür machen ?

Gibt einen GIT-Link? Ansonsten habe ich die beiden Dateien ja in den Anhang gelegt.

VG
Sebastian
Titel: Antw:philips hue modul
Beitrag von: Mr.Floppy am 07 August 2019, 15:23:21
Zitat von: binford6000 am 01 August 2019, 11:37:24

Can't call method "Dumper" on unblessed reference at ./FHEM/31_HUEDevice.pm line 1215.


Habe heute nach einem update das gleiche Fehlerbild und Meldungen erhalten, nur zusätzlich mit noch folgenden Zeilen:

Can't call method "Dumper" on unblessed reference at ./FHEM/31_HUEDevice.pm line 1207.
Can't call method "Dumper" on unblessed reference at ./FHEM/31_HUEDevice.pm line 1430.


Nach dem auskommentieren der Zeilen lief FHEM wieder.
Benutze einen ConBeeII stick als Bridge.

Gruß

Titel: Antw:philips hue modul
Beitrag von: WagoAndreas am 07 September 2019, 17:37:36
Hallo an Alle :-)

vielleicht kann mir ja jemand weiterhelfen:-) Ich nutze das Hue Gateway mit den tradfri Leuchten.
Es ist übergeordnet noch eine SPS. Ich kann von der SPS aus die Leuchten über das Gateway wunderbar ansteuern. Jedoch schaffe ich es nicht den pct wert von 0-100 was ja der dimmwert wäre zu übertragen. Ich hätte es so probiert

define n_dimm_Wz1 notify MR_MW20:.* set HUEBRIDGE_HUEGroup1 pct $EVTPART1

MR_MW20 steht der aktuelle dimmwert von 0-100 von der SPS drinnen.
Kann mir jemand sagen was ich da falsch mache oder wie ich da falsch denke :-)
VIELEN VIELEN DANK
Titel: Antw:philips hue modul
Beitrag von: volschin am 09 September 2019, 09:02:16
Etwas wenig Informationen.
1. Eventmonitor anwerfen und Deine Regex eingeben.
2. Schauen, was bei einer manuellen Operation alles für Events geworfen werden. Ich vermute, dein Regex ist zu globalgalaktisch.
3. Wenn Du dein Regex passend auf das Event hast, schauen, ob in EVT_PART1 auch das richtige steht.
Titel: Antw:philips hue modul
Beitrag von: typturbo am 09 September 2019, 12:30:31
Hallo,

soeben die HueBridge auf "1934058060" geupdatetd. App funktioniert normal.

Status in Fhem Connected.
States der Geräte werden auch abgeholt.

Error beim setzen :"invalid/missing parameters in body" bei allen set Kommandos.

jmd eine Idee was zu tun ist?
Titel: Antw:philips hue modul
Beitrag von: stera am 14 September 2019, 20:00:32
Hallo zusammen,

ich habe schon seit einiger Zeit ein HUE Gateway im Einsatz und habe mir vor kurzen ein Conbee II Stick von Dresden Elektronik bestellt.
Das ganze habe ich auf einem Stand-Alone Raspberry installiert und eingerichtet. Den Conbee Stick wollte ich eigentlich gerne parallel für Sensoren verwenden.
Komischerweise kam es nun paar Tage später zu erheblichen Problemen mit FHEM. Es fing damit an, dass die HUE-Bridge sich aufgehängt und nicht erreichbar war. Obwohl "attr httpUtils 1" ist, hängt FHEM beim nicht erreichen. Seit dem bzw. auch nach dem Neustart, bleibt FHEM sofort hängen, wenn ich den Stick nur reinstecke (Es würde nur Strom reichen)
Habe schon versucht die Zigbee Kanäle zu verändern, aber es hilft leider nichts. Wenn ich das HUE-Modul von der HUE-Bridge mit "Disable 1" vorher ausschalte ist alles Okay. Die HUE-App auf dem Handy lässt sich auch normal bedienen im Fehlerfall.

Hatte verbose leider auf "0". Werde sonst nochmal die Logs nachreichen mit "5".

Vllt. habt ihr schon eine Idee, was ich noch ausprobieren könnte bzw. was da so massiv stört!  :-\

Danke,
Stefan
Titel: Antw:philips hue modul
Beitrag von: volschin am 15 September 2019, 17:23:16
Also ich habe zwar nicht den ConBee II, sondern das RaspBee-Modul gleichen Herstellers. Das läuft bombenstabil.
Hast Du autocreate in FHEM abgeschaltet? Was hast Du sonst an Geräten an den USB-Buchsen?

Und mach mal ein List von deinem deCONZ HueBridge Device.
Titel: Antw:philips hue modul
Beitrag von: stera am 16 September 2019, 18:21:14
Danke für die Antwort.

Ich denke ich muss das voerst korrigieren und bin mir nicht mehr sicher ob es überhaupt mit den HUEBridge - ConbeeBridge zusammenhängt.

Problem ist immer noch, auch wenn weniger, das Fhem für ca. 5min hängt und danach Fehlermeldung im Log sind, dass mehrere Netzwerkgeschichten nicht gefunden wurden.
Das gehe ich gerade mit verbose 5 auf den Grund. Satte 1,8Millionen Einträge in 2 Std (430MB)  ::) Habe mir dann per Telegram jede Minute ein Alive geschickt und konnte die 4-5min im Log ausfindig machen, die fehlen. Habe nun erstmal die SynologyÜberwachung ausgestellt vom letzten Eintrag. Habe alles in einer VM laufen und habe schon ein Snapshot von weiter zurück hergestellt. Immer das gleiche. Scheint irgendein Netzwerkproblem zu sein.
Komische Sache..



2019.09.16 15:16:15 4: parse status message for HUE_BWM_BadUnten
2019.09.16 15:16:15 4: HUE_BWM_BadUnten: use offsetUTC 7200 from bridge
2019.09.16 15:16:15 5: HttpUtils url=http://192.168.10.65:5000/webapi/entry.cgi?api=SYNO.SurveillanceStation.Camera&version=8&method="GetCapabilityByCamId"&cameraId=5&_sid="yxxxx"
2019.09.16 15:16:15 4: IP: 192.168.10.65 -> 192.168.10.65
2019.09.16 15:16:15 5: HttpUtils request header:
GET /webapi/entry.cgi?api=SYNO.SurveillanceStation.Camera&version=8&method="GetCapabilityByCamId"&cameraId=5&_sid="xxxx" HTTP/1.0
Host: 192.168.10.65:5000
User-Agent: fhem
Accept-Encoding: gzip,deflate
Accept: application/json

2019.09.16 15:20:20 4: HttpUtils: <hidden>: Can't connect(2) to https://api.telegram.org:443:  SSL wants a read first
2019.09.16 15:20:20 5: TelegramBot_Callback TelegramInfoBot: called from Polling
2019.09.16 15:20:20 5: TelegramBot_Callback TelegramInfoBot: polling returned result? <undef>
Titel: Antw:philips hue modul
Beitrag von: stera am 18 September 2019, 07:37:20
Hallo,

habe jetzt nochmal weiter Ursachenforschung gemacht und denke momentan wieder bisschen mehr an die HueBridge. Sobald ich die zweite HUEBridge(Conbee) hinzufüge, habe ich ganz oft die Hänger vom System. Habe nun das SynologyCam Modul abgestellt und alle Device mit ConbeeBridge gelöscht. Der Fehler tritt nun seltener, aber immer wieder noch auf. Auffällig war auch das S7-Modul, aber das hatte ich zwischenzeitlich auch rausgeschmissen ohne Erfolg.
Ich hänge mal eine Auswertung mit Apptime ran, dort ist die HueBridge doch etwas auffällig oder? Besonders beim MaxDelay. Hängt das ganze evtl mit dem Update um den 7.9 zusammen? Belastend scheinen ja generell das pollen vom Bewegungsmelder zu sein. Das ist ja einer der Gründe, diese auf Conbee umzustellen, um den Push zu nutzen.

Apptime maxDly

name                                     function                               max    count      total  average   maxDly   avgDly TS Max call     param Max call
tmr-HUEDevice_GetUpdate                  HASH(0x55d391deec88)                   449    45692  740977.72    16.22 68145.60    53.29 18.09. 05:38:24 HASH(HUE_BadUnten_Schalter)
tmr-HUEDevice_GetUpdate                  HASH(0x55d391f43838)                   618    45692  693663.00    15.18 68141.30    53.31 18.09. 06:21:51 HASH(HUE_BWM_BadUnten)
tmr-HUEDevice_GetUpdate                  HASH(0x55d3911cc4c8)                   910    45692  663633.29    14.52 68135.85    53.36 17.09. 20:37:45 HASH(HUE_BW_Terrasse_motion)
tmr-HUEDevice_GetUpdate                  HASH(0x55d3919cb580)                  1586    45692  771448.10    16.88 68132.15    53.33 18.09. 07:00:25 HASH(HUE_BW_FlurUnten_motion)
tmr-HUEDevice_GetUpdate                  HASH(0x55d3919b1b90)                  1106    45692  753495.93    16.49 68130.14    53.34 17.09. 20:59:02 HASH(HUE_BW_FlurOben_motion)
tmr-HUEDevice_GetUpdate                  HASH(0x55d3919c3bd0)                   800    45692  725833.17    15.89 68012.53    53.29 18.09. 07:02:22 HASH(HUE_BW_HWR_motion)
tmr-HUEDevice_GetUpdate                  HASH(0x55d391e65488)                   191    45692  695902.86    15.23 68012.29    53.32 17.09. 18:27:45 HASH(HUE_BW_Terrasse2_motion)
tmr-HUEDevice_GetUpdate                  HASH(0x55d3919be100)                   831    45692  674739.25    14.77 68011.54    53.30 18.09. 07:02:52 HASH(HUE_BW_Carport_motion)
tmr-S7_GetUpdate                         HASH(0x55d3918d4528)                   768    45687  791426.32    17.32 67998.29    36.82 18.09. 05:35:31 HASH(myLogo)
tmr-at_Exec                              HASH(0x55d3918c11c0)                   283      803   35913.12    44.72 63044.88   145.30 18.09. 03:21:42 HASH(at_fp_time)
tmr-S7_GetUpdate                         HASH(0x55d391dc0c08)                   613    42937  456976.16    10.64 61307.72    17.51 18.09. 05:37:20 HASH(SPS_S7Aussen)
tmr-PRESENCE_StartLocalScan              HASH(0x55d38e4283b0)                   397      799   42143.04    52.74 61266.14    90.96 17.09. 22:02:35 HASH(LAN_Diskstation)
tmr-PRESENCE_StartLocalScan              HASH(0x55d390a82200)                   437      799   42145.35    52.75 58628.32    94.92 18.09. 07:22:16 HASH(WLANTabletLenovo)
tmr-WOL_UpdateReadings                   HASH(0x55d3919919c0)                   349      784   39922.87    50.92 58469.60    91.86 17.09. 19:01:30 HASH(WOL_SATReceiver)
tmr-ENIGMA2_GetStatus                    HASH(0x55d39188f6c8)                    54     1069    3795.92     3.55 51617.43    65.39 18.09. 06:52:51 HASH(SATReceiver)
tmr-HUEBridge_GetUpdate                  HASH(0x55d391896f00)                  1600      802  294451.74   367.15 48638.15    76.39 18.09. 05:33:57 HASH(HUEBridge1)
tmr-FHEM::GardenaSmartBridge::getDevices HASH(0x55d391e60698)                    46     1555    4997.45     3.21 47767.26    46.04 17.09. 20:21:43 HASH(GardenaBridge)
tmr-FW_closeInactiveClients              0                                       35      803    2323.19     2.89 45792.80   433.93 18.09. 06:56:45 0


Apptime max

name                                     function                               max    count      total  average   maxDly   avgDly TS Max call     param Max call
tmr-S7_connect                           HASH(0x55d391dc0c08)                 67989      447 1342776.89  3003.98   285.23     8.21 18.09. 05:46:44 HASH(SPS_S7Aussen)
tmr-TPLinkHS110_Get                      HASH(0x55d390990060)                  3531      157   12056.58    76.79   386.13    15.91 17.09. 18:31:59 HASH(TPLINK_SD_FernseherWZ)
myDbLog                                  DbLog_Get                             3324       15    5472.82   364.85     0.00     0.00 17.09. 22:00:57 HASH(myDbLog); myDbLog; HISTORY; INT; 2019-09-16_22:05:00; 2019-09-17_22:04:59; HM_Zaehlersensor_Gas:gasCntGesamt::delta-h
d_rpc010025BidCos_RF                     HMCCURPCPROC_Read                     2479     2600  152019.92    58.47     0.00     0.00 17.09. 18:18:53 HASH(d_rpc010025BidCos_RF)
tmr-DOIF_TimerTrigger                    REF(0x55d3964d4d18)                   1611        1    1611.99  1611.99     0.90     0.90 18.09. 04:20:01 REF(0x55d3964d4d18)
tmr-HUEBridge_GetUpdate                  HASH(0x55d391896f00)                  1600      795  292677.08   368.15 48638.15    77.05 18.09. 05:33:57 HASH(HUEBridge1)
tmr-HUEDevice_GetUpdate                  HASH(0x55d3919cb580)                  1586    45278  765225.81    16.90 68132.15    53.62 18.09. 07:00:25 HASH(HUE_BW_FlurUnten_motion)
tmr-HUEDevice_GetUpdate                  HASH(0x55d391d754e0)                  1355       14    7375.70   526.84   328.93    28.33 18.09. 05:59:48 HASH(HUE_BadOben_Gruppe)
HUEBridge1                               HUEBridge_Set                         1288      103   32001.62   310.70     0.00     0.00 18.09. 05:59:48 HASH(HUEBridge1); HUEBridge1; statusRequest
doif_Amad.Tablet                         DOIF_Notify                           1281    56603   36350.95     0.64     0.00     0.00 18.09. 07:00:25 HASH(doif_Amad.Tablet); HASH(HUE_BW_FlurUnten_motion)
tmr-Calendar_PollChild                   HASH(0x55d3918a7220)                  1234       13   10918.26   839.87   900.95    76.57 18.09. 00:00:04 HASH(Abfall)
tmr-HUEDevice_GetUpdate                  HASH(0x55d3919b1b90)                  1106    45278  747348.62    16.51 68130.14    53.63 17.09. 20:59:02 HASH(HUE_BW_FlurOben_motion)
doif_UeberwachungLampen                  DOIF_Notify                            957    56603   35674.78     0.63     0.00     0.00 18.09. 04:20:01 HASH(doif_UeberwachungLampen); HASH(Taktmerker)
tmr-DOIF_TimerTrigger                    REF(0x55d395eb0728)                    919        1     919.15   919.15     0.81     0.81 18.09. 03:15:00 REF(0x55d395eb0728)
tmr-ONKYO_AVR_connectionCheck            HASH(0x55d39198b000)                   918      784   33974.55    43.33 42575.11    71.06 18.09. 07:00:58 HASH(MusikReceiver)
tmr-HUEDevice_GetUpdate                  HASH(0x55d3911cc4c8)                   910    45278  657543.82    14.52 68135.85    53.66 17.09. 20:37:45 HASH(HUE_BW_Terrasse_motion)
Titel: Antw:philips hue modul
Beitrag von: DS_Starter am 18 September 2019, 08:26:29
Hallo stera,

wenn ich das lese:

Zitat
2019.09.16 15:20:20 4: HttpUtils: <hidden>: Can't connect(2) to https://api.telegram.org:443:  SSL wants a read first
2019.09.16 15:20:20 5: TelegramBot_Callback TelegramInfoBot: called from Polling
2019.09.16 15:20:20 5: TelegramBot_Callback TelegramInfoBot: polling returned result? <undef>

gehe ich davon aus, dass du ebenfalls dieses hier beschriebene Problem mit Telegrmbot-Polling hast: https://forum.fhem.de/index.php/topic,38328.msg975159.html#msg975159

Im Thread ff gibt es auch einen Lösungsweg dn wir gerade gemeinsam testen.

Grüße,
Heiko
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 18 September 2019, 08:36:24
ich glaube nicht das die ursache im hue modul liegt. schon garnicht wenn die blockaden 5 minuten dauern.

wenn du ganz allgemeine netzwerk probleme hast wie sie logs oben andeuten dann siehst du die natürlich auch beim pollen.

stell mal alles auf nonblocking und setz das intervall hoch und schau ob das einen unterschied macht.
Titel: Antw:philips hue modul
Beitrag von: DS_Starter am 18 September 2019, 08:51:12
Ich vermute wie geschrieben das Polling von Telegram. Da wäre stera nicht der einzige. Wir testen gerade eine Änderung in HttpUtils mit der das Problem beseitigt ist.

Grüsse,
Heiko
Titel: Antw:philips hue modul
Beitrag von: stera am 18 September 2019, 14:52:45
Super vielen Dank für die Antworten.

@Heiko: Ich habe die httpUtils.pm gleich angepasst und nun abwarten.

Wäre schön, wenn es daran lag.

Danke,
Stefan
Titel: Antw:philips hue modul
Beitrag von: cyablo am 26 September 2019, 10:49:05
Moin,

ich hab jetzt schon seit einiger zeit Probleme mir "on-for-timer" bei den Hue Lampen. Unregelmäßig schalten sich die Lampen nach ablauf des Timers nicht wieder aus. Das Problem besteht bei allen Lampen, nicht nur bei einer und ist nur auf Hue beschränkt. Sonoff kappt z.B. einwandfrei.

Leider gibt es keine Meldung dazu und ich erkenne auch kein System. Kann es aber bei ca. 1 von 5 Versuchen reproduzieren. Manuell lassen sich die Lampen über FHEM auch korrekt wieder aus schalten wenn Sie an bleiben.

FHEM sowie die Hue Bridge sind auf dem neusten Stand.

Jemand eine Idee wie dem ganzen auf den Grund gehen kann?
Titel: Antw:philips hue modul
Beitrag von: Master_Nick am 26 September 2019, 12:34:01
Also bei mir tritt genau sowas auf, wenn die Lampen nicht so wirklich guten Wifi Empfang haben. Und eher sporadisch mit der Bridge sprechen können.
Titel: Antw:philips hue modul
Beitrag von: cyablo am 26 September 2019, 12:42:26
Eine von denen hat eine Entfernung von 2m Sichtweite ohne Hindernis. Das möchte ich daher mal ausschließen. Es hat ja vorher auch monatelang einwandfrei funktioniert.
Titel: Antw:philips hue modul
Beitrag von: Master_Nick am 26 September 2019, 14:17:32
 ;D  Ca. so dachte ich bei meinem auch. Gut das ist ein ESP8266 (also keine original Hue) ich stellte aber fest, dass mein Accesspoint wohl herum spackte...

Die HUE Kommunikation ist aus meiner Sicht nicht wie z.b. MQTT qualitätsüberwacht - also es wird nicht sichergestellt, dass etwas ankommt. Sobald dann einmal wo was aussetzt oder nicht passt.... bleibt es eben auf der Strecke (Lampe bleibt an)
(Belehrt mich wenn ich falsch liege)
Titel: Antw:philips hue modul
Beitrag von: binford6000 am 26 September 2019, 14:27:48
Can't call method "Dumper" on unblessed reference at ./FHEM/31_HUEDevice.pm line 1215.

Zitat von: justme1968 am 01 August 2019, 11:44:01
@binford6000: lösch die betreffende zeile aus dem modul. ich schau es mir an.

@justme1968: Hast du hier schon was machen können?
Ich habe seitdem die 31_HUEDevice.pm aus dem Update ausgeschlossen.

VG Sebastian
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 26 September 2019, 14:28:05
es gibt einen rückkanal, aber wenn ein schaltbefehl verloren geht wird er nicht erneut gesendet. ich denke das ist weil es dann zu problemen kommen würde wenn ein schalter eine lampe direkt schaltet.


wenn du nur über fhem schaltest:
vergleich mal das desired internal mit dem tatsächlichen zustand. wenn es hier abweichungen gibt kannst du damit periodisch nachhelfen.
Titel: Antw:philips hue modul
Beitrag von: cyablo am 26 September 2019, 15:08:05
Öhm, ich hab an keiner der Lampen ein desired internal.
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 26 September 2019, 15:09:59
Zitatdesired internal
Titel: Antw:philips hue modul
Beitrag von: cyablo am 26 September 2019, 15:13:04
Tut mir leid, bin ich überfragt. Wie kommme ich an den Wert?
Titel: Antw:philips hue modul
Beitrag von: Master_Nick am 26 September 2019, 15:14:55
Denke mal das ist was er meint.


Aus interesse was besagt dieser Wert in welche Ausprägung ;-) ?
Titel: Antw:philips hue modul
Beitrag von: cyablo am 26 September 2019, 15:18:36
Ja, das ist mir schon klar, aber wie gesagt, hab ich nicht:
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 26 September 2019, 15:28:12
1 bedeutet sollte ein, 0 bedeutet sollte aus sein.

welche fhem und modul version hast du?
Titel: Antw:philips hue modul
Beitrag von: cyablo am 26 September 2019, 15:30:48
30_HUEBridge.pm:0.198540/2019-07-19
31_HUEDevice.pm:0.201220/2019-09-07
fhem.pl:20069/2019-08-27
Titel: Antw:philips hue modul
Beitrag von: Fredi69 am 26 September 2019, 18:47:01
Seit ein paar Tagen gehen sämtliche Hue Lampen in einem Raum manchmal völlig selbständig an.
Ich kann mir das nicht erklären und habe auch keinen Ansatzpunkt, hatte jemand sowas schon mal?
Titel: Antw:philips hue modul
Beitrag von: Jamo am 02 Oktober 2019, 10:36:12
Ich habe sowas auch schon mal beobachtet, bei mir gehen die Lampen auch schon mal an, habe gedacht es liegt vielleicht an den Bewegungsmeldern. Aber gerade sind ALLE Lampen angegangen, obwohl ich nicht zu Hause bin. Und dass alle Bewegungsmelder gleichzeitig fälschlicherweise eine Bewegung melden, wäre komisch.

Ich habe allerdings auch eine 'at' Routine laufen, die alle 10 Minuten checked, ob noch Lampen an sind, und wenn ja, die dann alle wieder aus schaltet.... Ist also nicht ganz so schlimm.
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 02 Oktober 2019, 10:58:35
wenn lampen unerwartet angehen können es auch spannungsschwankungen oder kurze stromausfälle sein.

bei neuen lampen und aktueller firmware kann man das statt verhalten konfigurieren. bei alten lampen hilft diebinnen angesprochene überwachung in fhem.
Titel: Antw:philips hue modul
Beitrag von: Markus M. am 03 Oktober 2019, 13:13:41
Das Modul verträgt sich seit Kurzem scheinbar nicht mehr ganz mit meinen BlockingCall Aufrufen.
Vermutlich ist $name in AttrVal($name, "subType", "extcolordimmer") nicht immer definiert?!
Aufgerufen wurde konkret der Befehl set huebridge modifyscene ... mit gültigen Daten.

2019.10.01 00:00:00 1: PERL WARNING: Use of uninitialized value $d in hash element at /opt/fhem/fhem.pl line 4523.
2019.10.01 00:00:00 1: eval: {
BlockingCall("setnightlightscenes","updatenighthue");
fhem "define hue_trigger at +00:00:30 BlockingCall(\"triggersceneupdate\",\"updatenighthue\")";
}
2019.10.01 00:00:00 1: stacktrace:
2019.10.01 00:00:00 1:     main::__ANON__                      called by /opt/fhem/fhem.pl (4523)
2019.10.01 00:00:00 1:     main::AttrVal                       called by /opt/fhem/FHEM/31_HUEDevice.pm (435)
2019.10.01 00:00:00 1:     main::HUEDevice_SetParam            called by /opt/fhem/FHEM/30_HUEBridge.pm (693)
...


Hat sich irgendwas geändert?

Gruß, Markus
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 04 Oktober 2019, 10:49:35
ja. es gab eine änderung: für rollos wird up und down statt on und off akzeptiert. dafür wird der subtype geprüft. im modifyscene context wird die set routine aber ohne device bzw. namen aufgerufen.

sollte mit dem update morgen repariert sein.
Titel: Antw:philips hue modul
Beitrag von: Markus M. am 04 Oktober 2019, 11:05:19
Zitat von: justme1968 am 04 Oktober 2019, 10:49:35sollte mit dem update morgen repariert sein.
Nicht ganz, die aktuelle SVN Version läuft gar nicht.
Besser das mal lieber noch aus ehe es morgen ins Update geht ;)
Du darfst eine Variable nicht innerhalb eines If definieren, wenn sie danach verwendet wird.
Sollte ab Zeile 435 also ca. so aussehen:

  my $subtype = "extcolordimmer";
  if( $name ) {
    $subtype = AttrVal($name, "subType", "extcolordimmer");



Und in deiner aktuellen Zeile 1080 kannst du noch das Fallback zu ner 0 statt einem leeren String ändern:

      my $Y = ReadingsVal($name,"bri",0) / 254.0;

Grüße, Markus
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 04 Oktober 2019, 11:11:35
danke.

ich habe keine ahnung warum manche fehler bei manchen perl versionen durch ein reload nicht gefunden werden. sehr komisch.
Titel: Antw:philips hue modul
Beitrag von: Lippie am 05 November 2019, 21:27:59
Zitat von: justme1968 am 01 August 2019, 11:44:01
@Lippie: kannst du mir bitte einen normalen diff dafür machen ?

Hi,

wollt nochmal rein fragen, wie ich unterstützen kann, um meine Änderungsvorschläge aufgenommen zu bekommen.
Soll ich im FHEM-GIT-Repo einen Pull-Request erstellen?

Gruß
Sebastian
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 06 November 2019, 07:35:32
wie oben geschrieben: einen ganz normalen altmodischen diff.
Titel: Antw:philips hue modul
Beitrag von: Lippie am 07 November 2019, 07:26:01
Hi,

anbei die diffs:

https://github.com/mhop/fhem-mirror/compare/master...Lippie81:patch-2?diff=split (https://github.com/mhop/fhem-mirror/compare/master...Lippie81:patch-2?diff=split)

https://github.com/mhop/fhem-mirror/compare/master...Lippie81:patch-3 (https://github.com/mhop/fhem-mirror/compare/master...Lippie81:patch-3)

Hoffe, das passt so für Dich.
Beim HUEDevice hats ein paar Einrückungen verschoben, aber sieht man im diff ja sehr schnell.

Gruß
Sebastian
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 07 November 2019, 20:50:42
kein GitHub diff. ganz wirklich altmodisch. die ausgabe des kommandozeilen tools diff (mal ienstem mit -u) die dann mit dem patch tool angewendet werden kann.
Titel: Antw:philips hue modul
Beitrag von: Lippie am 16 November 2019, 20:17:13
Zitat von: justme1968 am 07 November 2019, 20:50:42
kein GitHub diff. ganz wirklich altmodisch. die ausgabe des kommandozeilen tools diff (mal ienstem mit -u) die dann mit dem patch tool angewendet werden kann.

Hi,

ich hoffe, dass ist das, was du haben wolltest:

fc 30_HUEBridge_GITHUB.pm 30_HUEBridge.pm

Vergleichen der Dateien 30_HUEBridge_GITHUB.pm und 30_HUEBRIDGE.PM

***** 30_HUEBridge_GITHUB.pm

# $Id$

***** 30_HUEBRIDGE.PM

# $Id: 30_HUEBridge.pm 19854 2019-07-19 13:04:29Z justme1968 $

*****

***** 30_HUEBridge_GITHUB.pm

    } elsif( $type =~ m/^groups\/(\d*)\/action$/ ) {
***** 30_HUEBRIDGE.PM

    } elsif( $type =~ m/^lights\/(\d*)\/bridgeupdatestate$/ ) {
      if( $queryAfterSet ) {
        my $chash = $param->{chash};
        if( $chash->{helper}->{update_timeout} ) {
          RemoveInternalTimer($chash);
          InternalTimer(gettimeofday()+1, "HUEDevice_GetUpdate", $chash, 0);
        } else {
          RemoveInternalTimer($chash);
          HUEDevice_GetUpdate( $chash );
        }
      }
    } elsif( $type =~ m/^groups\/(\d*)\/action$/ ) {
*****

***** 30_HUEBridge_GITHUB.pm
      available (indicated by updatestate with a value of 2. The version and release date is shown in the reading swupdate.<br>

      A notify of the form <code>define HUEUpdate notify bridge:swupdate.* {...}
</code>
***** 30_HUEBRIDGE.PM
      available (indicated by updatestate with a value of 2. The version and release date is shown in the reading swupdate.<br>
      A notify of the form <code>define HUEUpdate notify bridge:swupdate.* {...}
</code>
*****


fc 31_HUEDevice_GITHUB.pm 31_HUEDevice.pm

Vergleichen der Dateien 31_HUEDevice_GITHUB.pm und 31_HUEDEVICE.PM

***** 31_HUEDevice_GITHUB.pm

# $Id$

***** 31_HUEDEVICE.PM

# $Id: 31_HUEDevice.pm 19961 2019-08-07 13:30:18Z justme1968 $ edit by SL

*****

***** 31_HUEDevice_GITHUB.pm
    }
  }
***** 31_HUEDEVICE.PM
    }

  if($cmd eq "pct" && $value == 0 ) {
    $cmd = "off";
    $value = $value2;
  }
  if($cmd eq "bridgeupdatestate" ) {
    if($value eq "on" && !defined($value2)){
                $value = 100;
        }elsif($value eq "off"){
                $value = 0;
        }elsif($value eq "on" && defined($value2)){
                $value = $value2;
        }
  }
*****

***** 31_HUEDevice_GITHUB.pm

  } elsif($cmd eq "pct") {
***** 31_HUEDEVICE.PM

  } elsif($cmd eq 'bridgeupdatestate') {
    if ( $value == 0 ) {
                $obj->{'on'}  = JSON::false;
                $obj->{'bri'}  = int(0);
        }else{
                my $bri;
                if( $value > 50 ) {
                  $bri = 2.57 * ($value-50) + 128;
                } else {
                  $bri = 2.59 * ($value-50) + 128;
                }
                $bri = 0 if( $bri < 0 );
                $bri = 254 if( $bri > 254 );
                $obj->{'on'}  = JSON::true;
                $obj->{'bri'}  = int($bri);
        }
    $obj->{'transitiontime'} = $value * 10 if( defined($value) );
  } elsif($cmd eq "pct") {
*****

***** 31_HUEDevice_GITHUB.pm
    $joined =~ s/on-till\s+[^\s]+//g; #bad workaround for: https://forum.fhem.de/index.php/topic,61636.msg728557.html#msg728557

    my @cmds = split(":", $joined);
***** 31_HUEDEVICE.PM
    $joined =~ s/on-till\s+[^\s]+//g; #bad workaround for: https://forum.fhem.de/index.php/topic,61636.msg728557.html#msg728557
    my @cmds = split(":", $joined);
*****

***** 31_HUEDevice_GITHUB.pm
      $result = HUEDevice_ReadFromServer($hash,"$hash->{ID}/action",\%obj);
    } else {
***** 31_HUEDEVICE.PM
      $result = HUEDevice_ReadFromServer($hash,"$hash->{ID}/action",\%obj);
    } elsif ( $cmd eq "bridgeupdatestate" ) {
      $result = HUEDevice_ReadFromServer($hash,"$hash->{ID}/bridgeupdatestate",\%obj);
    } else {
*****

***** 31_HUEDevice_GITHUB.pm

  my $list = "off:noArg on:noArg toggle:noArg statusRequest:noArg";
  $list .= " pct:colorpicker,BRI,0,1,100 bri:colorpicker,BRI,0,1,254" if( $subtype =~ m/dimmer/ );
***** 31_HUEDEVICE.PM

  my $list = "off:noArg on:noArg toggle:noArg statusRequest:noArg bridgeupdatestate";
  $list .= " pct:colorpicker,BRI,0,1,100 bri:colorpicker,BRI,0,1,254" if( $subtype =~ m/dimmer/ );
*****

***** 31_HUEDevice_GITHUB.pm
                $list .= " scene:". join(",", sort grep { defined } map { if( !containsOneOfMyLights($scenes->{$_}{lights}) ) {



***** 31_HUEDEVICE.PM
                $list .= " scene:". join(",", sort grep { defined } map { if( !containsOneOfMyLights($scenes->{$_}{lights}) ) {


*****


Beste Grüße
Sebastian
Titel: Antw:philips hue modul
Beitrag von: FunkOdyssey am 16 November 2019, 20:19:03
@justme1968: Hast du Lust, diese Änderung auch aufzunehmen?
https://forum.fhem.de/index.php/topic,105281.msg993260.html#msg993260

Sorry fürs Crossposting, aber ich wusste nicht, ob du das mitbekommst.
Titel: philips hue modul
Beitrag von: justme1968 am 17 November 2019, 10:38:03
@Lippie: sorry. nicht ganz. bitte nimm diff wie oben geschrieben. nicht fc.

ps: bitte nicht falsch verstehen. ich hätte nicht gedacht das es so viele interpretationsmöglichkeiten von ,bitte mach ein diff' gibt. wer findet noch welche?
Titel: Antw:philips hue modul
Beitrag von: FunkOdyssey am 17 November 2019, 17:17:46
Ich stelle beim Starten einige Hinweise im Log fest.
Ist das normal, dass beim Starten von FHEM zuerst eine Meldung erscheint, dass kein IO-Device zugeordnet ist und dann danach die Zuordnung protokolliert wird?

2019.11.17 12:05:20.605 1:  zigbee_lampe: no I/O device
...
2019.11.17 12:05:22.111 3:  zigbee_lampe: I/O device is deCONZ
Titel: philips hue modul
Beitrag von: justme1968 am 17 November 2019, 17:19:34
aus irgendeinem grund ist on deinem
config file das io device nach den lampen definiert.

hast du etwas von hand editiert?

oder hast du nachträglich mal das io device geändert?
Titel: Antw:philips hue modul
Beitrag von: FunkOdyssey am 17 November 2019, 17:32:36
Danke für deinen Tipp. Darauf hätte ich kommen können. Sorry.

Ich nehme keine direkten Änderungen in der fhem.cfg vor.
Bis jetzt gerade. Ich habe die Bridge weiter nach oben verschoben.

Jetzt habe ich im fhem.log nur noch:
2019.11.17 17:29:17.823 3:  zigbee_lampe: I/O device is deCONZ

Dies scheint normal zu sein.
Titel: Antw:philips hue modul
Beitrag von: Lippie am 17 November 2019, 19:09:53
Zitat von: justme1968 am 17 November 2019, 10:38:03
@Lippie: sorry. nicht ganz. bitte nimm diff wie oben geschrieben. nicht fc.

Hi, nächster Versuch:

--- 30_HUEBridge_GITHUB.pm 2019-11-07 07:21:01.315747932 +0100
+++ 30_HUEBridge.pm 2019-11-17 18:49:15.404672388 +0100
@@ -1832,6 +1832,17 @@
         }
       }

+    } elsif( $type =~ m/^lights\/(\d*)\/bridgeupdatestate$/ ) {
+      if( $queryAfterSet ) {
+        my $chash = $param->{chash};
+        if( $chash->{helper}->{update_timeout} ) {
+          RemoveInternalTimer($chash);
+          InternalTimer(gettimeofday()+1, "HUEDevice_GetUpdate", $chash, 0);
+        } else {
+          RemoveInternalTimer($chash);
+          HUEDevice_GetUpdate( $chash );
+        }
+      }
     } elsif( $type =~ m/^groups\/(\d*)\/action$/ ) {
       my $chash = $param->{chash};
       if( $chash->{helper}->{update_timeout} ) {


und:

--- 31_HUEDevice_GITHUB.pm 2019-11-07 07:15:04.734109647 +0100
+++ 31_HUEDevice.pm 2019-11-07 07:15:04.822709439 +0100
@@ -1,5 +1,5 @@

-# $Id$
+# $Id: 31_HUEDevice.pm 19961 2019-08-07 13:30:18Z justme1968 $ edit by SL

# "Hue Personal Wireless Lighting" is a trademark owned by Koninklijke Philips Electronics N.V.,
# see www.meethue.com for more information.
@@ -448,6 +448,19 @@
       $cmd = "off";
       $value = $value2;
     }
+
+  if($cmd eq "pct" && $value == 0 ) {
+    $cmd = "off";
+    $value = $value2;
+  }
+  if($cmd eq "bridgeupdatestate" ) {
+    if($value eq "on" && !defined($value2)){
+ $value = 100;
+ }elsif($value eq "off"){
+ $value = 0;
+ }elsif($value eq "on" && defined($value2)){
+ $value = $value2;
+ }
   }

   if($cmd eq 'on') {
@@ -461,6 +474,23 @@
     $obj->{'on'}  = JSON::false;
     $obj->{'transitiontime'} = $value * 10 if( defined($value) );

+  } elsif($cmd eq 'bridgeupdatestate') {
+    if ( $value == 0 ) {
+ $obj->{'on'}  = JSON::false;
+ $obj->{'bri'}  = int(0);
+ }else{
+ my $bri;
+ if( $value > 50 ) {
+   $bri = 2.57 * ($value-50) + 128;
+ } else {
+   $bri = 2.59 * ($value-50) + 128;
+ }
+ $bri = 0 if( $bri < 0 );
+ $bri = 254 if( $bri > 254 );
+ $obj->{'on'}  = JSON::true;
+ $obj->{'bri'}  = int($bri);
+ }
+    $obj->{'transitiontime'} = $value * 10 if( defined($value) );
   } elsif($cmd eq "pct") {
     if( $subtype  eq 'blind' ) {
       $obj->{'pct'}  = int($value);
@@ -876,6 +906,8 @@
     if( $hash->{helper}->{devtype} eq 'G' ) {
       $hash->{helper}->{update} = 1;
       $result = HUEDevice_ReadFromServer($hash,"$hash->{ID}/action",\%obj);
+    } elsif ( $cmd eq "bridgeupdatestate" ) {
+      $result = HUEDevice_ReadFromServer($hash,"$hash->{ID}/bridgeupdatestate",\%obj);
     } else {
       $result = HUEDevice_ReadFromServer($hash,"$hash->{ID}/state",\%obj);
     }
@@ -904,7 +936,7 @@

   my $subtype = AttrVal($name, "subType", "extcolordimmer");

-  my $list = "off:noArg on:noArg toggle:noArg statusRequest:noArg";
+  my $list = "off:noArg on:noArg toggle:noArg statusRequest:noArg bridgeupdatestate";
   $list .= " pct:colorpicker,BRI,0,1,100 bri:colorpicker,BRI,0,1,254" if( $subtype =~ m/dimmer/ );
   $list .= " rgb:colorpicker,RGB" if( $subtype =~ m/color/ );
   $list .= " color:colorpicker,CT,2000,1,6500 ct:colorpicker,CT,154,1,500" if( $subtype =~ m/ct|ext/ );


Ich arbeite sonst in notepad++ mit compare. Das zeigt die Unterschiede auch in Farbe an  ;)
Ich hoffe, damit die erwartete Ausgabevariante getroffen zu haben. Wenn nicht, schreib mir bitte die Parameter, mit denen du arbeitest.

VG
Sebastian
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 25 November 2019, 22:08:13
ok. so passt es. fast.

ich habe noch ein paar fragen:

- zeig mal bitte ein list von einem solchen HUEDevice
  kann man an irgendetwas erkennen das es zu einer ha bridge gehört?

- zeig mal ein list von einer ha bridge HUEBridge
  kann man an irgendetwas erkennen das es eine ha bridge ist?

- laut doku ist der erlaubte bereich für bri 1-254 du setzt aber im off fall bri auf 0. das
  müsste einen fehler produzieren. wenn nicht jetzt dann irgendwann mal. ich glaube es wäre
  besser mit bri und 1-254 zu arbeiten. ohne hin und her rechnen.

- können wir deinen vorschlag zur syntax ändern?
  ich würde lieber so etwas machen:
    set <device> habridgestate : on : bri 254
    set <device> habridgestate : off
  d.h. ein kommando das im namen habridge hat und dann das verketten von kommandos
  das im modul sowieso eingebaut ist. der code würde dann ein ganz normales json $obj
  erzeugen wie es für das absetzen eines kommandos sonst auch verwendet wird und
  zusätzlich im json noch $obj->{habridgestate} setzen.

  im bridge modul wird dann anhand des vorhanden seins von habridgestate entschieden ob
  .../state oder .../bridgeupdatestate aufgerufen wird.


Titel: Antw:philips hue modul
Beitrag von: justme1968 am 25 November 2019, 22:45:56
ich habe mal eine version eingecheckt. schau mal ob das funktioniert.
Titel: Antw:philips hue modul
Beitrag von: Lippie am 26 November 2019, 07:29:05
Hi,

Du hast Recht, der Wertebereich liegt zwischen 1 und 254. Die HABridge übernimmt tatsächlich auch die 0, weshalb ich bisher noch keine Probleme bekommen habe.

Da die Möglichkeiten (on,off,bri-wert) nicht all zu groß sind, habe ich alles zusammengefasst und entsprechend ausgewertet.
Du kannst die Syntax auch abändern, ich habe ja auch noch keine Hilfe dazu verfasst. Wichtig ist nur, dass man mit einem Befehl on/off und bri ändern kann.

Hier meine lists:

Internals:
   DEF        192.168.2.66:8081
   FUUID      xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
   FVERSION   30_HUEBridge.pm:0.198540/2019-07-19
   INTERVAL   60
   NAME       HABridge
   NOTIFYDEV  global
   NR         271
   NTFY_ORDER 50-HABridge
   STATE      connected
   TYPE       HUEBridge
   apiversion 1.19.0
   host       192.168.2.66:8081
   mac        84:39:BE:62:24:23
   manufacturer Royal Philips Electronics
   modelName  Philips hue bridge 2015
   modelid    BSB002
   name       HA-Bridge
   swversion  1705121051
   updatestate 0
   zigbeechannel 6
   READINGS:
     2019-11-26 07:03:15   state           connected
   helper:
     apiversion 70400
     count      0
     last_config_timestamp 1574748195
     offsetUTC  3600
     updatestate 0
     groups:
       1:
         name       hgrp-0000000160
         type       LightGroup
         action:
           alert      none
           bri        0
           colormode  xy
           ct         153
           effect     none
           hue        0
           sat        0
           xy:
             0.3146
             0.3303
         lights:
           7
           5
         state:
       2:
         name       hgrp-0000016370
         type       LightGroup
         action:
           alert      none
           bri        0
           colormode  xy
           ct         153
           effect     none
           hue        0
           sat        0
           xy:
             0.3146
             0.3303
         lights:
           1
           10
           7
           5
           6
           8
           13
           12
           4
           9
           11
         state:
       3:
         name       hgrp-0000004256
         type       LightGroup
         action:
           alert      none
           bri        0
           colormode  xy
           ct         153
           effect     none
           hue        0
           sat        0
           xy:
             0.3146
             0.3303
         lights:
           12
           7
           5
         state:
     lights:
       1:
         manufacturername Philips
         modelid    LWB007
         name       Stehlampe Wohnen
         swversion  66012040
         type       Dimmable light
         uniqueid   00:17:88:5E:D3:01-01
         state:
           alert      none
           bri        254
       10:
         manufacturername Philips
         modelid    LWB007
         name       Licht Flur
         swversion  66012040
         type       Dimmable light
         uniqueid   00:17:88:5E:D3:0A-0A
         state:
           alert      none
           bri        0
       100:
         manufacturername Philips
         modelid    LWB007
         name       Licht Gaeste
         swversion  66012040
         type       Dimmable light
         uniqueid   00:17:88:5E:D3:64-00
         state:
           alert      none
           bri        100
     scenes:
Attributes:
   httpUtils  1
   key        yyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyy
   pollDevices 1
   queryAfterSet 0
   room       HUEDevice
   verbose    2


Internals:
   CHANGED   
   DEF        13  IODev=HABridge
   FUUID      xxxxxxxxxxxxxxxxxxxxxxxxxxxxx
   FVERSION   31_HUEDevice.pm:0.199610/2019-08-07
   ID         13
   INTERVAL   
   IODev      HABridge
   NAME       HUEDevice13
   NR         288
   STATE      off
   TYPE       HUEDevice
   manufacturername Philips
   modelid    LWB007
   name       Licht Wohnen klein
   swversion  66012040
   type       Dimmable light
   uniqueid   00:17:88:5E:D3:0D-0D
   READINGS:
     2019-11-14 20:37:22   SyncConter      0
     2019-11-17 22:49:18   alert           none
     2019-11-17 22:49:18   bri             0
     2019-02-12 22:21:04   colormode       xy
     2019-11-17 22:49:18   onoff           0
     2019-11-17 22:49:18   pct             0
     2019-11-17 22:49:18   reachable       1
     2019-02-12 22:21:04   rgb             000000
     2019-11-17 22:49:18   state           off
     2019-02-12 22:21:04   xy              0,0
   helper:
     alert      none
     bri        0
     colormode 
     ct         -1
     devtype   
     effect     
     hue        -1
     on         0
     pct        0
     reachable  1
     rgb       
     sat        -1
     update_timeout 1
     xy         
Attributes:
   IODev      HABridge
   alias      kleine Lampe Wohnzimmer
   cmdIcon    on:general_an off:general_aus statusRequest:refresh
   color-icons 2
   devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
   group      Licht
   icon       hue_filled_white_and_color_e27_b22
   model      LWB001
   room       HUEDevice
   subType    dimmer
   verbose    2
   webCmd     pct:on:off:statusRequest


VG
Sebastian
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 26 November 2019, 19:46:25
leider schaut es aus als ob man am device nicht wirklich erkennt ob es eine habridge ist.das ist doof.

bitte probier mal aus ob meine änderungen von gestern funktionieren.
Titel: Antw:philips hue modul
Beitrag von: KyleK am 26 November 2019, 22:17:48
Kleiner Tip bezüglich Diffs von Github:
Wenn man ".patch" an die URL hinten anhängt, wird automatisch ein Patchfile generiert.

Also z.B.
https://github.com/mhop/fhem-mirror/compare/master...Lippie81:patch-2.patch
https://github.com/mhop/fhem-mirror/compare/master...Lippie81:patch-3.patch

Muss man wissen, ist nirgends bzw. schlecht dokumentiert :)
Titel: Antw:philips hue modul
Beitrag von: Lippie am 26 November 2019, 23:09:37
Hi,

@KyleK: danke für den Tipp zum Diff  ;D

@justme1968: Dem HUEDevice fehlt noch der set-Befehl "habridgestate" im Dropdown.
Habs dann über Befehlszeile probiert, das hat testweise funktioniert.
Damit das nutzbar wird brauchts noch etwas doku.
Trotzdem schon mal Danke fürs Aufnehmen ins Modul  8)

VG
Sebastian
Titel: philips hue modul
Beitrag von: hoppel118 am 27 November 2019, 04:31:18
Hallo in die Runde,

irgendwas scheint mit den battery Readings bei den Hue Dimmer Switches nicht zu stimmen.

Meine Hue App sagt, dass ich bei ,,Wohnbereich Switch" die ,,Batterie auswechseln" soll, siehe Screenshot.

Hier ein list von dem Device:


Internals:
   DEF        sensor 6 1 IODev=HUEBridge
   FUUID      5d2c1dd5-f33f-5dcf-6e33-1fb7ab65932d3052
   FVERSION   31_HUEDevice.pm:0.203190/2019-10-06
   ID         S6
   INTERVAL   1
   IODev      HUEBridge
   NAME       OG_WZ_Wohnbereich_Schalter
   NR         465
   STATE      4003
   TYPE       HUEDevice
   lastupdated 2019-11-27 02:16:28
   lastupdated_local 2019-11-27 03:16:28
   manufacturername Philips
   modelid    RWL021
   name       Wohnbereich switch
   on         1
   reachable  1
   swversion  5.45.1.17846
   type       ZLLSwitch
   uniqueid   00:17:88:01:03:e7:05:a5-02-fc00
   READINGS:
     2019-11-27 03:16:28   battery         100
     2019-11-27 03:16:28   reachable       1
     2019-11-27 03:16:28   state           4003
   helper:
     devtype    S
     reachable  0
     update_timeout 1
     configList:
     setList:
Attributes:
   IODev      HUEBridge
   alias      Wohnzimmer Wohnbereich Schalter
   group      Lichtschalter
   icon       hue_filled_hds
   room       Hersteller->Hue,Obergeschoss->Wohnzimmer,System->Lichtschalter


battery 100

Wenn ich mir nun meine readingsGroup für den Batteriestatus ansehe, siehe Screenshot, sehe ich dass die Batterie vom ,,Essbereich switch" nicht mehr ganz voll ist.

Hier ein list meiner readingsGroup:

Internals:
   DEF        <%Batterie>,<Level> TYPE=HUEDevice:FILTER=type=ZLLSwitch:[Bb]attery
   FUUID      5d2c24ac-f33f-5dcf-4abd-8d20a2e5432ec970
   NAME       rg_batteryStatus_Lichtschalter
   NR         472
   NTFY_ORDER 50-rg_batteryStatus_Lichtschalter
   STATE      Initialized
   TYPE       readingsGroup
   mayBeVisible 1
   CONTENT:
     DG_AK_Schalter 1
     DG_Galerie_AK_Schalter 1
     DG_Galerie_SZ_Schalter 1
     DG_SZ_Schalter 1
     OG_Badezimmer_Schalter 1
     OG_Buero_Schalter 1
     OG_Flur_Schalter 1
     OG_KZ_Schalter 1
     OG_Kueche_Schalter 1
     OG_WZ_Essbereich_Schalter 1
     OG_WZ_Wohnbereich_Schalter 1
   CONTENT2:
   DEVICES:
     ARRAY(0x55790bdfee50)
     ARRAY(0x55790be62c48)
     ARRAY(0x55790ba2be88)
     ARRAY(0x55790c037260)
     ARRAY(0x55790bdd5d80)
     ARRAY(0x55790bb43f10)
     ARRAY(0x55790bcce010)
     ARRAY(0x55790b7072c0)
     ARRAY(0x55790bc88cf0)
     ARRAY(0x55790ba0b1b0)
     ARRAY(0x55790bc016e8)
     ARRAY(0x55790b98e060)
   fhem:
     lastDefChange 8
     last_update 1574826479.87011
   helper:
     DEF       
     mapping    %ALIAS
     positions:
       DG_AK_Schalter.battery 2:1
       DG_Galerie_AK_Schalter.battery 3:1
       DG_Galerie_SZ_Schalter.battery 4:1
       DG_SZ_Schalter.battery 5:1
       OG_Badezimmer_Schalter.battery 6:1
       OG_Buero_Schalter.battery 7:1
       OG_Flur_Schalter.battery 8:1
       OG_KZ_Schalter.battery 9:1
       OG_Kueche_Schalter.battery 10:1
       OG_WZ_Essbereich_Schalter.battery 11:1
       OG_WZ_Wohnbereich_Schalter.battery 12:1
     valueFormat:
       battery    %.1f %%
     values:
       formated:
         undef
         ARRAY(0x55790b67a9e8)
       orig:
         undef
         ARRAY(0x55790be61068)
       prefixsuffix:
         undef
         ARRAY(0x55790bdc8ee0)
Attributes:
   alias      Batteriestatus Lichtschalter
   mapping    %ALIAS
   notime     1
   room       Hersteller->Hue,System->Batterien,System->Lichtschalter
  valueFormat { battery => "%.1f %%" }


Und hier ein list vom ,,Essbereich switch":

Internals:
   DEF        sensor 4 1 IODev=HUEBridge
   FUUID      5d2c1c9f-f33f-5dcf-b225-2f66712ca281958e
   FVERSION   31_HUEDevice.pm:0.203190/2019-10-06
   ID         S4
   INTERVAL   1
   IODev      HUEBridge
   NAME       OG_WZ_Essbereich_Schalter
   NR         464
   STATE      1002
   TYPE       HUEDevice
   lastupdated 2019-11-27 01:45:27
   lastupdated_local 2019-11-27 02:45:27
   manufacturername Philips
   modelid    RWL021
   name       Essbereich switch
   on         1
   reachable  1
   swversion  6.1.1.28573
   type       ZLLSwitch
   uniqueid   00:17:88:01:02:0f:6b:47-02-fc00
   READINGS:
     2019-11-27 02:45:27   battery         83
     2019-11-27 02:45:27   reachable       1
     2019-11-27 02:45:27   state           1002
   helper:
     devtype    S
     reachable  0
     update_timeout 1
     configList:
     setList:
Attributes:
   IODev      HUEBridge
   alias      Wohnzimmer Essbereich Schalter
   group      Lichtschalter
   icon       hue_filled_hds
   room       Hersteller->Hue,Obergeschoss->Wohnzimmer,System->Lichtschalter


battery 83

Der Hue App nach gibt es aber ausschließlich bei dem ,,Wohnbereich switch" eine schwache Batterie.

Dass ich die beiden Switches beim Einlesen in FHEM vertauscht habe, würde ich ausschließen, da ich mich dabei an ,,Internal - name" gehalten habe. Dort steht ja der Name, der in der Hue App vergeben wurde.

Wo liegt der Fehler?

Ab wieviel Prozent gilt eine Batterie eigentlich als zu schwach?

Danke euch und Gruß Hoppel
Titel: Antw:philips hue modul
Beitrag von: rcmcronny am 27 November 2019, 09:36:47
Hoi,

bei mir hats genau das gleiche angezeigt, beim 1. Dimmerswitch den ich in Betrieb genommen habe. Da war laut FHEM die Batterie bei ca 45 (% ?). Hab Sie getauscht und konnte das Update nun machen.
Mal beobachten ob die Batterieinfos nun passen, bisher scheint es aber plausibel zu sein. Leider zeigt die App ja nix an dazu so wirklich.

Kann leider nichts beitragen sonst ^^

Ronny
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 27 November 2019, 10:04:31
@Lippie: da ich keine habridge einsetze wäre es klasse wenn du etwas doku und ein paar beispiele schreiben könntest. ich baue es dann ein. oder du dokumentierst es direkt im wiki.

ins menü würde ich das kommando aufnehmen wenn ich die habridge automatisch erkennen kann. so lange das nicht geht möchte ich die 'normalen' bridge anwender nicht verwirren.

ich vermute das kommando wird sowieso ziemlich selten von hand verwendet.

@hoppel118: die batterie werte kommen direkt aus über das api aus der bridge. am modul wird nichts umgerechnet. eine falsche zuordnung ist eigentlich auch komplett ausgeschlossen.

du kannst mit verbose 5 oder über http://<ip>/api/<key>/sensors/ selber nachschauen was die bridge liefert.
Titel: Antw:philips hue modul
Beitrag von: cortmen am 28 November 2019, 08:22:19
 :)Hallo zusammen
Ich habe seit der Modul Änderung am 26.11
diese Meldungen im Log
 
2019.11.27 22:28:48 1: Color::hsv2rgb value our of range [0.0764888672719412,5.01924759405074,4.25396016674386]. should be in 0..1.
2019.11.27 22:28:48 1: >>> 0.09741359578851 0.81496062992126 0.751968503937008
2019.11.27 22:28:48 1: >>> 0.09741359578851 0.81496062992126 0.751968503937008
2019.11.27 22:28:48 1: 0.09741359578851 1.62992125984252 1.50393700787402
2019.11.27 22:28:48 1: Color::hsv2rgb value our of range [0.09741359578851,1.62992125984252,1.50393700787402]. should be in 0..1.
2019.11.27 22:28:48 1: >>> 0.0974593728542 0.81496062992126 0.751968503937008
2019.11.27 22:28:48 1: >>> 0.0974441138323034 0.81496062992126 0.751968503937008



Ein gestern durchgeführtes Update hat keine Änderung gebracht. Gehe ich zurück auf die Modul Version vor dem 26.11 sind die Fehler weg.
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 28 November 2019, 08:42:59
wann genau passiert das?

kannst du bitte mal mit stacktrace loggen?
Titel: Antw:philips hue modul
Beitrag von: cortmen am 28 November 2019, 09:02:00
Danke das Du wieder schnell am Ball bist.
Bin zur Zeit unterwegs. Aber aus dem Log sehe ich
die Meldungen erscheinen sobald
hue Lampen in Aktion geschaltet werden.
Nachts war keine Meldung. Vielleicht hat ja
eine Bulb einen Defekt. Komisch ist nur das die Meldungen ab dem 26.11
nach dem Modul Update auftauchen. Aber
es gibt ja Zufälle.

Gerade einfach Mal eine Lampe eingeschaltet
.hue.flurunten
2019.11.28 09:19:44 4: parse status message for hue.flurunten
2019.11.28 09:19:44 1: >>> 0.075 0.447058823529412 1
2019.11.28 09:19:44 1: 0.075 0.447058823529412 1
2019.11.28 09:19:44 1: >>> 0.075 0.447058823529412 1
2019.11.28 09:19:44 1: 0.075 0.447058823529412 1
2019.11.28 09:19:44 1: >>> 0.075 0.447058823529412 1
2019.11.28 09:19:44 1: 0.075 0.447058823529412 1
2019.11.28 09:19:44 1: >>> 0.075 0.447058823529412 1
2019.11.28 09:19:44 1: 0.075 0.447058823529412 1
2019.11.28 09:19:44 1: >>> 0.075 0.447058823529412 1
2019.11.28 09:19:44 1: 0.075 0.447058823529412 1

Tracktrace ist an unter global
Verbose 5 am device
Mhh kein Perl Coding zu sehen

Titel: Antw:philips hue modul
Beitrag von: DS_Starter am 28 November 2019, 09:27:25
Nein, ist kein Zufall. Kommt bei mir ebenfalls


2019.11.28 09:13:16.999 1: >>> 0.0722222222222222 0.427450980392157 1
2019.11.28 09:13:17.007 1: >>> 0.0722222222222222 0.427450980392157 1


Wenn ich die Gelegenheit habe, schaue ich heute Abend mal genauer hin.

LG,
Heiko
Titel: Antw:philips hue modul
Beitrag von: cortmen am 28 November 2019, 09:33:08
@DS_Starter, Justme1968
Danke für den Support
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 28 November 2019, 09:44:37
die zeilen mit >>> sind nur vergessene log meldungen. die habe ich jetzt deaktiviert.

die andere meldung ist ein problem mit den erzeugten gruppen readings. ich habe da jetzt was umgestellt. die meldung sollte weg sein. es könnte aber sein das die farben für die gruppen nicht mehr richtig sind. das muss ich mir noch mal anschauen.


Titel: Antw:philips hue modul
Beitrag von: Master_Nick am 29 November 2019, 01:53:27
Ich hänge leider erneut nach einem Update bei:  :o

Can't use an undefined value as an ARRAY reference at ./FHEM/30_HUEBridge.pm line 947.
Und dann schmiert gesamt FHEM weg.

Gibt es da Neuigkeiten zu?

Hatte es mit Zeile 934 und seither das Modul nicht geupdatet hier (21 Juli 2019) : https://forum.fhem.de/index.php/topic,11020.msg959664.html#msg959664


Nutzer seither die:
$Id: 30_HUEBridge.pm 18419 2019-01-25 19:52:02Z justme1968 $


Titel: Antw:philips hue modul
Beitrag von: justme1968 am 29 November 2019, 08:10:11
ich vermute du hast aus irgend einem grund eine hue szene ohne beteiligte lampe.

ändere bitte mal die zeile mit if( $count{$scene} > 1 ) { über der problematischen in if( $scenes->{$_}{lights} && $count{$scene} > 1 ) {und schau ob es dann geht.

und dann zeig mal die ausgabe von get <bridge> scenes
Titel: Antw:philips hue modul
Beitrag von: Lippie am 29 November 2019, 20:10:48
Zitat von: justme1968 am 27 November 2019, 10:04:31
@Lippie: da ich keine habridge einsetze wäre es klasse wenn du etwas doku und ein paar beispiele schreiben könntest. ich baue es dann ein. oder du dokumentierst es direkt im wiki.

Hi,

anbei der Nachtrag für die Doku im Modul wie gewohnt als diff:

--- 31_HUEDevice_tmp.pm 2019-11-29 19:26:24.570375201 +0100
+++ 31_HUEDevice.pm     2019-11-29 19:57:44.817934306 +0100
@@ -1892,6 +1892,11 @@
       Renames the device in the bridge and changes the fhem alias.</li>
       <li>json [setsensor|configsensor] &lt;json&gt;<br>
       send &lt;json&gt; to the state or config endpoints for this device.</li>
+         <br>
+         <li>habridgeupdate [ : &lt; on | off &gt; ] [ : &lt; bri | pct &gt; &lt; value &gt; ] <br>
+         This command is only for usage of HA-Bridges that are emulating an Hue Hub. <br>
+         It updates your HA-Bridge internal light state of the devices without changing the devices itself.
+         <br>bri and pct have to be used in the same way as changing the brightness or dimvalue of the device. </li>
       <br>
       <li><a href="#setExtensions"> set extensions</a> are supported.</li>
       <br>


Sobald ich einen Wiki-Account habe, werde ich es einpflegen. Beantragt ist er schon  ;D
Ins Wiki trage ich dann auch die Quelle etc. ein.

VG
Sebastian
Titel: Antw:philips hue modul
Beitrag von: Master_Nick am 30 November 2019, 02:00:46
Zitat von: justme1968 am 29 November 2019, 08:10:11
ich vermute du hast aus irgend einem grund eine hue szene ohne beteiligte lampe.

ändere bitte mal die zeile mit if( $count{$scene} > 1 ) { über der problematischen in if( $scenes->{$_}{lights} && $count{$scene} > 1 ) {und schau ob es dann geht.

und dann zeig mal die ausgabe von get <bridge> scenes

Hey danke für die schnelle Hilfe :-)

Habe ich geändert nun knallt FHEM, wenn ich get scenes an der Bridge mache mit (aber auch nur dann, generell startet es schon mal und ist nutzbar :) ):
Can't use an undefined value as an ARRAY reference at ./FHEM/30_HUEBridge.pm line 1036.
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 30 November 2019, 09:28:48
@Lippie: danke. ist eingebaut.

@Master_Nick: gleiches problem. du hast eine szene ohne lampen. ich habe den ersten fix und einen für die zweite stelle eingecheckt. ab morgen im update. mal sehen ob es jetzt reicht.
Titel: philips hue modul
Beitrag von: hoppel118 am 30 November 2019, 21:08:50
Zitat von: justme1968 am 27 November 2019, 10:04:31
@hoppel118: die batterie werte kommen direkt aus über das api aus der bridge. am modul wird nichts umgerechnet. eine falsche zuordnung ist eigentlich auch komplett ausgeschlossen.

du kannst mit verbose 5 oder über http://<ip>/api/<key>/sensors/ selber nachschauen was die bridge liefert.

Folgende Batteriestände kann ich über die API ermitteln:

- Wohnbereich switch liefert battery 100
- Essbereich switch liefert battery 87

Laut Hue App soll ich beim "Wohnbereich switch" die Batterie auswechseln. Das macht keinen Sinn. Damit muss ich mich wohl an Philips Hue wenden...

EDIT: iConnectHue bestätigt übrigens die API-Werte. Da stimmt also tatsächlich irgendwas in der Hue App nicht.

Danke dir und Gruß Hoppel
Titel: Antw:philips hue modul
Beitrag von: Master_Nick am 02 Dezember 2019, 22:08:09
Zitat von: justme1968 am 30 November 2019, 09:28:48
@Lippie: danke. ist eingebaut.

@Master_Nick: gleiches problem. du hast eine szene ohne lampen. ich habe den ersten fix und einen für die zweite stelle eingecheckt. ab morgen im update. mal sehen ob es jetzt reicht.

Vielen Dank!  8)

In der Tat.... ich habe keine Ahnung warum wieso... aber ich räum dann mal auf:

Titel: Antw:philips hue modul
Beitrag von: binford6000 am 07 Dezember 2019, 11:56:58
Funktioniert "get scenes" nur mit der Philips HUE-Bridge?
An meinem conbee II bekomme ich jedenfalls keine zurück...  :o

VG Sebastian
Titel: Antw:philips hue modul
Beitrag von: FunkOdyssey am 07 Dezember 2019, 12:21:47
Siehe https://forum.fhem.de/index.php/topic,105789.msg999808.html#msg999808

Im Forum gibt es auch eine ausführliche Beschreibung von justme1968.
Titel: Antw:philips hue modul
Beitrag von: binford6000 am 13 Dezember 2019, 08:30:31
2019.12.13 05:01:56 1:  Color::hsv2rgb value our of range [1.06770833333333,0.223799430347057,0.190326797385621]. should be in 0..1.
2019.12.13 05:02:01 1:  Color::hsv2rgb value our of range [1.06770833333333,0.223799430347057,0.190326797385621]. should be in 0..1.
2019.12.13 05:02:02 1:  Color::hsv2rgb value our of range [1.06770833333333,0.223799430347057,0.190326797385621]. should be in 0..1.
2019.12.13 05:02:05 1:  Color::hsv2rgb value our of range [1.06770833333333,0.223799430347057,0.190326797385621]. should be in 0..1.


Zitat von: justme1968 am 28 November 2019, 08:42:59
wann genau passiert das?

kannst du bitte mal mit stacktrace loggen?

Moin,
ich habe die Meldungen im Log seitdem ich von LightScenes auf Deconz-Szenen umgestellt habe:

Diese Szenen rufe ich dann in der entsprechenden Deconz-Gruppe auf.
VG Sebastian
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 13 Dezember 2019, 11:25:22
zeig mal bitte ein log mit stacktrace.

das sollte eigentlich inzwischen behoben sein.
Titel: Antw:philips hue modul
Beitrag von: binford6000 am 14 Dezember 2019, 10:16:42
Zitat von: justme1968 am 13 Dezember 2019, 11:25:22
zeig mal bitte ein log mit stacktrace.

das sollte eigentlich inzwischen behoben sein.

2019.12.14 10:15:04 1:  Color::hsv2rgb value our of range [1.06770833333333,0.223799430347057,0.190326797385621]. should be in 0..1.
2019.12.14 10:15:34 1:  Color::hsv2rgb value our of range [1.06770833333333,0.223799430347057,0.190326797385621]. should be in 0..1.


Mit stacktrace sieht's nicht anders aus...  :o
VG Sebastian
Titel: Antw:philips hue modul
Beitrag von: Brause am 14 Dezember 2019, 11:11:01
Ich habe diese Meldungen auch, bei mir kommen sie vom Fernseher-Backlight der noch eine zusätzliche Hue-Lampe steuert
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 14 Dezember 2019, 11:20:03
ich denke ich habe es behoben. bitte 30_HUEBridge.pm aktualisieren.
Titel: Antw:philips hue modul
Beitrag von: binford6000 am 14 Dezember 2019, 12:19:20
Zitat von: justme1968 am 14 Dezember 2019, 11:20:03
ich denke ich habe es behoben. bitte 30_HUEBridge.pm aktualisieren.

Jepp, die Meldung taucht nicht mehr auf beim Setzen der Deconz-Szenen. Vielen Dank!  :)
VG Sebastian
Titel: Antw:philips hue modul
Beitrag von: Karflyer am 22 Dezember 2019, 19:33:50
Ich habe immer mal wieder die folgende Fehlermeldung im Log:

2019.12.22 00:47:00 1: PERL WARNING: Reference found where even-sized list expected at ./FHEM/30_HUEBridge.pm line 2065.
2019.12.22 00:47:00 1: stacktrace:
2019.12.22 00:47:00 1:     main::__ANON__                      called by ./FHEM/30_HUEBridge.pm (2065)
2019.12.22 00:47:00 1:     main::HUEBridge_HTTP_Request        called by ./FHEM/30_HUEBridge.pm (1711)
2019.12.22 00:47:00 1:     main::HUEBridge_HTTP_Call           called by ./FHEM/30_HUEBridge.pm (1668)
2019.12.22 00:47:00 1:     main::HUEBridge_Call                called by ./FHEM/30_HUEBridge.pm (171)
2019.12.22 00:47:00 1:     main::HUEBridge_Write               called by fhem.pl (1032)
2019.12.22 00:47:00 1:     main::IOWrite                       called by ./FHEM/31_HUEDevice.pm (1231)
2019.12.22 00:47:00 1:     main::HUEDevice_ReadFromServer      called by ./FHEM/31_HUEDevice.pm (1265)
2019.12.22 00:47:00 1:     main::HUEDevice_GetUpdate           called by fhem.pl (3297)
2019.12.22 00:47:00 1:     main::HandleTimeout                 called by fhem.pl (677)


Kann mir jemand sagen, woher diese Fehlermeldung kommen könnte?

Gruß
Stefan
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 22 Dezember 2019, 19:40:28
danke. ist mit dem update morgen repariert.
Titel: Antw:philips hue modul
Beitrag von: weldel60 am 23 Dezember 2019, 16:32:42
Hallo,

wird es einen Zugriff auf die "Play HDMI Sync Box" geben?
Ist da was geplant?

Start des Sync.....
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 23 Dezember 2019, 16:37:19
aktuell gibt es kein api für die box. wenn etwas kommt und das ganze sinnvoll für fhem ist baue ich es ein.
Titel: Antw:philips hue modul
Beitrag von: isy am 25 Dezember 2019, 22:19:39
Hallo,
ich habe seit meinem Umzug auf PI4 mit Buster zwei FM im Log, alle Lampen etc. arbeiten wie gewohnt:

2019.12.25 22:02:24 2: HUE: http request failed: http://192.168.178.56/api/+++Key+++/groups/3: empty answer received
2019.12.25 22:02:24 2: HUE: http request failed: http://192.168.178.56/api/+++Key+++/groups/1: empty answer received


Mit
attr <HUE> noshutdown 1
ist die FM weg.

Was kann die Ursache sein, da diese FM beim PI2 mit Jessie nicht aufgetreten ist?

Viele Grüße,
Helmut
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 25 Dezember 2019, 22:33:32
vermutlich ist dein fhem nicht aktuell. noshutdown ist seit einiger zeit der default. ansonsten liegt es vermutlich einfach daran das der pi4 schneller ist.
Titel: Antw:philips hue modul
Beitrag von: isy am 25 Dezember 2019, 22:47:54
Danke für die Info.
Fhem habe ich gerade erst aufgesetzt und das letzte Update ist von gestern. Daran kann es also nicht liegen.

Die fhem.cfg ist natürlich alt, d.h. die HUE Definition liegt bestimmt drei Jahre oder länger zurück.
Wenn der Default-Wert des Attributes noshutdown im Modul zwischenzeitlich auf 1 geändert wurde, ist das bei meiner Installation nicht berücksichtigt, das Attribut war definitiv nicht gesetzt. Das würde aber möglicherweise bedeuten, dass das Attribut beim Update des Moduls bei alten Installationen nicht gesetzt wird.
Titel: Antw:philips hue modul
Beitrag von: isy am 30 Dezember 2019, 09:51:59
Hallo,
das Attribut
attr <HUE> noshutdown 1
hat nur kurz geholfen. Ich habe am neuen System noch fortwährend Änderungen vorgenommen, siehe Thread mit dem SCC und Buster.

Nach jedem shutdown/restart werden sämtliche HUE Groups und Lights mit FM ins Log geschrieben. Hier nur eine Zeile exemplarisch.
HUE: http request failed: http://192.168.178.56/api/***xxx***/lights/1: empty answer received

Die Fehlermeldungen scheinen nicht zu stören, alle HUE Devices arbeiten normal.

Gruß Helmut
Titel: Antw:philips hue modul
Beitrag von: hoppel118 am 30 Dezember 2019, 12:01:30
Zitat von: hoppel118 am 30 November 2019, 21:08:50
Folgende Batteriestände kann ich über die API ermitteln:

- Wohnbereich switch liefert battery 100
- Essbereich switch liefert battery 87

Laut Hue App soll ich beim "Wohnbereich switch" die Batterie auswechseln. Das macht keinen Sinn. Damit muss ich mich wohl an Philips Hue wenden...

EDIT: iConnectHue bestätigt übrigens die API-Werte. Da stimmt also tatsächlich irgendwas in der Hue App nicht.

Danke dir und Gruß Hoppel

Es ist zwar schon ein Bisschen her, aber die Lösung war einfacher als erwartet. Ich habe am Hue Dimmer einen Softreset durchgeführt, alle 4 Tasten 5 Sekunden gedrückt halten.

Danach war die Batterie-leer-Meldung in der Hue App weg und ich konnte den Dimmer updaten.

Gruß Hoppel
Titel: Antw:philips hue modul
Beitrag von: Phiolin am 06 Januar 2020, 12:51:30
Für Hue Entertainment steht in den Entertainment Hue Gruppen über die API das Attribut stream->active (true|false) zur Verfügung.
Besteht die Möglichkeit, dieses über das HueDevice Modul bei den Gruppen als Reading zur Verfügung zu stellen?
Dann könnte man feststellen, ob aktuell ein Entertainment-Stream im Zimmer aktiv ist.

List HueDevice für Entertainment Gruppe:
Internals:
   CHANGED   
   DEF        group 15  IODev=DG.az.NE.HueBridge
   FUUID      5c45a0bf-f33f-8c0c-fafc-899d8dbe3386daea
   FVERSION   31_HUEDevice.pm:0.208560/2019-12-30
   ID         G15
   INTERVAL   
   IODev      DG.az.NE.HueBridge
   NAME       HUEGroup15
   NR         299
   STATE      off
   TYPE       HUEDevice
   class      TV
   lights     10,11,17,18,32
   name       Wohnzimmer
   type       Entertainment
   READINGS:
     2020-01-06 09:34:25   alert           none
     2020-01-06 07:49:35   all_on          0
     2020-01-06 08:45:46   any_on          0
     2020-01-06 09:34:27   bri             101
     2020-01-06 09:34:27   colormode       nonuniform
     2020-01-06 09:34:27   ct              221
     2020-01-06 09:34:25   effect          none
     2020-01-06 09:34:25   hue             7281
     2020-01-06 09:34:27   onoff           0
     2020-01-06 09:34:27   pct             0
     2020-01-06 09:34:25   reachable       1
     2020-01-06 09:34:25   rgb             1e1d1a
     2020-01-06 09:34:27   sat             148
     2020-01-06 09:34:27   state           off
   helper:
     alert      none
     bri        101
     colormode  nonuniform
     ct         221
     devtype    G
     effect     none
     hue        7281
     onoff      0
     pct        0
     reachable  1
     rgb        1e1d1a
     sat        148
     state      off
     update_timeout 1
     json:
       class      TV
       name       Wohnzimmer
       type       Entertainment
       action:
         alert      none
         bri        1
         colormode  xy
         ct         369
         effect     none
         hue        53380
         sat        213
         xy:
           0.3391
           0.1873
       lights:
         32
         18
         10
         17
         11
       locations:
         10:
           -0.66
           -0.61
           -1
         11:
           -0.01
           1
           0
         17:
           1
           0.11
           1
         18:
           -0.95
           0.4
           -1
         32:
           0
           0.68
           -1
       sensors:
       state:
       stream:
         owner     
         proxymode  auto
         proxynode  /lights/32
     lights:
       10         1
       11         1
       17         1
       18         1
       32         1
Attributes:
   IODev      DG.az.NE.HueBridge
   alias      Wohnzimmer
   color-icons 2
   delayedUpdate 1
   devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
   group      HUEGroup
   icon       hue_room_tv
   room       HUEDevice
   userattr   createActionReadings:1,0 createGroupReadings:1,0


API Query:
/api/<key>/groups/15

{
"name": "Wohnzimmer",
"lights": [
"32",
"18",
"10",
"17",
"11"
],
"sensors": [],
"type": "Entertainment",
"state": {
"all_on": false,
"any_on": false
},
"recycle": false,
"class": "TV",
"stream": {
"proxymode": "auto",
"proxynode": "/lights/32",
"active": false,
"owner": null
},
"locations": {
"10": [
-0.66,
-0.61,
-1
],
"11": [
-0.01,
1,
0
],
"17": [
1,
0.11,
1
],
"18": [
-0.95,
0.4,
-1
],
"32": [
0,
0.68,
-1
]
},
"action": {
"on": false,
"bri": 1,
"hue": 53380,
"sat": 213,
"effect": "none",
"xy": [
0.3391,
0.1873
],
"ct": 369,
"alert": "none",
"colormode": "xy"
}
}


Titel: Antw:philips hue modul
Beitrag von: justme1968 am 06 Januar 2020, 12:58:03
schau mal bitte in die internals der devices. da sollte es mode geben. reicht dir das nicht ?

Titel: Antw:philips hue modul
Beitrag von: Phiolin am 06 Januar 2020, 17:36:03
Leider ist es nur über das Internal schwierig festzustellen, wann ein Entertainment-Stream startet und stopped, da sich die Readings der Lampen nicht ändern und laut API die Lampen wohl nicht mal "on" sind obwohl das Streaming läuft.
Das Gruppen-Reading stream->active aus der Entertainment-Gruppe wäre daher trotzdem praktisch, damit man ein Event hat an dem man sich für weitere Schaltungen orientieren kann.
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 06 Januar 2020, 17:40:04
aus dem internal ein reading zu machen ist kein problem. erst mal müssen wir feststellen ob die daten da sind uns stimmen.
Titel: Antw:philips hue modul
Beitrag von: Phiolin am 06 Januar 2020, 18:12:42
Die Werte bei den Lampen passen soweit. Wenn das Streaming startet, zeigt das "mode" Internal der Lampen den Wert "streaming". Wenn das Streaming endet, wechselt das Internal erst auf den Wert "homeautomation" und (manchmal) einige Zeit später auf einen leeren Wert.

List mit aktivem Stream:

Internals:
   CHANGED   
   DEF        11  IODev=DG.az.NE.HueBridge
   FUUID      5c45a0b8-f33f-8c0c-e033-0a60097d229324ba
   FVERSION   31_HUEDevice.pm:0.208560/2019-12-30
   ID         11
   INTERVAL   
   IODev      DG.az.NE.HueBridge
   NAME       EG.wz.LA.AtmoTV
   NR         24
   STATE      off
   TYPE       HUEDevice
   desired    1
   manufacturername Philips
   mode       streaming
   modelid    LST001
   name       TV Licht
   swversion  5.127.1.26581
   type       Color light
   uniqueid   00:17:88:01:00:cd:fc:c9-0b
   READINGS:
     2020-01-06 07:40:15   alert           none
     2020-01-06 18:10:12   bri             73
     2020-01-06 07:49:05   colormode       xy
     2019-07-28 20:42:05   ct              370 (2702K)
     2020-01-02 17:19:06   effect          none
     2020-01-06 18:10:12   hue             41346
     2020-01-06 18:08:52   onoff           0
     2020-01-06 18:08:52   pct             0
     2020-01-06 15:04:13   reachable       1
     2020-01-06 18:10:12   rgb             4b4848
     2020-01-06 18:10:12   sat             84
     2020-01-06 18:08:52   state           off
     2020-01-06 18:10:12   xy              0.3401,0.3329
   helper:
     alert      none
     battery    -1
     bri        73
     colormode  xy
     ct         -1
     devtype   
     effect     none
     hue        41346
     on         0
     pct        0
     reachable  1
     rgb        4b4848
     sat        84
     update_timeout -1
     xy         0.3401,0.3329
     helper:
     json:
       manufacturername Philips
       modelid    LST001
       name       TV Licht
       productname Hue lightstrip
       swversion  5.127.1.26581
       type       Color light
       uniqueid   00:17:88:01:00:cd:fc:c9-0b
       capabilities:
         control:
           colorgamuttype A
           maxlumen   120
           mindimlevel 10000
           colorgamut:
             ARRAY(0x5563c46d78c8)
             ARRAY(0x5563c43c7ef0)
             ARRAY(0x5563c4cef930)
         streaming:
       config:
         archetype  huelightstrip
         direction  omnidirectional
         function   mixed
         startup:
           mode       powerfail
       state:
         alert      none
         bri        73
         colormode  xy
         effect     none
         hue        41346
         mode       streaming
         sat        84
         xy:
           0.3401
           0.3329
       swupdate:
         lastinstall 2018-12-17T16:38:36
         state      noupdates
Attributes:
   IODev      DG.az.NE.HueBridge
   alias      TV Licht
   color-icons 2
   devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
   group      Lampen
   icon       hue_filled_lightstrip
   model      LST001
   room       Wohnzimmer
   subType    colordimmer
   userattr   lightSceneParamsToSave lightSceneRestoreOnlyIfChanged:1,0
   webCmd     hue:rgb:rgb ff0000:rgb 98FF23:rgb 0000ff:toggle:on:off


List mit gestopptem Stream (hier hat das mode Internal den Wert "homeautomation", manchmal ist es aber auch einfach leer - warum auch immer):

Internals:
   DEF        11  IODev=DG.az.NE.HueBridge
   FUUID      5c45a0b8-f33f-8c0c-e033-0a60097d229324ba
   FVERSION   31_HUEDevice.pm:0.208560/2019-12-30
   ID         11
   INTERVAL   
   IODev      DG.az.NE.HueBridge
   NAME       EG.wz.LA.AtmoTV
   NR         24
   STATE      off
   TYPE       HUEDevice
   desired    1
   manufacturername Philips
   mode       homeautomation
   modelid    LST001
   name       TV Licht
   swversion  5.127.1.26581
   type       Color light
   uniqueid   00:17:88:01:00:cd:fc:c9-0b
   READINGS:
     2020-01-06 07:40:15   alert           none
     2020-01-06 18:06:22   bri             57
     2020-01-06 07:49:05   colormode       xy
     2019-07-28 20:42:05   ct              370 (2702K)
     2020-01-02 17:19:06   effect          none
     2020-01-06 18:06:22   hue             51330
     2020-01-06 18:08:52   onoff           0
     2020-01-06 18:08:52   pct             0
     2020-01-06 15:04:13   reachable       1
     2020-01-06 18:06:22   rgb             43305c
     2020-01-06 18:06:22   sat             134
     2020-01-06 18:08:52   state           off
     2020-01-06 18:06:22   xy              0.3353,0.2539
   helper:
     alert      none
     battery    -1
     bri        57
     colormode  xy
     ct         -1
     devtype   
     effect     none
     hue        51330
     on         0
     pct        0
     reachable  1
     rgb        43305c
     sat        134
     update_timeout 1
     xy         0.3353,0.2539
     helper:
     json:
       manufacturername Philips
       modelid    LST001
       name       TV Licht
       productname Hue lightstrip
       swversion  5.127.1.26581
       type       Color light
       uniqueid   00:17:88:01:00:cd:fc:c9-0b
       capabilities:
         control:
           colorgamuttype A
           maxlumen   120
           mindimlevel 10000
           colorgamut:
             ARRAY(0x5563c5082da0)
             ARRAY(0x5563c38f2b88)
             ARRAY(0x5563c4df4548)
         streaming:
       config:
         archetype  huelightstrip
         direction  omnidirectional
         function   mixed
         startup:
           mode       powerfail
       state:
         alert      none
         bri        57
         colormode  xy
         effect     none
         hue        51330
         mode       homeautomation
         sat        134
         xy:
           0.3353
           0.2539
       swupdate:
         lastinstall 2018-12-17T16:38:36
         state      noupdates
Attributes:
   IODev      DG.az.NE.HueBridge
   alias      TV Licht
   color-icons 2
   devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
   group      Lampen
   icon       hue_filled_lightstrip
   model      LST001
   room       Wohnzimmer
   subType    colordimmer
   userattr   lightSceneParamsToSave lightSceneRestoreOnlyIfChanged:1,0
   webCmd     hue:rgb:rgb ff0000:rgb 98FF23:rgb 0000ff:toggle:on:off


Man sieht hier auch, dass die übrigen Readings im "streaming" mode nicht verlässlich sind. Die Lampe wird hier als "onoff" = 0 angezeigt, obwohl sie aber im streaming mode leuchtet.

Das Gruppen-Device für die Entertainment-Area ändert sich übrigens im Streaming mode nicht. Hier gibt es auch kein "mode" Internal.
Für das Device würde man dann also doch das Stream-Attribut aus der API nehmen müssen. Wobei mir theoretisch aber das "mode" als Reading bei den Lampen als Indikator ausreichen würde, wenn das leichter zu implementieren ist.
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 06 Januar 2020, 20:42:07
kannst du mal bitte unter http://<bridge>/api/<key>/lights/11 schauen was im json steht wenn mode in fhem leer ist?
Titel: Antw:philips hue modul
Beitrag von: Phiolin am 06 Januar 2020, 20:58:21
Es steht ,,homeautomation" drin, wird aber wohl aus irgendeinem Grund nicht ins Internal übernommen.

Internals:
   CHANGED   
   DEF        11  IODev=DG.az.NE.HueBridge
   FUUID      5c45a0b8-f33f-8c0c-e033-0a60097d229324ba
   FVERSION   31_HUEDevice.pm:0.208560/2019-12-30
   ID         11
   INTERVAL   
   IODev      DG.az.NE.HueBridge
   NAME       EG.wz.LA.AtmoTV
   NR         24
   STATE      off
   TYPE       HUEDevice
   desired    1
   manufacturername Philips
   mode       
   modelid    LST001
   name       TV Licht
   swversion  5.127.1.26581
   type       Color light
   uniqueid   00:17:88:01:00:cd:fc:c9-0b
   READINGS:
     2020-01-06 07:40:15   alert           none
     2020-01-06 18:47:09   bri             52
     2020-01-06 07:49:05   colormode       xy
     2019-07-28 20:42:05   ct              370 (2702K)
     2020-01-02 17:19:06   effect          none
     2020-01-06 18:47:09   hue             46314
     2020-01-06 18:08:52   onoff           0
     2020-01-06 18:08:52   pct             0
     2020-01-06 15:04:13   reachable       1
     2020-01-06 18:47:09   rgb             393131
     2020-01-06 18:47:09   sat             61
     2020-01-06 18:08:52   state           off
     2020-01-06 18:47:09   xy              0.3639,0.3296
   helper:
     alert      none
     battery    -1
     bri        52
     colormode  xy
     ct         -1
     devtype   
     effect     none
     hue        46314
     on         0
     pct        0
     reachable  1
     rgb        393131
     sat        61
     update_timeout -1
     xy         0.3639,0.3296
     helper:
     json:
       manufacturername Philips
       modelid    LST001
       name       TV Licht
       productname Hue lightstrip
       swversion  5.127.1.26581
       type       Color light
       uniqueid   00:17:88:01:00:cd:fc:c9-0b
       capabilities:
         control:
           colorgamuttype A
           maxlumen   120
           mindimlevel 10000
           colorgamut:
             ARRAY(0x5563c48d9d08)
             ARRAY(0x5563c40df5a8)
             ARRAY(0x5563c4e15260)
         streaming:
       config:
         archetype  huelightstrip
         direction  omnidirectional
         function   mixed
         startup:
           mode       powerfail
       state:
         alert      none
         bri        52
         colormode  xy
         effect     none
         hue        46314
         mode       homeautomation
         sat        61
         xy:
           0.3639
           0.3296
       swupdate:
         lastinstall 2018-12-17T16:38:36
         state      noupdates
Attributes:
   IODev      DG.az.NE.HueBridge
   alias      TV Licht
   color-icons 2
   devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
   group      Lampen
   icon       hue_filled_lightstrip
   model      LST001
   room       Wohnzimmer
   subType    colordimmer
   userattr   lightSceneParamsToSave lightSceneRestoreOnlyIfChanged:1,0
   webCmd     hue:rgb:rgb ff0000:rgb 98FF23:rgb 0000ff:toggle:on:off



{
   "uniqueid" : "00:17:88:01:00:cd:fc:c9-0b",
   "productname" : "Hue lightstrip",
   "name" : "TV Licht",
   "manufacturername" : "Philips",
   "state" : {
      "xy" : [
         0.3639,
         0.3296
      ],
      "mode" : "homeautomation",
      "alert" : "none",
      "hue" : 46314,
      "effect" : "none",
      "colormode" : "xy",
      "bri" : 52,
      "on" : false,
      "reachable" : true,
      "sat" : 61
   },
   "modelid" : "LST001",
   "config" : {
      "startup" : {
         "mode" : "powerfail",
         "configured" : true
      },
      "archetype" : "huelightstrip",
      "function" : "mixed",
       "direction" : "omnidirectional"
   },
   "type" : "Color light",
   "swversion" : "5.127.1.26581",
   "swupdate" : {
      "lastinstall" : "2018-12-17T16:38:36",
      "state" : "noupdates"
   },
   "capabilities" : {
      "streaming" : {
         "renderer" : true,
         "proxy" : false
      },
      "certified" : true,
      "control" : {
         "colorgamut" : [
            [
               0.704,
               0.296
            ],
            [
               0.2151,
               0.7106
            ],
            [
               0.138,
               0.08
            ]
         ],
         "mindimlevel" : 10000,
         "colorgamuttype" : "A",
         "maxlumen" : 120
      }
   }
}
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 06 Januar 2020, 21:15:33
die devices haben ab morgen ein reading mode statt des internals.

das mit den gruppen muss ich mir noch genauer anschauen.
Titel: Antw:philips hue modul
Beitrag von: Phiolin am 06 Januar 2020, 21:33:09
Prima, danke  :)
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 07 Januar 2020, 14:39:31
ab morgen gibt es auch ein stream_active reading für die gruppen.

ich habe aber keine ahnung wie gut das funktioniert. ich habe keine api beschreibung dafür gefunden.

ps: hast du eine hdmi sync box?
Titel: Antw:philips hue modul
Beitrag von: Phiolin am 07 Januar 2020, 14:41:20
Ja, habe ich. Im Wohnzimmer verwende ich die HDMI Sync Box zwischen AVR und TV, im Arbeitszimmer die Hue Sync App für den PC.

Werde mit den Werten dann morgen mal ein bisschen testen und gucken ob das zuverlässig von der API aktualisiert wird.
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 07 Januar 2020, 14:43:55
weißt du zufällig ob das einschleifen auch bei dolby vision geht?
Titel: Antw:philips hue modul
Beitrag von: Phiolin am 07 Januar 2020, 14:50:29
Es ging wohl beim Start nicht, aber ich habe Berichte gelesen, wo es jetzt scheinbar funktioniert.
Leider kann ich selber nicht testen, da unser TV kein Dolby Vision/HDR/4K kann - da müsste erst mal ein neuer TV für her.
Kann also keine belastbare Antwort dazu geben im Moment. :)
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 07 Januar 2020, 14:51:40
ok. danke. alternativ könnte ich vermutlich auch den zweiten ausgang am avr verwenden. mal sehen.
Titel: Antw:philips hue modul
Beitrag von: Phiolin am 07 Januar 2020, 14:53:49
Ja. Man findet leider noch nicht so viele Erfahrungsberichte zu dem Thema. Die Box ist momentan auch nur bei wenigen Händlern überhaupt erhältlich... (Saturn & MM).
Mal sehen was da noch draus wird, aber ich hoffe ja Philips/Signify gibt sich da etwas Mühe, nachdem der sonstige Hue Entertainment Start ja eher eine Nullnummer war. ;) 
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 07 Januar 2020, 14:56:49
ja. mal sehen was draus wird. im gegensatz zu den meisten anderen ambilight systemen geht es ja immerhin ohne software und auch mit HDCP.

fehlt nur noch das es ohne avr nur mit dem fernseher geht. aber das ist eine andere geschichte.
Titel: Antw:philips hue modul
Beitrag von: Phiolin am 07 Januar 2020, 15:01:39
Ja, ich hatte erst nach Dreamscreen geschaut, aber da dass ja jetzt auch nicht mehr produziert wird, gibt es auch nicht unheimlich viele Alternativen ohne gleich wieder endlos viel selber basteln zu müssen.
Ansonsten kann man natürlich noch direkt einen Philips TV mit Ambilight kaufen. Aber das schränkt die Auswahl bei den Fernsehern dann schon ein und ein neuer TV ist jetzt nur für ein bisschen Licht dann vielleicht auch ein kleines bisschen übertrieben. :)
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 07 Januar 2020, 15:03:02
phillips tv war selbst mit ambilight alleinstellungsmerkmal  nicht in der engeren auswahl :)
Titel: Antw:philips hue modul
Beitrag von: mobildruck am 07 Januar 2020, 19:28:57
Vielen Dank für das Modul.
Ich benutze es seit einiger Zeit zur Lichtsteuerung mit einem RaspBee-Gatway von Dresden Elektronik.

Ist es möglich die aktuelle "scene" mit in die Readings einer Group auf zu nehmen.

Ich weiss das die originale HUB-Bridge Gruppen und Szenen anderes organisiert aber eventuell ist es möglich beim erkennen des RaspBee-Gatways otional dieses Reading mit anzulegen.

Falls es möglich ist würde es mir bei einigen Routinen sehr helfen, da die Gruppen bei uns über Verschidene Quellen gesteuert werden und neue Aufrufe sollen dann in Abhängigkeit der bereits gewählten Szene erfolgen.

Ich habe bereits selbst versucht die 30_HUEBridge.pm und 31_HUEDevice.pm anzupassen, leider ohne Erfolg.

{
  "action": {
    "bri": 127,
    "colormode": "hs",
    "ct": 0,
    "effect": "none",
    "hue": 0,
    "on": true,
    "sat": 254,
    "scene": "2",
    "xy": [0.640085, 0.329946]
  },
  "devicemembership": [],
  "etag": "50581bd22629f939a61632df1ebd2ddb",
  "id": "35",
  "lights": ["46", "8"],
  "name": "SZ",
  "scenes": [{
    "id": "1",
    "lightcount": 2,
    "name": "an",
    "transitiontime": 0
  }, {
    "id": "2",
    "lightcount": 2,
    "name": "aus",
    "transitiontime": 0
  }],
  "state": {
    "all_on": false,
    "any_on": false
  },
  "type": "LightGroup"
}
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 07 Januar 2020, 19:48:23
ich hab mal versucht etwas einzubauen.

schau morgen nach dem update mal ob es geht wenn du createActionReadings setzt.

aber: prinzipiell sind alle readings der gruppen (ausser mit createGroupReadings erzeugt) nicht zuverlässig weil sich die werte nicht immer korrekt ändern wenn eine lampe aus der gruppe von hand oder anders gesteuert wird.
Titel: Antw:philips hue modul
Beitrag von: mobildruck am 07 Januar 2020, 21:05:04
Klasse, ich werde es testen und berichten. Vielen Dank
Titel: Antw:philips hue modul
Beitrag von: Phiolin am 08 Januar 2020, 11:42:36
Es braucht noch eine kleine Korrektur beim stream_active reading für die Gruppen. Es bleibt nämlich jetzt immer auf "1" im Reading, selbst wenn in der API stream->active: false geliefert wird.

{
"name": "Wohnzimmer",
"lights": [
"61",
"60"
],
"sensors": [],
"type": "Entertainment",
"state": {
"all_on": false,
"any_on": false
},
"recycle": false,
"class": "TV",
"stream": {
"proxymode": "auto",
"proxynode": "/lights/61",
"active": false,
"owner": null
},
"locations": {
"60": [
-0.73,
1,
0
],
"61": [
0.72,
1,
0
]
},
"action": {
"on": false,
"bri": 127,
"hue": 45799,
"sat": 254,
"effect": "none",
"xy": [
0.1542,
0.0871
],
"ct": 153,
"alert": "none",
"colormode": "hs"
}
}


Internals:
   CHANGED   
   DEF        group 15  IODev=DG.az.NE.HueBridge
   FUUID      5c45a0bf-f33f-8c0c-fafc-899d8dbe3386daea
   FVERSION   31_HUEDevice.pm:0.209060/2020-01-07
   ID         G15
   INTERVAL   
   IODev      DG.az.NE.HueBridge
   NAME       EG.wz.Entertainment
   NR         263
   STATE      off
   TYPE       HUEDevice
   class      TV
   lights     60,61
   name       Wohnzimmer
   type       Entertainment
   READINGS:
     2020-01-08 10:33:28   alert           none
     2020-01-08 11:35:25   all_on          0
     2020-01-08 11:35:25   any_on          0
     2020-01-08 11:09:55   bri             127
     2020-01-08 10:55:18   colormode       hs
     2020-01-08 11:35:25   ct              153
     2020-01-08 10:33:28   effect          none
     2020-01-08 11:33:48   hue             45799
     2020-01-08 11:35:25   onoff           0
     2020-01-08 11:35:25   pct             0
     2020-01-08 10:33:28   reachable       1
     2020-01-08 11:33:48   rgb             190080
     2020-01-08 10:55:18   sat             254
     2020-01-08 11:35:25   state           off
     2020-01-08 10:33:28   stream_active   1
   helper:
     alert      none
     bri        127
     colormode  hs
     ct         153
     devtype    G
     effect     none
     hue        45799
     onoff      0
     pct        0
     reachable  1
     rgb        190080
     sat        254
     state      off
     stream_active 1
     update_timeout 1
     json:
       class      TV
       name       Wohnzimmer
       type       Entertainment
       action:
         alert      none
         bri        171
         colormode  xy
         ct         275
         effect     none
         hue        57063
         sat        77
         xy:
           0.3997
           0.3197
       lights:
         61
         60
       locations:
         60:
           -0.73
           1
           0
         61:
           0.72
           1
           0
       sensors:
       state:
       stream:
         owner     
         proxymode  auto
         proxynode  /lights/61
     lights:
       60         1
       61         1
Attributes:
   IODev      DG.az.NE.HueBridge
   alias      Entertainment Wohnzimmer
   color-icons 2
   delayedUpdate 1
   devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
   event-on-change-reading stream_active
   group      Lampen
   icon       hue_room_tv
   room       Wohnzimmer
   userattr   createActionReadings:1,0 createGroupReadings:1,0


Ich glaube, dass liegt daran, dass in 31_HUEDevice.pm in diesem Block der Wert unter Umständen gar nicht verarbeitet wird, wenn er "false" ist?
if( $result->{stream}
          && (defined($hash->{helper}{stream}) || $result->{stream}{active}) ) {
        $readings{stream_active} = $result->{stream}{active}?1:0;
      }
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 08 Januar 2020, 11:55:47
da war noch ein tippfehler drin. habs repariert.
Titel: Antw:philips hue modul
Beitrag von: Phiolin am 08 Januar 2020, 13:31:46
Direkt mit der Version aus dem SVN getestet. Jetzt geht's, danke. :)
Titel: Antw:philips hue modul
Beitrag von: mobildruck am 08 Januar 2020, 21:33:14
Klasse, das Erkennen von Scenen auf dem RaspBee-Gateway funktioniert.

Die Scene wird allerdings nur gelesen wenn ein Befehl aus FHEM ans RaspBee-Gateway gesendet wird.
all_on, any_on, pct und weitere Werte aus der API werden in FHEM selbst dann aktualisiert wenn die Änderungen auf dem RaspBee-Gateway  erzeugt werden. scene aber behält den alten Wert bis ein erneuter Befehl aus FHEM gesendet wird.

Mir hilft es aber schon weiter. Um die aktuelle scene in FHEM zu bekommen löse ich per notify auf all_on, any_on und pct ein statusRequest aus, dann wird auch scene aktualisiert.

vielen Dank für deine Einsatz Andre
Titel: Antw:philips hue modul
Beitrag von: Thyraz am 14 Januar 2020, 17:23:24
Hallo Andre,

kann man eigentlich die HUEDevices in Fhem von original HueBridge einfach und schnell auf Conbee umziehen?

Der Umzug von der Bridge zum Stick in den jeweiligen Original Softwaretools hat super geklappt.
Ich habe die Birnen in der Hue App gelöscht, dann in Phoscon nach Lampen gesucht.

Mein Problem ist jetzt, dass ich die Lampen gern unter altem Namen mit den ganzen bisherigen Attributen übernehmen würde.
Ich habe ne Menge Userreadings, MQTT Publishs, dazu Grupen, Räume, Homebridgemappings...
Da arbeite ich erstmal ne Woche bis ich das alles aktualisiert habe.  ;D

Die neuen Devices wurden alle durch das autocreate mit neuem IODev=conbee2 erstellt.
Nun hab ich jeweils das DEV und das Attribut IODEV vom passenden Conbee HueDevice in das alte HueDevice übernommen.

Damit klappt an sich auch alles:
Ich kann über beide FHEM Instanzen die Lampe steuern und es aktualisieren sich auch beide.
Lösche ich aber nun die neue HUEDevice Istanz, welche ich ja nicht benötige, dann kommen im Log solche Meldungen:
conbee2: message for unknown device received: conbee2-1
Nach einem FHEM Neustart werden dann auch alle Conbee Huedevice Doubletten wieder angelegt.

Ist da nur irgendwas in den Internals noch falsch, dass er das nicht erkennt das ich umbiegen kann?
Oder hab ich keine Chance und muss die Attribute mühsam umkopieren?
(Plötzlich kommt mir mein HUE Gerätepark ziemlich umfangreich vor :-X)

Grüße,
Tobias
Titel: Antw:philips hue modul
Beitrag von: P.A.Trick am 14 Januar 2020, 17:33:56
Hi Tobias, ich stand vor demselben Problem. Ich habe (ja ja jetzt werde ich wieder totgeschlagen) FHEM gestoppt und die fhem.cfg manuell editiert.
Du musst in der Device Definition hue_bridge durch deCONZ ersetzen und die jeweilige ID anpassen. Danach FHEM wieder starten und dann sollte
alles klappen.
Mir ist kein anderer Weg bekannt, wie man das sonst machen kann.
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 14 Januar 2020, 17:38:47
das problem ist das die device id mit der eine lampe im api angesprochen wird nicht bridge übergreifend eindeutig ist. das dies mal ein problem wird weil jemand mehr als eine bridge hat war am anfang kein thema :)

als die der erste mit mehr als einer bridge um die ecke gekommen ist war es zu spät die eindeutige serien nummer der lampe zur identifizierung zu verwenden. abgesehen davon das diese bei ikea gateway nicht gibt hätte das aber auch ein paar andere nebeneffekte. z.b. kann man dann nicht mehr einfach von hand ein device anlegen da man die serien nummer in der regel nicht kennt.

das hat zur folge das statt der eindeutigen serien nummer die kombination aus id und bridge als eindeutiger schlüssel verwendet wird. um die lampe intern in diversen datenstrukturen zu identifizieren. deshalb kann man zumindest rein von hand id und bridge im define nicht einfach ändern weil alle internen verknüpfungen dadurch nicht aktualisiert werden.

lange rede... kurzer sinn: nein das geht aktuell nicht und wäre auch nicht ganz einfach umzusetzen.

was aber geht wäre fhem anhalten, config anpassen und dann neu starten.


wenn es genügend fürsprecher gibt würde ich mir etwas einfallen lassen. ich könnte mir vorstellen das das modul automatisch schau ob die nachricht für ein unbekanntes device die gleiche serien nummer hat als ein schon bekanntes und dann das iodev automatisch wechseln. dafür bräuchte es dann aber auch einen willigen beta tester der mehrfach lampen umzieht und in kauf nimmt das es am anfang nicht reibungslos geht.
Titel: Antw:philips hue modul
Beitrag von: Thyraz am 14 Januar 2020, 17:43:49
Zitat von: P.A.Trick am 14 Januar 2020, 17:33:56
Ich habe (ja ja jetzt werde ich wieder totgeschlagen) FHEM gestoppt und die fhem.cfg manuell editiert.

Pfui!  ;D

Gerade ist mir aufgefallen, dass das DEV wenn man es bei laufendem FHEM ändert wieder zurückgesetzt wird.
Ich hab also wie du DEV und Attr IODev angepasst, nur eben in laufendem Betrieb.

Wenn ich dann speichere und FHEM neu starte wird aus dem gerade angepassten DEF "2 IODev=conbee2" wieder "2 IODev=HueBridge".
Keine Ahnung ob das HUEBridge Modul hier noch Daten hält und das dann übers speichern / laden beim FHEM Neustarten wieder neu geschrieben wird.

Dann gehe ich halt auch mal den Weg des FHEM editierens (den ich in all den Jahren bisher erfolgreich gemieden habe. ;))
Titel: Antw:philips hue modul
Beitrag von: P.A.Trick am 14 Januar 2020, 17:45:15
Zitat von: Thyraz am 14 Januar 2020, 17:43:49
Pfui!  ;D

------

Dann gehe ich halt auch mal den Weg des FHEM editierens (den ich in all den Jahren bisher erfolgreich gemieden habe. ;))

:-) Mache vorher eine Sicherungskopie!
Titel: Antw:philips hue modul
Beitrag von: stera am 14 Januar 2020, 18:05:59
Mit einer Kopie der RAW Definition, löschen des Device und angepasst wieder über das "+" importieren geht das doch recht schnell.
So habe ich nach und nach auch die Device rüber geholt.

Gruß,
Stefan


Zitat von: Thyraz am 14 Januar 2020, 17:43:49
Pfui!  ;D

Gerade ist mir aufgefallen, dass das DEV wenn man es bei laufendem FHEM ändert wieder zurückgesetzt wird.
Ich hab also wie du DEV und Attr IODev angepasst, nur eben in laufendem Betrieb.

Wenn ich dann speichere und FHEM neu starte wird aus dem gerade angepassten DEF "2 IODev=conbee2" wieder "2 IODev=HueBridge".
Keine Ahnung ob das HUEBridge Modul hier noch Daten hält und das dann übers speichern / laden beim FHEM Neustarten wieder neu geschrieben wird.

Dann gehe ich halt auch mal den Weg des FHEM editierens (den ich in all den Jahren bisher erfolgreich gemieden habe. ;))
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 14 Januar 2020, 18:12:11
beim drüber nachdenken ist mir noch eine idee gekommen...

es gibt eine routine HUEDevice_IODevChanged, die wird intern verendet wenn man eine bridge umbenennt. hier muss auch die interne verknüpfung gerade gezogen werden. die habe ich eben mal erweitert um auch die id umzubiegen.

d.h. ab morgen nach dem update bitte mal probieren:

- {HUEDevice_IODevChanged('lampe', 'io alt', 'io neu', 'neue id')}
- danach die id auch noch von hand im DEF anpassen

statt io alt kann man auch undef angeben.


wenn das klappt baue ich noch ein das die id im DEF automatisch angepasst wird und das ganze automatisch aufgerufen wird wenn eine nachricht für eine bekannte serien nummer über ein neues io rein kommt.


Titel: Antw:philips hue modul
Beitrag von: justme1968 am 14 Januar 2020, 19:00:42
könnt ihr mal schauen ob das uniqueid internal beim wechechsel der bridge gleich bleibt? auch zwischen hue und deCONZ?

Titel: Antw:philips hue modul
Beitrag von: justme1968 am 14 Januar 2020, 19:28:12
so...

ich habe noch etwas gebastelt:

- die routine von oben setzt auch die id im def. d.h. es muss von hand nichts gemacht werden.
- wenn beim wechsel der bridge die uniqueid gleich bleibt sollte die das verschieben automatisch gehen

es muss dafür pollDevices in der (alten) bridge gesetzt sein und fhem darf zwischendurch nicht angehalten werden. sonst ist die uniqueid aus den internals weg.

ab morgen im update
Titel: Antw:philips hue modul
Beitrag von: Thyraz am 14 Januar 2020, 21:24:15
Danke dir. :)

Unique ID bleibt gleich, trotz Umzug zur anderen Bridge.

Habe es eben mal aus dem SVN gezogen.
So ganz klappt es leider noch nicht.

Es wurde dennoch ein neues Device in FHEM angelegt statt das alte umzubiegen.
Nachdem ich dieses dann gelöscht habe, wurde das vorhandene Device dann doch plötzlich angepasst (DEV und attr IODev).
Anstatt einem message for unknown device received war diesmal das im Log:

moving HUEDevice11 [00:17:88:01:02:9c:3e:89-0b] from HueBridge to conbee2
HUEDevice11: I/O device is conbee2


Das war dann auch im Device in FHEM so korrekt angezeigt.

Allerdings war nach einem Save und Fhem Restart dann doch wieder das alte IODev=xyz im DEF.
Attr IODev zeigte noch korrekt auf das neue IODev.

Es wurde dann aber auch wieder über Autocreate ein neues Device angelegt.


Kann man mit irgendwelchen Infos/Lists/... was dazu beitragen?
Ich hab auf alle Fälle noch einige Devices die umgezogen werden müssten und als Testballons für neue Versionen dienen können. :P
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 14 Januar 2020, 21:33:38
autocreate wird nur beim fhem neustart aufgerufen. im betrieb nicht. d.h. ich verstehe nicht warum das neue device angelegt wird. steht dazu etwas im log? mit verbose 4? hilft es autocreate abzuschalten?

stimmt nach dem umzug das IODev im DEF?

du musst von hand save aufrufen. sonst bleibt ja die config gleich. das habe ich noch nicht eingebaut.
Titel: Antw:philips hue modul
Beitrag von: Thyraz am 14 Januar 2020, 21:41:38
Also autocreate hat bei mir bisher alle Lichter in FHEM angelegt, sobald ich sie in Phoscon hinzugefügt habe.
Ohne Neustart von FHEM.
Bei Sensoren/Tastern musste ich hingegen händisch aktiv werden.

Ich teste es gleich nochmal mit abgeschaltetem autocreate.

Save hab ich vor dem Neustart wie gesagt gemacht.
Dennoch war danach wieder das alte IODev im DEF zu finden.
Titel: Antw:philips hue modul
Beitrag von: Thyraz am 14 Januar 2020, 21:50:39
Hier noch das was im Log passiert ist:


--> Davor ist mehrere Minuten nichts im Log zu sehen, war auch kein Neustart direkt davor

2020.01.14 21:12:16.385 3: conbee2_HUEDevice4: I/O device is conbee2
2020.01.14 21:12:16.410 2: conbee2: autocreated 1 devices
2020.01.14 21:15:40.622 3: harmony: IODev for device 35213790 is Harmony01
2020.01.14 21:15:40.624 3: harmony: IODev for device 33423468 is Harmony01
2020.01.14 21:15:40.626 3: harmony: IODev for device 35737686 is Harmony01

--> Hier hab ich dann das automatisch erstellte Device gelöscht woraufhin er das Device von der alten Bridge zugezogen hat:

2020.01.14 21:16:34.684 2: moving HUEDevice11 [00:17:88:01:02:9c:3e:89-0b] from HueBridge to conbee2
2020.01.14 21:16:34.684 3: HUEDevice11: I/O device is conbee2

--> Hier hab ich Save und danach ein Restart gemacht


Titel: Antw:philips hue modul
Beitrag von: Thyraz am 14 Januar 2020, 22:00:15
Nun mit deaktiviertem autocreate.

Lampe in Hue App gelöscht und in Phoscon hinzugefügt, danach dann gleich das hier im FHEM Log:

2020.01.14 21:54:34.701 2: moving HUEDevice9 [00:17:88:01:01:1c:ac:ad-0b] from HueBridge to conbee2
2020.01.14 21:54:34.701 3: HUEDevice9: I/O device is conbee2


DEF in Fhem von HUEDevice9 ist danach: 5 IODev=conbee2
Attr IODev: conbee2

Danach dann Save gedrückt und Fhem neu gestartet.
Nun ist DEF leider wieder: 5 IODev=HueBridge

Sehr komisch...
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 14 Januar 2020, 22:18:56
das autocreate kommt im phoscon fall weil im api ein extra 'added' event für neue devices geschickt wird. dafür habe ich jetzt auch das verschieben eingebaut.

wenn autosave aktiv ist speichere ich jetzt nach dem verschieben.

wenn autosave nicht aktiv ist siehst du in fhemweb das rote fragezeichen.


warum im config die alte DEF landet verstehe ich aber gerade nicht...

bitte schau mal direkt nach dem verschieben das config file an. hat es einen neuen timestamp? was steht dort als DEF drin?
Titel: Antw:philips hue modul
Beitrag von: Thyraz am 15 Januar 2020, 08:42:06
Hi Andre,

schau ich mir heute Nachmittag an und melde mich dann.
Titel: Antw:philips hue modul
Beitrag von: Thyraz am 15 Januar 2020, 16:23:36
Also, nach dem Umziehen kommt nun direkt ein Modify der Lampe.
Kein neu erstelltes Device mehr.

Die fhem.cfg bekommt danach nicht automatisch einen neuen Zeitstempel.
Erst wenn ich Save drücke wird gespeichert und in der Datei steht nun auch richtig IODef=conbee2 in der DEF.

Stoppe ich dann FHEM und starte es wieder neu steht aber wieder IODef=HUEBridge drin und es wird ein neues Device angelegt.
Hier spukt's doch  ;D

Schaue ich nun in die fhem.cfg steht dort immer noch:

define HUEDevice7 HUEDevice 6 IODev=conbee2


Erst wenn ich nun wieder speichere wird das zurückgeänderte IODev und das neu angelegte Device gespeichert...
Titel: philips hue modul
Beitrag von: justme1968 am 15 Januar 2020, 17:38:04
wenn du auotsave in global nicht aktiviert hast wird nicht automatisch gespeichert.

wenn du manuell speicherst und im file das richtige io siehst ist von modul seite erst mal alles in ordnung.

wenn fhem beim define das gewünschte io noch nicht angelegt hat wird automatisch ein kompatibles genommen.

ich vermute mal die alte bridge steht vorne im config file die device es kommen danach und das neue io kommt dann irgendwann später. beim starten findet fhem beim device anlegen dann nur das neue io noch nicht und nimmt automatisch das alte weil es kompatibel ist.

schieb mal die neue bridge nach vorne vor die devices. wenn das hilft:
bau mal im HUEDevice modul noch ein $hash->{NR} = $devcount++ if( $new_id );vor zeile 319 und schau ob das problem damit weg ist.
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 15 Januar 2020, 19:41:19
ich vermute sehr das es dein problem löst und habe mal eine version mit fix eingecheckt.
Titel: Antw:philips hue modul
Beitrag von: Thyraz am 15 Januar 2020, 23:09:32
Super das funktioniert. :)

Sorry für die späte Rückmeldung.
Aber wenn die Kids heim kommen ist erst mal High Life bis man sie ins Bett bekommen hat. ;)

Rein aus Interesse: was sagt die Variable $devcount aus?
die ist bei mir aktuell sehr groß gewesen wenn ich in der FHEM Konsole { $devcount } eingebe.

Nach einem Neustart von FHEM werden die Geräte dann ja aber scheinbar ihrer define Reihenfolge nach neu durchgezählt.
Das HUEDevice hat dann wieder einfach die nächste Nummer über dem vorherigen letzten Define anstatt der hohen Nummer davor.
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 16 Januar 2020, 06:49:30
sehr schön.

das ist nur eine laufende nummer die mit jedem define hoch gezählt wird und die reihenfolge in der config bestimmt.
Titel: philips hue modul
Beitrag von: justme1968 am 16 Januar 2020, 07:06:33
achtung: aktuell ist das nur für lampen implementiert. für sensoren muss erst jemand schauen ob die ids erhalten bleiben.
Titel: Antw:philips hue modul
Beitrag von: Thyraz am 16 Januar 2020, 08:50:30
Sensoren / Taster von HUE habe ich leider keine.
Andere Zigbee Sensoren bekommt man aber ja wahrscheinlich nicht mit der original HUE Bridge verbunden.

Sonst hätte ich das später kurz getestet.
Vielleicht findet sich ja ein anderer Freiwilliger. ;)
Titel: Antw:philips hue modul
Beitrag von: blackbite am 03 Februar 2020, 17:48:31
Hi Andre,

mit Revision 21079: 30_HUEBridge.pm
gibt es etliche neue redefinded PERL WARNINGS. Mit 21062 ist alles wieder friedrlich:

2020.02.03 17:37:21 1: PERL WARNING: Subroutine HUEDevice_Initialize redefined at ./FHEM/31_HUEDevice.pm line 168, <$fh> line 3093.
2020.02.03 17:37:21 1: PERL WARNING: Subroutine HUEDevice_devStateIcon redefined at ./FHEM/31_HUEDevice.pm line 203, <$fh> line 3093.
2020.02.03 17:37:21 1: PERL WARNING: Subroutine HUEDevice_summaryFn redefined at ./FHEM/31_HUEDevice.pm line 265, <$fh> line 3093.
2020.02.03 17:37:21 1: PERL WARNING: Subroutine HUEDevice_IODevChanged redefined at ./FHEM/31_HUEDevice.pm line 275, <$fh> line 3093.
2020.02.03 17:37:21 1: PERL WARNING: Subroutine HUEDevice_moveToBridge redefined at ./FHEM/31_HUEDevice.pm line 331, <$fh> line 3093.
2020.02.03 17:37:21 1: PERL WARNING: Subroutine HUEDevice_Define redefined at ./FHEM/31_HUEDevice.pm line 360, <$fh> line 3093.
2020.02.03 17:37:21 1: PERL WARNING: Subroutine HUEDevice_Undefine redefined at ./FHEM/31_HUEDevice.pm line 485, <$fh> line 3093.
2020.02.03 17:37:21 1: PERL WARNING: Subroutine HUEDevice_SetParam redefined at ./FHEM/31_HUEDevice.pm line 500, <$fh> line 3093.
2020.02.03 17:37:21 1: PERL WARNING: Subroutine HUEDevice_Set redefined at ./FHEM/31_HUEDevice.pm line 739, <$fh> line 3093.
2020.02.03 17:37:21 1: PERL WARNING: Subroutine HUEDevice_cttorgb redefined at ./FHEM/31_HUEDevice.pm line 1091, <$fh> line 3093.
2020.02.03 17:37:21 1: PERL WARNING: Subroutine HUEDevice_xyYtorgb redefined at ./FHEM/31_HUEDevice.pm line 1128, <$fh> line 3093.
2020.02.03 17:37:21 1: PERL WARNING: Subroutine HUEDevice_Get redefined at ./FHEM/31_HUEDevice.pm line 1175, <$fh> line 3093.
2020.02.03 17:37:21 1: PERL WARNING: Subroutine HUEDevice_ReadFromServer redefined at ./FHEM/31_HUEDevice.pm line 1268, <$fh> line 3093.
2020.02.03 17:37:21 1: PERL WARNING: Subroutine HUEDevice_GetUpdate redefined at ./FHEM/31_HUEDevice.pm line 1285, <$fh> line 3093.
2020.02.03 17:37:21 1: PERL WARNING: Subroutine HUEDeviceSetIcon redefined at ./FHEM/31_HUEDevice.pm line 1330, <$fh> line 3093.
2020.02.03 17:37:21 1: PERL WARNING: Subroutine HUEDevice_Parse redefined at ./FHEM/31_HUEDevice.pm line 1363, <$fh> line 3093.
2020.02.03 17:37:21 1: PERL WARNING: Subroutine HUEDevice_Attr redefined at ./FHEM/31_HUEDevice.pm line 1851, <$fh> line 3093.


Kannst Du mal reinschauen? Danke
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 03 Februar 2020, 17:49:56
die meldungen bitte ignorieren. die lassen sich aktuell nicht vermieden und treten nur ein mal beim fhem start auf.
Titel: Antw:philips hue modul
Beitrag von: blackbite am 03 Februar 2020, 17:54:02
Zitat von: justme1968 am 03 Februar 2020, 17:49:56
die meldungen bitte ignorieren. die lassen sich aktuell nicht vermieden und treten nur ein mal beim fhem start auf.
Wow, das war schnell  ;)
Danke!
Titel: Antw:philips hue modul
Beitrag von: tschimi am 06 März 2020, 10:52:42
Hi,
kann mir evtl. jemand sagen, was die validen Attribute sind bzw. wie ein korrekter Aufruf auszusehen hat? Ich möchte gerne in einem Schedule die Zeit verändern - falls das möglich ist ;-)

updateschedule <id> <attributes json>

Lg, Tschimi
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 06 März 2020, 11:17:42
etwas wie {"localtime": "2015-06-30T14:24:40"} müsste gehen.
Titel: Antw:philips hue modul
Beitrag von: tschimi am 06 März 2020, 11:24:10
Hmm, hab ich versucht:

also

set PhilipsHUE updateschedule 3  {"localtime": "2020-03-07T14:30:00"}

Das führt aber leider zu einen Fehler :-(

Lg, tschimi
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 06 März 2020, 11:25:03
welchen fehler ?

was gibt ein get <bridge> schedules detail?
Titel: Antw:philips hue modul
Beitrag von: tschimi am 06 März 2020, 11:57:07
ID  NAME                 STATUS     
1: Hue Smart button 1   disabled   
2: Hue Smart button 1   disabled   
3: 07:00                enabled

:-)
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 06 März 2020, 11:59:30
da war kein detail dabei und du hast immer noch nicht gesagt welchen fehler es gibt.
Titel: Antw:philips hue modul
Beitrag von: tschimi am 06 März 2020, 12:05:50
Sorry, aber was meinst du mit detail?

Der Fehler ist, das die Parameter nicht verarbeitet werden können.

usage: updateschedule <id> <attributes json>

Die Abfrage nach get PhilipsHUE schedulles gibt genau die 3 IDs mit ID/NAME/STATUS wieder...

Oder hab ich was übersehen?

lg, Tschimi
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 06 März 2020, 12:09:19
get <bridge> schedules detail

Zitatdas die Parameter nicht verarbeitet werden können
was heißt das? gibt es eine fehlermeldung? was steht im log? was wenn du verbose 5 aktivierst? gibt es eine fehlermeldung?

lass dir doch bitte nicht alles aus der nase ziehen.
Titel: Antw:philips hue modul
Beitrag von: tschimi am 06 März 2020, 12:13:44
Ah, so geht das. Ich hatte mir die Befehle nur "zusammengeklickt" und da war kein Detail. Jetzt bekomme ich:

ID  NAME                 STATUS      TIME
1: Hue Smart button 1   disabled    PT00:00:03
2: Hue Smart button 1   disabled    R/PT00:00:05
3: 07:00                enabled     W064/T06:50:00

Wäre der Aufruf dann sowas wie

set PhilipsHue updateschedule 3 {"W064": "T07:00:00"}   <-Das geht so noch nicht :-(

Aber vielleicht hast du ja noch einen Tip :-)

Sorry nochmal, vielleicht stelle ich mich einfach nur zu dösig an... Danke für deine Geduld!

Lg, tschimi
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 06 März 2020, 12:23:29
liest du eigentlich was ich schreibe? denkst du ich stelle die fragen zum spaß oder ignorieren?

und wie kommst du auf so etwas:  {"W064": "T07:00:00"} ?


set PhilipsHue updateschedule 3 {"localtime": "W064/T07:00:00"}

zum format solltest du solltest das hier lesen: https://developers.meethue.com/develop/hue-api/datatypes-and-time-patterns/ (vermutlich musst du dich anmelden).

wochentage funktionieren so: 064:MO       
032:DI       
016:MI       
008:DO       
004:FR       
002:SA       
001:SO
und werden addiert.
Titel: Antw:philips hue modul
Beitrag von: tschimi am 06 März 2020, 12:33:16
Hi,
cool, wieder was gelernt. Zu deinem Kommentar - ja, ich lese was du schreibst aber was für dich ganz einfach ist, ist eben nicht für jeden Transparent. z.B. gibt es detail als auswählbaren parameter bei dem HUE device NICHT!

Wie komme ich auf {"W064": "T07:00:00"} -> ich hatte gedacht, der erste Parameter sei evtl der Name des selbigen. Das die Tage so durchnummeriert sind; da muss man erstmal drauf kommen... DANKE!!

Leider tut aber set PhilipsHUE updateschedule 3 {"localtime": "W064/T07:00:00"} nicht. Wenn ich das so in FHEM eingebe, dann kommt ein Screen auf dem eben nur steht, was ich bereits gepostet hatte, nämlich usage: updateschedule <id> <attributes json>

Verbose 5 hab ich versucht, im Log aber nix dazu gefunden.

Ich wollte dich weder verärgern noch nerven. Ich hab leider keine Doku dazu gefunden und aus dem Fehler bin ich nicht schlau geworden. Was ich möchte ist, die neue Sonnenaufgangsfunktion im HUE als Schedule passend zu meinen Alexa Wakup Zeiten zu steuern. Dafür hatte ich gedacht, ich würde einfach einen Schedule anlegen und den dann an-/ausschalten bzw. die Uhrzeit so modifizieren, das er eben jeweils 10min vor Alexa angeht. Das Coding zu den AlexaWakeups hatte ich mal hier woanders gepostet.

z.Zt. nutze ich noch eine Utils-Routine, die auch funktioniert aber nicht sehr elegant ist. Soviel zum Hintergrund.

Nun zurück zum Fehler. Ich vermute mal, das localtime in diesem Falle evtl. nicht geht - kann das sein? Vielleicht heisst das ja WakeUp oder so?

Nochmal vielen Dank im Vorraus und nochmals Entschuldigung.

Lg, tschimi
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 06 März 2020, 12:39:01
deswegen habe ich je genau das kommando hin geschrieben.

auch kann ich nicht nachvollziehen was an der beantwortung von
Zitatwas heißt das? gibt es eine fehlermeldung? was steht im log? was wenn du verbose 5 aktivierst? gibt es eine fehlermeldung?
nicht transparent sei soll.

lass mal bitte das leerzeichen nach dem : weg.
Titel: Antw:philips hue modul
Beitrag von: tschimi am 06 März 2020, 12:44:23
Klasse, jetzt scheint es zu gehen. (also ohne Leerzeichen). Zumindest sagt FHEM jetzt, er hätte es upgedated...

ABER: Nu will die HUE-Bridge den Eintrag nicht mehr editieren. Ich vermute mal, das der Name 07:00 irgendwie damit zusammenhängt. Wäre mir aber erstmal egal. Jetzt kann ich weiter testen...

DANKESCHÖN, tschimi :-)
Titel: Antw:philips hue modul
Beitrag von: sinus61 am 06 März 2020, 12:55:59
@justme1968:

Könntest Du bitte bei Gelegenheit mal

$readings{carbonmonoxide} = $state->{carbonmonoxide} if( defined($state->{carbonmonoxide}) );


zum Modul hinzufügen.

Ich habe da gerade einen Gassensor in Betrieb genommen:
https://forum.fhem.de/index.php/topic,108962.0.html

Danke
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 06 März 2020, 13:02:26
@tschimi: ab morgen müsste es auch mit leerzeichen gehen.

@sinus61: geht ab morgen
Titel: Antw:philips hue modul
Beitrag von: juemuc am 15 März 2020, 19:32:05
Hallo,

ich habe folgendes Problem:
Wenn ich manuell in fhem die set-Befehle
set HUEDevice9 ct 330 : pct 100 und dann set HUEDevice9 pct 0 : transitiontime 6000 eingebe, erzeugt die Lampe folgende Events
2020-03-15 18:23:33 HUEDevice HUEDevice9 bri: 254
2020-03-15 18:23:33 HUEDevice HUEDevice9 ct: 330 (3030K)
2020-03-15 18:23:33 HUEDevice HUEDevice9 reachable: 1
2020-03-15 18:23:33 HUEDevice HUEDevice9 pct: 100
2020-03-15 18:23:33 HUEDevice HUEDevice9 on
2020-03-15 18:23:33 HUEDevice HUEDevice9 rgb: ffcfa7
2020-03-15 18:23:52 HUEDevice HUEDevice9 reachable: 1
2020-03-15 18:23:52 HUEDevice HUEDevice9 onoff: 0
2020-03-15 18:23:52 HUEDevice HUEDevice9 pct: 0
2020-03-15 18:23:52 HUEDevice HUEDevice9 off
2020-03-15 18:23:53 HUEDevice HUEGroup2 any_on: 1
2020-03-15 18:23:53 HUEDevice HUEGroup2 all_on: 1
2020-03-15 18:23:53 HUEDevice HUEDevice9 bri: 253
2020-03-15 18:23:53 HUEDevice HUEDevice9 onoff: 1
2020-03-15 18:23:53 HUEDevice HUEDevice9 pct: 99
2020-03-15 18:23:53 HUEDevice HUEDevice9 dim93%

Wenn ich die Befehle über ein notify absetze
defmod T_EZ_Lampe_dimmen_notify notify EZ_Lampe_dimmen_dummy.on\
    set HUEDevice9 ct 330 : pct 100;;\
    set HUEDevice9 statusRequest;;\
    set HUEDevice9 pct 0 : transitiontime 6000;;\
    set HUEDevice9 statusRequest
bekomme ich folgende Events:
2020-03-15 18:21:37 HUEDevice HUEDevice9 statusRequest
2020-03-15 18:21:37 HUEDevice HUEDevice9 statusRequest
2020-03-15 18:21:37 HUEDevice HUEDevice9 reachable: 1
2020-03-15 18:21:37 HUEDevice HUEDevice9 ct: 330 (3030K)
2020-03-15 18:21:37 HUEDevice HUEDevice9 onoff: 1
2020-03-15 18:21:37 HUEDevice HUEDevice9 pct: 100
2020-03-15 18:21:37 HUEDevice HUEDevice9 on
2020-03-15 18:21:37 HUEDevice HUEDevice9 rgb: ffcfa7
2020-03-15 18:21:38 HUEDevice HUEDevice9 reachable: 1
2020-03-15 18:21:38 HUEDevice HUEDevice9 onoff: 0
2020-03-15 18:21:38 HUEDevice HUEDevice9 pct: 0
2020-03-15 18:21:38 HUEDevice HUEDevice9 off
2020-03-15 18:21:53 HUEDevice HUEDevice9 bri: 22
2020-03-15 18:21:53 HUEDevice HUEDevice9 ct: 300 (3333K)
2020-03-15 18:21:53 HUEDevice HUEDevice9 onoff: 1
2020-03-15 18:21:53 HUEDevice HUEDevice9 pct: 9
2020-03-15 18:21:53 HUEDevice HUEDevice9 dim12%
2020-03-15 18:21:53 HUEDevice HUEDevice9 rgb: ffd6b5


Der "dim-Status" ist also sehr unterschiedlich. Ich möchte den Status so erzeugen, wie bei der manuellen Eingabe.

Zusätzlich verstehe ich nicht, warum die Reihenfolge der Events aus dem notify nicht der Befehlsreihenfolge entsprechen und warum zusätzlich in beiden Fällen das Event "pct: 0" gesendet wird. Ich wollte zusätzlich eine Aktion starten, wenn die Lampe (nach de Dimmen) aus ist. Dies ist hierdurch aber nicht möglich. Hat jemand eine Idee, wie ich die Probleme lösen kann?   

Viele Grüße
Jürgen
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 15 März 2020, 19:52:40
mit deinem statusRequest fragst du die lampe nach dem aktuellen zustand. die automatische status abfrage nach einem set, die regelmäßige automatische status abfrage und deine explizite abfrage sind alle nicht synchronisiert und schlagen zu unterschiedlichen zeitpunkten zu. zusätzlich hast du zufällige verzögerungen durch andere dinge in fhem.

wenn gerade rauf oder runter gedimmt wird und du zu mehr oder weniger zufälligen zeiten werte bekommst sind die werte halt auch unterschiedlich.

im übrigen sind die ganzen statusRequest in deinem notify recht sinnlos (für asynchron). und erzeugen nur zusätzliche last (für synchron und asynchron).

die reihenfolge der set kommandos hat grundsätzlich nichts mit der reihenfolge der events zu tun. unter anderem weil im api auf perl und json seite mehrere hashes dazwischen stecken die reihenfolgen zufällig machen und zum anderen weil die reihenfolge der erzeugten events nur von der abarbeitung der antwort im code abhängt.

warum willst und erwartest du werte in einer bestimmten reihenfolge und nach einer bestimmten zeit? es wird auch nichts 'zusätzlich' gesendet.

um in einem notify festzustellen ob eine lampe an oder aus ist sollte man im übrigen onoff verwenden und nicht pct, state oder noch irgend etwas anderes.

vielleicht beschreibst du mal genau was du eigentlich vor hast.

Titel: Antw:philips hue modul
Beitrag von: juemuc am 15 März 2020, 20:01:32
Hallo justme1968,

da ich den Timer aus der HUE-Lampe ja nicht abfragen kann, erzeuge ich parallel einen Timer und verwalte die Daten in einem Dummy. Diesen setze ich auf Null, wenn die Lampe aus ist (z.B. weil sie vor ablauf des Timers manuell ausgeschaltet wurde).

Dies funktioiert aber aktuell nicht, da neben "pct:0" ja auch "off" gesendet wird. Ich frage auch diese "off" in einen notify ab,

defmod EZ_Lampe_aus_notify notify HUEDevice9.off\
{stopCountdown("EZ_Lampe_dimmen_dummy")}


Der Helligkeitsunterschied zwischen den set-Befehlen im notify (oder DIOIF) ist relativ groß und ich schalte sonst nichts bei den HUE-Lampen. Wie kann ich die manuellen Werte im notify oder doif erzeugen? 

Viele Grüße
Jürgen
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 15 März 2020, 20:09:10
wofür brauchst du denn den timer?
Titel: Antw:philips hue modul
Beitrag von: juemuc am 15 März 2020, 20:24:48
Hiermit lasse ich mir die Zeit anzeigen, die die Lampe noch an ist. Ist ein "WAF"-Thema  ;D

Viele Grüße
Jürgen
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 15 März 2020, 20:37:07
warum ist das ein problem? das off kommt doch auf jeden fall. du solltest dich niemals auf die reihenfolge von events verlassen.

und wie gesagt: um zu erkennen das eine lampe aus ist solltest du onoff verwenden. nichts anderes: HUEbulb1:onoff..0

Titel: Antw:philips hue modul
Beitrag von: juemuc am 15 März 2020, 20:51:47
Hallo justme1968,

es zeigen doch alle Werte, dass die Lampe aus ist. Auch der Wert von onoff hat zu diesem Zeitpunkt "0". Somit hilft mir dies leider nichts.
Warum muss beim Dimmen die Lampe erst einmal ausgeschaltet werden?

Wie schalte ich den Dimmer aus Deiner Sicht besser ein?
Variante 1:

set HUEDevice9 ct 330 : pct 100 : transitiontime 0,
set HUEDevice9 pct 0 : 12000

oder Variante 2:

set HUEDevice9 ct 330 : pct 100,
set HUEDevice9 pct 0 1200




Viele Grüße
Jürgen 


Titel: Antw:philips hue modul
Beitrag von: justme1968 am 15 März 2020, 21:17:27
ich habe eben erst das problem verstanden...

das off wird von der bridge zurück geschickt. ich bin mir ziemlich sicher das dies früher nicht so war und tippe auf einen fehler in der firmware.

ich habe da im forum mal nachgefragt.
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 15 März 2020, 21:18:13
als workaround hilft es vermutlich wenn du dein notify erst ein paar sekunden nach dem dim kommando scharf schaltest.
Titel: Antw:philips hue modul
Beitrag von: juemuc am 15 März 2020, 21:19:21
Hallo justme1968,

dann verstehe ich auch, warum es mal funktioniert hat. Danke für Deine Unterstützung.
Ist teste einmal ein DOIF mit "wait" und ein notify mit "sleep".

Viele Grüße
Jürgen
Titel: Antw:philips hue modul
Beitrag von: juemuc am 15 März 2020, 21:35:23
Hallo justme1968,

das Problem schein es nur bei diesem Modell (Deckenleuchte) zu geben.

Internals:
   CHANGED   
   DEF        9  IODev=Philips_HUE
   FUUID      xxxxxxxxxxxxxx
   FVERSION   31_HUEDevice.pm:0.213650/2020-03-06
   ID         9
   INTERVAL   
   IODev      Philips_HUE
   NAME       HUEDevice9
   NR         217
   STATE      off
   TYPE       HUEDevice
   desired    0
   manufacturername Signify Netherlands B.V.
   modelid    LTC002
   name       Esszimmerlampe Hue-App
   productid  ENA_LTC002_1_FairCeiling_v1
   swconfigid 19789229
   swversion  1.50.2_r30933
   type       Color temperature light
   uniqueid   xxxx
   READINGS:
     2020-03-14 21:03:52   alert           select
     2020-03-15 20:46:54   bri             6
     2020-03-14 21:03:52   colormode       ct
     2020-03-15 20:41:37   ct              330 (3030K)
     2020-03-15 20:52:54   onoff           0
     2020-03-15 20:52:54   pct             0
     2020-03-15 20:44:41   reachable       1
     2020-03-15 20:41:37   rgb             ffcfa7
     2020-03-15 20:52:54   state           off
   helper:
     alert      select
     battery    -1
     bri        6
     colormode  ct
     ct         330
     devtype   
     effect     
     hue        -1
     mode       
     on         0
     pct        0
     reachable  1
     rgb        ffcfa7
     sat        -1
     update_timeout -1
     xy         
     json:
       manufacturername Signify Netherlands B.V.
       modelid    LTC002
       name       Esszimmerlampe Hue-App
       productid  ENA_LTC002_1_FairCeiling_v1
       productname Hue ambiance ceiling
       swconfigid 19789229
       swversion  1.50.2_r30933
       type       Color temperature light
       uniqueid   xxxxx
       capabilities:
         control:
           maxlumen   3000
           mindimlevel 100
           ct:
             max        454
             min        153
         streaming:
       config:
         archetype  ceilinground
         direction  downwards
         function   functional
         startup:
           mode       powerfail
       state:
         alert      select
         bri        6
         colormode  ct
         ct         330
         mode       homeautomation
       swupdate:
         lastinstall 2020-03-03T17:24:05
         state      noupdates
Attributes:
   IODev      Philips_HUE
   Schalter_map pct:^[1-9][0-9]{0,2}:on pct:^0$:off
   alexaName  Esszimmerlampe
   alias      Esszimmerlampe
   color-icons 2
   devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
   group      Esszimmerlampen
   icon       light_ceiling_off@black
   model      LTC002
   room       Alexa,HUEDevice,Wohnzimmer
   subType    ctdimmer
   userattr   Schalter Schalter_map structexclude
   webCmd     ct:ct 490:ct 380:ct 270:ct 160:toggle:on:off


Viele Grüße
Jürgen

Titel: Antw:philips hue modul
Beitrag von: Typ1er am 16 März 2020, 21:06:40
Ich habe einen sehr seltsamen Fehler, nach einem Neustart bekomme ich immer aus einer Lampe und dem ConBee2 Stick ein "Konfiguration Tool 2" angezeigt

ich habe jetzt von allen 3 Geräten mal ein List anghängt:

HueBridge-config mit DeCONZ:
Internals:
   DEF        192.168.178.5:7080
   FD         4
   FUUID      5e6c1aba-f33f-240e-8eab-73fa0fd51b9dc84c
   FVERSION   30_HUEBridge.pm:0.213660/2020-03-06
   INTERVAL   60
   NAME       deCONZ
   NOTIFYDEV  global
   NR         33
   NTFY_ORDER 50-deCONZ
   PORT       38568
   STATE      connected
   TYPE       HUEBridge
   apiversion 1.16.0
   buf       
   host       192.168.178.5:7080
   mac        02:42:ac:11:00:05
   manufacturer Royal Philips Electronics
   modelName  Philips hue bridge 2015
   modelid    deCONZ
   name       deCONZ Gateway
   swversion  2.5.75
   updatestate 0
   websocket  1
   websocketport 7443
   zigbeechannel 20
   READINGS:
     2020-03-15 00:21:48   lastError       resource, /groups/3, not available
     2020-03-16 17:36:30   reachable       1
     2020-03-16 20:46:48   state           connected
   helper:
     apiversion 69632
     count      0
     last_config_timestamp 1584388002
     offsetUTC  3600
     updatestate 0
     groups:
       1:
         etag       2ef1a900851f670855b491de3ed62dd5
         id         1
         name       Flur
         type       LightGroup
         action:
           bri        13
           colormode  hs
           ct         0
           effect     none
           hue        0
           sat        127
           scene     
           xy:
             0
             0
         devicemembership:
         lights:
           9
           10
           11
         scenes:
         state:
       2:
         etag       5072fcc8aa07eb64313c007ddfea39aa
         id         2
         name       KellerFlur
         type       LightGroup
         action:
           bri        127
           colormode  hs
           ct         0
           effect     none
           hue        0
           sat        127
           scene     
           xy:
             0
             0
         devicemembership:
         lights:
           4
           1
         scenes:
         state:
       4:
         etag       60da221fcf4c1feffad542a7f73af305
         id         4
         name       Kinderzimmer
         type       LightGroup
         action:
           bri        127
           colormode  hs
           ct         0
           effect     none
           hue        0
           sat        127
           scene     
           xy:
             0
             0
         devicemembership:
         lights:
           3
         scenes:
         state:
       6:
         etag       b151376214d36f2d02a885071b4474a7
         id         6
         name       SYMFONISK Sound Controller
         type       LightGroup
         uniqueid   14:b4:57:ff:fe:66:32:99
         action:
           bri        127
           colormode  hs
           ct         0
           effect     none
           hue        0
           sat        127
           scene     
           xy:
             0
             0
         devicemembership:
           18
         lights:
         scenes:
         state:
       7:
         etag       ab1db165e18fb1a3f32b09a0528a15e4
         id         7
         name       Badezimmer
         type       LightGroup
         action:
           bri        127
           colormode  hs
           ct         0
           effect     none
           hue        0
           sat        127
           scene     
           xy:
             0
             0
         devicemembership:
         lights:
           7
           8
         scenes:
         state:
     lights:
       1:
         etag       5072fcc8aa07eb64313c007ddfea39aa
         manufacturername Philips
         modelid    LWB010
         name       Treppenhaus
         swversion  1.46.13_r26312
         type       Dimmable light
         uniqueid   00:17:88:01:03:0d:e3:fa-0b
         state:
           alert      none
           bri        229
       10:
         etag       2ef1a900851f670855b491de3ed62dd5
         manufacturername Philips
         modelid    LWB010
         name       Flur 02
         swversion  1.50.2_r30933
         type       Dimmable light
         uniqueid   00:17:88:01:03:48:3d:58-0b
         state:
           alert      none
           bri        13
       11:
         etag       10053f69689b07e7edbd575da632516c
         manufacturername Philips
         modelid    LWB010
         name       Flur 03
         swversion  1.50.2_r30933
         type       Dimmable light
         uniqueid   00:17:88:01:03:48:30:05-0b
         state:
           alert      none
           bri        13
       2:
         etag       8e55406ace471794c063a3ad23ed48a7
         manufacturername dresden elektronik
         modelid    ConBee II
         name       Configuration tool 2
         swversion  0x264a0700
         type       Configuration tool
         uniqueid   00:21:2e:ff:ff:05:1e:c4-01
         state:
       3:
         ctmax      500
         ctmin      153
         etag       9e7a24bb837527346be41457f25ea667
         manufacturername Philips
         modelid    LCT007
         name       Kinderzimmer
         swversion  5.130.1.30000
         type       Extended color light
         uniqueid   00:17:88:01:10:54:f4:33-0b
         state:
           alert      none
           bri        254
           colormode  ct
           ct         270
           effect     none
           hue        17387
           sat        33
           xy:
             0.3952
             0.387
       4:
         etag       5072fcc8aa07eb64313c007ddfea39aa
         manufacturername Philips
         modelid    LWB010
         name       KellerFlur
         swversion  1.46.13_r26312
         type       Dimmable light
         uniqueid   00:17:88:01:03:48:16:d3-0b
         state:
           alert      none
           bri        229
       5:
         etag       2f33bc878b59d689c6c12455f6038dc9
         manufacturername OSRAM
         modelid    Plug 01
         name       Steckdose 01
         swversion  V1.04.12
         type       On/Off plug-in unit
         uniqueid   84:18:26:00:00:0d:5a:34-03
         state:
           alert      none
       6:
         etag       2f33bc878b59d689c6c12455f6038dc9
         manufacturername OSRAM
         modelid    Plug 01
         name       Steckdose 02
         swversion  V1.04.12
         type       On/Off plug-in unit
         uniqueid   84:18:26:00:00:0d:1b:bd-03
         state:
           alert      none
       7:
         ctmax      500
         ctmin      153
         etag       ab1db165e18fb1a3f32b09a0528a15e4
         manufacturername Philips
         modelid    LCT010
         name       Badezimmer 01
         swversion  1.50.2_r30933
         type       Extended color light
         uniqueid   00:17:88:01:02:78:81:8c-0b
         state:
           alert      none
           bri        254
           colormode  ct
           ct         366
           effect     none
           hue        8418
           sat        140
           xy:
             0.4573
             0.41
       8:
         ctmax      500
         ctmin      153
         etag       ab1db165e18fb1a3f32b09a0528a15e4
         manufacturername Philips
         modelid    LCT010
         name       Badezimmer 02
         swversion  1.50.2_r30933
         type       Extended color light
         uniqueid   00:17:88:01:02:7a:41:83-0b
         state:
           alert      none
           bri        254
           colormode  ct
           ct         366
           effect     none
           hue        8418
           sat        140
           xy:
             0.4573
             0.41
       9:
         etag       490b7ff3eefab8b282eed51d44cc8a30
         manufacturername Philips
         modelid    LWB010
         name       Flur 01
         swversion  1.50.2_r30933
         type       Dimmable light
         uniqueid   00:17:88:01:03:0d:67:94-0b
         state:
           alert      none
           bri        13
     scenes:
Attributes:
   devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
   httpUtils  1
   key        ACF5C60976
   room       Geräte->HUEDevice

die Lampe, hier auf das DEF achten
Internals:
   CHANGED   
   DEF        1  IODev=deCONZ
   FUUID      5e6e93be-f33f-240e-2762-2133989bb4f5b142
   FVERSION   31_HUEDevice.pm:0.213650/2020-03-06
   ID         1
   INTERVAL   
   IODev      deCONZ
   NAME       deCONZ_HUEDevice1
   NR         86
   STATE      off
   TYPE       HUEDevice
   manufacturername Philips
   modelid    LWB010
   name       Treppenhaus
   swversion  1.46.13_r26312
   type       Dimmable light
   uniqueid   00:17:88:01:03:0d:e3:fa-0b
   READINGS:
     2020-03-16 20:46:48   alert           none
     2020-03-16 20:46:48   bri             229
     2020-03-16 20:46:48   onoff           0
     2020-03-16 20:46:48   pct             0
     2020-03-16 20:46:48   reachable       1
     2020-03-16 20:46:48   state           off
   helper:
     alert      none
     battery    -1
     bri        229
     colormode 
     ct         -1
     devtype   
     effect     
     hue        -1
     mode       
     on         0
     pct        0
     reachable  1
     rgb       
     sat        -1
     update_timeout 1
     xy         
     json:
       etag       5072fcc8aa07eb64313c007ddfea39aa
       manufacturername Philips
       modelid    LWB010
       name       Treppenhaus
       swversion  1.46.13_r26312
       type       Dimmable light
       uniqueid   00:17:88:01:03:0d:e3:fa-0b
       state:
         alert      none
         bri        229
Attributes:
   IODev      deCONZ
   alias      Treppenhaus
   color-icons 2
   devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
   group      HUEDevice
   icon       hue_filled_white_and_color_e27_b22
   model      LWB010
   room       HUEDevice
   subType    dimmer
   webCmd     pct:toggle:on:off

Hier der  ConBee2 scheinbar als separates Device?
Internals:
   CHANGED   
   DEF        2  IODev=deCONZ
   FUUID      5e6fd731-f33f-240e-40e5-1ff00052f7333787
   FVERSION   31_HUEDevice.pm:0.213650/2020-03-06
   ID         2
   INTERVAL   
   IODev      deCONZ
   NAME       HUEDevice2
   NR         93
   STATE      on
   TYPE       HUEDevice
   manufacturername dresden elektronik
   modelid    ConBee II
   name       Configuration tool 2
   swversion  0x264a0700
   type       Configuration tool
   uniqueid   00:21:2e:ff:ff:05:1e:c4-01
   READINGS:
     2020-03-16 20:46:48   pct             100
     2020-03-16 20:46:48   reachable       1
     2020-03-16 20:46:48   state           on
   helper:
     alert     
     battery    -1
     bri        -1
     colormode 
     ct         -1
     devtype   
     effect     
     hue        -1
     mode       
     on         -1
     pct        100
     reachable  1
     rgb       
     sat        -1
     update_timeout 1
     xy         
     json:
       etag       8e55406ace471794c063a3ad23ed48a7
       manufacturername dresden elektronik
       modelid    ConBee II
       name       Configuration tool 2
       swversion  0x264a0700
       type       Configuration tool
       uniqueid   00:21:2e:ff:ff:05:1e:c4-01
       state:
Attributes:
   IODev      deCONZ
   alias      Configuration tool 2
   color-icons 2
   devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
   group      HUEDevice
   model      ConBee II
   room       HUEDevice


dieser hier ist eine Mischung aus Gerät 1 und 2
Internals:
   DEF        1  IODev=deCONZ
   FUUID      5e6e93be-f33f-240e-e2d7-460d5342777ff70c
   FVERSION   31_HUEDevice.pm:0.213650/2020-03-06
   ID         1
   INTERVAL   
   IODev      deCONZ
   NAME       deCONZ_HUEDevice2
   NR         85
   STATE      off
   TYPE       HUEDevice
   manufacturername Philips
   modelid    LWB010
   name       Treppenhaus
   swversion  1.46.13_r26312
   type       Dimmable light
   uniqueid   00:17:88:01:03:0d:e3:fa-0b
   READINGS:
     2020-03-16 20:46:52   alert           none
     2020-03-16 20:46:52   bri             229
     2020-03-16 20:46:52   onoff           0
     2020-03-16 20:46:52   pct             0
     2020-03-16 20:46:52   reachable       1
     2020-03-16 20:46:52   state           off
   helper:
     alert      none
     battery    -1
     bri        229
     colormode 
     ct         -1
     devtype   
     effect     
     hue        -1
     mode       
     on         0
     pct        0
     reachable  1
     rgb       
     sat        -1
     update_timeout 1
     xy         
     json:
       etag       5072fcc8aa07eb64313c007ddfea39aa
       manufacturername Philips
       modelid    LWB010
       name       Treppenhaus
       swversion  1.46.13_r26312
       type       Dimmable light
       uniqueid   00:17:88:01:03:0d:e3:fa-0b
       state:
         alert      none
         bri        229
Attributes:
   IODev      deCONZ
   alias      Configuration tool 2
   color-icons 2
   devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
   group      HUEDevice
   model      ConBee II
   room       HUEDevice
   subType    dimmer
   webCmd     pct:toggle:on:off


zumindest das Letze ist ganz seltsam. Hat das problem noch jemand?
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 16 März 2020, 21:13:58
siehe hier: https://forum.fhem.de/index.php/topic,95288.msg1031287.html#msg1031287 (https://forum.fhem.de/index.php/topic,95288.msg1031287.html#msg1031287)
Titel: Antw:philips hue modul
Beitrag von: Typ1er am 16 März 2020, 21:22:15
Ich habe ja einmal die Bridge Definiert, dann die Lampe, und den Cordinator und was unbekanntes

der Letzte wird wie die Lampe angelegt, enthält dann als Alias die Daten vom Cordinator, das finde ich seltsam. Das passiert jedesmal bei Autocreate.
Titel: Antw:philips hue modul
Beitrag von: Thargor am 18 März 2020, 22:15:05
@justme1968:
Du hattest mal geschrieben, dass du dir die API von der HUE Sync Box anschaust, wenn es sie gibt. Laut https://developers.meethue.com/ gibt es seit diesem Monat eine API.
Ich würde mich freuen, wenn die Sync Box von FHEM unterstützt würde. Eigentlich brauche ich nur ein Ein/Aus Schalter, dann muss man nicht immer das Handy mit der App bemühen ...
Wie gesagt ... wäre klasse .... *unschuldigindieluftschau*
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 18 März 2020, 22:30:09
hab ich schon gesehen.

ich weiß nicht wie gut sich das pairing ohne eigenes device implementieren lässt.  da im dunkeln zu stochern  und blind zu implementieren ist etwas doof und wird nicht besonders schnell gehen. mal sehen ...
Titel: Antw:philips hue modul
Beitrag von: P.A.Trick am 18 März 2020, 22:35:59
Zitat von: Thargor am 18 März 2020, 22:15:05
@justme1968:
Du hattest mal geschrieben, dass du dir die API von der HUE Sync Box anschaust, wenn es sie gibt. Laut https://developers.meethue.com/ gibt es seit diesem Monat eine API.
Ich würde mich freuen, wenn die Sync Box von FHEM unterstützt würde. Eigentlich brauche ich nur ein Ein/Aus Schalter, dann muss man nicht immer das Handy mit der App bemühen ...
Wie gesagt ... wäre klasse .... *unschuldigindieluftschau*

Sammeln und Andre so ein Teil zur Verfügung stellen würde sicher helfen!
Titel: Antw:philips hue modul
Beitrag von: Typ1er am 20 März 2020, 22:41:08
wenn ich eine Gruppe ausschalte geht die Gruppe aus, aber nie wieder an mit dem gleichen Befehl, habe nur ich den Fehler? Bei Einzelnen Birnen klappt alles.
set HUEGroup13 toggle

Angebunden ist das ganze über deCONZ
Titel: philips hue modul
Beitrag von: justme1968 am 21 März 2020, 09:15:34
toggle muss den aktuellen stand kennen. den gibt es für gruppen nicht so einfach. schau mal ob crrateGroupRedings hilft.
Titel: Antw:philips hue modul
Beitrag von: is2late am 29 März 2020, 14:33:37
Sorry für die blöde Frage:

Wo finde ich die aktuellen Module und eine Anleitung, wie man sie installiert?
Mit der Suche hatte ich kein Glück.

VG
Titel: Antw:philips hue modul
Beitrag von: SouzA am 29 März 2020, 15:06:24
Zitat von: is2late am 29 März 2020, 14:33:37
Sorry für die blöde Frage:

Wo finde ich die aktuellen Module und eine Anleitung, wie man sie installiert?
Mit der Suche hatte ich kein Glück.

VG

Vielleicht hier:
https://fhem.de/commandref.html#HUEBridge (https://fhem.de/commandref.html#HUEBridge)

Bis denn
SouzA
Titel: Antw:philips hue modul
Beitrag von: is2late am 29 März 2020, 15:22:33
Vielen Dank, SouzA!
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 29 März 2020, 15:26:46
aktuell wird fhem per update kommando.

nur einzelne module zu aktualisieren ist normalerweise nicht sinnvoll da es abhängigkeiten unterschiedlicher komponenten untereinander gibt.
Titel: Antw:philips hue modul
Beitrag von: is2late am 29 März 2020, 15:39:09
Prima, hat geklappt, danke!
Titel: Antw:philips hue modul
Beitrag von: Phiolin am 28 Mai 2020, 10:13:13
Die HDMI Sync Box unterstützt jetzt auch Dolby Vision.

Außerdem gibt es eine API für HTTP Zugriff ähnlich der Hue Bridge.
Kann das vielleicht integriert werden, zumindest Grundfunktionen wie Sync Start/Stop und Status, damit man den Sync zum Beispiel dynamisch anhand der Tageszeit steuern kann?


https://developers.meethue.com/develop/hue-entertainment/hue-hdmi-sync-box-api/#General%20Concepts
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 28 Mai 2020, 10:20:45
das api ist leider nicht ähnlich. bzw zumindest die authorisierung ist komplett anders und komplexer. ich meine auch für die verbindung selber wird eine verschlüsselung verwendet.

wie schon geschrieben: ohne selber die hardware zum testen zu haben ist es mir erst mal zu viel aufwand das zu implementieren.
Titel: Antw:philips hue modul
Beitrag von: Muk.s am 30 Mai 2020, 10:00:06
Ich habe meine HUE Bewegungsmelder um ein paar UserReadings erweitert, vielleicht kann es ja jemand gebrauchen. Bitte beachtet, dass die Readings nur Sinn machen wenn die RefreshRate des Bewegungsmelder kürzer als 30 Sekunden ist.



motion { ReadingsVal($name,"state",0) eq "motion" ? "on" : "off" }, last_motion { ReadingsVal("$name","state",0) eq "motion" ? ReadingsTimestamp($name, "state","unknown")  : ReadingsVal($name, "last_motion","unknown") }, trigger_cnt { ReadingsVal("$name","state",0) eq "motion" ? ReadingsVal($name,"trigger_cnt",0)+1 : ReadingsVal($name,"trigger_cnt",0) }





motion: Sinnvoll wenn man auch Homematic Melder im Einsatz hat
last_motion: Speichert den Zeitstempel der letzten Bewegung
trigger_cnt: Zählt die erkannten Bewegungen. Damit lässt sich z.B. die ,,Aktivität" in einem Raum messen.

Titel: Antw:philips hue modul
Beitrag von: Dia81 am 03 Juni 2020, 22:10:29
Hallo zusammen. Meine hue bridge v2 ist mit hue devices seit langem erfolgreich in Fhem verbunden. Neuerdings tritt folgendes Problem vermehrt auf: kommt es zu einem Neustart von Fhem sind die devices nicht mehr erreichbar. Die ganze Automatisierung und manuelle Schaltung reagiert einfach nicht mehr, obwohl die bridge connected ist. Nach dem Neustart kommt im log:



hueBridge1_HUEDevice1: no I/O device
2020.06.02 23:12:27.497 1: hueBridge1_HUEDevice4: no I/O device
2020.06.02 23:12:27.500 1: hueBridge1_HUEDevice2: no I/O device
2020.06.02 23:12:27.503 1: hueBridge1_HUEDevice3: no I/O device
2020.06.02 23:12:27.507 1: hueBridge1_HUEGroup0: no I/O device
2020.06.02 23:12:27.509 1: hueBridge1_HUEGroup1: no I/O device

usw.

Erst nach 1-3 Neustarts geht es wieder. Woran kann das liegen? Und wenn ich es nicht abstellen kann kann ich irgendwie ein Befehl nach Neustart absenden der die devices wieder verbindet?

Danke euch !!!
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 04 Juni 2020, 09:27:56
zeig mal ein list von der bridge und einem der devices wenn das passiert.
Titel: Antw:philips hue modul
Beitrag von: Dia81 am 07 Juni 2020, 22:57:58
Zitat von: justme1968 am 04 Juni 2020, 09:27:56
zeig mal ein list von der bridge und einem der devices wenn das passiert.

Das mach ich doch glatt da heute alle Lichter nicht angingen und im log wieder die Fehlermeldungen auftauchten. Über die hue app sind die Lampen natürlich steuerbar. Was mir noch auffällt, die Statusanzeige stimmt. Schalte ich eine hue an oder aus per App passt auch die Fhem Anzeige zu an aus und Farbe. Schalte ich dann aber die hue per fhem passiert leider nichts. Wie gesagt erkennbar an den I/O Fehlern im log. Ratlos ....
Die Bridge:


Internals:
   .FhemMetaInternals 1
   .triggerUsed 1
   DEF        192.168.178.66
   FUUID      5e138455-f33f-1dc2-f360-d17a54a1f4417c02
   FVERSION   30_HUEBridge.pm:0.213660/2020-03-06
   INTERVAL   60
   NAME       hueBridge1
   NOTIFYDEV  global
   NR         1496
   NTFY_ORDER 50-hueBridge1
   STATE      connected
   TYPE       HUEBridge
   apiversion 1.38.0
   host       192.168.178.66
   mac        ec:b5:fa:2b:84:cd
   manufacturer Signify
   modelName  Philips hue bridge 2015
   modelid    BSB002
   name       Philips hue
   swversion  1938112040
   updatestate 0
   zigbeechannel 25
   .attraggr:
   .attrminint:
   READINGS:
     2020-06-03 21:58:35   lastError       resource, /groups/6, not available
     2020-06-07 22:46:42   state           connected
     2020-05-13 14:09:24   swupdate        BSB002 - 1.38SR4.2
   helper:
     apiversion 75264
     count      1
     last_config_timestamp 1591562802
     offsetUTC  7200
     updatestate 0
     groups:
       1:
         class      Living room
         name       Wohnzimmer
         type       Room
         action:
           alert      lselect
           bri        122
           colormode  xy
           ct         389
           effect     none
           hue        17593
           sat        113
           xy:
             0.4517
             0.4477
         lights:
           2
           4
           1
         sensors:
         state:
       2:
         class      Terrace
         name       Springbrunnen
         type       Room
         action:
           alert      none
         lights:
         sensors:
         state:
       3:
         class      Office
         name       Oben
         type       Room
         action:
           alert      select
           bri        254
           colormode  xy
           effect     none
           hue        12868
           sat        52
           xy:
             0.4578
             0.4121
         lights:
           5
         sensors:
         state:
       4:
         class      Garden
         name       Wasserfall
         type       Room
         action:
           alert      none
         lights:
         sensors:
         state:
       5:
         class      Living room
         name       Aussen Wasser
         type       Room
         action:
           alert      select
         lights:
           15
           10
           11
         sensors:
         state:
       7:
         class      Terrace
         name       Aussen Licht
         type       Room
         action:
           alert      select
           bri        254
           colormode  hs
           ct         366
           effect     none
           hue        8418
           sat        140
           xy:
             0.4573
             0.41
         lights:
           3
           9
           8
           6
           7
           13
         sensors:
         state:
     lights:
       1:
         manufacturername Signify Netherlands B.V.
         modelid    LLC010
         name       HueIrisFlur
         productname Hue iris
         swversion  5.127.1.26581
         type       Color light
         uniqueid   00:17:88:01:00:0d:ee:d2-0b
         capabilities:
           control:
             colorgamuttype A
             maxlumen   210
             mindimlevel 10000
             colorgamut:
               ARRAY(0x4fb9130)
               ARRAY(0x74b6c00)
               ARRAY(0x3dafdd0)
           streaming:
         config:
           archetype  hueiris
           direction  upwards
           function   decorative
           startup:
             mode       safety
         state:
           alert      lselect
           bri        122
           colormode  xy
           effect     none
           hue        17593
           mode       homeautomation
           sat        113
           xy:
             0.4517
             0.4477
         swupdate:
           lastinstall 2019-11-26T15:21:43
           state      noupdates
       10:
         manufacturername OSRAM
         modelid    Plug 01
         name       Springbrunnen
         productname On/Off plug
         swversion  V1.04.90
         type       On/Off plug-in unit
         uniqueid   7c:b0:3e:aa:00:af:22:d3-03
         capabilities:
           control:
           streaming:
         config:
           archetype  classicbulb
           direction  omnidirectional
           function   functional
         state:
           alert      select
           mode       homeautomation
         swupdate:
           lastinstall
           state      notupdatable
       11:
         manufacturername OSRAM
         modelid    Plug 01
         name       Wasserfall
         productname On/Off plug
         swversion  V1.04.90
         type       On/Off plug-in unit
         uniqueid   7c:b0:3e:aa:00:af:23:15-03
         capabilities:
           control:
           streaming:
         config:
           archetype  classicbulb
           direction  omnidirectional
           function   functional
         state:
           alert      select
           mode       homeautomation
         swupdate:
           lastinstall
           state      notupdatable
       13:
         manufacturername OSRAM
         modelid    Plug 01
         name       Gabione
         productname On/Off plug
         swversion  V1.05.09
         type       On/Off plug-in unit
         uniqueid   7c:b0:3e:aa:0a:07:72:a2-03
         capabilities:
           control:
           streaming:
         config:
           archetype  classicbulb
           direction  omnidirectional
           function   functional
         state:
           alert      select
           mode       homeautomation
         swupdate:
           lastinstall
           state      notupdatable
       15:
         manufacturername OSRAM
         modelid    Plug 01
         name       Steelenbrunnen
         productname On/Off plug
         swversion  V1.05.09
         type       On/Off plug-in unit
         uniqueid   7c:b0:3e:aa:0a:07:73:09-03
         capabilities:
           control:
           streaming:
         config:
           archetype  classicbulb
           direction  omnidirectional
           function   functional
         state:
           alert      select
           mode       homeautomation
         swupdate:
           lastinstall 2020-06-07T12:53:51
           state      notupdatable
       2:
         manufacturername Signify Netherlands B.V.
         modelid    LLC010
         name       HueIrisWand
         productname Hue iris
         swversion  5.127.1.26581
         type       Color light
         uniqueid   00:17:88:01:01:23:60:68-0b
         capabilities:
           control:
             colorgamuttype A
             maxlumen   210
             mindimlevel 10000
             colorgamut:
               ARRAY(0x7123ed8)
               ARRAY(0x7024e48)
               ARRAY(0x7b76010)
           streaming:
         config:
           archetype  hueiris
           direction  upwards
           function   decorative
           startup:
             mode       safety
         state:
           alert      lselect
           bri        180
           colormode  xy
           effect     none
           hue        38834
           mode       homeautomation
           sat        35
           xy:
             0.3964
             0.3853
         swupdate:
           lastinstall
           state      noupdates
       3:
         manufacturername Signify Netherlands B.V.
         modelid    LST003
         name       HueStripeAussen
         productid  Philips-LST003-1-LedStripsOutv1
         productname Hue lightstrip outdoor
         swconfigid 7DEAD744
         swversion  1.50.2_r30933
         type       Extended color light
         uniqueid   00:17:88:01:03:a3:90:87-0b
         capabilities:
           control:
             colorgamuttype C
             mindimlevel 1500
             colorgamut:
               ARRAY(0x755d530)
               ARRAY(0x71e3668)
               ARRAY(0x799b9d0)
             ct:
               max        500
               min        153
           streaming:
         config:
           archetype  huelightstrip
           direction  omnidirectional
           function   mixed
           startup:
             mode       safety
         state:
           alert      select
           bri        254
           colormode  ct
           ct         366
           effect     none
           hue        8418
           mode       homeautomation
           sat        140
           xy:
             0.4573
             0.41
         swupdate:
           lastinstall 2020-03-03T13:35:57
           state      noupdates
       4:
         manufacturername Signify Netherlands B.V.
         modelid    LST002
         name       HueStripeSchrank
         productid  Philips-LST002-1-LedStripsv3
         productname Hue lightstrip plus
         swconfigid 59F2C3A3
         swversion  1.50.2_r30933
         type       Extended color light
         uniqueid   00:17:88:01:03:a0:f7:67-0b
         capabilities:
           control:
             colorgamuttype C
             maxlumen   1600
             mindimlevel 40
             colorgamut:
               ARRAY(0x7f26ad0)
               ARRAY(0x5ea4730)
               ARRAY(0x72963f0)
             ct:
               max        500
               min        153
           streaming:
         config:
           archetype  huelightstrip
           direction  omnidirectional
           function   mixed
           startup:
             mode       safety
         state:
           alert      lselect
           bri        180
           colormode  xy
           ct         389
           effect     none
           hue        9382
           mode       homeautomation
           sat        192
           xy:
             0.4711
             0.4335
         swupdate:
           lastinstall 2020-03-03T13:35:52
           state      noupdates
       5:
         manufacturername Signify Netherlands B.V.
         modelid    LLC010
         name       HueIrisBuero
         productname Hue iris
         swversion  5.127.1.26581
         type       Color light
         uniqueid   00:17:88:01:00:1f:01:d8-0b
         capabilities:
           control:
             colorgamuttype A
             maxlumen   210
             mindimlevel 10000
             colorgamut:
               ARRAY(0x72abd60)
               ARRAY(0x6a642f0)
               ARRAY(0x7a393a8)
           streaming:
         config:
           archetype  hueiris
           direction  upwards
           function   decorative
           startup:
             mode       safety
         state:
           alert      select
           bri        254
           colormode  xy
           effect     none
           hue        12868
           mode       homeautomation
           sat        52
           xy:
             0.4578
             0.4121
         swupdate:
           lastinstall 2019-11-26T15:23:12
           state      noupdates
       6:
         manufacturername Signify Netherlands B.V.
         modelid    LWW001
         name       Hue white light 1
         productid  Philips-LWB010-1-A19DLv4
         productname Hue outdoor wall
         swconfigid 754CE4FC
         swversion  1.50.2_r30933
         type       Dimmable light
         uniqueid   00:17:88:01:04:a4:f8:5e-0b
         capabilities:
           control:
             maxlumen   840
             mindimlevel 2000
           streaming:
         config:
           archetype  walllantern
           direction  omnidirectional
           function   functional
           startup:
             mode       safety
         state:
           alert      select
           bri        254
           mode       homeautomation
         swupdate:
           lastinstall 2020-03-03T13:36:05
           state      noupdates
       7:
         manufacturername Signify Netherlands B.V.
         modelid    LWW001
         name       HueGarage2
         productid  Philips-LWB010-1-A19DLv4
         productname Hue outdoor wall
         swconfigid 754CE4FC
         swversion  1.50.2_r30933
         type       Dimmable light
         uniqueid   00:17:88:01:04:b8:fe:bf-0b
         capabilities:
           control:
             maxlumen   840
             mindimlevel 2000
           streaming:
         config:
           archetype  walllantern
           direction  omnidirectional
           function   functional
           startup:
             mode       safety
         state:
           alert      select
           bri        254
           mode       homeautomation
         swupdate:
           lastinstall 2020-03-03T13:36:16
           state      noupdates
       8:
         manufacturername Signify Netherlands B.V.
         modelid    LWF001
         name       Hue kugel vorne
         productid  Philips-LWB010-1-A19DLv4
         productname Hue outdoor pedestal
         swconfigid 754CE4FC
         swversion  1.50.2_r30933
         type       Dimmable light
         uniqueid   00:17:88:01:04:b9:0e:5d-0b
         capabilities:
           control:
             maxlumen   840
             mindimlevel 2000
           streaming:
         config:
           archetype  bollard
           direction  omnidirectional
           function   functional
           startup:
             mode       safety
         state:
           alert      select
           bri        73
           mode       homeautomation
         swupdate:
           lastinstall 2020-03-03T13:36:11
           state      noupdates
       9:
         manufacturername Signify Netherlands B.V.
         modelid    LCT015
         name       Hue color sockelleuchte
         productid  Philips-LCT015-2-A19ECLv5
         productname Hue color lamp
         swconfigid 368304DE
         swversion  1.50.2_r30933
         type       Extended color light
         uniqueid   00:17:88:01:04:ab:b4:27-0b
         capabilities:
           control:
             colorgamuttype C
             maxlumen   806
             mindimlevel 1000
             colorgamut:
               ARRAY(0x70aafa8)
               ARRAY(0x50fee60)
               ARRAY(0x7abecf8)
             ct:
               max        500
               min        153
           streaming:
         config:
           archetype  sultanbulb
           direction  omnidirectional
           function   mixed
           startup:
             mode       safety
         state:
           alert      select
           bri        254
           colormode  ct
           ct         366
           effect     none
           hue        8418
           mode       homeautomation
           sat        140
           xy:
             0.4573
             0.41
         swupdate:
           lastinstall 2020-03-03T13:36:02
           state      noupdates
     scenes:
       2DoCJOA4Vq22JHc:
         image      1e42b2e8-d02e-40d2-9c8d-b1fd8216c686
         lastupdated 2019-01-12T17:25:23
         name       Nordlichter
         owner      10415f6c-3c98-4f5a-90ba-05d83ea4fae8
         picture   
         type       LightScene
         version    2
         appdata:
           data       U0HiY_r03_d17
           version    1
         lights:
           5
       3UGjwacb0JHsnh4:
         image      e101a77f-9984-4f61-aac8-15741983c656
         lastupdated 2020-06-07T12:36:10
         name       Lesen
         owner      07881ac3-5e62-40b4-942a-ad91ed57e95f
         picture   
         type       LightScene
         version    2
         appdata:
           data       lcprz_r07_d02
           version    1
         lights:
           3
           6
           7
           8
           9
           13
       4VR29Kh-kpaI0U5:
         image      732ff1d9-76a7-4630-aad0-c8acc499bb0b
         lastupdated 2019-11-26T15:08:51
         name       Hell
         owner      07881ac3-5e62-40b4-942a-ad91ed57e95f
         picture   
         type       LightScene
         version    2
         appdata:
           data       1c1Zg_r01_d05
           version    1
         lights:
           1
           2
           4
       5iWptBTsKAvifUU:
         image      a6a03e6a-fe6e-45bc-b686-878137f3ba91
         lastupdated 2019-01-12T17:25:23
         name       Tropendämmerung
         owner      10415f6c-3c98-4f5a-90ba-05d83ea4fae8
         picture   
         type       LightScene
         version    2
         appdata:
           data       f1aIE_r03_d16
           version    1
         lights:
           5
       6FxbfDDLToouWg8:
         image      e101a77f-9984-4f61-aac8-15741983c656
         lastupdated 2019-11-26T15:08:50
         name       Lesen
         owner      07881ac3-5e62-40b4-942a-ad91ed57e95f
         picture   
         type       LightScene
         version    2
         appdata:
           data       eXLBD_r01_d02
           version    1
         lights:
           1
           2
           4
       7nw5HyklkfSqavy:
         image      b90c8900-a6b7-422c-a5d3-e170187dbf8c
         lastupdated 2020-06-07T12:36:10
         name       Konzentrieren
         owner      07881ac3-5e62-40b4-942a-ad91ed57e95f
         picture   
         type       LightScene
         version    2
         appdata:
           data       LzmgJ_r07_d03
           version    1
         lights:
           3
           6
           7
           8
           9
           13
       916Ug-hawvrcLRr:
         image      28bbfeff-1a0c-444e-bb4b-0b74b88e0c95
         lastupdated 2019-01-12T17:25:23
         name       Nachtlicht
         owner      10415f6c-3c98-4f5a-90ba-05d83ea4fae8
         picture   
         type       LightScene
         version    2
         appdata:
           data       DNxLz_r03_d07
           version    1
         lights:
           5
       B0ax99Kqe38eUVl:
         image      8c74b9ba-6e89-4083-a2a7-b10a1e566fed
         lastupdated 2020-06-07T12:36:10
         name       Gedimmt
         owner      07881ac3-5e62-40b4-942a-ad91ed57e95f
         picture   
         type       LightScene
         version    2
         appdata:
           data       sWENC_r07_d06
           version    1
         lights:
           3
           6
           7
           8
           9
           13
       D3PtBNj90CtA3NT:
         image      adfa9c3e-e9aa-4b65-b9d3-c5b2c0576715
         lastupdated 2019-11-26T15:08:51
         name       Frühlingsblüten
         owner      07881ac3-5e62-40b4-942a-ad91ed57e95f
         picture   
         type       LightScene
         version    2
         appdata:
           data       R7XHq_r01_d18
           version    1
         lights:
           1
           2
           4
       Dw711QBCEKjvqYt:
         image      a6a03e6a-fe6e-45bc-b686-878137f3ba91
         lastupdated 2020-06-07T12:36:10
         name       Tropendämmerung
         owner      07881ac3-5e62-40b4-942a-ad91ed57e95f
         picture   
         type       LightScene
         version    2
         appdata:
           data       x05Ow_r07_d16
           version    1
         lights:
           3
           6
           7
           8
           9
           13
       HlQAQWam8W8Es6t:
         image      7fd2ccc5-5749-4142-b7a5-66405a676f03
         lastupdated 2019-11-26T15:08:51
         name       Energie tanken
         owner      07881ac3-5e62-40b4-942a-ad91ed57e95f
         picture   
         type       LightScene
         version    2
         appdata:
           data       ycukz_r01_d04
           version    1
         lights:
           1
           2
           4
       IFtKqplmm4620lY:
         image      4f2ed241-5aea-4c9d-8028-55d2b111e06f
         lastupdated 2020-06-07T12:36:10
         name       Sonnenuntergang Savanne
         owner      07881ac3-5e62-40b4-942a-ad91ed57e95f
         picture   
         type       LightScene
         version    2
         appdata:
           data       TN87Z_r07_d15
           version    1
         lights:
           3
           6
           7
           8
           9
           13
       JKjNssV7wd74QK3:
         image      28bbfeff-1a0c-444e-bb4b-0b74b88e0c95
         lastupdated 2019-11-26T15:08:51
         name       Nachtlicht
         owner      07881ac3-5e62-40b4-942a-ad91ed57e95f
         picture   
         type       LightScene
         version    2
         appdata:
           data       2puq6_r01_d07
           version    1
         lights:
           1
           2
           4
       NyMvsYI8EBPh7Yu:
         image      8c74b9ba-6e89-4083-a2a7-b10a1e566fed
         lastupdated 2019-01-12T17:25:23
         name       Gedimmt
         owner      10415f6c-3c98-4f5a-90ba-05d83ea4fae8
         picture   
         type       LightScene
         version    2
         appdata:
           data       6YQ0s_r03_d06
           version    1
         lights:
           5
       RjEe-DDQkqL-Prh:
         image      732ff1d9-76a7-4630-aad0-c8acc499bb0b
         lastupdated 2020-06-07T12:36:09
         name       Hell
         owner      07881ac3-5e62-40b4-942a-ad91ed57e95f
         picture   
         type       LightScene
         version    2
         appdata:
           data       O7JrP_r07_d05
           version    1
         lights:
           3
           6
           7
           8
           9
           13
       TD0Uorp5602ALw-:
         group      5
         image      8c74b9ba-6e89-4083-a2a7-b10a1e566fed
         lastupdated 2020-06-07T12:54:20
         name       Gedimmt
         owner      07881ac3-5e62-40b4-942a-ad91ed57e95f
         picture   
         type       GroupScene
         version    2
         appdata:
           data       PdZbr_r05_d06
           version    1
         lights:
           10
           11
           15
       XZUGUfkzf7hziub:
         image      7fd2ccc5-5749-4142-b7a5-66405a676f03
         lastupdated 2020-06-07T12:36:10
         name       Energie tanken
         owner      07881ac3-5e62-40b4-942a-ad91ed57e95f
         picture   
         type       LightScene
         version    2
         appdata:
           data       nLg0A_r07_d04
           version    1
         lights:
           3
           6
           7
           8
           9
           13
       ZyOHW615TTw9tWI:
         image      1e42b2e8-d02e-40d2-9c8d-b1fd8216c686
         lastupdated 2019-11-26T15:08:51
         name       Nordlichter
         owner      07881ac3-5e62-40b4-942a-ad91ed57e95f
         picture   
         type       LightScene
         version    2
         appdata:
           data       AuFrg_r01_d17
           version    1
         lights:
           1
           2
           4
       asCwoal5jldwLJ0:
         group      5
         image      28bbfeff-1a0c-444e-bb4b-0b74b88e0c95
         lastupdated 2020-06-07T12:54:20
         name       Nachtlicht
         owner      07881ac3-5e62-40b4-942a-ad91ed57e95f
         picture   
         type       GroupScene
         version    2
         appdata:
           data       1CHIf_r05_d07
           version    1
         lights:
           10
           11
           15
       bbDdJ5UZNyfDJku:
         image      4f2ed241-5aea-4c9d-8028-55d2b111e06f
         lastupdated 2019-01-12T17:25:23
         name       Sonnenuntergang Savanne
         owner      10415f6c-3c98-4f5a-90ba-05d83ea4fae8
         picture   
         type       LightScene
         version    2
         appdata:
           data       AmtyD_r03_d15
           version    1
         lights:
           5
       cB6aySCCmOSKqU4:
         image      adfa9c3e-e9aa-4b65-b9d3-c5b2c0576715
         lastupdated 2019-01-12T17:25:23
         name       Frühlingsblüten
         owner      10415f6c-3c98-4f5a-90ba-05d83ea4fae8
         picture   
         type       LightScene
         version    2
         appdata:
           data       Zu6KF_r03_d18
           version    1
         lights:
           5
       cIO2egAZsCAEClD:
         image      adfa9c3e-e9aa-4b65-b9d3-c5b2c0576715
         lastupdated 2020-06-07T12:36:10
         name       Frühlingsblüten
         owner      07881ac3-5e62-40b4-942a-ad91ed57e95f
         picture   
         type       LightScene
         version    2
         appdata:
           data       LFXCe_r07_d18
           version    1
         lights:
           3
           6
           7
           8
           9
           13
       dKO2BoYGgb7naeA:
         image      28bbfeff-1a0c-444e-bb4b-0b74b88e0c95
         lastupdated 2020-06-07T12:36:10
         name       Nachtlicht
         owner      07881ac3-5e62-40b4-942a-ad91ed57e95f
         picture   
         type       LightScene
         version    2
         appdata:
           data       hzLlG_r07_d07
           version    1
         lights:
           3
           6
           7
           8
           9
           13
       egwAjEWqXZq7H07:
         image      a1f7da49-d181-4328-abea-68c9dc4b5416
         lastupdated 2019-11-26T15:08:50
         name       Entspannen
         owner      07881ac3-5e62-40b4-942a-ad91ed57e95f
         picture   
         type       LightScene
         version    2
         appdata:
           data       TfD91_r01_d01
           version    1
         lights:
           1
           2
           4
       g-11z1SEwmzWPOq:
         image      1e42b2e8-d02e-40d2-9c8d-b1fd8216c686
         lastupdated 2020-06-07T12:36:10
         name       Nordlichter
         owner      07881ac3-5e62-40b4-942a-ad91ed57e95f
         picture   
         type       LightScene
         version    2
         appdata:
           data       APECr_r07_d17
           version    1
         lights:
           3
           6
           7
           8
           9
           13
       im3pYfpL2YiWnp4:
         image      a1f7da49-d181-4328-abea-68c9dc4b5416
         lastupdated 2020-06-07T12:36:10
         name       Entspannen
         owner      07881ac3-5e62-40b4-942a-ad91ed57e95f
         picture   
         type       LightScene
         version    2
         appdata:
           data       l6x0o_r07_d01
           version    1
         lights:
           3
           6
           7
           8
           9
           13
       j4DIRzrl-0TT6oS:
         image      4f2ed241-5aea-4c9d-8028-55d2b111e06f
         lastupdated 2019-11-26T15:08:51
         name       Sonnenuntergang Savanne
         owner      07881ac3-5e62-40b4-942a-ad91ed57e95f
         picture   
         type       LightScene
         version    2
         appdata:
           data       qH1B4_r01_d15
           version    1
         lights:
           1
           2
           4
       nip8yzRrGXtC9iA:
         image      a6a03e6a-fe6e-45bc-b686-878137f3ba91
         lastupdated 2019-11-26T15:08:51
         name       Tropendämmerung
         owner      07881ac3-5e62-40b4-942a-ad91ed57e95f
         picture   
         type       LightScene
         version    2
         appdata:
           data       vYVB6_r01_d16
           version    1
         lights:
           1
           2
           4
       p503HkPJ9SSrNt2:
         image      b90c8900-a6b7-422c-a5d3-e170187dbf8c
         lastupdated 2019-11-26T15:08:51
         name       Konzentrieren
         owner      07881ac3-5e62-40b4-942a-ad91ed57e95f
         picture   
         type       LightScene
         version    2
         appdata:
           data       ocX10_r01_d03
           version    1
         lights:
           1
           2
           4
       tHFPbBUzRA9rPSe:
         group      5
         image      732ff1d9-76a7-4630-aad0-c8acc499bb0b
         lastupdated 2020-06-07T12:54:20
         name       Hell
         owner      07881ac3-5e62-40b4-942a-ad91ed57e95f
         picture   
         type       GroupScene
         version    2
         appdata:
           data       FEiWl_r05_d05
           version    1
         lights:
           10
           11
           15
       vy5kkRxEPyVoL2h:
         image      8c74b9ba-6e89-4083-a2a7-b10a1e566fed
         lastupdated 2019-11-26T15:08:51
         name       Gedimmt
         owner      07881ac3-5e62-40b4-942a-ad91ed57e95f
         picture   
         type       LightScene
         version    2
         appdata:
           data       g3GzU_r01_d06
           version    1
         lights:
           1
           2
           4
       yQ2nRHixjKoCXeW:
         image      732ff1d9-76a7-4630-aad0-c8acc499bb0b
         lastupdated 2019-01-12T17:25:22
         name       Hell
         owner      10415f6c-3c98-4f5a-90ba-05d83ea4fae8
         picture   
         type       LightScene
         version    2
         appdata:
           data       dLSfM_r03_d05
           version    1
         lights:
           5
Attributes:
   icon       hue_filled_bridge_v2
   key        WtSiBhRgi2Dq8OhN9AgMfmolk-CTUpL1KlK9EvBD



     
Titel: Antw:philips hue modul
Beitrag von: Dia81 am 07 Juni 2020, 22:59:53
Eins der devices :




Internals:
   .FhemMetaInternals 1
   DEF        1  IODev=hueBridge1
   FUUID      5c84befe-f33f-1dc2-fc5c-4d8204dea45d7165
   FVERSION   31_HUEDevice.pm:0.218370/2020-05-02
   ID         1
   INTERVAL   
   IODev     
   IODevMissing 1
   IODevName  hueBridge1
   NAME       hueBridge1_HUEDevice1
   NR         66
   STATE      dim43%
   TYPE       HUEDevice
   desired    0
   manufacturername Signify Netherlands B.V.
   modelid    LLC010
   name       HueIrisFlur
   swversion  5.127.1.26581
   type       Color light
   uniqueid   00:17:88:01:00:0d:ee:d2-0b
   .attraggr:
   .attrminint:
   READINGS:
     2020-06-07 11:31:39   alert           lselect
     2020-06-07 22:41:42   bri             122
     2020-06-07 11:31:39   colormode       xy
     2020-06-07 11:31:39   effect          none
     2020-06-07 22:41:42   hue             17593
     2020-06-07 22:40:42   onoff           1
     2020-06-07 22:41:42   pct             48
     2020-06-07 11:31:39   reachable       1
     2020-06-07 22:41:42   rgb             88761e
     2020-06-07 22:41:42   sat             113
     2020-06-07 22:41:42   state           dim43%
     2020-06-07 22:41:42   xy              0.4517,0.4477
   helper:
     alert      lselect
     battery    -1
     bri        122
     colormode  xy
     ct         -1
     devtype   
     effect     none
     hue        17593
     mode       
     pct        48
     reachable  1
     rgb        88761e
     sat        113
     update_timeout 1
     xy         0.4517,0.4477
     json:
       manufacturername Signify Netherlands B.V.
       modelid    LLC010
       name       HueIrisFlur
       productname Hue iris
       swversion  5.127.1.26581
       type       Color light
       uniqueid   00:17:88:01:00:0d:ee:d2-0b
       capabilities:
         control:
           colorgamuttype A
           maxlumen   210
           mindimlevel 10000
           colorgamut:
             ARRAY(0x7ee7b00)
             ARRAY(0x4fa1378)
             ARRAY(0x4b87618)
         streaming:
       config:
         archetype  hueiris
         direction  upwards
         function   decorative
         startup:
           mode       safety
       state:
         alert      lselect
         bri        122
         colormode  xy
         effect     none
         hue        17593
         mode       homeautomation
         sat        113
         xy:
           0.4517
           0.4477
       swupdate:
         lastinstall 2019-11-26T15:21:43
         state      noupdates
Attributes:
   IODev      hueBridge1
   alias      HueIrisFlur
   color-icons 2
   devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
   icon       hue_filled_iris
   model      LLC010
   room       HUEDevice
   subType    colordimmer
   userattr   lightSceneParamsToSave lightSceneRestoreOnlyIfChanged:1,0
   webCmd     hue:rgb:rgb ff0000:rgb 98FF23:rgb 0000ff:toggle:on:off



Log:



0.06.07 11:31:31.739 1: hueBridge1_HUEDevice1: no I/O device
2020.06.07 11:31:31.742 1: hueBridge1_HUEDevice4: no I/O device
2020.06.07 11:31:31.745 1: hueBridge1_HUEDevice2: no I/O device
2020.06.07 11:31:31.748 1: hueBridge1_HUEDevice3: no I/O device
2020.06.07 11:31:31.751 1: hueBridge1_HUEGroup0: no I/O device
2020.06.07 11:31:31.753 1: hueBridge1_HUEGroup1: no I/O device
2020.06.07 11:31:31.756 1: HUEGroup2: no I/O device
2020.06.07 11:31:31.759 1: HUEGroup3: no I/O device
2020.06.07 11:31:31.762 1: hueBridge1_HUEDevice5: no I/O device
2020.06.07 11:31:31.765 1: hueBridge1_HUEGroup5: no I/O device
2020.06.07 11:31:31.768 1: HUEDevice6: no I/O device
2020.06.07 11:31:31.771 1: HUEGroup4: no I/O device
2020.06.07 11:31:31.774 1: hueBridge1_HUEDevice10: no I/O device
2020.06.07 11:31:31.776 1: HUEDevice11: no I/O device
2020.06.07 11:31:31.779 1: HUEDevice12: no I/O device
2020.06.07 11:31:31.782 1: HUEDevice13: no I/O device
2020.06.07 11:31:31.785 1: hueBridge1_HUEDevice14: no I/O device



Nach einem unerwarteten fhem Neustart (was komischerweise aktuell auch häufig manchmal einmal pro Tag passiert während fhem sonst auch ohne Probleme 50 Tage durch lief ...)
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 08 Juni 2020, 08:29:14
deine bridge wird nach den lampen definiert. hast du von hand etwas an der config geändert?
Titel: Antw:philips hue modul
Beitrag von: Dia81 am 08 Juni 2020, 13:33:27
Zitat von: justme1968 am 08 Juni 2020, 08:29:14
deine bridge wird nach den lampen definiert. hast du von hand etwas an der config geändert?

ich habe tatsächlich letztens die Definitionen der Clients in der cfg nach vorne verschoben weil ich hörte das genau das ein Problem sein sollte. Vermutlich hab ich die Bridge dann nicht nach vorne geschoben ? Schaue das zu Hause an, korrigiere und gucke dann ob das Problem behoben ist. Danke
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 08 Juni 2020, 13:35:02
bitte die config niemals von hand bearbeiten. es ist unnötig und nur eine fehlerquelle.
Titel: Antw:philips hue modul
Beitrag von: Hotbird am 13 Juli 2020, 16:47:36
Moin, wurde in letzter Zeit etwas geändert? Wenn mein Raspi neu startet dann gehen ein paar Steckdosen einfach aus ( Osram über die Hue Bridge verbunden ). Früher war das nicht so... Mittlerweile schaltet der Raspi auch das Display selbstständig an.. Entweder das fing nach dem letzten update an, oder als ich 2 neue Schalter mit eingerichtet habe...Da hab ich aber noch nicht herausgefunden woran das liegt... Hier mal das Log vom Ereignis..

2020.07.13 16:32:19 1: Server shutdown delayed due to alexa for max 10 sec
2020.07.13 16:34:00 1: Including fhem.cfg
2020.07.13 16:34:02 3: WEB: port 8083 opened
2020.07.13 16:34:03 2: eventTypes: loaded 3597 events from ./log/eventTypes.txt
2020.07.13 16:34:06 3: HUEDevice20: I/O device is Hue
2020.07.13 16:34:06 3: HUEDevice25: I/O device is Hue
2020.07.13 16:34:06 3: HUEDevice1: I/O device is Hue
2020.07.13 16:34:06 3: HUEDevice7: I/O device is Hue
2020.07.13 16:34:06 3: HUEDevice10: I/O device is Hue
2020.07.13 16:34:06 3: HUEDevice19: I/O device is Hue
2020.07.13 16:34:06 3: HUEDevice15: I/O device is Hue
2020.07.13 16:34:06 3: HUEDevice2: I/O device is Hue
2020.07.13 16:34:06 3: HUEDevice11: I/O device is Hue
2020.07.13 16:34:06 3: HUEDevice16: I/O device is Hue
2020.07.13 16:34:06 3: HUEDevice5: I/O device is Hue
2020.07.13 16:34:06 3: HUEDevice24: I/O device is Hue
2020.07.13 16:34:06 3: HUEDevice4: I/O device is Hue
2020.07.13 16:34:06 3: HUEDevice26: I/O device is Hue
2020.07.13 16:34:06 3: HUEDevice21: I/O device is Hue
2020.07.13 16:34:06 3: HUEDevice6: I/O device is Hue
2020.07.13 16:34:06 3: HUEDevice14: I/O device is Hue
2020.07.13 16:34:06 3: HUEDevice18: I/O device is Hue
2020.07.13 16:34:06 3: HUEDevice28: I/O device is Hue
2020.07.13 16:34:06 3: HUEDevice3: I/O device is Hue
2020.07.13 16:34:06 3: HUEDevice23: I/O device is Hue
2020.07.13 16:34:06 3: HUEDevice9: I/O device is Hue
2020.07.13 16:34:06 3: HUEDevice27: I/O device is Hue
2020.07.13 16:34:06 3: HUEDevice12: I/O device is Hue
2020.07.13 16:34:06 3: HUEDevice17: I/O device is Hue
2020.07.13 16:34:06 3: HUEDevice22: I/O device is Hue
2020.07.13 16:34:06 3: HUEDevice8: I/O device is Hue
2020.07.13 16:34:06 3: HUEGroup2: I/O device is Hue
2020.07.13 16:34:06 3: HUEGroup3: I/O device is Hue
2020.07.13 16:34:06 3: HUEGroup10: I/O device is Hue
2020.07.13 16:34:06 3: HUEGroup0: I/O device is Hue
2020.07.13 16:34:06 3: HUEGroup13: I/O device is Hue
2020.07.13 16:34:06 3: HUEGroup1: I/O device is Hue
2020.07.13 16:34:06 3: HUEGroup14: I/O device is Hue
2020.07.13 16:34:06 3: HUEGroup8: I/O device is Hue
2020.07.13 16:34:06 3: HUEGroup6: I/O device is Hue
2020.07.13 16:34:06 3: HUEGroup4: I/O device is Hue
2020.07.13 16:34:06 3: HUEGroup12: I/O device is Hue
2020.07.13 16:34:06 3: HUEGroup9: I/O device is Hue
2020.07.13 16:34:06 3: HUEGroup5: I/O device is Hue
2020.07.13 16:34:06 3: HUEGroup11: I/O device is Hue
2020.07.13 16:34:06 3: Sensor_Flur: I/O device is Hue
2020.07.13 16:34:06 3: Flur2_Bewegungsmelder: I/O device is Hue
2020.07.13 16:34:06 3: Schlafzimmer_Bewegungsmelder: I/O device is Hue
2020.07.13 16:34:09 3: Sensor_Kueche: I/O device is Hue
2020.07.13 16:34:09 3: HUEDevice29: I/O device is Hue
2020.07.13 16:34:09 3: HUEGroup17: I/O device is Hue
2020.07.13 16:34:09 3: HUEGroup18: I/O device is Hue
2020.07.13 16:34:11 3: LGTV_WebOS (LGOled) - defined with host 192.168.0.26
2020.07.13 16:34:11 3: Flur_Schalter: I/O device is Hue
2020.07.13 16:34:11 3: Schlafzimmer_Schalter_1: I/O device is Hue
2020.07.13 16:34:11 3: Schlafzimmer_Schalter_2: I/O device is Hue
2020.07.13 16:34:11 1: Including ./log/fhem.save
2020.07.13 16:34:11 3: harmony: starting discovery
2020.07.13 16:34:11 3: harmony: sending discovery2020.07.13 16:34:12 1: usb create starting
2020.07.13 16:34:13 3: Probing ZWDongle device /dev/serial1
2020.07.13 16:34:13 3: Probing CUL device /dev/ttyAMA0
2020.07.13 16:34:13 3: Probing TCM_ESP3 device /dev/ttyAMA0
2020.07.13 16:34:13 3: Probing ZWDongle device /dev/ttyAMA0
2020.07.13 16:34:13 3: Probing SIGNALDuino device /dev/ttyAMA0
2020.07.13 16:34:14 3: Probing MYSENSORS device /dev/ttyAMA0
2020.07.13 16:34:14 3: Probing ArduCounter device /dev/ttyAMA0
2020.07.13 16:34:14 3: Probing ElsnerWS device /dev/ttyAMA0
2020.07.13 16:34:15 3: Probing FRM device /dev/ttyAMA0
2020.07.13 16:34:20 1: usb create end
2020.07.13 16:34:21 0: Featurelevel: 6
2020.07.13 16:34:21 0: Server started with 130 defined entities (fhem.pl:22342/2020-07-04 perl:5.028001 os:linux user:fhem pid:490)
2020.07.13 16:34:22 3: harmony:discovery: new discovery response from 192.168.0.25
2020.07.13 16:34:23 2: AttrTemplates: got 183 entries


Aus irgendeinem Grund erkennt der beim hochfahren das ich einen meiner Hue-Schalter gedrückt habe.. Das ist auch der Einzige zur Zeit der ein State (4002 von gestern Abend ) hat. Dann passiert natürlich das hier... Hat da jemand einen Tipp?
Schlafzimmer_Schalter:400.* set HueGroup9 off
Titel: Antw:philips hue modul
Beitrag von: gitarero am 29 August 2020, 08:19:03
Es tut mir leid, aber ich muss mich auch hier nochmal dran hängen - möglicherweise ist ja was unter gegangen.

Wie ich bereits hier (https://forum.fhem.de/index.php/topic,77948.msg1080584.html#msg1080584 (https://forum.fhem.de/index.php/topic,77948.msg1080584.html#msg1080584)) beschrieben habe, ignoriert mein HueDevice (Ikea Tradfri Leuchtmittel über ConnBeeII und deCONZ) die ramp time bei 'on', 'off' und 'pct 0'.
Genauso nimmt es bei den Befehlen keine 'transitiontime' an.

Dazu kommt noch, dass bei set <HueDevice> bri 0 : transitiontime 100 die Lampe bei 'bri 1' stehen bleibt und nicht aus geht.

Hat jemand eine Idee, woran das liegen könnte? Oder gar eine Lösung?

Viele Grüße und ein schönes Wochenende,
Ingo
Titel: Antw:philips hue modul
Beitrag von: FunkOdyssey am 03 September 2020, 18:52:22
Ich habe hier viel gelesen und ich muss es dennoch unbedingt in Erfahrung bringen. Auf Nummer sicher.
Es ist doch richtig, dass sich ein Hue Bewegungsmelder über die Huebridge in FHEM nicht vernünftig nutzen lässt, oder?
Da die Huebridge nur gepollt werden kann und kein Push existiert?
Titel: Antw:philips hue modul
Beitrag von: netsrac4th am 03 September 2020, 19:07:17
Zitat von: FunkOdyssey am 03 September 2020, 18:52:22
Ich habe hier viel gelesen und ich muss es dennoch unbedingt in Erfahrung bringen. Auf Nummer sicher.
Es ist doch richtig, dass sich ein Hue Bewegungsmelder über die Huebridge in FHEM nicht vernünftig nutzen lässt, oder?
Da die Huebridge nur gepollt werden kann und kein Push existiert?

Was hast Du denn vor? Also ich habe auch diese Bewegungsmelder und die lassen sich wunderbar benutzen.
Ich steuere mit diesen Lichter (Toilette, Küche, Speisekammer) und einer ist im Eingangsbereich und nur aktiv wenn ich nicht zu Hause bin.
Funktioniert einwandfrei.
Titel: Antw:philips hue modul
Beitrag von: FunkOdyssey am 03 September 2020, 19:42:57
Dann steuerst du aber über die Hue-App oder HomeKit, oder?
Ich bekomme das "motion" immer nur nach 60sec (Bridge-Intervall).
Selbst 1sec wäre schon fast zu langsam.
Titel: Antw:philips hue modul
Beitrag von: netsrac4th am 03 September 2020, 19:46:23
Ich steuere alles per FHEM.

defmod WZ.Motion HUEDevice sensor 16 1 IODev=HUEBridge
attr WZ.Motion IODev HUEBridge
attr WZ.Motion devStateIcon motion:motion_detector@red .*:motion_detector
attr WZ.Motion icon motion_detector
attr WZ.Motion model SML001
attr WZ.Motion room Flur
Titel: Antw:philips hue modul
Beitrag von: netsrac4th am 03 September 2020, 20:22:04
Siehe hier: https://wiki.fhem.de/wiki/HUE_Dimmer_Switch

Das betrifft nicht nur die Wandschalter sondern auch die Sensoren die Du so einbinden musst in FHEM.
Dann kannst Du sie normal benutzen und kannst das mit dem Pool abhaken.
Titel: Antw:philips hue modul
Beitrag von: FunkOdyssey am 03 September 2020, 21:19:00
Oh, ich habe das Intervall immer nur in der Bridge geändert.
Ich probiere es mal mit dem 1-Sekunden-Intervall im HUEDEVICE.
Danke.
Titel: Antw:philips hue modul
Beitrag von: we5 am 25 November 2020, 20:37:09
1 Sekunde funktioniert im Prinzip ok, aber wehe wenn die Bridge mal nicht verfügbar sein sollte, dann hast du einen fast toten Raspi weil das Polling uns leere läuft. Also am besten noch eine Funktion einbauen die ab einer bestimmten Anzahl von Timeouts die Bridge mal deaktiviert oder sowas.

Wäre super, wenn das das Modul schon managen würde, aber das sind schon eher ,,Edge Cases".

Schade, dass da Philips nach wie vor keine Anstrengungen unternimmt ne gescheite Push-API einzubauen.

Ein etwas anderer Workaround wäre, sofern du zB HomeKit benutzt, Automationen anzulegen die einen Dummy in FHEM schalten. Das ist fast stabiler und schneller als das Pollen.
Titel: Antw:philips hue modul
Beitrag von: Mathias R am 09 Februar 2021, 07:23:09
Hallo,
bei mir läuft seit zwei Wochen das Logfile voll mit der Meldung:
2021.02.09 07:00:03 1 : Color::hsv2rgb value out of range [0.0621042191195544,1.00393700787402,0.216535433070866]. should be in 0..1.
2021.02.09 07:03:03 1 : Color::hsv2rgb value out of range [0.0621042191195544,1.00393700787402,0.216535433070866]. should be in 0..1.

FHEM ist jetzt auf dem aktuellsten Stand (update heute ausgeführt), vorher waren HUEBridge und HUEDevice vom 28. November. Der Fehler ist leider geblieben.
Eine Abfrage des Status mit curl -k -s -H "Accept: application/json" https://<IP der Bridge>/api/<Key der Bridge>/lights liefert eine anscheinend korrekte Syntax zurück.

Noch eine weitere Frage: Die HUE Apps nutzen inzwischen https. Kann man auch hier SSL aktivieren?

Gruß, Mathias
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 09 Februar 2021, 09:14:15
da scheint bei einer lampe (oder gruppe) sat auf 255 zu stehen. laut api ist der maximal wert aber 254.

kannst du rausfinden welches device? und ein list zeigen.

ist das eine echte hue bridge oder deconz?
Titel: Antw:philips hue modul
Beitrag von: Mathias R am 09 Februar 2021, 10:33:01
Danke!

Die Lösung war ja einfach.list .* sat
set betreffende_Leuchte sat 254

Es ist eine echte Hue Bridge und die Lampe war mit der Hue App eingestellt. Man sollte also besser die Hue App nicht nutzen oder dann im FHEM korrigieren.

Wäre noch die Frage ob sich die Kommunikation mit der Bridge auch per ssl möglich ist. HttpUtils unterstützt das ja und man könnte vielleicht ein Attrib dafür setzen oder unter DEF optional http:// bzw. https:// ergänzen.

Gruß, Mathias
Titel: Antw:philips hue modul
Beitrag von: moonsorrox am 09 Februar 2021, 13:30:14
ich hatte das eine zeitlang auch... alle Hue mit der App erstellt.
Ich habe einmal die Bridge Adressen alle gelöscht werden ja dann in der Hue Bridge wieder angelegt, hat bei mir super geklappt
Titel: Antw:philips hue modul
Beitrag von: Thurindot am 09 Februar 2021, 14:03:46
Moin.

Vermutlich hab ich das Forum und Onkel Google mit den falschen Begriffen gefüttert und blamiere mich mit einer Anfängerfrage - aber da auch Wiki, Einsteiger-Buch und das Büchlein vom Prof nichts gebracht haben nützt es nichts:

Wie geht ihr mit den Bewegungsmeldern in der App um?

Ich bin bisher mit HUE-Standard-App ( plus iConnectHue) gefahren und stelle jetzt auf FHEM um. Sprich: Vieles ist bzw war schon konfiguriert und die Übernahme hat auch gut funktioniert. Aber damit die App/Bridge jetzt nicht parallel arbeitet, hab ich mir Gedanken zu den Sensoren gemacht.

Habt ihr die in der App schlicht und ergreifend als "unkonfiguriert" angelernt und belassen? Oder anderweitig das Ausführen von Events unterbunden?

Danke und viele Grüße.
Thuri
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 09 Februar 2021, 15:30:23
@Mathias R: ssl/https ist aktuell nicht eingebaut.
Titel: Antw:philips hue modul
Beitrag von: Schlimbo am 26 Februar 2021, 00:52:02
Hi,
habe gerade bemerkt, dass das Attribut "ignoreReachable" scheinbar beim HUEDevice vom typ "LightGroup" nicht beachtet wird. Habe das Attribut gesetzt, allerdings bleibt das Reading "reachable" weiterhin auf "0". Spricht etwas dagegen das Attribut auch für LightGroups auszuwerten?

Internals:
   DEF        group 8  IODev=ConBee2
   FUUID      5e722a0b-f33f-0ba4-15ad-f125b1c37153af4d
   FVERSION   31_HUEDevice.pm:0.233440/2020-12-13
   ID         G8
   INTERVAL   
   IODev      ConBee2
   NAME       HUEBad
   NR         836
   STATE      dim25%
   TYPE       HUEDevice
   lights     4
   name       Bad
   type       LightGroup
   READINGS:
     2021-02-26 00:36:10   alert           none
     2021-02-26 00:36:10   all_on          0
     2021-02-26 00:36:10   any_on          0
     2021-02-26 00:36:10   bri             52
     2021-02-26 00:36:10   colormode       ct
     2021-02-26 00:36:10   ct              500
     2021-02-26 00:36:10   effect          none
     2021-02-26 00:36:10   onoff           1
     2021-02-26 00:36:10   pct             21
     2021-02-26 00:36:10   reachable       0
     2021-02-26 00:36:10   rgb             ffaf6e
     2021-02-26 00:36:10   sat             226
     2021-02-26 00:36:10   state           dim25%
   helper:
     alert      none
     bri        52
     colormode  ct
     ct         500
     devtype    G
     effect     none
     onoff      1
     pct        21
     reachable  0
     rgb        ffaf6e
     sat        226
     state      dim25%
     update_timeout 1
     json:
       etag       60811c6f32ec4446db5265aac99eda83
       id         8
       name       Bad
       type       LightGroup
       action:
         alert      none
         bri        127
         colormode  hs
         ct         0
         effect     none
         hue        0
         sat        127
         scene     
         xy:
           0
           0
       devicemembership:
       lights:
         4
       scenes:
       state:
     lights:
       4          1
     scenes:
Attributes:
   IODev      ConBee2
   alias      Bad
   color-icons 2
   delayedUpdate 1
   devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
   event-on-change-reading .*
   group      HUEGroup
   ignoreReachable 1
   room       HUEDevice
   userattr   createActionReadings:1,0 createGroupReadings:1,0


Gruß Schlimbo
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 26 Februar 2021, 09:51:30
gruppen haben von sich aus kein reachable attribut. ich vermute du hast createGroupReadings gesetzt.

ich habe jetzt eingebaut das bei createGroupReadings ein gesetztes ignoreReachable in dein einzelnen zugehörigen lampen berücksichtig wird.


Titel: Antw:philips hue modul
Beitrag von: Motivierte linke Hände am 24 Oktober 2021, 20:30:28
Hi, ich hoffe, der Thread hier ist noch der richtige für das HUE model.

Ich habe hier mit Philips HUE Leuchtmitteln ein komisches Problem neuerdings.

Folgenden Befehl setze ich über ein at ab:

define at_HUE_Julius at +00:00:13 { fhem("sleep 2;;set HUE_Julius_.* rgb 2FDCA;;sleep 2;;set HUE_Julius_.* rgb CEADD7;;sleep 2;;set HUE_Julius_.* rgb 91E618;;sleep 2;;set HUE_Julius_.* rgb B9F065;;sleep 2;;set HUE_Julius_.* rgb FFC799") }

(Ja, ich weiß, dass { einerseits und fhem( andererseits überflüssig ist - anders habe ich das mit den Semikolons nicht hinbekommen.)

Das ergibt folgende Fehlermeldung:

2021.10.24 19:53:05 2: After sleep: Unknown argument rgb, choose one of off:noArg on:noArg toggle:noArg statusRequest:noArg pct:colorpicker,BRI,0,1,100 bri:colorpicker,BRI,0,1,254 rgb:colorpicker,RGB color:colorpicker,CT,2000,1,6500 ct:colorpicker,CT,154,1,500 hue:colorpicker,HUE,0,1,65535 sat:slider,0,1,254 xy dimUp:noArg dimDown:noArg ctUp:noArg ctDown:noArg hueUp:noArg hueDown:noArg satUp:noArg satDown:noArg alert:none,select,lselect effect:none,colorloop rename scene: (...)

Warum gibt es "after sleep" den Fehler, dass er das Argument "rgb" nicht kennt, vor dem Sleep aber schon...?

Ich vermute, ich bin nach wie vor zu blöd, mehrere Kommandos ordentlich an FHEM in einem Befehl abzusetzen. Wäre nett, wenn mir jemand kurz auf die Sprünge helfen könnte, bitte.
Titel: Antw:philips hue modul
Beitrag von: Jamo am 24 Oktober 2021, 22:51:37
mach mal aus den doppelten ;; einfache ;, also
define at_HUE_Julius at +00:00:13 { fhem("sleep 2;set HUE_Julius_.* rgb 2FDCA;sleep 2;set HUE_Julius_.* rgb CEADD7;sleep 2;set HUE_Julius_.* rgb 91E618;sleep 2;set HUE_Julius_.* rgb B9F065;sleep 2;set HUE_Julius_.* rgb FFC799") }
Doppelte semicolon brauchst Du nur wenn du den fhem Befehl in die Commandozeile eingibst. Das ist hier aber nicht der Fall.
Damit sollte das dann auch ohne die { einerseits und fhem( andererseits funktionieren.
Titel: Antw:philips hue modul
Beitrag von: Motivierte linke Hände am 25 Oktober 2021, 20:49:29
Klappt, danke!
Titel: Antw:philips hue modul
Beitrag von: Motivierte linke Hände am 25 Oktober 2021, 21:04:42
Sorry, Korrektur, klappt nicht, und zwar schon beim define:

2021.10.25 19:51:27 3: define at_HUE_Julius at +00:00:13 sleep 2;set HUE_Julius_.* rgb F1467;sleep 2;set HUE_Julius_.* rgb 7E7742;sleep 2;set HUE_Julius_.* rgb 9272CE;sleep 2;set HUE_Julius_.* rgb 924468;sleep 2;set HUE_Julius_.* rgb FFC799 : Unknown argument rgb, choose one of off:noArg on:noArg toggle:noArg statusRequest:noArg pct:colorpicker,BRI,0,1,100 bri:colorpicker,BRI,0,1,254 rgb:colorpicker,RGB color:colorpicker,CT,2000,1,6500 ct:colorpicker,CT,154,1,500 hue:colorpicker,HUE,0,1,65535

Allerdings habe ich mittlerweile das Gefühl, dass es zwei kombinierte Probleme jetzt sind:
1. das define wird bei dem ersten Semikolon für beendet erklärt. Der Rest wird sofort ausgeführt.
2. HUE wirft den Fehler für rgb aus, den ich nicht verstehe.
Titel: Antw:philips hue modul
Beitrag von: Jamo am 25 Oktober 2021, 23:21:02
Ja, das weil Du das alles in der commandozeile eingibst. Dann werden die Befehle einzeln 'genommen', d.h. dein erstes "at" hoert nach dem ersten semikolon auf.
Du willst aber das dein at alle folgenden Befehle enthält.

Das macht man, indem man erst mal ein einzelnes at anlegt:
1) define at_HUE_Julius at +00:00:13 {}
2) Dann gehst du in FHEM in der definition von dem at, auf "DEF", und in dem sich öffnenden Editorfenster löscht Du die beiden {}, und kopierst dann alles folgende darein.
Zitatsleep 2;set HUE_Julius_.* rgb F1467;sleep 2;set HUE_Julius_.* rgb 7E7742;sleep 2;set HUE_Julius_.* rgb 9272CE;sleep 2;set HUE_Julius_.* rgb 924468;sleep 2;set HUE_Julius_.* rgb FFC799 : Unknown argument rgb, choose one of off:noArg on:noArg toggle:noArg statusRequest:noArg pct:colorpicker,BRI,0,1,100 bri:colorpicker,BRI,0,1,254 rgb:colorpicker,RGB color:colorpicker,CT,2000,1,6500 ct:colorpicker,CT,154,1,500 hue:colorpicker,HUE,0,1,65535
Das sollte funktionieren.
Titel: Antw:philips hue modul
Beitrag von: Motivierte linke Hände am 25 Oktober 2021, 23:39:25
Ok, wichtige ergänzende Information: Das at möchte ich in ganz bestimmten Situationen automatisch per Perl-Code anlegen. D.h. aktuell steht da in Perl tatsächlich:

fhem(,,define at_HUE_Julius at +00:00:13 sleep 2;set HUE_Julius_.* rgb F1467;sleep 2;set HUE_Julius_.* rgb 7E7742;sleep 2;set HUE_Julius_.* rgb 9272CE;sleep 2;set HUE_Julius_.* rgb 924468;sleep 2;set HUE_Julius_.* rgb FFC799");

Jetzt weiß ich auch wieder, warum ich für das at mit { und fhem( gearbeitet hatte. Dadurch konnte ich nämlich verhindern, dass fhem bei ; das at als beendet betrachtete.

Ok, das beantwortet aber alles nicht die Frage nach der rgb-Fehlermeldung, die das HUE-Modul auswirft...
Titel: Antw:philips hue modul
Beitrag von: Jamo am 26 Oktober 2021, 00:07:23
Ja, wenn Du das per Perl-Code automatisch anlegen möchtest, dann musst Du das verdoppeln.

Kann sein, das Du dann aber das .* escapen musst, hast Du mal set HUE_Julius_\.\* oder ähnliches probiert?
Titel: Antw:philips hue modul
Beitrag von: Motivierte linke Hände am 27 Oktober 2021, 18:00:09
Ok, nachdem ich das At dann inzwischen in mehrere Ats zerlegt habe, um um die Semikolons herumzukommen: Der Fehler ist ein ganz anderer!

Wenn man einen "falschen" Hex-Code für die RGB-Werte angibt, also z.B.

define at_HUE_Julius_0 at +00:00:13 set HUE_Julius_.* rgb C9867

(es fehlt eine Stelle, weil das 0-Padding von kleinen Werten gefehlt hat), dann wird nicht der falsche rgb-Code bemängelt, sondern das Modul sagt stattdessen, dass es das Argument rgb nicht kennt:

at_HUE_Julius_0: Unknown argument rgb, choose one of off:noArg on:noArg toggle:noArg statusRequest:noArg pct:colorpicker,BRI,0,1,100 bri:colorpicker,BRI,0,1,254 rgb:colorpicker,RGB color:colorpicker,CT,2000,1,6500 ct:colorpicker,CT,154,1,500



Titel: Antw:philips hue modul
Beitrag von: majestro84 am 08 November 2021, 10:45:53
Hallo zusammen

Ich habe ein merkwürdiges Phänomen.

Ich habe eine Gruppe Esszimmer Lampe wenn ich diese mit set HUEGroup10 rgb 260f02 : pct 10 anschalte ist im nach hinein der RGB Code anders. Er ist dann 180901.

Internals:
   DEF        group 10  IODev=HUEBridge_0
   FUUID      617ede4e-f33f-3405-7335-ce71daf6a5ee6a23
   FVERSION   31_HUEDevice.pm:0.239120/2021-03-08
   ID         G10
   INTERVAL   
   IODev      HUEBridge_0
   NAME       HUEGroup10
   NR         785
   STATE      dim12%
   TYPE       HUEDevice
   class      Dining
   desired    1
   lights     41,42,43,44
   name       Esszimmer Lampe
   type       Room
   READINGS:
     2021-11-08 08:34:21   IODev           HUEBridge_0
     2021-11-08 08:34:33   alert           select
     2021-11-08 10:43:06   all_on          1
     2021-11-08 10:43:06   any_on          1
     2021-11-08 10:42:56   bri             24
     2021-11-08 10:43:06   colormode       hs
     2021-11-08 10:43:06   ct              1293
     2021-11-08 08:34:33   effect          none
     2021-11-08 10:43:21   hue             3732
     2021-11-08 10:43:06   onoff           1
     2021-11-08 10:43:06   pct             9
     2021-11-08 08:34:33   reachable       1
     2021-11-08 10:43:06   rgb             180901
     2021-11-08 10:42:56   sat             240
     2021-11-08 10:43:06   state           dim12%
   helper:
     alert      select
     bri        24
     colormode  hs
     ct         1293
     devtype    G
     effect     none
     hue        3732
     onoff      1
     pct        9
     reachable  1
     rgb        180901
     sat        240
     state      dim12%
     update_timeout 1
     json:
       class      Dining
       name       Esszimmer Lampe
       type       Room
       action:
         alert      select
         bri        24
         colormode  hs
         ct         300
         effect     none
         hue        3822
         sat        240
         xy:
           0.5969
           0.3804
       lights:
         44
         43
         42
         41
       sensors:
       state:
     lights:
       41         1
       42         1
       43         1
       44         1
Attributes:
   IODev      HUEBridge_0
   alias      Esszimmer Lampe
   color-icons 2
   delayedUpdate 1
   devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
   group      HUEGroup
   room       HUE
   userattr   createActionReadings:1,0 createGroupReadings:1,0


Schalte ich die einzelne Lampe mit set HUEDevice42 rgb 260f02 : pct 10 bekomme ich beim get rgb auch genau den Code wieder zurück geliefert.

Wenn ich alle Lampen einzeln anschalte liefert mit die Gruppe auch den richtigen RGB Code.

Internals:
   DEF        41  IODev=HUEBridge_0
   FUUID      618265da-f33f-3405-1afe-43035df02b25fa4d
   FVERSION   31_HUEDevice.pm:0.239120/2021-03-08
   ID         41
   INTERVAL   
   IODev      HUEBridge_0
   NAME       HUEDevice41
   NR         788
   STATE      dim12%
   TYPE       HUEDevice
   desired    1
   manufacturername LEDVANCE
   modelid    A60 RGBW Value II
   name       Esszimmer Lampe 1
   swversion  00203045
   type       Extended color light
   uniqueid   f0:d1:b8:00:00:18:9a:fd-01
   READINGS:
     2021-11-08 08:34:21   IODev           HUEBridge_0
     2021-11-08 08:34:33   alert           select
     2021-11-08 10:25:11   bri             24
     2021-11-08 10:43:06   colormode       hs
     2021-11-08 08:34:33   ct              300 (3333K)
     2021-11-08 08:34:33   effect          none
     2021-11-08 10:43:44   hue             3584
     2021-11-08 10:43:06   onoff           1
     2021-11-08 10:43:06   pct             10
     2021-11-08 10:41:44   reachable       1
     2021-11-08 10:43:06   rgb             180901
     2021-11-08 10:32:30   sat             240
     2021-11-08 10:43:06   state           dim12%
     2021-11-08 10:41:44   xy              0.5969,0.3804
   helper:
     alert      select
     battery    -1
     bri        24
     colormode  hs
     ct         300
     devtype   
     effect     none
     hue        3584
     lastseen   
     mode       
     pct        10
     reachable  1
     rgb        180901
     sat        240
     update_timeout 1
     xy         0.5969,0.3804
     helper:
     json:
       manufacturername LEDVANCE
       modelid    A60 RGBW Value II
       name       Esszimmer Lampe 1
       productname Extended color light
       swversion  00203045
       type       Extended color light
       uniqueid   f0:d1:b8:00:00:18:9a:fd-01
       capabilities:
         control:
           colorgamuttype other
           ct:
             max        526
             min        153
         streaming:
       config:
         archetype  classicbulb
         direction  omnidirectional
         function   mixed
       state:
         alert      select
         bri        24
         colormode  hs
         ct         300
         effect     none
         hue        3584
         mode       homeautomation
         sat        240
         xy:
           0.5969
           0.3804
       swupdate:
         lastinstall 2021-11-03T10:16:34
         state      notupdatable
Attributes:
   IODev      HUEBridge_0
   alias      Esszimmer Lampe 1
   color-icons 2
   devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
   group      HUEDevice
   icon       hue_filled_white_e27_b22
   model      A60 RGBW Value II
   room       HUE
   subType    extcolordimmer
   webCmd     rgb:rgb ff0000:rgb DEFF26:rgb 0000ff:ct 490:ct 380:ct 270:ct 160:toggle:on:off


Da ich um mein DoIf kurz zu halten gerne die Gruppe Schalten möchte, ist meine Frage wo liegt da der Fehler.

Das list der Devices wurde nach dem set HUEGroup10 rgb 260f02 : pct 10 erstellt. Man sieht auch die einzelne Lampe hat nun dem falschen RGB Code.

Vielen Dank

Gruß Alex
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 08 November 2021, 10:56:42
zeig mal das list der anderen drei lampen in der gruppe und was im log verbose 5 für lampen und bridge steht.
Titel: Antw:philips hue modul
Beitrag von: majestro84 am 08 November 2021, 11:09:02
Hi hier das log

2021.11.08 11:08:10.946 4:  using HttpUtils_NonblockingGet: PUT groups/10/action
2021.11.08 11:08:12.034 4:  using HttpUtils_NonblockingGet: GET groups/10
2021.11.08 11:08:12.045 4:  parse status message for HUEGroup10
2021.11.08 11:08:12.072 4:  using HttpUtils_NonblockingGet: GET
2021.11.08 11:08:12.157 4:  parse status message for HUEBridge_0
2021.11.08 11:08:12.158 4:  HUEBridge_0: message for unknown sensor received: HUEBridge_0-S1
2021.11.08 11:08:12.158 4:  HUEBridge_0: message for unknown sensor received: HUEBridge_0-S29
2021.11.08 11:08:12.158 4:  HUEBridge_0: message for unknown sensor received: HUEBridge_0-S31
2021.11.08 11:08:12.170 4:  parse status message for HUEGroup10
2021.11.08 11:08:12.171 4:  parse status message for HUEDevice42
2021.11.08 11:08:12.180 4:  parse status message for HUEDevice43
2021.11.08 11:08:12.187 4:  parse status message for HUEDevice44
2021.11.08 11:08:12.193 4:  parse status message for HUEDevice41
2021.11.08 11:08:17.152 4:  using HttpUtils_NonblockingGet: PUT groups/3/action
2021.11.08 11:08:17.153 4:  using HttpUtils_NonblockingGet: PUT lights/23/state
2021.11.08 11:08:17.154 4:  using HttpUtils_NonblockingGet: PUT lights/31/state
2021.11.08 11:08:17.155 4:  using HttpUtils_NonblockingGet: PUT lights/25/state
2021.11.08 11:08:17.155 4:  using HttpUtils_NonblockingGet: PUT lights/22/state
2021.11.08 11:08:17.159 4:  using HttpUtils_NonblockingGet: PUT lights/25/state
2021.11.08 11:08:17.159 4:  using HttpUtils_NonblockingGet: PUT lights/22/state
2021.11.08 11:08:17.165 4:  using HttpUtils_NonblockingGet: PUT lights/25/state
2021.11.08 11:08:17.166 4:  using HttpUtils_NonblockingGet: PUT lights/22/state
2021.11.08 11:08:18.298 4:  using HttpUtils_NonblockingGet: GET groups/3
2021.11.08 11:08:18.309 4:  using HttpUtils_NonblockingGet: GET
2021.11.08 11:08:18.312 4:  using HttpUtils_NonblockingGet: GET lights/23
2021.11.08 11:08:18.370 4:  using HttpUtils_NonblockingGet: GET lights/22
2021.11.08 11:08:18.397 4:  parse status message for HUEBridge_0
2021.11.08 11:08:18.398 4:  HUEBridge_0: message for unknown sensor received: HUEBridge_0-S29
2021.11.08 11:08:18.398 4:  HUEBridge_0: message for unknown sensor received: HUEBridge_0-S1
2021.11.08 11:08:18.398 4:  HUEBridge_0: message for unknown sensor received: HUEBridge_0-S31
2021.11.08 11:08:18.409 4:  parse status message for HUEGroup10
2021.11.08 11:08:18.411 4:  parse status message for HUEDevice42
2021.11.08 11:08:18.413 4:  parse status message for HUEDevice41
2021.11.08 11:08:18.418 4:  parse status message for HUEDevice44
2021.11.08 11:08:18.420 4:  parse status message for HUEDevice43
2021.11.08 11:08:21.899 4:  using HttpUtils_NonblockingGet: GET lights
2021.11.08 11:08:21.921 4:  parse status message for HUEDevice41
2021.11.08 11:08:21.921 4:  parse status message for HUEDevice44
2021.11.08 11:08:21.923 4:  parse status message for HUEDevice43
2021.11.08 11:08:21.925 4:  parse status message for HUEDevice42
2021.11.08 11:08:29.139 4:  using HttpUtils_NonblockingGet: PUT groups/18/action
2021.11.08 11:08:30.180 4:  using HttpUtils_NonblockingGet: GET groups/18
2021.11.08 11:08:30.194 4:  using HttpUtils_NonblockingGet: GET
2021.11.08 11:08:30.284 4:  parse status message for HUEBridge_0
2021.11.08 11:08:30.285 4:  HUEBridge_0: message for unknown sensor received: HUEBridge_0-S29
2021.11.08 11:08:30.285 4:  HUEBridge_0: message for unknown sensor received: HUEBridge_0-S1
2021.11.08 11:08:30.285 4:  HUEBridge_0: message for unknown sensor received: HUEBridge_0-S31
2021.11.08 11:08:30.297 4:  parse status message for HUEGroup10
2021.11.08 11:08:30.298 4:  parse status message for HUEDevice44
2021.11.08 11:08:30.298 4:  parse status message for HUEDevice41
2021.11.08 11:08:30.304 4:  parse status message for HUEDevice43
2021.11.08 11:08:30.311 4:  parse status message for HUEDevice42


und die anderen drei Lampen
Internals:
   DEF        42  IODev=HUEBridge_0
   FUUID      618265da-f33f-3405-18b4-ea62369c11d5f6a6
   FVERSION   31_HUEDevice.pm:0.239120/2021-03-08
   ID         42
   INTERVAL   
   IODev      HUEBridge_0
   NAME       HUEDevice42
   NR         791
   STATE      dim12%
   TYPE       HUEDevice
   desired    1
   manufacturername LEDVANCE
   modelid    A60 RGBW Value II
   name       Esszimmer Lampe 2
   swversion  00203045
   type       Extended color light
   uniqueid   f0:d1:b8:00:00:18:7a:86-01
   READINGS:
     2021-11-08 08:34:21   IODev           HUEBridge_0
     2021-11-08 08:34:33   alert           select
     2021-11-08 11:03:21   bri             24
     2021-11-08 11:03:21   colormode       hs
     2021-11-08 10:55:49   ct              300 (3333K)
     2021-11-08 08:34:33   effect          none
     2021-11-08 11:04:26   hue             3822
     2021-11-08 11:04:26   onoff           1
     2021-11-08 11:04:26   pct             10
     2021-11-08 10:39:16   reachable       1
     2021-11-08 11:03:21   rgb             180901
     2021-11-08 10:32:30   sat             240
     2021-11-08 11:04:26   state           dim12%
     2021-11-08 10:57:03   xy              0.5969,0.3804
   helper:
     alert      select
     battery    -1
     bri        24
     colormode  hs
     ct         300
     devtype   
     effect     none
     hue        3822
     lastseen   
     mode       
     pct        10
     reachable  1
     rgb        180901
     sat        240
     update_timeout -1
     xy         0.5969,0.3804
     helper:
     json:
       manufacturername LEDVANCE
       modelid    A60 RGBW Value II
       name       Esszimmer Lampe 2
       productname Extended color light
       swversion  00203045
       type       Extended color light
       uniqueid   f0:d1:b8:00:00:18:7a:86-01
       capabilities:
         control:
           colorgamuttype other
           ct:
             max        526
             min        153
         streaming:
       config:
         archetype  classicbulb
         direction  omnidirectional
         function   mixed
       state:
         alert      select
         bri        24
         colormode  hs
         ct         300
         effect     none
         hue        3822
         mode       homeautomation
         sat        240
         xy:
           0.5969
           0.3804
       swupdate:
         lastinstall 2021-11-03T10:17:35
         state      notupdatable
Attributes:
   IODev      HUEBridge_0
   alias      Esszimmer Lampe 2
   color-icons 2
   devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
   group      HUEDevice
   icon       hue_filled_white_e27_b22
   model      A60 RGBW Value II
   room       HUE
   subType    extcolordimmer
   webCmd     rgb:rgb ff0000:rgb DEFF26:rgb 0000ff:ct 490:ct 380:ct 270:ct 160:toggle:on:off


Internals:
   DEF        43  IODev=HUEBridge_0
   FUUID      618265da-f33f-3405-faf0-b9231567db09e565
   FVERSION   31_HUEDevice.pm:0.239120/2021-03-08
   ID         43
   INTERVAL   
   IODev      HUEBridge_0
   NAME       HUEDevice43
   NR         790
   STATE      dim12%
   TYPE       HUEDevice
   desired    1
   manufacturername LEDVANCE
   modelid    A60 RGBW Value II
   name       Esszimmer Lampe 4
   swversion  00203045
   type       Extended color light
   uniqueid   f0:d1:b8:00:00:18:83:6f-01
   READINGS:
     2021-11-08 08:34:21   IODev           HUEBridge_0
     2021-11-08 08:34:33   alert           select
     2021-11-08 11:03:21   bri             24
     2021-11-08 11:03:21   colormode       hs
     2021-11-08 10:55:49   ct              300 (3333K)
     2021-11-08 08:34:33   effect          none
     2021-11-08 11:04:48   hue             3584
     2021-11-08 11:04:26   onoff           1
     2021-11-08 11:04:26   pct             10
     2021-11-08 10:41:49   reachable       1
     2021-11-08 11:03:21   rgb             180901
     2021-11-08 10:32:30   sat             240
     2021-11-08 11:04:26   state           dim12%
     2021-11-08 10:57:21   xy              0.5969,0.3804
   helper:
     alert      select
     battery    -1
     bri        24
     colormode  hs
     ct         300
     devtype   
     effect     none
     hue        3584
     lastseen   
     mode       
     pct        10
     reachable  1
     rgb        180901
     sat        240
     update_timeout -1
     xy         0.5969,0.3804
     helper:
     json:
       manufacturername LEDVANCE
       modelid    A60 RGBW Value II
       name       Esszimmer Lampe 4
       productname Extended color light
       swversion  00203045
       type       Extended color light
       uniqueid   f0:d1:b8:00:00:18:83:6f-01
       capabilities:
         control:
           colorgamuttype other
           ct:
             max        526
             min        153
         streaming:
       config:
         archetype  classicbulb
         direction  omnidirectional
         function   mixed
       state:
         alert      select
         bri        24
         colormode  hs
         ct         300
         effect     none
         hue        3584
         mode       homeautomation
         sat        240
         xy:
           0.5969
           0.3804
       swupdate:
         lastinstall 2021-11-03T10:18:29
         state      notupdatable
Attributes:
   IODev      HUEBridge_0
   alias      Esszimmer Lampe 4
   color-icons 2
   devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
   group      HUEDevice
   icon       hue_filled_white_e27_b22
   model      A60 RGBW Value II
   room       HUE
   subType    extcolordimmer
   webCmd     rgb:rgb ff0000:rgb DEFF26:rgb 0000ff:ct 490:ct 380:ct 270:ct 160:toggle:on:off


Internals:
   DEF        44  IODev=HUEBridge_0
   FUUID      618265da-f33f-3405-ba24-919da73c18d46130
   FVERSION   31_HUEDevice.pm:0.239120/2021-03-08
   ID         44
   INTERVAL   
   IODev      HUEBridge_0
   NAME       HUEDevice44
   NR         789
   STATE      dim12%
   TYPE       HUEDevice
   desired    1
   manufacturername LEDVANCE
   modelid    A60 RGBW Value II
   name       Esszimmer Lampe 5
   swversion  00203045
   type       Extended color light
   uniqueid   f0:d1:b8:00:00:18:9a:67-01
   READINGS:
     2021-11-08 08:34:21   IODev           HUEBridge_0
     2021-11-08 08:34:33   alert           select
     2021-11-08 11:03:21   bri             24
     2021-11-08 11:03:21   colormode       hs
     2021-11-08 10:55:49   ct              300 (3333K)
     2021-11-08 08:34:33   effect          none
     2021-11-08 11:04:48   hue             3584
     2021-11-08 11:04:26   onoff           1
     2021-11-08 11:04:26   pct             10
     2021-11-08 10:53:02   reachable       1
     2021-11-08 11:03:21   rgb             180901
     2021-11-08 10:32:30   sat             240
     2021-11-08 11:04:26   state           dim12%
     2021-11-08 10:55:51   xy              0.5416,0.4162
   helper:
     alert      select
     battery    -1
     bri        24
     colormode  hs
     ct         300
     devtype   
     effect     none
     hue        3584
     lastseen   
     mode       
     pct        10
     reachable  1
     rgb        180901
     sat        240
     update_timeout -1
     xy         0.5416,0.4162
     helper:
     json:
       manufacturername LEDVANCE
       modelid    A60 RGBW Value II
       name       Esszimmer Lampe 5
       productname Extended color light
       swversion  00203045
       type       Extended color light
       uniqueid   f0:d1:b8:00:00:18:9a:67-01
       capabilities:
         control:
           colorgamuttype other
           ct:
             max        526
             min        153
         streaming:
       config:
         archetype  classicbulb
         direction  omnidirectional
         function   mixed
       state:
         alert      select
         bri        24
         colormode  hs
         ct         300
         effect     none
         hue        3584
         mode       homeautomation
         sat        240
         xy:
           0.5416
           0.4162
       swupdate:
         lastinstall 2021-11-03T10:19:27
         state      notupdatable
Attributes:
   IODev      HUEBridge_0
   alias      Esszimmer Lampe 5
   color-icons 2
   devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
   group      HUEDevice
   icon       hue_filled_white_e27_b22
   model      A60 RGBW Value II
   room       HUE
   subType    extcolordimmer
   webCmd     rgb:rgb ff0000:rgb DEFF26:rgb 0000ff:ct 490:ct 380:ct 270:ct 160:toggle:on:off

Titel: Antw:philips hue modul
Beitrag von: justme1968 am 09 November 2021, 09:09:45
hast du verbose 5 auch für die bridge gesetzt? da sollten eigentlich zeilen mit 5 dabei sein. wo ist createGroupReadings bei dir gesetzt?
Titel: Antw:philips hue modul
Beitrag von: majestro84 am 09 November 2021, 12:27:35
Verbose 5 war bei der Bridge gesetzt.
createGroupReadings  habe ich nirgends gesetzt.

VG Alex
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 09 November 2021, 12:33:26
wenn die gruppen sinnvolle readings haben sollen musst du createGroupReadings passend setzen.
Titel: Antw:philips hue modul
Beitrag von: majestro84 am 09 November 2021, 12:49:32
Das Problem sind ja nicht die Readings sondern der Falsche Wert der gesetzt wird. In den Lampen selbst ist ja dann auch die falsche Lichtfarbe.
Ich habe createGroupReadings nun im Bridge Device gesetzt mit 0 und in der HueGroup10 auf 1.

Der Effekt ist das gleiche.

VG Alex
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 09 November 2021, 13:18:22
achso...

du musst mindestens das model attribut der gruppe auf den gleichen wert setzen wie das der beteiligten birnen.

aber: rgb ist bei hue prinzipiell nicht genau da die bridge und die birnen das von sich aus nicht können und in fhem die genauen farben parameter der lampen zur umrechnung nicht bekannt sind. die näherung die verwendet wird ist mehr oder weniger gut. d.h. wenn es genau sein muss am besten hue, sat und bri (oder hsv) oder xy verwenden.

Titel: Antw:philips hue modul
Beitrag von: majestro84 am 09 November 2021, 13:24:07
Ok danke dann teste ich es mal mit den Werten.

Komisch ist halt nur wenn ich den Wert an der Lampe setze wird er übernommen und in der Gruppe kommt am Ende ein anderer raus.
Titel: Antw:philips hue modul
Beitrag von: majestro84 am 09 November 2021, 13:36:56
Hab es jetzt mit hue sat und bri gemacht.
Klappt deutlich besser.

Danke für deine Unterstützung

VG Alex
Titel: Antw:philips hue modul
Beitrag von: Klaus.A am 12 November 2021, 14:41:05
Wie verhält sich das Hue Modul wenn die Bridge zurückgesetzt ("Reset") werden musste, die Lampen neu angelernt werden, aber die Definitionen in FHEM noch vorhanden sind?
Bekommen die Lampen wieder dieselbe HueDevicenn Kennung? Oder werden alle nochmal neu angelegt?

Wie ich sehe gibt es eine "UniqueID" für jede Lampe, aber mir ist nicht bekannt ob diese in den Lampen fest ist, oder bei Anlernen an der Bridge vergeben wird.

Hintergrund der Frage: Die Bridge läuft, FHEM ebenfalls, auch die iOS App für Hue - aber Apple HomeKit finden die Bridge nicht mehr. Ich bin am evaluieren welcher Aufwand für einen Reset der verschiedenen Bereiche (HomeKit, Bridge -> FHEM) bedeutet. Wenn das Hue Modul neue Kennungen vergibt dann habe ich einen großen Aufwand die Referenzen in alle DOIFs, Notifys etc. zu ändern.

Danke für jeden Hinweis!

Gruß, Klaus
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 12 November 2021, 16:08:15
das hue api arbeitet 'nur' über eine laufende nummer. diese wird von der bridge bei jedem anlernen eins weiter gezählt. wenn du die lampen in der gleichen reihenfolge wieder anlernst müßte es einfach so gehen. wenn du beim anlernen etwas durcheinander bringst gibt es ein problem.

aber: du kannst die devices in fhem umbenennen. die id im namen und in der def müssen nicht übereinstimmen. das kann zwar verwirrend sein, aber es wäre weniger arbeit.


alternativ: im modul ist eingebaut das die unique id verwendet wird um die lampen automatisch zwischen einer hue bridge und einer deconz bridge zu verschieben wenn eine bereits bekannte lampe plötzlich 'umgelernt' wird und an der jeweils anderen bridge auftaucht. es könnte sein das das auch zwischen zwei hue bridges funktioniert. dazu wäre es nötig das fhem nicht neu gestartet wird während du dich an der bridge austobst da die unique id nur ein internal ist und beim neu start in fhem verloren geht. ausserdem sollte dabei vermutlich das bestehende bridge device bestehen bleiben und für die bridge nach dem reset ein zweites device in fhem angelegt werden. das erste kannst du auf disable setzen. dieses vorgehen hat aber noch niemand getestet und ich weiss nicht ob es wirklich geht.


ganz anderer weg: lass alles wie es ist und lege die lampen über homebridge-fhem für homekit an statt über die hue bridge. das hat nebenbei noch den vorteil das das schalten über fhem geht und fhem den aktuellen status eher kennt statt nach dem nächsten pollen.

Titel: Antw:philips hue modul
Beitrag von: Klaus.A am 12 November 2021, 17:01:58
Danke, das bringt mich in der Planung ein großes Stück weiter.

Diese "laufende Nummer" des hue API ist so eine Sache: Wenn Lampen rausgenommen wurden dann gibt es Lücken in der Numerierung. Da ist es notwendig nach neuem Anlernen die Devices in FHEM um zu benennen. Gut dass das geht.

Da sind auch die diversen "Get" Funktionen im FHEM Hue Modul sehr hilfreich um Listen der Leuchtmittel, Gruppen usw. zu erhalten. Das Modul ist insgesamt eine sehr gute Lösung, sehr hilfreich und praxisorientiert. Das Problem mit der Bridge ist die fehlende Backup/Restore Funktion. Da hat Philips/Signify bis heute nichts gemacht und es scheint auch nichts geplant zu sein. Ein System ohne BAckup ist komplett realitätsfern.

Das Verschieben zwischen zwei Hue Bridges könnte problematisch werden: Soviel mir bekannt ist, muss ein Leuchtmittel erst auf die Werkseinstellungen zurück gesetzt werden bevor es an einer anderen Hue Bridge angelernt werden kann. Und es muss nach dem Reset vom Strom getrennt werden. Das soll mal einer bei Gartenleuchten machen, die unter der Erde verkabelt an einem Strang hängen ... Ja, und alternativ die Seriennummern an den Leuchtmitteln bzw. Lampen finden ist auch so ein Abenteuer. Vielleicht teste ich das Verfahren mit einem einzigen Leuchtmittel um zu sehen wie ein Verschieben machbar wäre. Wenn ich Ergebnisse habe melde ich mich - das kann allerdings dauern, im Moment bin ich weiter auf der Suche nach der Fehlerursache. Als Zwischenlösung habe ich Alexa wieder aufgeweckt - funktioniert, ebenso wie alles mit FHEM.

Gruß, Klaus

Titel: Antw:philips hue modul
Beitrag von: Eragos am 27 November 2021, 23:53:39
Hallo @justme1968,

ich habe gesehen der LCX004 fehlt im Modul.

--- /opt/fhem/FHEM/31_HUEDevice.pm      2021-11-27 23:39:19.052175089 +0100
+++ /opt/fhem/FHEM/31_HUEDevice.pm.mf   2021-11-27 23:39:07.682132399 +0100
@@ -113,6 +113,9 @@

   LCX002    => {name => 'Hue play gradient lightstrip'     ,type => 'Extended color light'    ,subType => 'extcolordimmer',
                                                                                     icon => 'hue_filled_lightstrip', },
+  LCX004    => {name => 'Hue gradient lightstrip'          ,type => 'Extended color light', subType => 'extcolordimmer',
+                                                                                   icon => 'hue_filled_lightstrip', },
+
   440400982841 => {name => 'Hue Play'           ,type => 'Extended color light'    ,subType => 'extcolordimmer',
                                                                                     icon => 'hue_filled_play', },


Internals:
   DEF        12  IODev=HUEBridge
   FUUID      6xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx0
   FVERSION   31_HUEDevice.pm:0.252490/2021-11-21
   ID         12
   INTERVAL   
   IODev      HUEBridge
   NAME       HUEDevice12
   NR         207
   STATE      dim87%
   TYPE       HUEDevice
   desired    1
   manufacturername Signify Netherlands B.V.
   modelid    LCX004
   name       Lightstrip Sofa
   productid  Philips-LCX004-1-GALSECLv1
   swconfigid C6FEDFB1
   swversion  1.86.6
   type       Extended color light
   uniqueid   xx:xx:xx:xx:xx:xx:xx:xx-xx


Falls du noch mehr Infos benötigst, kurz Bescheid geben.

Viele Grüße
Micha
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 28 November 2021, 10:02:50
danke. habe ich eingebaut. auch wenn das nicht mehr ganz so wichtig ist wie zu anfang. die lampen selber liefern inzwischen das meiste an info. das sollte ich aber auch mal komplett einbauen.

ich muss auch mal schauen was das api zum neuen lightstrip sagt. aus fhem heraus kann man den bisher ja nur komplett steuern und nicht abschnittsweise.
Titel: Antw:philips hue modul
Beitrag von: Eragos am 30 November 2021, 17:17:02
Zitat von: justme1968 am 28 November 2021, 10:02:50
ich muss auch mal schauen was das api zum neuen lightstrip sagt. aus fhem heraus kann man den bisher ja nur komplett steuern und nicht abschnittsweise.

Das wäre echt super klasse!

LG
Micha
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 30 November 2021, 17:24:50
wie es scheint sind mehrere farben nur im neuen v2 api unterstützt. in der aktuell verfügbaren early access dokumentation gibt es den zugehörigen teil noch nicht und was sich bisher sonst finden lässt scheint noch nicht so zu funktionieren wie erwartet...
Titel: Antw:philips hue modul
Beitrag von: christian.71 am 30 November 2021, 17:44:57
Es gibt ja mittlerweile auch dynamische Szenen, die man in der Hue App konfigurieren kann. In fhem kann ich diese zwar über den Befehl von der Bridge aktivieren, aber sie sind dann nicht dynamisch. Es fehlt sozusagen der Play Button. Gibt es da eine Möglichkeit, das in fhem zu integrieren?
Titel: Antw:philips hue modul
Beitrag von: Eragos am 30 November 2021, 17:45:14
Hab auch mal ein wenig gelesen. Ich würde warten bis V2 fertig und veröffentlicht ist. Aktuell scheinen ja noch einige Funktionen dort zu fehlen. Danach erstmal Umstellen. Dann kann es IMO mit den neuen Funktionen wie dynamische Szenen, Gradient Entertainment und so weitergehen ... sofern du Lust hast natürlich.
Läuft ja so erst mal super!

LG
Micha
Titel: Antw:philips hue modul
Beitrag von: SirMarco am 12 Dezember 2021, 15:19:26
Hallo zusammen

in HueLabs habe ich mir eine Scene angelegt. Diese würde ich gerne über FHEM steuern. Mache ich ein
get HueController schedules
bekomme ich für die Scene 3 ID's. 2 Lampen sind in dem HueLabs enthalten.

Kann ich über set HueController enableschedules mehrere ID's ansprechen?

Grüsse
Titel: Antw:philips hue modul
Beitrag von: sinus61 am 12 Dezember 2021, 16:52:11
Hast du mal bei den Sensoren nachgesehen? Für die Scenen aus HueLabs wurde bei mir auch immer ein Sensor angelegt, damit kann ich die Scene starten und stoppen.

Hier der Raw-Code für Christmas Living

defmod HUE1_Christmas_Living HUEDevice sensor 105 5 IODev=HUE1
attr HUE1_Christmas_Living IODev HUE1
attr HUE1_Christmas_Living group HUESensor
attr HUE1_Christmas_Living icon light_wall_2
attr HUE1_Christmas_Living model HUELABSVTOGGLE
attr HUE1_Christmas_Living setList start:{"status": 1 }\
stop:{"status": 0 }


Titel: Antw:philips hue modul
Beitrag von: SirMarco am 12 Dezember 2021, 22:15:32
Du bist der Beste!! :)

Danke

Für was steht denn die "5" im define?
defmod HUE1_Christmas_Living HUEDevice sensor 105 5 IODev=HUE1
Titel: Antw:philips hue modul
Beitrag von: sinus61 am 13 Dezember 2021, 09:08:49
Das ist das Interval wie oft der Zustand des Sensors gepollt wird. Kann man hier sicher auch höher setzen, das Ergebnis sieht man ja an den Lampen.
Titel: Antw:philips hue modul
Beitrag von: sinus61 am 15 Dezember 2021, 11:50:38
@justme1968

Gibt es eine Möglichkeit an Lampen einen Json String zu senden, ähnlich wie bei Sensoren?
Siehe hier das Thema zur Lidl Lichterkette: https://forum.fhem.de/index.php/topic,124785.0.html

Im Prinzip geht es dort um eine Erweiterung des effect Befehls
{"effect": "flag", "effectSpeed": 10, "effectColours": [[255,0,0],[0,255,0],[0,0,255]]}
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 15 Dezember 2021, 13:21:31
probier mal die angehängte version.

damit kann man dann:das ganze sollte sich auch mit der : syntax für verkette kommandos verwenden lassen. also so etwas:
  set <name> {"hue": 0} : on : bri 15 : {"irgendwas: 123}

spätere parameter überschreiben dabei frühere mit gleichem namen und das ganze wird in einem rutsch zur bridge gesendet.

ich weiss nicht ob ich dabei vielleicht irgendwo probleme oder ein anderes verhalten beim parsen eingebaut habe. bitte das ganze auch mit 'komischen' kombinationen wie langen Verkettungen, gemischter syntax und dingen wie on-till testen. wobei letzteres auch bisher nur alleine sinnvoll funktioniert hat.

edit 2021-12-17: die version ist jetzt eingecheckt
Titel: Antw:philips hue modul
Beitrag von: sinus61 am 15 Dezember 2021, 16:38:23
Bei der ersten Option kommt wenn die Kette aus ist
parameter, effect, is not modifiable. Device is set to off.
Normalerweise hatte sich die Kette mit dem effect Befehl auch eingeschaltet.
Wenn man sie vorher einschaltet funktioniert es aber die Effekte so zu verändern.

Die zweite Möglichkeit funktioniert nicht, da kommt immer
missing parameter, effect, for parameter, effectSpeed
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 15 Dezember 2021, 19:37:36
variante 1: die meldung kommt von der bridge. ich weiss nicht seit wann das so ist. ich vermute irgendeiner der letzen firmware updates. tatsächlich gab es im code bisher kein automatisches on für effekt. das habe ich jetzt eingebaut.

das on kann man auch per : mit schicken. also z.b. set HUEDevice1 on : effect xyz { "para": wert }.

variante 2: habe ich repariert. das sollte jetzt wirklich gehen. bei dieser variante muss man das on im json mitgeben: set HUEDevice1 {"on":true,"effect":"xyz"} oder wie im beispiel oben per : set HUEDevice1 on : {"effect":"xyz"}. wie gesagt sollten sich alle varianten ziemlich frei kombinieren lassen.

die neue version gibt es zwei post weiter oben.
Titel: Antw:philips hue modul
Beitrag von: sinus61 am 16 Dezember 2021, 10:08:14
Danke, funktioniert jetzt beides sehr gut. Nebenwirkungen konnte ich bisher keine feststellen, alles andere läuft auch wie bisher.

Einziges Problem bei der Version jetzt, jeder Befehl wird so ins Log geschrieben, auch wenn verbose nicht oder auf 0 gesetzt wird.

2021.12.16 10:03:50 1: $VAR1 = {
          'hue' => 0,
          'on' => bless( do{\(my $o = 1)}, 'JSON::PP::Boolean' ),
          'bri' => 15
        };
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 16 Dezember 2021, 10:17:03
sehr schön. die log nachricht hatte ich absichtlich noch drin gelassen falls es noch probleme gibt.

es wäre schön wenn sich noch ein oder zwei tester finden würden. dann checke ich es ein.
Titel: Antw:philips hue modul
Beitrag von: juemuc am 16 Dezember 2021, 19:57:21
Hallo,

bei mir tauchen mit dieser Version folgende Zeilen im Log nach einem restart auf:

2021.12.16 19:48:40 1: {
  'on' => bless( do{\(my $o = 0)}, 'JSON::PP::Boolean' )
}

2021.12.16 19:48:41 1: {
  'on' => bless( do{\(my $o = 0)}, 'JSON::PP::Boolean' )
}

2021.12.16 19:49:40 1: {
  'on' => bless( do{\(my $o = 0)}, 'JSON::PP::Boolean' )
}


Viele Grüße
Jürgen
Titel: Antw:philips hue modul
Beitrag von: juemuc am 16 Dezember 2021, 22:27:33
Hallo justme1968,

die Meldungen kommen unregelmäßig. keine Ahnung warum.

2021.12.16 20:25:45 1: {
  'on' => bless( do{\(my $o = 0)}, 'JSON::PP::Boolean' )
}

2021.12.16 20:59:30 1: {
  'on' => bless( do{\(my $o = 0)}, 'JSON::PP::Boolean' )
}

2021.12.16 21:04:40 1: {
  'on' => bless( do{\(my $o = 0)}, 'JSON::PP::Boolean' )
}

2021.12.16 21:09:04 1: {
  'on' => bless( do{\(my $o = 0)}, 'JSON::PP::Boolean' )
}

2021.12.16 21:49:30 1: {
  'on' => bless( do{\(my $o = 0)}, 'JSON::PP::Boolean' )
}

2021.12.16 22:19:10 1: {
  'on' => bless( do{\(my $o = 0)}, 'JSON::PP::Boolean' )
}


Viele Grüße
Jürgen
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 17 Dezember 2021, 09:48:33
Zitat von: justme1968 am 16 Dezember 2021, 10:17:03
die log nachricht hatte ich absichtlich noch drin gelassen falls es noch probleme gibt.
Titel: Antw:philips hue modul
Beitrag von: sinus61 am 17 Dezember 2021, 12:03:46
Eine Einschränkung beim Verketten von Befehlen gibt es aber doch. Wenn ich effect benutze kann ich nicht gleichzeitig sowas wie bri und sat verändern.

Hab es mal direkt mit dem RESTclient abgesetzt.
Das geht:
{ "bri": 20, "sat":20 }
Das auch:
{ "on": true, "effect": "glow" }
Aber das nicht:
{ "on": true, "bri": 39, "sat":39, "effect": "glow" }
Hier wird bri und sat nicht beachtet.

Aus FHEM funktioniert das Verketten dann halt auch nicht. Aus einem notify mache ich das daher so, dann geht es:
set Kette bri 254;sleep 1;set Kette effect glow

Das liegt aber wohl an der speziellen Umsetzung innerhalb von Deconz für die Lidl Kette.

Die Tint Lampen von Müller Licht haben ja auch alle eingebaute Effekte, da funktioniert sowas hier:

set Lampe bri 80 : { "effect": "romance" }
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 17 Dezember 2021, 12:13:13
ich bin mir ziemlich sicher das das nicht an fhem bzw. dem modul liegt. ich denke eher das diese speziellen lampen beim starten eines effekt alles andere ignorieren.

kannst du bei laufendem effekt nachträglich die helligkeit ändern? d.h. dein sleep beispiel aber mit umgekehrter reihenfolge?

ansonsten: beim verketten ist es (fast) egal was also kommando, was mit : und was mit json geschickt wird. pro set wir alles der reihe nach ins gleiche json objekt geschrieben und als ganzes auf einmal zur bridge geschickt. dabei überschreiben spätere werte gleiche werte die vorher gekommen sind. deshalb fast.

wenn es tatsächlich zwei getrennte api aufrufe sein müssen muss man zwei set kommandos verwenden. das sollte auch ohne sleep gehen.
Titel: Antw:philips hue modul
Beitrag von: sinus61 am 17 Dezember 2021, 13:03:32
Zitat von: justme1968 am 17 Dezember 2021, 12:13:13
kannst du bei laufendem effekt nachträglich die helligkeit ändern? d.h. dein sleep beispiel aber mit umgekehrter reihenfolge?

Nein. Wenn ein Effekt eingeschaltet ist und man ändert die Helligkeit, aus FHEM oder per RESTclient, wird der Effekt abgeschaltet. Die Helligkeit muss also vorher eingestellt werden und ohne sleep dazwischen funktioniert es nicht zuverlässig.

Es düfte aber hier tatsächlich an der speziellen Umsetzung in Deconz für diese Kette liegen. Wenn ich das auf Github richtig verstehe wird das alles nur in eine Tuya Funktion umgesetzt, die API weiß hinterher nicht mehr was sie da abgeschickt hat, daher kann man außer dem Effektnamen hinterher auch nichts von den erweiterten Optionen auslesen.

Wie gesagt, bei den Tint Lampen funktioniert das alles mit effect und den Kombinationen.
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 17 Dezember 2021, 15:06:04
ich hab die version jetzt mal eingecheckt. mal sehen ob es probleme gibt.
Titel: Antw:philips hue modul
Beitrag von: sumsum am 27 Dezember 2021, 19:17:29
Hallo, Ich benutze das Modul schon einige Zeit. Hatte deshalb auch nicht mehr die HUE App benutzt. Neuchlich aber doch und ich musste ein Update durchführen.
Ich benutze eigentlich nur ein Schedule für den Sonnenaufgang zum Wecken.
Nach dem Update funktionierte der Schedul nicht mehr. Ich habe dann ein Werksreset durchfegührt. Das Ergebnis ist:

* Kein Schedule aus der App ist via API zu sehen und somit auch nicht in FHEM.
* Ein via API angelegter Schedule (geht das eigentlich auch aus FHEM?) funktioniert. Diesen kann ich in FHEM ändern, enablen/disablen, ist aber in der App nicht zu sehen

Meine Fragen:
* hat jemand die ähnliche Erfahrung gemacht?
* wie kann man die "neuen" Automatismen (Sonnenaufgang) vom Modul steuern bzw. sehen.

LG

Ulf
Titel: Antw:philips hue modul
Beitrag von: vencam am 04 Januar 2022, 17:30:47
Hi zusammen,

heute kam mein HUE Wall Switch Modul, kurz installiert und in die HUEBridge eingebunden... funktioniert.

Das Modul liefert leider kein on/off state, ist das normal oder müsste man hier noch was einstellen? Über die HUE App hab ich leider nichts gefunden außer Szenen und Ein-/Auschaltverhalten.

Die Idee dahinter war, mit schalten des Lichtschalter (Küche) den vorhanden Bewegungsmelder zu deaktivieren. Schaltet man den Lichtschalter wieder aus, soll der Bewegungsmelder wieder aktiviert werden.

Oder gibts hierzu auch einen andere Lösung?
Titel: Antw:philips hue modul
Beitrag von: juemuc am 04 Januar 2022, 20:01:54
Zitat von: vencam am 04 Januar 2022, 17:30:47
Hi zusammen,

heute kam mein HUE Wall Switch Modul, kurz installiert und in die HUEBridge eingebunden... funktioniert.

Das Modul liefert leider kein on/off state, ist das normal oder müsste man hier noch was einstellen? Über die HUE App hab ich leider nichts gefunden außer Szenen und Ein-/Auschaltverhalten.

Die Idee dahinter war, mit schalten des Lichtschalter (Küche) den vorhanden Bewegungsmelder zu deaktivieren. Schaltet man den Lichtschalter wieder aus, soll der Bewegungsmelder wieder aktiviert werden.

Oder gibts hierzu auch einen andere Lösung?

Hallo,

sollte über ein notify möglich sein.
- der Status definiert die Aktion. Beispiele findest Du in Mengen  ;D

Viele Grüße
Jürgen
Titel: Antw:philips hue modul
Beitrag von: vencam am 04 Januar 2022, 22:34:23
Ja klar. Im Endeffekt habe ich es jetzt auch so gemacht ... kein notify sondern ein DOIF ;)
Titel: Antw:philips hue modul
Beitrag von: hre1 am 21 Januar 2022, 17:24:35
Mit der neusten Modulversion:

30_HUEBridge.pm 25525 2022-01-20 20:04:30Z justme1968
31_HUEDevice.pm 25530 2022-01-21 07:16:53Z justme1968

wird ein Großteil der Readings meines Auquara Bewegungssensors und Lightsensors nicht mehr aktualisiert. Hat sich da was geändert?


defmod WG.KZ.deconz.DEVICE.MOTION.1 HUEDevice sensor 2  IODev=WG.HWR.deconz.Bridge.1
attr WG.KZ.deconz.DEVICE.MOTION.1 IODev WG.HWR.deconz.Bridge.1
attr WG.KZ.deconz.DEVICE.MOTION.1 configList /duration (.*)/:{"duration":"$1"}
attr WG.KZ.deconz.DEVICE.MOTION.1 devStateIcon motion:people_sensor nomotion:message_presence
attr WG.KZ.deconz.DEVICE.MOTION.1 event-on-change-reading .*
attr WG.KZ.deconz.DEVICE.MOTION.1 group 3_HUEDevices,Beleuchtung
attr WG.KZ.deconz.DEVICE.MOTION.1 icon motion_detector
attr WG.KZ.deconz.DEVICE.MOTION.1 model lumi.sensor_motion.aq2
attr WG.KZ.deconz.DEVICE.MOTION.1 room Beleuchtung

setstate WG.KZ.deconz.DEVICE.MOTION.1 nomotion
setstate WG.KZ.deconz.DEVICE.MOTION.1 2022-01-21 10:35:42 .lastupdated 2022-01-21 09:35:42
setstate WG.KZ.deconz.DEVICE.MOTION.1 2022-01-21 10:35:42 .lastupdated_local 2022-01-21 10:35:42
setstate WG.KZ.deconz.DEVICE.MOTION.1 2022-01-21 10:50:57 IODev WG.HWR.deconz.Bridge.1
setstate WG.KZ.deconz.DEVICE.MOTION.1 2022-01-21 16:35:11 battery 100
setstate WG.KZ.deconz.DEVICE.MOTION.1 2022-01-21 16:35:11 batteryPercent 100
setstate WG.KZ.deconz.DEVICE.MOTION.1 2022-01-18 17:32:38 lastseen 2022-01-18T16:32Z
setstate WG.KZ.deconz.DEVICE.MOTION.1 2022-01-21 16:35:11 reachable 1
setstate WG.KZ.deconz.DEVICE.MOTION.1 2022-01-21 10:35:42 state nomotion
setstate WG.KZ.deconz.DEVICE.MOTION.1 2022-01-21 16:35:11 temperature 24



defmod WG.KZ.deconz.DEVICE.LIGHTSENSOR.1 HUEDevice sensor 3  IODev=WG.HWR.deconz.Bridge.1
attr WG.KZ.deconz.DEVICE.LIGHTSENSOR.1 IODev WG.HWR.deconz.Bridge.1
attr WG.KZ.deconz.DEVICE.LIGHTSENSOR.1 event-on-change-reading .*
attr WG.KZ.deconz.DEVICE.LIGHTSENSOR.1 group 3_HUEDevices,Beleuchtung
attr WG.KZ.deconz.DEVICE.LIGHTSENSOR.1 icon IR
attr WG.KZ.deconz.DEVICE.LIGHTSENSOR.1 model lumi.sensor_motion.aq2
attr WG.KZ.deconz.DEVICE.LIGHTSENSOR.1 room Beleuchtung
attr WG.KZ.deconz.DEVICE.LIGHTSENSOR.1 stateFormat lux Lux

setstate WG.KZ.deconz.DEVICE.LIGHTSENSOR.1 126 Lux
setstate WG.KZ.deconz.DEVICE.LIGHTSENSOR.1 2022-01-21 10:35:42 .lastupdated 2022-01-21 09:35:42
setstate WG.KZ.deconz.DEVICE.LIGHTSENSOR.1 2022-01-21 10:35:42 .lastupdated_local 2022-01-21 10:35:42
setstate WG.KZ.deconz.DEVICE.LIGHTSENSOR.1 2022-01-21 10:50:57 IODev WG.HWR.deconz.Bridge.1
setstate WG.KZ.deconz.DEVICE.LIGHTSENSOR.1 2022-01-21 16:35:11 battery 100
setstate WG.KZ.deconz.DEVICE.LIGHTSENSOR.1 2022-01-21 16:35:11 batteryPercent 100
setstate WG.KZ.deconz.DEVICE.LIGHTSENSOR.1 2022-01-21 10:35:42 dark 0
setstate WG.KZ.deconz.DEVICE.LIGHTSENSOR.1 2022-01-21 10:35:42 daylight 1
setstate WG.KZ.deconz.DEVICE.LIGHTSENSOR.1 2022-01-18 17:32:37 lastseen 2022-01-18T16:32Z
setstate WG.KZ.deconz.DEVICE.LIGHTSENSOR.1 2022-01-21 10:35:42 lightlevel 21004
setstate WG.KZ.deconz.DEVICE.LIGHTSENSOR.1 2022-01-21 10:35:42 lux 126
setstate WG.KZ.deconz.DEVICE.LIGHTSENSOR.1 2022-01-21 16:35:11 reachable 1
setstate WG.KZ.deconz.DEVICE.LIGHTSENSOR.1 2022-01-21 16:35:11 temperature 24


In Phoscon und HueEssentials wir alles richtig angezeigt.
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 21 Januar 2022, 17:27:56
wie an mehreren stellen im forum (unter anderem unter ankündigungen) gepostet gibt es seit gestern ein update für das push api.

trotz test ist aber ein problem mit sensor events durchgerutscht. das sollte inzwischen behoben sein. entweder morgen updaten oder wenn es dringend ist die aktuelle version der hue module aus dem svn installieren.
Titel: Antw:philips hue modul
Beitrag von: hre1 am 21 Januar 2022, 18:09:49
Vielen herzlichen Dank für die schnelle Antwort und deine Zeit, welche du für die Entwicklung deiner Module hier opferst!

Ich kann mich noch bis morgen gedulden. ;)

VG
Titel: Antw:philips hue modul
Beitrag von: Fredi69 am 24 Januar 2022, 08:42:04
Nach dem wöchentlichen Update haben sich völlig automatisch folgende Änderungen in der fhem.cfg ergeben.
Wie kommt das?

define HUESensor1 HUEDevice sensor 1  IODev=HUEBridge01
setuuid HUESensor1 61edfd0e-f33f-0af0-cf83-4c9fb9ce6302f97d
attr HUESensor1 IODev HUEBridge01
attr HUESensor1 alias Daylight
attr HUESensor1 group HUESensor
attr HUESensor1 model PHDL00
attr HUESensor1 room HUEDevice

define HUESensor2 HUEDevice sensor 2  IODev=HUEBridge01
setuuid HUESensor2 61edfd0e-f33f-0af0-acb1-32bf1ac8e3b730ec
attr HUESensor2 IODev HUEBridge01
attr HUESensor2 alias Hue dimmer switch Kinderzimmer
attr HUESensor2 group HUESensor
attr HUESensor2 icon hue_filled_hds
attr HUESensor2 model RWL021
attr HUESensor2 room HUEDevice

define HUESensor12 HUEDevice sensor 12  IODev=HUEBridge01
setuuid HUESensor12 61edfd0e-f33f-0af0-cfb6-305e5233c5215efe
attr HUESensor12 IODev HUEBridge01
attr HUESensor12 alias Hue dimmer switch Terrasse
attr HUESensor12 group HUESensor
attr HUESensor12 icon hue_filled_hds
attr HUESensor12 model RWL021
attr HUESensor12 room HUEDevice

deleteAttr HUEBridge01 pollDevices 1
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 24 Januar 2022, 09:39:03
siehe hier: https://forum.fhem.de/index.php/topic,125562.0.html (https://forum.fhem.de/index.php/topic,125562.0.html) und hier im thread und in deinem log.
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 24 Januar 2022, 09:41:30
siehe https://forum.fhem.de/index.php/topic,120568.0.html (https://forum.fhem.de/index.php/topic,120568.0.html) und https://forum.fhem.de/index.php/topic,122076.0.html (https://forum.fhem.de/index.php/topic,122076.0.html) und https://forum.fhem.de/index.php/topic,125562.0.html (https://forum.fhem.de/index.php/topic,125562.0.html) und hier im thread und in deinem log.
Titel: Antw:philips hue modul
Beitrag von: Fredi69 am 24 Januar 2022, 10:09:42
Herzlichen Dank für die schnelle Antwort.
Ich verstehe aber nicht, warum ich jetzt einen "Daylight" Sensor im System habe.
In der HueBridge App erscheint dieser nicht und mir ist der Sensor nicht bekannt.
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 24 Januar 2022, 10:14:21
aber deiner bridge ist er bekannt. auch hier siehe weiter oben...

es ist ein virtueller sensor den die bridge verwendet um tagezeit abhängige dinge zu machen. den gibt es schon immer, er wurde nur nicht automatisch in fhem angelegt.

wenn du ihn in fhem nicht verwendest ignoriere ihn einfach. und falls du dein config file von hand änderst: bitte lass das.
Titel: Antw:philips hue modul
Beitrag von: BBler am 24 Januar 2022, 10:37:33
Hallo zusammen,

ich verwende das HUE-Wandschaltermodul (https://www.philips-hue.com/de-de/p/hue-philips-hue-wandschalter-modul/8719514318045#overview (https://www.philips-hue.com/de-de/p/hue-philips-hue-wandschalter-modul/8719514318045#overview)) in Tasterkonfiguration. Zur Erinnerung/Einführung wie das bisher im HUEDevice ausgesehen hat:
Mit anderen Worten, kann es durchaus zu einer raschen Folge (kleinster Abstand ca. 180-200ms, nach meiner Beobachtung) mehrerer Button-Events seitens der Bridge (in meinem Fall deconz) kommen. Meine Logik triggert auf auf die Zustände 1002 und 1001. Seit kurzem (und auch in der aktuellsten Version von 31_HUEDevice.pm) ist es so, dass regelmäßig nur das erste Event in state übernommen wird.

Verantwortlich ist hierfür in meinen Augen das "$ts <= time_str2num($rut)" in Zeile 1820 in 31_HUEDevice.pm (Commit 25538) :

if( !defined($result->{v2_service}) && $ts && defined($rut) && $ts <= time_str2num($rut) ) {


In meinen Logs (hier am Beispiel "kurz Antippen") sieht das reproduzierbar so aus (für mich relevanter Zustand 1002 wird im HUEDevice nicht gesetzt, siehe letzte Zeile):

2022.01.23 23:34:57 5: deCONZ: websocket data: $VAR1 = {
          't' => 'event',
          'r' => 'sensors',
          'e' => 'changed',
          'state' => {
                       'eventduration' => 0,
                       'lastupdated' => '2022-01-23T22:34:57.777',
                       'buttonevent' => 1000
                     },
          'uniqueid' => '00:17:88:01:0b:01:71:1c-01-fc00',
          'id' => '3'
        };

2022.01.23 23:34:57 4: parse status message for HUESensor3
2022.01.23 23:34:57 5: HUESensor3: using offsetUTC 3600 from bridge
2022.01.23 23:34:57 5: deCONZ: websocket data: $VAR1 = {
          't' => 'event',
          'r' => 'sensors',
          'e' => 'changed',
          'attr' => {
                      'modelid' => 'RDM001',
                      'id' => '3',
                      'type' => 'ZHASwitch',
                      'name' => "Wandschalter K\x{c3}\x{bc}che",
                      'lastannounced' => '2021-12-22T05:48:01Z',
                      'lastseen' => '2022-01-23T22:34Z',
                      'swversion' => '1.0.3',
                      'uniqueid' => '00:17:88:01:0b:01:71:1c-01-fc00',
                      'manufacturername' => 'Signify Netherlands B.V.'
                    },
          'uniqueid' => '00:17:88:01:0b:01:71:1c-01-fc00',
          'id' => '3'
        };

2022.01.23 23:34:57 4: parse status message for HUESensor3
2022.01.23 23:34:57 5: deCONZ: websocket data: $VAR1 = {
          'id' => '3',
          'state' => {
                       'eventduration' => 2,
                       'lastupdated' => '2022-01-23T22:34:57.977',
                       'buttonevent' => 1002
                     },
          'uniqueid' => '00:17:88:01:0b:01:71:1c-01-fc00',
          'e' => 'changed',
          't' => 'event',
          'r' => 'sensors'
        };

2022.01.23 23:34:57 4: parse status message for HUESensor3
2022.01.23 23:34:57 5: HUESensor3: using offsetUTC 3600 from bridge
2022.01.23 23:34:57 4: HUESensor3: ignoring reading state with timestamp 2022-01-23 23:34:57, current reading timestamp is 2022-01-23 23:34:57


Wechselt die Sekunde zwischen 2 Events, wird das Reading korrekt gesetzt (ebenfalls zuverlässig reproduzierbar).

2022.01.23 23:33:32 5: deCONZ: websocket data: $VAR1 = {
          'e' => 'changed',
          't' => 'event',
          'r' => 'sensors',
          'id' => '3',
          'state' => {
                       'buttonevent' => 1000,
                       'lastupdated' => '2022-01-23T22:33:32.885',
                       'eventduration' => 0
                     },
          'uniqueid' => '00:17:88:01:0b:01:71:1c-01-fc00'
        };

2022.01.23 23:33:32 4: parse status message for HUESensor3
2022.01.23 23:33:32 5: HUESensor3: using offsetUTC 3600 from bridge
2022.01.23 23:33:32 5: deCONZ: websocket data: $VAR1 = {
          'uniqueid' => '00:17:88:01:0b:01:71:1c-01-fc00',
          'attr' => {
                      'manufacturername' => 'Signify Netherlands B.V.',
                      'swversion' => '1.0.3',
                      'uniqueid' => '00:17:88:01:0b:01:71:1c-01-fc00',
                      'lastannounced' => '2021-12-22T05:48:01Z',
                      'lastseen' => '2022-01-23T22:33Z',
                      'id' => '3',
                      'modelid' => 'RDM001',
                      'name' => "Wandschalter K\x{c3}\x{bc}che",
                      'type' => 'ZHASwitch'
                    },
          'id' => '3',
          'r' => 'sensors',
          't' => 'event',
          'e' => 'changed'
        };

2022.01.23 23:33:32 4: parse status message for HUESensor3
2022.01.23 23:33:33 5: deCONZ: websocket data: $VAR1 = {
          'e' => 'changed',
          't' => 'event',
          'r' => 'sensors',
          'id' => '3',
          'state' => {
                       'eventduration' => 2,
                       'lastupdated' => '2022-01-23T22:33:33.103',
                       'buttonevent' => 1002
                     },
          'uniqueid' => '00:17:88:01:0b:01:71:1c-01-fc00'
        };

2022.01.23 23:33:33 4: parse status message for HUESensor3
2022.01.23 23:33:33 5: HUESensor3: using offsetUTC 3600 from bridge


Bei den regelmäßigen Polls taucht ferner das auf:

2022.01.23 23:33:25 4: using HttpUtils_NonblockingGet: GET
2022.01.23 23:33:25 4: deCONZ: dispatch: http://192.168.2.102:80/api/XXXXXXXX
2022.01.23 23:33:25 5: HUEBridge_dispatch
2022.01.23 23:33:25 4: deCONZ: parse status message
2022.01.23 23:33:25 4: parse status message for HUESensor3
2022.01.23 23:33:25 5: HUESensor3: using offsetUTC 3600 from bridge
2022.01.23 23:33:25 4: HUESensor3: ignoring reading reachable with timestamp 2022-01-23 23:30:06, current reading timestamp is 2022-01-23 23:30:06
2022.01.23 23:33:25 4: HUESensor3: ignoring reading lastseen with timestamp 2022-01-23 23:30:06, current reading timestamp is 2022-01-23 23:30:06
2022.01.23 23:33:25 4: HUESensor3: ignoring reading batteryPercent with timestamp 2022-01-23 23:30:06, current reading timestamp is 2022-01-23 23:30:06
2022.01.23 23:33:25 4: HUESensor3: ignoring reading state with timestamp 2022-01-23 23:30:06, current reading timestamp is 2022-01-23 23:30:06
2022.01.23 23:33:25 4: HUESensor3: ignoring reading battery with timestamp 2022-01-23 23:30:06, current reading timestamp is 2022-01-23 23:30:06


Kann ich das irgendwie auf meiner Seite (updatesicher) beheben? Bin gerne auch bereit, mich weiter bei Bedarf an einer Lösung zu beteiligen. Ich muss nur wissen, welche weiteren Infos gebraucht werden/was gemacht werden soll. Spontan würde mir der Einbau eines Attributs einfallen, mit dem dieser "Timestamp-Filter" für ein Device deaktiviert werden kann. Alternativ automatisch für bestimmte HUE-Geräte deaktivieren, aber da weiß ich nicht, wie sinnvoll das ist. Der Filter hatte ja gewiss einen Hintergedanken.
Titel: Antw:philips hue modul
Beitrag von: rabehd am 24 Januar 2022, 10:57:13
Zitat von: justme1968 am 24 Januar 2022, 10:14:21
aber deiner bridge ist er bekannt. auch hier siehe weiter oben...

es ist ein virtueller sensor den die bridge verwendet um tagezeit abhängige dinge zu machen. den gibt es schon immer, er wurde nur nicht automatisch in fhem angelegt.

wenn du ihn in fhem nicht verwendest ignoriere ihn einfach. und falls du dein config file von hand änderst: bitte lass das.

Ich habe den daylight-Sensor schon immer im durch Phoscon-GW von dresden-elektronik. Jetzt aucch von der Hue.
Der Phoscon-GW hat einewn Wert im state, der Hue nur ???.
Der Phoscon-GWhat zusätzlich ein Reading "dark" und "state". Die Attribute sind identisch.

Ich würde mich über Einheitlichkeit freuen, auch, wenn ich selbst die Device nicht verwende.
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 24 Januar 2022, 11:24:26
@BBler: das ist so nicht korrekt.

wenn deine bridge aktuelle firmware hat werden push events von der bridge gesendet die sofort (d.h schneller als bisher und ohne die notwendigkeit zu pollen) in fhem ankommen und die state auch ändern.

hast du eventuell eine alte bridge für die es keine aktuelle firmware mehr gibt? oder verwendest du deconz?

ein list von bridge und sensor device wäre hilfreich.

falls du deconz verwendest: teste mal mit der angehängten version. die sollte die deconz websocket genauso behandeln wie die hue eventstreams und die readings für echte events auf jeden fall aktualisierten. das polling wird dann ebenfalls abgeschaltet.

@rabehd: wenn es unterschiede gibt dann deshalb weil deconz und hue unterschiedliche daten liefern. ein list vom jeweiligen sensor wäre hilfreich.

edit: diese version ist inzwischen eingecheckt
Titel: Antw:philips hue modul
Beitrag von: rabehd am 24 Januar 2022, 11:49:14
Zitat von: justme1968 am 24 Januar 2022, 11:24:26
@rabehd: wenn es unterschiede gibt dann deshalb weil deconz und hue unterschiedliche daten liefern. ein list vom jeweiligen sensor wäre hilfreich.

gerne. Auf den ersaten Blick sehe ich keine "Unterschiede". Ein state bei Hue wäre doch schön.

Sensor deCon
Internals:
   DEF        sensor 1  IODev=deCONZ
   FUUID      60d0239d-f33f-23c4-101e-5652b403dbba3f71
   FVERSION   31_HUEDevice.pm:0.255380/2022-01-21
   ID         S1
   INTERVAL   
   IODev      deCONZ
   NAME       deCONZ_HUESensor1
   NR         871
   STATE      160
   TYPE       HUEDevice
   manufacturername Philips
   modelid    PHDL00
   name       Daylight
   on         1
   sunriseoffset 30
   sunsetoffset -30
   swversion  1.0
   type       Daylight
   uniqueid   00:21:2e:ff:ff:07:57:16-01
   OLDREADINGS:
   READINGS:
     2022-01-23 18:02:00   IODev           deCONZ
     2022-01-24 10:03:16   dark            0
     2022-01-24 10:03:16   daylight        1
     2022-01-24 10:03:16   state           160
   helper:
     devtype    S
     update_timeout 1
     configList:
     json:
       etag       d00eab9214a6b1f41c23090ebed67f2f
       manufacturername Philips
       modelid    PHDL00
       name       Daylight
       swversion  1.0
       type       Daylight
       uniqueid   00:21:2e:ff:ff:07:57:16-01
       config:
         sunriseoffset 30
         sunsetoffset -30
       state:
         lastupdated 2022-01-24T08:03:16.004
         status     160
         sunrise    2022-01-24T07:11:10
         sunset     2022-01-24T16:05:42
     setList:
Attributes:
   IODev      deCONZ
   alias      Daylight
   group      HUESensor
   model      PHDL00
   room       System->HUEDevice


hue-Sensor
Internals:
   DEF        sensor 1  IODev=HueBridge
   FUUID      61e5c093-f33f-23c4-ecf3-7472fef272feaf31
   FVERSION   31_HUEDevice.pm:0.255380/2022-01-21
   ID         S1
   INTERVAL   
   IODev      HueBridge
   NAME       HUESensor1
   NR         981
   STATE      ???
   TYPE       HUEDevice
   manufacturername Signify Netherlands B.V.
   modelid    PHDL00
   name       Daylight
   on         1
   sunriseoffset 30
   sunsetoffset -30
   swversion  1.0
   type       Daylight
   OLDREADINGS:
   READINGS:
     2022-01-23 18:01:58   IODev           HueBridge
     2022-01-24 08:37:00   daylight        1
   helper:
     devtype    S
     update_timeout 1
     configList:
     json:
       manufacturername Signify Netherlands B.V.
       modelid    PHDL00
       name       Daylight
       swversion  1.0
       type       Daylight
       config:
         sunriseoffset 30
         sunsetoffset -30
       state:
         lastupdated 2022-01-24T07:37:00
     setList:
Attributes:
   IODev      HueBridge
   alias      Daylight
   group      HUESensor
   model      PHDL00
   room       System->HUEDevice
Titel: Antw:philips hue modul
Beitrag von: BBler am 24 Januar 2022, 12:00:13
Ausführlicher Test bzw. Logs zur eben bereitgestellten 31_HUEDevice kommen in ein paar Minuten. Es hat sich auf den ersten Blick (neben der Darstellung im state-reading) auf jeden Fall was im Grundverhalten (ich glaube zum positiven) geändert.

Ich verwende Deconz in der aktuellsten (stable) Version mit einem Conbee 2 Stick. Die Statusänderungen kommen (und kamen bisher auch) z.B. nach Änderung direkt in Phoscon auch sofort rein, er pollt aber anscheinend weiterhin regelmäßig.

Hier schonmal das komplette List der Bridge:

Internals:
   DEF        192.168.2.102:80
   FD         12
   FUUID      5db4de9c-f33f-3046-286a-f09096d7cc80df79
   FVERSION   30_HUEBridge.pm:0.255390/2022-01-21
   INTERVAL   60
   NAME       deCONZ
   NOTIFYDEV  global
   NR         70
   NTFY_ORDER 50-deCONZ
   PORT       42198
   STATE      connected
   TYPE       HUEBridge
   apiversion 1.16.0
   bridgeid   00212EFFFF04DE05
   buf       
   host       192.168.2.102:80
   is_deCONZ  1
   mac        00:16:3e:ad:ae:82
   manufacturer Royal Philips Electronics
   modelName  Philips hue bridge 2015
   modelid    deCONZ
   name       Phoscon-GW-Rgbg
   swversion  2.13.4
   updatestate 0
   websocket  1
   websocketport 443
   zigbeechannel 15
   READINGS:
     2022-01-23 23:04:32   lastError       resource, /groups/2/scenes/&lt;unknown&gt;, not available
     2022-01-24 11:33:26   state           connected
   helper:
     apiversion 69632
     count      0
     last_config_timestamp 1643020406
     offsetUTC  3600
     updatestate 0
     bm:
       HUEBridge_Notify:
         cnt        1
         dmx        -1000
         dtot       0
         dtotcnt    0
         mTS        24.01. 00:10:15
         max        4.69684600830078e-05
         tot        4.69684600830078e-05
         mAr:
           HASH(0x55d58ec34838)
           HASH(0x55d589ddfd98)
       HUEBridge_Read:
         cnt        10446
         dmx        -1000
         dtot       0
         dtotcnt    0
         mTS        24.01. 01:21:39
         max        0.513442993164062
         tot        40.0593633651733
         mAr:
           HASH(0x55d58ec34838)
       HUEBridge_Set:
         cnt        4
         dmx        -1000
         dtot       0
         dtotcnt    0
         mTS        24.01. 01:46:02
         max        0.00109314918518066
         tot        0.00326132774353027
         mAr:
           HASH(0x55d58ec34838)
           deCONZ
           statusRequest
     groups:
       1:
         etag       fb9648cb06675768f70156f3f8b61896
         id         1
         name       Schlafzimmer
         type       LightGroup
         action:
           alert      none
           bri        127
           colormode  hs
           ct         0
           effect     none
           hue        0
           sat        127
           scene     
           xy:
             0
             0
         devicemembership:
         lights:
           5
           4
         scenes:
         state:
       2:
         etag       97481d51525dff0be3a63c0fd269207d
         id         2
         name       Wohnzimmer
         type       LightGroup
         action:
           alert      none
           bri        127
           colormode  hs
           ct         0
           effect     none
           hue        0
           sat        127
           scene     
           xy:
             0
             0
         devicemembership:
         lights:
           6
           17
           16
           12
           11
           3
           14
           2
         scenes:
           HASH(0x55d593ac1358)
           HASH(0x55d593ac7850)
           HASH(0x55d593a66f60)
           HASH(0x55d593abf0a0)
         state:
       3:
         etag       92c8080f60db82de811e014166f78570
         id         3
         name       TV-Rückwand
         type       LightGroup
         action:
           alert      none
           bri        127
           colormode  hs
           ct         0
           effect     none
           hue        0
           sat        127
           scene     
           xy:
             0
             0
         devicemembership:
         lights:
           3
           2
         scenes:
         state:
       4:
         etag       a67e76f647e683dbd09c1ec4521587de
         id         4
         name       Diele
         type       LightGroup
         action:
           alert      none
           bri        127
           colormode  hs
           ct         0
           effect     none
           hue        0
           sat        127
           scene     
           xy:
             0
             0
         devicemembership:
         lights:
           9
         scenes:
         state:
       5:
         etag       d1246551e033d2ec30e05c8f159f053f
         id         5
         name       Küche
         type       LightGroup
         action:
           alert      none
           bri        127
           colormode  hs
           ct         0
           effect     none
           hue        0
           sat        127
           scene      2
           xy:
             0
             0
         devicemembership:
         lights:
           7
           13
           10
           1
           15
         scenes:
           HASH(0x55d593a82530)
           HASH(0x55d5938eb3e0)
           HASH(0x55d5938f3030)
         state:
       6:
         etag       c1a668161a54b8f2a24d9243b039628e
         id         6
         name       Wohnküche
         type       LightGroup
         action:
           alert      none
           bri        127
           colormode  hs
           ct         0
           effect     none
           hue        0
           sat        127
           scene      5
           xy:
             0
             0
         devicemembership:
         lights:
           6
           17
           16
           12
           11
           7
           13
           10
           1
           15
           3
           14
           2
         scenes:
           HASH(0x55d593ab4fe0)
           HASH(0x55d59379f878)
           HASH(0x55d593ab7be8)
           HASH(0x55d593808dd0)
           HASH(0x55d593b08350)
           HASH(0x55d593a72580)
           HASH(0x55d593a7e048)
           HASH(0x55d59399d220)
         state:
     ignored:
     lights:
       1:
         colorcapabilities 0
         ctmax      65279
         ctmin      0
         etag       079cceb7758143efc414753ce1032000
         lastannounced
         lastseen   2022-01-24T10:32Z
         manufacturername Philips
         modelid    5060930P7_01
         name       Küche Hauptlicht
         swversion  1.56.7_r29434
         type       Extended color light
         uniqueid   00:17:88:01:09:22:8b:47-0b
         state:
           alert      none
           bri        254
           colormode  ct
           ct         365
           effect     none
           hue        39217
           sat        254
           xy:
             0.1595
             0.291
       10:
         colorcapabilities 0
         ctmax      65279
         ctmin      0
         etag       fd8915fd4b9ca855c74b40af49225df5
         lastannounced 2021-12-11T07:31:35Z
         lastseen   2022-01-24T10:32Z
         manufacturername Philips
         modelid    5060930P7_02
         name       Küche Spot 1
         swversion  1.65.11_hB798F2B
         type       Extended color light
         uniqueid   00:17:88:01:09:6f:2e:71-0b
         state:
           alert      none
           bri        109
           colormode  xy
           ct         153
           effect     none
           hue        47474
           sat        254
           xy:
             0.6261
             0.3574
       11:
         colorcapabilities 0
         ctmax      65279
         ctmin      0
         etag       9634734b63772ad3f9a5762175063584
         lastannounced 2021-12-15T21:33:33Z
         lastseen   2022-01-24T10:33Z
         manufacturername Philips
         modelid    5060730P7_01
         name       Wohnen Hauptlicht
         swversion  1.56.7_r29434
         type       Extended color light
         uniqueid   00:17:88:01:09:23:d1:98-0b
         state:
           alert      none
           bri        44
           colormode  xy
           ct         153
           effect     none
           hue        41797
           sat        78
           xy:
             0.6796
             0.3153
       12:
         colorcapabilities 0
         ctmax      65279
         ctmin      0
         etag       7037dd02df5614794c506d74b30670d7
         lastannounced 2021-11-28T10:53:50Z
         lastseen   2022-01-24T10:32Z
         manufacturername Philips
         modelid    5060730P7_04
         name       Wohnen Spot 2
         swversion  1.65.11_hB798F2B
         type       Extended color light
         uniqueid   00:17:88:01:09:77:6e:bb-0b
         state:
           alert      none
           bri        123
           colormode  xy
           ct         156
           effect     none
           hue        41539
           sat        75
           xy:
             0.5188
             0.2246
       13:
         colorcapabilities 0
         ctmax      65279
         ctmin      0
         etag       49f317fa46fc227dc89f509f507b4d1a
         lastannounced 2022-01-18T07:23:54Z
         lastseen   2022-01-24T10:32Z
         manufacturername Philips
         modelid    5060930P7_04
         name       Küche Spot 3
         swversion  1.65.11_hB798F2B
         type       Extended color light
         uniqueid   00:17:88:01:09:75:3a:f0-0b
         state:
           alert      none
           bri        79
           colormode  xy
           ct         153
           effect     none
           hue        25801
           sat        254
           xy:
             0.4189
             0.1763
       14:
         colorcapabilities 0
         ctmax      65279
         ctmin      0
         etag       05432db1ace3fc306d1838f537e5106c
         lastannounced 2022-01-23T19:51:22Z
         lastseen   2022-01-24T10:33Z
         manufacturername Philips
         modelid    5060730P7_02
         name       Wohnen Spot 4
         swversion  1.65.11_hB798F2B
         type       Extended color light
         uniqueid   00:17:88:01:09:77:41:94-0b
         state:
           alert      none
           bri        106
           colormode  xy
           ct         153
           effect     none
           hue        3870
           sat        254
           xy:
             0.1542
             0.048
       15:
         colorcapabilities 0
         ctmax      65279
         ctmin      0
         etag       b612d50fd94b0c316081fdffab976521
         lastannounced 2022-01-16T17:12:42Z
         lastseen   2022-01-24T10:33Z
         manufacturername Philips
         modelid    5060930P7_03
         name       Küche Spot 2
         swversion  1.65.11_hB798F2B
         type       Extended color light
         uniqueid   00:17:88:01:09:75:2f:44-0b
         state:
           alert      none
           bri        35
           colormode  xy
           ct         153
           effect     none
           hue        63986
           sat        250
           xy:
             0.68
             0.315
       16:
         colorcapabilities 0
         ctmax      65279
         ctmin      0
         etag       e26cdfaa4c91afa42461a77c6373ef6c
         lastannounced 2021-12-08T13:02:55Z
         lastseen   2022-01-24T10:32Z
         manufacturername Philips
         modelid    5060730P7_03
         name       Wohnen Spot 3
         swversion  1.65.11_hB798F2B
         type       Extended color light
         uniqueid   00:17:88:01:09:7c:5e:f5-0b
         state:
           alert      none
           bri        140
           colormode  xy
           ct         153
           effect     none
           hue        3870
           sat        254
           xy:
             0.3734
             0.1542
       17:
         colorcapabilities 0
         ctmax      65279
         ctmin      0
         etag       41f32f16aec79f972ef1f94a2728106e
         lastannounced 2021-11-21T20:12:41Z
         lastseen   2022-01-24T10:32Z
         manufacturername Philips
         modelid    5060730P7_05
         name       Wohnen Spot 1
         swversion  1.65.11_hB798F2B
         type       Extended color light
         uniqueid   00:17:88:01:09:77:40:eb-0b
         state:
           alert      none
           bri        157
           colormode  xy
           ct         153
           effect     none
           hue        3870
           sat        254
           xy:
             0.6619
             0.3305
       2:
         colorcapabilities 31
         ctmax      500
         ctmin      153
         etag       00bc505547463edee52ccb094d7b265c
         lastannounced 2021-10-06T17:18:41Z
         lastseen   2022-01-24T10:33Z
         manufacturername Philips
         modelid    LST002
         name       TV Rückwand rechts
         swversion  1.50.2_r30933
         type       Extended color light
         uniqueid   00:17:88:01:03:f5:01:0e-0b
         state:
           alert      none
           bri        56
           colormode  xy
           ct         153
           effect     none
           hue        4036
           sat        254
           xy:
             0.6093
             0.37
       3:
         colorcapabilities 31
         ctmax      500
         ctmin      153
         etag       8c1e99a6f9f5252ddf9b5b46ed7beed6
         lastannounced 2021-10-06T17:19:17Z
         lastseen   2022-01-24T10:32Z
         manufacturername Philips
         modelid    LST002
         name       TV Rückwand links
         swversion  1.50.2_r30933
         type       Extended color light
         uniqueid   00:17:88:01:03:f5:01:0a-0b
         state:
           alert      none
           bri        50
           colormode  xy
           ct         153
           effect     none
           hue        4036
           sat        254
           xy:
             0.6002
             0.2641
       4:
         colorcapabilities 31
         ctmax      500
         ctmin      153
         etag       120cf4f476270b3fe96e1b107c71d774
         lastannounced 2021-11-22T12:19:43Z
         lastseen   2022-01-24T10:32Z
         manufacturername Philips
         modelid    LCT007
         name       Lampe Benny
         swversion  5.130.1.30000
         type       Extended color light
         uniqueid   00:17:88:01:02:06:15:c3-0b
         state:
           alert      none
           bri        105
           colormode  xy
           ct         153
           effect     none
           hue        65092
           sat        254
           xy:
             0.6628
             0.3152
       5:
         colorcapabilities 31
         ctmax      500
         ctmin      153
         etag       a4cb83c6884dc1bbc32b8b91904378e0
         lastannounced 2022-01-04T07:14:43Z
         lastseen   2022-01-24T10:33Z
         manufacturername Philips
         modelid    LCT007
         name       Lampe Julia
         swversion  5.130.1.30000
         type       Extended color light
         uniqueid   00:17:88:01:02:04:19:10-0b
         state:
           alert      none
           bri        70
           colormode  xy
           ct         153
           effect     none
           hue        65247
           sat        254
           xy:
             0.667
             0.3176
       6:
         etag       d747c48099f312bb387d641aeb4f5018
         lastannounced 2021-12-25T02:35:00Z
         lastseen   2022-01-24T10:32Z
         manufacturername IKEA of Sweden
         modelid    TRADFRI transformer 10W
         name       Wohnwand
         swversion  2.3.068
         type       Dimmable light
         uniqueid   d0:cf:5e:ff:fe:6f:74:ef-01
         state:
           alert      none
           bri        151
       7:
         etag       0dc50e3de8a40897983b85753af96d4f
         lastannounced 2021-10-06T17:17:05Z
         lastseen   2022-01-24T10:33Z
         manufacturername Philips
         modelid    LWO001
         name       Lampe Esstisch
         swversion  1.76.10
         type       Dimmable light
         uniqueid   00:17:88:01:08:9f:a0:1f-0b
         state:
           alert      none
           bri        122
       8:
         etag       7c5a8850c305981b956d4c450b6a30b1
         lastannounced
         lastseen   2022-01-24T10:29Z
         manufacturername dresden elektronik
         modelid    ConBee II
         name       Configuration tool 8
         swversion  0x26680700
         type       Configuration tool
         uniqueid   00:21:2e:ff:ff:04:de:05-01
         state:
       9:
         colorcapabilities 31
         ctmax      500
         ctmin      153
         etag       34313587d8ceba0b2185d265b98c7be1
         lastannounced 2021-10-29T19:27:51Z
         lastseen   2022-01-24T10:33Z
         manufacturername Philips
         modelid    LCT015
         name       Schreibtisch
         swversion  1.50.2_r30933
         type       Extended color light
         uniqueid   00:17:88:01:04:87:cb:cc-0b
         state:
           alert      none
           bri        254
           colormode  ct
           ct         366
           effect     none
           hue        8418
           sat        140
           xy:
             0.4573
             0.41
     scenes:
Attributes:
   DbLogExclude .*
   createGroupReadings 1
   group      HUE
   httpUtils  1
   key        (entfernt)
   pollDevices 2
   queryAfterSet 0
   room       System->Bridges/IO
   verbose    5


Und der Taster:

Internals:
   DEF        sensor 3  IODev=deCONZ
   FUUID      615e0d85-f33f-3046-3754-c9ac1376ede24043
   FVERSION   31_HUEDevice.pm:0.255380/2022-01-21
   ID         S3
   INTERVAL   
   IODev      deCONZ
   NAME       HUESensor3
   NR         109
   STATE      2000
   TYPE       HUEDevice
   lastannounced 2021-12-22T05:48:01Z
   manufacturername Signify Netherlands B.V.
   modelid    RDM001
   name       Wandschalter Küche
   on         1
   reachable  1
   swversion  1.0.3
   type       ZHASwitch
   uniqueid   00:17:88:01:0b:01:71:1c-01-fc00
   OLDREADINGS:
   READINGS:
     2022-01-23 23:04:25   IODev           deCONZ
     2022-01-24 01:46:07   battery         100
     2022-01-24 01:46:07   batteryPercent  100
     2022-01-24 01:46:07   lastseen        2022-01-24T00:46Z
     2022-01-24 01:46:07   reachable       1
     2022-01-24 01:46:07   state           2000
   helper:
     devtype    S
     update_timeout 1
     bm:
       HUEDevice_Get:
         cnt        6
         dmx        -1000
         dtot       0
         dtotcnt    0
         mTS        23.01. 23:34:54
         max        3.50475311279297e-05
         tot        0.000132083892822266
         mAr:
           HASH(0x55d591c05f80)
           HUESensor3
           ?
       HUEDevice_Set:
         cnt        75
         dmx        -1000
         dtot       0
         dtotcnt    0
         mTS        24.01. 01:46:25
         max        0.000539064407348633
         tot        0.0138800144195557
         mAr:
           HASH(0x55d591c05f80)
           HUESensor3
           ?
     configList:
     json:
       ep         1
       etag       6ce74f1f813eef3da08967391f5ad2ff
       lastannounced 2021-12-22T05:48:01Z
       lastseen   2022-01-24T10:33Z
       manufacturername Signify Netherlands B.V.
       mode       1
       modelid    RDM001
       name       Wandschalter Küche
       swversion  1.0.3
       type       ZHASwitch
       uniqueid   00:17:88:01:0b:01:71:1c-01-fc00
       config:
         battery    100
         devicemode dualpushbutton
         pending:
       state:
         buttonevent 1002
         eventduration 2
         lastupdated 2022-01-24T00:46:07.667
     setList:
Attributes:
   DbLogExclude .*
   IODev      deCONZ
   alias      Doppeltaster Küche
   group      Taster
   model      RDM001
   room       Küche->Beleuchtung
   verbose    5

Titel: Antw:philips hue modul
Beitrag von: justme1968 am 24 Januar 2022, 12:02:14
@rabehd: wenn die readings nicht da sind werden sie von der bridge nicht geliefert. ich kann mir doch nicht einfach was ausdenken.

warum willst du unbedingt state haben?
Titel: Antw:philips hue modul
Beitrag von: BBler am 24 Januar 2022, 12:49:30
Zitat von: justme1968 am 24 Januar 2022, 11:24:26
falls du deconz verwendest: teste mal mit der angehängten version.

Okay, also ich kann verkünden, dass ich die Zeile mit "ignored reading state..." nicht mehr in den Logs - zumindest bei Tasterbetätigung - finde (das pollen ist ja vermutlich eine andere Geschichte/nebensächlich; hier lese ich jedoch weiterhin die "ignored reading..." Nachricht in den Logs).

"state" springt sofort auf 0 und dann nach loslassen (Variante "kurzes Tippen") auf den aktuellen Wert von 'eventduration'. Meist 1, seltenst 2. Also vom Grundverhalten so wie ich das erwarten würde:

2022.01.24 12:06:48 5: deCONZ: websocket data: $VAR1 = {
          'r' => 'sensors',
          'id' => '3',
          'e' => 'changed',
          'state' => {
                       'buttonevent' => 1000,
                       'lastupdated' => '2022-01-24T11:06:48.817',
                       'eventduration' => 0
                     },
          't' => 'event',
          'uniqueid' => '00:17:88:01:0b:01:71:1c-01-fc00'
        };

2022.01.24 12:06:48 4: parse status message for HUESensor3
2022.01.24 12:06:48 5: HUESensor3: using offsetUTC 3600 from bridge
2022.01.24 12:06:48 5: deCONZ: websocket data: $VAR1 = {
          'id' => '3',
          'r' => 'sensors',
          't' => 'event',
          'uniqueid' => '00:17:88:01:0b:01:71:1c-01-fc00',
          'state' => {
                       'buttonevent' => 1002,
                       'eventduration' => 1,
                       'lastupdated' => '2022-01-24T11:06:48.976'
                     },
          'e' => 'changed'
        };
2022.01.24 12:06:48 4: parse status message for HUESensor3
2022.01.24 12:06:48 5: HUESensor3: using offsetUTC 3600 from bridge


Bei der Variante "gedrückt halten" zählt er "state" im Sekundentakt hoch bzw. nimmt sich den jeweiligen Wert von "eventduration".

2022.01.24 12:11:16 5: deCONZ: websocket data: $VAR1 = {
          'uniqueid' => '00:17:88:01:0b:01:71:1c-01-fc00',
          't' => 'event',
          'state' => {
                       'buttonevent' => 1000,
                       'lastupdated' => '2022-01-24T11:11:16.404',
                       'eventduration' => 0
                     },
          'e' => 'changed',
          'id' => '3',
          'r' => 'sensors'
        };

2022.01.24 12:11:16 4: parse status message for HUESensor3
2022.01.24 12:11:16 5: HUESensor3: using offsetUTC 3600 from bridge
2022.01.24 12:11:16 5: deCONZ: websocket data: $VAR1 = {
          'e' => 'changed',
          't' => 'event',
          'attr' => {
                      'lastannounced' => '2021-12-22T05:48:01Z',
                      'swversion' => '1.0.3',
                      'uniqueid' => '00:17:88:01:0b:01:71:1c-01-fc00',
                      'type' => 'ZHASwitch',
                      'modelid' => 'RDM001',
                      'name' => "Wandschalter K\x{c3}\x{bc}che",
                      'manufacturername' => 'Signify Netherlands B.V.',
                      'lastseen' => '2022-01-24T11:11Z',
                      'id' => '3'
                    },
          'uniqueid' => '00:17:88:01:0b:01:71:1c-01-fc00',
          'r' => 'sensors',
          'id' => '3'
        };
2022.01.24 12:11:16 4: parse status message for HUESensor3
2022.01.24 12:11:17 5: deCONZ: websocket data: $VAR1 = {
          'state' => {
                       'buttonevent' => 1001,
                       'eventduration' => 8,
                       'lastupdated' => '2022-01-24T11:11:17.215'
                     },
          'e' => 'changed',
          't' => 'event',
          'uniqueid' => '00:17:88:01:0b:01:71:1c-01-fc00',
          'r' => 'sensors',
          'id' => '3'
        };
2022.01.24 12:11:17 4: parse status message for HUESensor3
2022.01.24 12:11:17 5: HUESensor3: using offsetUTC 3600 from bridge
2022.01.24 12:11:18 5: deCONZ: websocket data: $VAR1 = {
          'id' => '3',
          'r' => 'sensors',
          'uniqueid' => '00:17:88:01:0b:01:71:1c-01-fc00',
          't' => 'event',
          'e' => 'changed',
          'state' => {
                       'lastupdated' => '2022-01-24T11:11:18.027',
                       'eventduration' => 16,
                       'buttonevent' => 1001
                     }
        };

2022.01.24 12:11:18 4: parse status message for HUESensor3
2022.01.24 12:11:18 5: HUESensor3: using offsetUTC 3600 from bridge
2022.01.24 12:11:18 5: deCONZ: websocket data: $VAR1 = {
          'r' => 'sensors',
          'id' => '3',
          'e' => 'changed',
          'state' => {
                       'eventduration' => 24,
                       'lastupdated' => '2022-01-24T11:11:18.838',
                       'buttonevent' => 1001
                     },
          'uniqueid' => '00:17:88:01:0b:01:71:1c-01-fc00',
          't' => 'event'
        };

2022.01.24 12:11:18 4: parse status message for HUESensor3
2022.01.24 12:11:18 5: HUESensor3: using offsetUTC 3600 from bridge
2022.01.24 12:11:19 5: deCONZ: websocket data: $VAR1 = {
          'r' => 'sensors',
          'id' => '3',
          'e' => 'changed',
          'state' => {
                       'lastupdated' => '2022-01-24T11:11:19.034',
                       'eventduration' => 26,
                       'buttonevent' => 1003
                     },
          't' => 'event',
          'uniqueid' => '00:17:88:01:0b:01:71:1c-01-fc00'
        };

2022.01.24 12:11:19 4: parse status message for HUESensor3
2022.01.24 12:11:19 5: HUESensor3: using offsetUTC 3600 from bridge


Das scheint also schonmal so zu funktionieren.  :)

Edit: Abgeschnittene Zeilen im oberen Log ergänzt
Titel: Antw:philips hue modul
Beitrag von: BBler am 24 Januar 2022, 19:12:28
Zitat von: justme1968 am 24 Januar 2022, 11:24:26
teste mal mit der angehängten version.

Ich hatte vorhin nochmal Zeit und habe in dieser Version noch Zeile 1760

$readings{state} = $state->{eventduration} if( defined($state->{eventduration}) );

auskommentiert.
Damit habe ich die buttonevents wieder im state-Reading des Tasters und somit auch die Funktion meiner Logiken im ursprünglichen Sinne wiederhergestellt.
Seitdem habe ich immer wieder mal im Vorbeigehen mit Lampen und Tastern (auch direkt im Phoscon-Gateway, sofern möglich) herumgespielt. Es wird alles sauber in FHEM abgebildet und kommt sofort an. Keine Abstürze oder Fehlermeldungen. Falls benötigt, liefere ich natürlich weitere bzw. umfangreichere Logs etc.
Ich ziehe schonmal meinen Hut, werter justme1968, allein schon wegen der extrem schnellen Reaktion.
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 24 Januar 2022, 20:11:39
ups... nicht aufgepasst. eventduration sollte natürlich in ein eigenes reading statt state zu überschreiben.

ich habe die reparierte version eben eingecheckt.
Titel: Antw:philips hue modul
Beitrag von: rabehd am 24 Januar 2022, 21:08:19
Zitat von: justme1968 am 24 Januar 2022, 12:02:14
@rabehd: wenn die readings nicht da sind werden sie von der bridge nicht geliefert. ich kann mir doch nicht einfach was ausdenken.

warum willst du unbedingt state haben?

Das man nur das in Readings ablegen kann, was auch vom Device geliefert wird, ist ohne Frage.
Aber ich bin der Meinung jedes Device sollte ein state haben. Das sieht einfach besser aus als die 3 Fragezeichen im DeviceOverview.
Die Hue-Brigde ist offensichtlich etwas sparsamer als die deCONZ-Bridge. Dort gibt es das Reading dark als Gegenstück zu daylight, und ein Reading state in dem sich von der Azimuth der Sonne in Zehnerschritten befindet.

Für die Hue-Brigde habe ich mir einfach ein Userreading state gebastelt und weg sind die 3 Fragezeichen.
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 24 Januar 2022, 22:09:56
dafür gibt es stateFormat. einfach setzen und rein schreiben was STATE anzeigen soll.
Titel: Antw:philips hue modul
Beitrag von: swsmily am 26 Januar 2022, 22:02:31
Hallo. Ich habe gerade meine Bridge und FHEM geupdated.
Es gibt nun einen kleinen Anzeigefehler in FHEM. Bisher wurde im DevStateIcon die Helligkeit mit dargestellt. Jetzt steht die Lampe nur noch auf An oder Aus, es gibt also keine Zwischenstufen mehr.
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 26 Januar 2022, 22:52:46
das sollte seit vorhin repariert sein. ist im update morgen.
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 26 Januar 2022, 23:19:13
mit der aktuellen version der hue module kann man inzwischen die neuen dynamischen szenen und die noch nicht veröffentlichten feuer und kerzen efffekte direkt starten. siehe hier: https://forum.fhem.de/index.php/topic,122075.msg1166634.html#msg1166634 und hier: https://forum.fhem.de/index.php/topic,122075.msg1203684.html#msg1203684
Titel: Antw:philips hue modul
Beitrag von: hoppel118 am 28 Januar 2022, 15:55:27
Moinsen,

habe gerade mein FHEM geupdated. Ich habe nun folgende Meldungen im Logfile:

2022.01.28 15:11:48 2: DG_Galerie_SZ_Schalter: bridge has events api, events connected, removing interval
2022.01.28 15:12:16 2: DG_KS_Bewegungsmelder_Temperatur: bridge has events api, events connected, removing interval
2022.01.28 15:12:30 2: DG_AK_Schalter: bridge has events api, events connected, removing interval
2022.01.28 15:12:31 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/31_HUEDevice.pm line 1165.
2022.01.28 15:12:41 2: OG_Flur_Schalter: bridge has events api, events connected, removing interval
2022.01.28 15:12:58 2: DG_KS_Bewegungsmelder: bridge has events api, events connected, removing interval


Ich sehe das zum ersten Mal. Hat jemand eine Idee, was es damit auf sich hat?

Die Bridge ist up-to-date.

Ansonsten wurde automatisch ein Daylight Sensor angelegt. Habe noch keine Vorstellung, was ich damit nun genau machen kann. :)

Gruß Hoppel
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 28 Januar 2022, 16:38:16
die aktuellen hue module unterstützen das neue v2 api und die events die jetzt von der bridge gepustet werden. das pollen ist damit nicht mehr nötig und wird automatisch deaktiviert sobald ein event für das betreffende device gekommen ist.

den daylight sensor verwendet die bridge für zeitabhängige steuerungen. wenn du nichts damit machen willst  einfach ignorieren.
Titel: Antw:philips hue modul
Beitrag von: hoppel118 am 28 Januar 2022, 22:04:35
Na endlich! Dass die das mit der Push-API noch geschafft haben. Sehr gut! :)

Alles klar, das System räumt sich also von selbst auf. Super!

Danke für die Erläuterung. Schönen Abend noch

Gruß Hoppel
Titel: Antw:philips hue modul
Beitrag von: swsmily am 28 Januar 2022, 23:41:29
Zitat von: justme1968 am 28 Januar 2022, 16:38:16
den daylight sensor verwendet die bridge für zeitabhängige steuerungen. wenn du nichts damit machen willst  einfach ignorieren.

Der Daylight-Sensor würde mich für FHEM allgemein sehr interessieren. Muss dieser irgendwie speziell eingerichtet werden? Das Update hat den Sensor bei mir automatisch angelegt, jedoch gibt es kein "sinnvollen" Werte. Als Reading gibt es nur IODev.


Titel: Antw:philips hue modul
Beitrag von: justme1968 am 28 Januar 2022, 23:46:59
der sensor ist kein echter sondern liefert nur berechnete werden wenn du in deine bridge den ort und den zeitlichen offset konfiguriert hast.

du solltest ein reading daylight mit 0 oder 1 haben wenn du eine hue bridge hast und noch ein paar mehr wenn du deConz hast. in den internals solltest du auch die offsets sehen.

der sensor ist eigentlich für fhem nur interessant um zu sehen was die bridge gerade denkt und als debil hilfe wenn man regeln auf der bridge selber konfiguriert.

in fhem hast du von haus aus schon mächtigere möglichkeiten.
Titel: Antw:philips hue modul
Beitrag von: P.A.Trick am 29 Januar 2022, 11:32:14
Ich habe auch noch ein paar merkwürdige Einträge im Log von einer alten HUE Bridge:

Internals:
   DEF        192.168.1.23 60
   FUUID      5f86df02-f33f-9292-a6f2-ee50d26103dbc95c
   FVERSION   30_HUEBridge.pm
   INTERVAL   60
   NAME       hue_bridge
   NOTIFYDEV  global
   NR         120
   NTFY_ORDER 50-hue_bridge
   STATE      connected
   TYPE       HUEBridge
   apiversion 1.16.0
   bridgeid   001788FFFE188C69
   host       192.168.1.23
   mac        00
   manufacturer Royal Philips Electronics
   modelName  Philips hue bridge 2012
   modelid    BSB001
   name       Philips hue
   swversion  01043155
   updatestate 0
   zigbeechannel 11
   READINGS:
     2020-10-14 14   alert           none
     2020-10-14 14   colormode       hs
     2020-10-14 14   effect          none
     2022-01-29 10   groups          0
     2022-01-25 20   lastError       invalid value,  1, for parameter, uniqueid
     2022-01-29 10   lights          2
     2020-10-14 14   reachable       1
     2020-10-14 14   rgb             Unknown argument rgb, choose one of lights groups scenes rule rules sensors schedules whitelist
     2022-01-29 10   rules           0
     2022-01-29 10   scenes          7
     2022-01-29 10   schedules       0
     2022-01-29 10   sensors         2
     2022-01-29 11   state           connected
     2020-10-14 14   xy              0,0
   helper:
     apiversion 69632
     count      1
     last_config_timestamp 1643452209
     offsetUTC  3600
     updatestate 0
     groups:
     ignored:
     lights:
       37:
         manufacturername OSRAM
         modelid    Flex RGBW
         name       EG.KZ.LED.Haengeschrankleuchte
         swversion  V1.03.07
         type       Extended color light
         uniqueid   7c
         state:
           alert      none
           bri        254
           colormode  xy
           ct         205
           effect     none
           hue        2816
           sat        180
           xy:
             0.3333
             0.3333
         v2_service:
       38:
         manufacturername OSRAM
         modelid    Flex RGBW
         name       EG.KZ.Arbeitsplattenleuchte
         swversion  V1.03.07
         type       Extended color light
         uniqueid   7c
         state:
           alert      none
           bri        2
           colormode  xy
           ct         205
           effect     none
           hue        2816
           sat        180
           xy:
             0.4432
             0.3663
         v2_service:
     scenes:
       5s6PXynCYTD21jN:
         lastupdated 2018-11-10T19
         name       Energie tanken
         owner      fWzZ24V3o5wMENXsb0cyiKYpaFGCGvsCnCe8TkHW
         picture   
         version    2
         appdata:
           data       r7BCZ_r03_d04
           version    1
         lights:
       BI7eUlyPxzvuxaW:
         lastupdated 2018-11-10T19
         name       Entspannen
         owner      fWzZ24V3o5wMENXsb0cyiKYpaFGCGvsCnCe8TkHW
         picture   
         version    2
         appdata:
           data       Mvwp3_r02_d01
           version    1
         lights:
       LNkvXMzjCGKu8Fw:
         lastupdated 2018-11-10T19
         name       Konzentrieren
         owner      fWzZ24V3o5wMENXsb0cyiKYpaFGCGvsCnCe8TkHW
         picture   
         version    2
         appdata:
           data       UuI32_r03_d03
           version    1
         lights:
       PbVgRhRjaJIDaY2:
         lastupdated 2018-11-10T19
         name       Konzentrieren
         owner      fWzZ24V3o5wMENXsb0cyiKYpaFGCGvsCnCe8TkHW
         picture   
         version    2
         appdata:
           data       tD3oV_r02_d03
           version    1
         lights:
       iN8oBWvACLhsTmu:
         lastupdated 2018-11-10T19
         name       Energie tanken
         owner      fWzZ24V3o5wMENXsb0cyiKYpaFGCGvsCnCe8TkHW
         picture   
         version    2
         appdata:
           data       MbCu5_r02_d04
           version    1
         lights:
       veqCDDxMC5Kk4Qd:
         lastupdated 2018-11-10T19
         name       Lesen
         owner      fWzZ24V3o5wMENXsb0cyiKYpaFGCGvsCnCe8TkHW
         picture   
         version    2
         appdata:
           data       PurCe_r02_d02
           version    1
         lights:
       y5QlyHvbXjaSEpg:
         lastupdated 2018-11-10T19
         name       Lesen
         owner      fWzZ24V3o5wMENXsb0cyiKYpaFGCGvsCnCe8TkHW
         picture   
         version    2
         appdata:
           data       KzdJq_r03_d02
           version    1
         lights:
Attributes:
   createGroupReadings 1
   devStateIcon connected Initialized inactive
   group      HUEDevice
   icon       hue_filled_bridge_v1@grey
   key        iHtWDn0ybbb7liyfZFodgvXPoVi6bb0r7MbL-jET
   room       System->Dienste



Log Einträge:

2022.01.29 11:31:14.936 2: hue_bridge: autocreate: created 0/0/0 devices (ignored 0/0/0)
2022.01.29 11:31:09.854 3: hue_bridge: data for unknown sensor received: hue_bridge-S4
2022.01.29 11:31:09.854 3: hue_bridge: data for unknown sensor received: hue_bridge-S1
2022.01.29 11:30:14.469 2: hue_bridge: autocreate: created 0/0/0 devices (ignored 0/0/0)
2022.01.29 11:30:09.386 3: hue_bridge: data for unknown sensor received: hue_bridge-S4
2022.01.29 11:30:09.386 3: hue_bridge: data for unknown sensor received: hue_bridge-S1
2022.01.29 11:29:14.140 2: hue_bridge: autocreate: created 0/0/0 devices (ignored 0/0/0)
2022.01.29 11:29:09.058 3: hue_bridge: data for unknown sensor received: hue_bridge-S4
2022.01.29 11:29:09.057 3: hue_bridge: data for unknown sensor received: hue_bridge-S1
2022.01.29 11:28:13.740 2: hue_bridge: autocreate: created 0/0/0 devices (ignored 0/0/0)
2022.01.29 11:28:08.660 3: hue_bridge: data for unknown sensor received: hue_bridge-S1
2022.01.29 11:28:08.659 3: hue_bridge: data for unknown sensor received: hue_bridge-S4


JSON Abfrage API:
{"lights":{"37":{"state":{"on":true,"bri":254,"hue":2816,"sat":180,"effect":"none","xy":[0.3333,0.3333],"ct":205,"alert":"none","colormode":"xy","reachable":true},"type":"Extended color light","name":"EG.KZ.LED.Haengeschrankleuchte","modelid":"Flex RGBW","manufacturername":"OSRAM","uniqueid":"7c:b0:3e:aa:00:00:2b:ed-03","swversion":"V1.03.07"},"38":{"state":{"on":true,"bri":2,"hue":2816,"sat":180,"effect":"none","xy":[0.4432,0.3663],"ct":205,"alert":"none","colormode":"xy","reachable":true},"type":"Extended color light","name":"EG.KZ.Arbeitsplattenleuchte","modelid":"Flex RGBW","manufacturername":"OSRAM","uniqueid":"7c:b0:3e:aa:00:00:28:29-03","swversion":"V1.03.07"}},"groups":{},"config":{"name":"Philips hue","zigbeechannel":11,"bridgeid":"001788FFFE188C69","mac":"00:17:88:18:8c:69","dhcp":true,"ipaddress":"192.168.1.23","netmask":"255.255.255.0","gateway":"192.168.1.1","proxyaddress":"none","proxyport":0,"UTC":"2022-01-29T10:37:50","localtime":"2022-01-29T11:37:50","timezone":"Europe/Berlin","modelid":"BSB001","datastoreversion":"59","swversion":"01043155","apiversion":"1.16.0","swupdate":{"updatestate":0,"checkforupdate":false,"devicetypes":{"bridge":false,"lights":[],"sensors":[]},"url":"","text":"","notify":true},"linkbutton":false,"portalservices":true,"portalconnection":"disconnected","portalstate":{"signedon":false,"incoming":false,"outgoing":false,"communication":"disconnected"},"factorynew":false,"replacesbridgeid":null,"backup":{"status":"idle","errorcode":0},"whitelist":{"nmZwaQVSqBYBPrUf":{"last use date":"2021-11-16T05:02:43","create date":"2015-11-05T17:08:59","name":"Hue#Patricks iPhone"},"59d1a666b8673cc79543780572da78a7":{"last use date":"2020-10-13T05:52:32","create date":"2015-11-05T17:11:57","name":"fhem"},"9kS3DW7Mxp9IbxRv":{"last use date":"1970-01-03T21:15:03","create date":"2015-11-05T18:41:37","name":"OnSwitch#Patricks iPhone"},"AMou9pdFuHLwUy7V":{"last use date":"2015-11-28T18:51:26","create date":"2015-11-05T18:47:49","name":"HueParty#Patricks iPhone"},"0f607264fc6318a92b9e13c65db7cd3c":{"last use date":"2015-11-28T18:51:26","create date":"2015-11-05T19:03:57","name":"iPhone"},"93BD1902925A994DC79A1099DC286F29":{"last use date":"2015-12-12T07:50:48","create date":"2015-11-05T19:08:57","name":"Philips hue"},"14522ba62a497ca42c3981f22823f1f":{"last use date":"2015-11-28T18:36:26","create date":"2015-11-22T18:10:23","name":"Huedini"},"2e490094199a734f327672bc2193fcb7":{"last use date":"1980-01-08T15:45:10","create date":"2016-03-30T18:02:10","name":"Harmony Hub"},"17d28ea13eaca857cb6e5d5927326b":{"last use date":"2017-11-20T19:10:22","create date":"2016-04-26T22:14:29","name":"Hue#iPad"},"80b37652de9426731b203311b2a5193":{"last use date":"2019-05-15T18:19:54","create date":"2016-05-29T17:18:52","name":"Hue 2#Patricks iPhone"},"QLczklZaQa6-mQper-ERydXT8vaAOyMZHRZ9skib":{"last use date":"2017-04-30T20:57:10","create date":"2016-05-29T17:29:35","name":"HueLights#Patricks iPhone"},"fWzZ24V3o5wMENXsb0cyiKYpaFGCGvsCnCe8TkHW":{"last use date":"2018-12-05T14:08:20","create date":"2016-08-17T14:56:51","name":"hue_ios_app#iPad"},"bHvFlhc2SZGJ21rzdWAW-20i5KV9oiSFektVnD9G":{"last use date":"2016-09-29T09:25:22","create date":"2016-09-24T17:22:56","name":"HueLights#iPad"},"FwlRwHFK1dmjUwflLAyeiuYcy37VuyF2ftnwNDNg":{"last use date":"2017-01-21T19:48:32","create date":"2016-09-24T17:28:09","name":"OnSwitch#iPad"},"s0XfgCQ99kTjim9i5b8hfI7dnMIZ-oGwZLELJAHb":{"last use date":"2016-09-24T18:10:32","create date":"2016-09-24T17:51:10","name":"Light DJ Pro copy#iPad"},"gcZA0X3qlotSrt4mePsxNwp1Hgl7hEHMKL3sXALf":{"last use date":"2016-09-29T11:40:22","create date":"2016-09-29T11:31:06","name":"Palettes für Hue#iPad"},"-wfFnL3HjH0w-22SCBkA04sgsSmatsToGThTpaqq":{"last use date":"2016-10-06T19:55:09","create date":"2016-10-06T19:32:25","name":"fhem"},"gA1M5eUbVqTbJe1b3cfm2lqSwLLC1AwMoiix4gxA":{"last use date":"1970-01-21T13:15:15","create date":"1970-01-21T13:05:26","name":"HueParty#iPad"},"CnP24N7aE1RVlDCrem67Cil6CiyeRLd1jwm8t3yw":{"last use date":"1980-01-01T11:45:03","create date":"1980-01-01T11:00:34","name":"HueParty#Patricks MacBook Pr"},"yGWcaUx5z1ZA4A-gN4M-SC48jCWdJK2IzPWgex2H":{"last use date":"1980-01-01T11:15:03","create date":"1980-01-01T11:06:55","name":"TV Desktop for Hue#Patricks MacBook Pr"},"9WMETyinTzPS7kaprZRmGexmNOuy79K6EoazuxAP":{"last use date":"1980-01-15T11:45:26","create date":"1980-01-13T10:59:41","name":"HueMenu#Patricks MacBook Pr"},"54qjLAn4zjnnbfYjvZz84dmw2fLjGDlRDhvPmYrr":{"last use date":"2019-03-25T05:49:10","create date":"2019-03-25T05:41:19","name":"Hue Sync#Patricks-MBP.fritz."},"v96aHrtxK18-9anMhNuB8lbX7H5Jvr45hh9kSTuS":{"last use date":"2019-10-26T10:33:17","create date":"1980-01-28T12:57:22","name":"Hue 3#Patricks iPhone"},"iHtWDn0ybbb7liyfZFodgvXPoVi6bb0r7MbL-jET":{"last use date":"2022-01-29T10:37:50","create date":"2020-10-14T11:21:19","name":"fhem"}}},"schedules":{},"scenes":{"BI7eUlyPxzvuxaW":{"name":"Entspannen","lights":[],"owner":"fWzZ24V3o5wMENXsb0cyiKYpaFGCGvsCnCe8TkHW","recycle":false,"locked":false,"appdata":{"version":1,"data":"Mvwp3_r02_d01"},"picture":"","lastupdated":"2018-11-10T19:20:48","version":2},"veqCDDxMC5Kk4Qd":{"name":"Lesen","lights":[],"owner":"fWzZ24V3o5wMENXsb0cyiKYpaFGCGvsCnCe8TkHW","recycle":false,"locked":false,"appdata":{"version":1,"data":"PurCe_r02_d02"},"picture":"","lastupdated":"2018-11-10T19:20:54","version":2},"PbVgRhRjaJIDaY2":{"name":"Konzentrieren","lights":[],"owner":"fWzZ24V3o5wMENXsb0cyiKYpaFGCGvsCnCe8TkHW","recycle":false,"locked":false,"appdata":{"version":1,"data":"tD3oV_r02_d03"},"picture":"","lastupdated":"2018-11-10T19:20:56","version":2},"iN8oBWvACLhsTmu":{"name":"Energie tanken","lights":[],"owner":"fWzZ24V3o5wMENXsb0cyiKYpaFGCGvsCnCe8TkHW","recycle":false,"locked":false,"appdata":{"version":1,"data":"MbCu5_r02_d04"},"picture":"","lastupdated":"2018-11-10T19:20:58","version":2},"y5QlyHvbXjaSEpg":{"name":"Lesen","lights":[],"owner":"fWzZ24V3o5wMENXsb0cyiKYpaFGCGvsCnCe8TkHW","recycle":false,"locked":false,"appdata":{"version":1,"data":"KzdJq_r03_d02"},"picture":"","lastupdated":"2018-11-10T19:21:56","version":2},"LNkvXMzjCGKu8Fw":{"name":"Konzentrieren","lights":[],"owner":"fWzZ24V3o5wMENXsb0cyiKYpaFGCGvsCnCe8TkHW","recycle":false,"locked":false,"appdata":{"version":1,"data":"UuI32_r03_d03"},"picture":"","lastupdated":"2018-11-10T19:21:57","version":2},"5s6PXynCYTD21jN":{"name":"Energie tanken","lights":[],"owner":"fWzZ24V3o5wMENXsb0cyiKYpaFGCGvsCnCe8TkHW","recycle":false,"locked":false,"appdata":{"version":1,"data":"r7BCZ_r03_d04"},"picture":"","lastupdated":"2018-11-10T19:21:58","version":2}},"rules":{},"sensors":{"1":{"state":{"daylight":null,"lastupdated":"none"},"config":{"on":true,"configured":false,"sunriseoffset":30,"sunsetoffset":-30},"name":"Daylight","type":"Daylight","modelid":"PHDL00","manufacturername":"Philips","swversion":"1.0"},"4":{"state":{"status":0,"lastupdated":"none"},"config":{"on":true,"reachable":true},"name":"Dimmer Switch 2 SceneCycle","type":"CLIPGenericStatus","modelid":"PHWA01","manufacturername":"Philips","swversion":"1.0","uniqueid":"WA0001","recycle":true}},"resourcelinks":{"62230":{"name":"EG.KZ.HUE.Dimmer","description":"EG.KZ.HUE.Dimmer behavior","type":"Link","classid":10011,"owner":"fWzZ24V3o5wMENXsb0cyiKYpaFGCGvsCnCe8TkHW","recycle":false,"links":["/sensors/4","/scenes/5s6PXynCYTD21jN","/scenes/BI7eUlyPxzvuxaW","/scenes/LNkvXMzjCGKu8Fw","/scenes/PbVgRhRjaJIDaY2","/scenes/iN8oBWvACLhsTmu","/scenes/veqCDDxMC5Kk4Qd","/scenes/y5QlyHvbXjaSEpg"]}}}

Any idea?
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 29 Januar 2022, 12:25:57
hast du autocreate aktiv? was passiert wenn du set <bridge> autocreate von hand aufrufst?
Titel: Antw:philips hue modul
Beitrag von: P.A.Trick am 29 Januar 2022, 12:51:41
Ja autocreate ist an und wenn ich es manuell ausführe erscheint folgendes:

created 0/0/0 devices (ignored 0/0/0)

/ Cache-Control: no-cache, no-store, must-revalidate
2022.01.29 12:48:35.531 4: WEB: /fhem&detail=hue_bridge&dev.sethue_bridge=hue_bridge&fwcsrf=csrf_286752350692476&cmd.sethue_bridge=set&arg.sethue_bridge=autocreate&val.sethue_bridge= / RL:2953 / text/html; charset=UTF-8 / Content-Encoding: gzip
2022.01.29 12:48:35.487 5: hue_bridge: id '0' already defined as 'hue_bridge_HUEGroup0'
2022.01.29 12:48:35.487 5: HUEBridge_HTTP_Request http://192.168.1.23/api/iHtWDn0ybbb7liyfZFodgvXPoVi6bb0r7MbL-jET/groups: Got data, length: 2
2022.01.29 12:48:35.447 4: using HUEBridge_HTTP_Request: GET groups
2022.01.29 12:48:35.447 5: hue_bridge: id '38' already defined as 'EG.KZ.Arbeitsplattenleuchte'
2022.01.29 12:48:35.447 5: hue_bridge: id '37' already defined as 'EG.KZ.LED.Haengeschrank'
2022.01.29 12:48:35.446 5: HUEBridge_HTTP_Request http://192.168.1.23/api/iHtWDn0ybbb7liyfZFodgvXPoVi6bb0r7MbL-jET/lights: Got data, length: 667
2022.01.29 12:48:35.409 4: using HUEBridge_HTTP_Request: GET lights
2022.01.29 12:48:35.409 5: Cmd: >set hue_bridge autocreate<
2022.01.29 12:48:35.408 4: WEB_172.18.0.3_33340 POST
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 29 Januar 2022, 12:54:55
problem gefunden. das modul hatte auch für alte bridges ohne v2 api versucht die sensoren automatisch anzulegen es dann aber wie vorgesehen nicht gemacht. und das immer wieder. ist ab morgen repariert.
Titel: Antw:philips hue modul
Beitrag von: P.A.Trick am 29 Januar 2022, 12:56:03
Zitat von: justme1968 am 29 Januar 2022, 12:54:55
problem gefunden. das modul hatte auch für alte bridges ohne v2 api versucht die sensoren automatisch anzulegen es dann aber wie vorgesehen nicht gemacht. und das immer wieder. ist ab morgen repariert.

Du bist ein Schatz! Vielen lieben Dank für deine prompte Hilfe.
Titel: Antw:philips hue modul
Beitrag von: cocojambo am 29 Januar 2022, 15:11:36
Ich habe heute ein Update gemacht und dabei sind auch die beiden HUE Module dabei gewesen. Danach hatte ich Zwei Sensoren Devices mehr.
Einmal Daylight und als zweiten Sensor den Wand Dimmer Schalter. Der zeigt aber das reading battery jetzt als "Batt.Zustand zb.41" an und nicht wie bei allen anderen Devices als "OK" bzw. "low" an. Im Modul habe ich aber an einer Stelle gesehen das irgendwie eine Eingabe über setState die Ausgabe des batteryState oder battery verändert werden kann in Ok und low. Im Forum und auch im Modul Help File habe ich aber nichts darüber gefunden.
Gibt es dann ein set-Befehl oder ATTR um die Ausgabe des Reading battery oder batteryState zu ändern?

Gruß
Norbert
Titel: Antw:philips hue modul
Beitrag von: hoppel118 am 29 Januar 2022, 17:04:11
Hi, habe gerade meinen FHEM Server neugestartet. Im Log sehe ich weiterhin folgende Meldung:

2022.01.29 16:48:17 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/31_HUEDevice.pm line 1165.

Was hat es damit auf sich. Es scheint soweit alles zu funktionieren.

Übrigens danke Andre, dass das du an der Weiterentwicklung des Moduls dran bleibst.

Gruß Hoppel
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 29 Januar 2022, 17:12:20
@cocojambo: ich verstehe nicht ganz was du mir sagen willst. setState hat mit dem ändern von readings nichts zu tun.

das modul legt das reading battery mit einem % wert an der von der bridge gemeldet wird und das reading  batteryState ebenfalls. als die bridge hier nichts meldet wird hier eingetragen was die bridge für lowbattery meldet. batteryPercent wird ebenfalls auf den von der bridge gemeldeten % wert gesetzt.

@hoppel118: die warnung hatte ich gestern erst. behoben. d.h. die ist erst mit dem update von heute weg.
Titel: Antw:philips hue modul
Beitrag von: cocojambo am 29 Januar 2022, 17:31:34
Ich habe in dem HUEDevice Modul die Stelle gesucht wo die Prozentzahl bzw. das Reading "normal" ausgewertet wird und bin auf der Suche auf diese Zeilen gestossen in der die Begriffe batteryState low und ok vorkommen bzw. ausgewertet werden.

   $readings{battery} = $state->{battery} if( defined($state->{battery}) );
      $readings{batteryState} = $state->{lowbattery}?'low':'ok' if( defined($state->{lowbattery}) );
      $readings{batteryState} = $state->{battery_state} if( defined($state->{battery_state}) );
      $readings{batteryPercent} = $state->{battery} if( defined($state->{battery}) )


Ich wollte versuchen das Wort "normal" zu finden um es dann durch "ok" im Programm einfach zu ersetzen, wie ich das auch schon in anderen Modulen erfolgreich gemacht habe, ohne zusätzlich ein extra Userreading anlegen zu müßen.

Das ist alles....funktioniert hier anscheinend nicht.

Gruß
Norbert
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 29 Januar 2022, 17:41:30
wie oben geschrieben: der wert wird direkt wieder überschrieben wenn die bridge selber etwas für battery_state sendet.

im code zu ändert halte ich nicht für sinnvoll. das ist beim nächsten update wieder weg.

statt userreading solltest du dir mal eventMap und readingsChange anschauen. damit kannst du werte ändern ohne den code anzufassen.

aber achtung: das funktion nur wenn das modul nicht besonderen werte in seinen eigenen readings erwartet.
Titel: Antw:philips hue modul
Beitrag von: SouzA am 29 Januar 2022, 18:47:33
Hi,

ich hab nun neuerdings das Problem, dass die Meldung Taste losgelassen nicht mehr von fhem empfangen wird.
Hab hier Hue Dimmer Switches. Die sollten bei loslassen ja auch was senden (z.B. 1002/1003). Kommt in fhem aber nur noch vereinzelt an?! Also manchmal schon. Aber nicht mehr verlässlich.
Kann das jemand bestätigen, oder liegt der Fehler hier?

Thx und bis denn
SouzA
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 29 Januar 2022, 21:23:54
das problem scheint zu sein das die bridge ein rate limit für events von einer sekunde hat. dadurch werden release events die zu schnell nach dem press kommen und press events die zu schnell nach einem vorherigen relase kommen weggeworfen. in hue forum gibt es bereits eine diskussion dazu.


bitte probier mal ob die angehängte version das problem besser macht. über einen internen watchdog wird 1.5 sekunden nach dem letzen event einer folge noch mal gepollt um den aktuellen zustand zu bekommen. in schnellen event folgen fehlen zwar immer noch events aber zumindest kurz nach dem finalen loslassen sollte der zustand wieder stimmen.

zuerst ohne besondere attribute und wenn das noch nicht hilft mit einem gesetzten queryAfterEvent in der bridge

edit: inzwischen eingecheckt.
Titel: Antw:philips hue modul
Beitrag von: hoppel118 am 30 Januar 2022, 00:30:36
Zitat von: justme1968 am 29 Januar 2022, 17:12:20
@hoppel118: die warnung hatte ich gestern erst. behoben. d.h. die ist erst mit dem update von heute weg.

Alles klar, danke für die Info. Schönen Abend noch
Titel: Antw:philips hue modul
Beitrag von: P.A.Trick am 30 Januar 2022, 12:30:57
Zitat von: P.A.Trick am 29 Januar 2022, 12:56:03
Du bist ein Schatz! Vielen lieben Dank für deine prompte Hilfe.

Kurze Rückmeldung: Funktioniert top! Die Meldungen sind weg.
Titel: Antw:philips hue modul
Beitrag von: sinus61 am 30 Januar 2022, 14:04:22
Hab heute ein Update gemacht, meine Lampen haben jetzt alle zusätzlich die Readings "dynamics_status" und "v2effect".

Ich nehme mal an das ist für die neuen Effekte der HueBridge und hat bei mir mit deConz und den ganzen nicht-Philips Produkten keine Bedeutung?
Titel: Antw:philips hue modul
Beitrag von: SouzA am 30 Januar 2022, 15:59:20
Zitat von: justme1968 am 29 Januar 2022, 21:23:54
das problem scheint zu sein das die bride ein rate limit für events von einer sekunde hat. dadurch werden release events die zu schnell nach dem press kommen und press events die zu schnell nach einem vorherigen relase kommen weggeworfen. in hue forum gibt es bereits eine diskussion dazu.


bitte probier mal ob die angehängte version das problem besser macht. über einen internen watchdog wird 1.5 sekunden nach dem letzen event einer folge noch mal gepollt um den aktuellen zustand zu bekommen. in schnellen event folgen fehlen zwar immer noch events aber zumindest kurz nach dem finalen loslassen sollte der zustand wieder stimmen.

zuerst ohne besondere attribute und wenn das noch nicht hilft mit einem gesetzten queryAfterEvent in der bridge

Hi,
hab das mal probiert. Macht keine Änderung. Das Losalassen wird aller meistens verschluckt...
Also seh ich das richtig, dass die Software in der Bridge die Änderung gemacht hat und nicht in fhem?

Kriegt man irgendwo den alten Softwarestand her?

Thx und bis denn
SouzA
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 30 Januar 2022, 16:55:08
ich sehe bei mir immer das letzte loslassen. entweder automatisch oder spätestens nach einer sekunde wenn queryAfterEvent gesetzt ist. wenn etwas verloren geht dann nur zwischen dem aller ersten und dem letzen event.

bitte beschreib noch mal was du genau mit welchem taster machst.
Titel: Antw:philips hue modul
Beitrag von: SouzA am 30 Januar 2022, 18:23:51
Zitat von: justme1968 am 30 Januar 2022, 16:55:08
ich sehe bei mir immer das letzte loslassen. entweder automatisch oder spätestens nach einer sekunde wenn queryAfterEvent gesetzt ist. wenn etwas verloren geht dann nur zwischen dem aller ersten und dem letzen event.

bitte beschreib noch mal was du genau mit welchem taster machst.
Hi,

habe hier nen (mehrere) Hue dimmer switch (https://www.mydealz.de/deals/philips-hue-dimmer-switch-v2-zigbee-1921101 (https://www.mydealz.de/deals/philips-hue-dimmer-switch-v2-zigbee-1921101)).
Wenn ich z.B. den obersten Taster Ein (I) drücke, wird im Device in fhem 1000 als state gesetzt. Wenn ich den Taster wieder loslasse (unter eine Sekunde) wird im state 1002 gesetzt... bis vor kurzem zumindest.
Wenn ich den obersten Taster Ein (I) länger >1 Sekunde drücke wird zunächst 1000, nach 1 Sekunde 1001 und beim loslassen 1003 gesetzt... bis vor kurzem zumindest. ;)
Jetzt bleibt beim loslassen meistens die 1000 oder 1001 stehen.

Das attr queryAfterEvent habe ich gar nicht... nicht im Device und nicht in der Bridge. Da gibt es ein queryAfterSet. Das ist auf 1.

Thx und bis denn
SouzA
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 30 Januar 2022, 19:03:27
dann hast du noch nicht die verbesserte version aus dem verlinkten beitrag sondern noch die gleich mit der du das problem zuerst gemeldet hast.
Titel: Antw:philips hue modul
Beitrag von: SouzA am 30 Januar 2022, 19:38:54
Könntest recht gehabt haben... bin vorhin bei den Versionen durcheinander gekommen.
Funzt jetzt :D

Danke!

Thx und bis denn
SouzA
Titel: Antw:philips hue modul
Beitrag von: Jamo am 30 Januar 2022, 22:46:28
Hallo justme,
kann es sein, das nach einem fhem Neustart, mit der neuen Version aus dem svn das ich mir gerade geladen habe, alle deCONZ Schalter / taster immer hintereinander ausgeloest werden? So als wenn ein watchdog immer im Kreis läuft. Bei mir ist wildes Feuerwerk . . . .
svn Version: (30_HUEBridge.pm:0.255910/2022-01-30 und 31_HUEDevice.pm:0.255910/2022-01-30).

Habe gerade die Vorgängerversion zurückgespielt, mit der ist Ruhe, also keine Auslösungen fuer deconz.
Titel: Antw:philips hue modul
Beitrag von: hoppel118 am 31 Januar 2022, 00:33:04
Zitat von: justme1968 am 29 Januar 2022, 17:12:20
@hoppel118: die warnung hatte ich gestern erst. behoben. d.h. die ist erst mit dem update von heute weg.

Moin Andre,

jo, die Meldung ist nun weg. Super, vielen Dank dir!!!

Gruß Hoppel
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 31 Januar 2022, 07:20:51
das sollte nicht passieren. kannst du bitte ein list vom device vor dem neustart und das log mit verbose 4 vom neustart zeigen?
Titel: Antw:philips hue modul
Beitrag von: knorxi am 31 Januar 2022, 07:28:25
Hallo justme,
In der letzten Änderung steht folgender Code ab Zeile 1868
elsif( $type eq 00 )
Müsste da nicht etwas Fortlaufendes (01, 02, ...) und in Anführungsstrichen stehen?
                    if( $type eq "00" ) {
              $readings{eventtype} = 'initial_press';

                    } elsif( $type eq "01" ) {
              $readings{eventtype} = 'repeat';

            } elsif( $type eq "02" ) {
              $readings{eventtype} = 'short_release';

            } elsif( $type eq "03" ) {
              $readings{eventtype} = 'long_release';

            }
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 31 Januar 2022, 08:12:29
ja. das stimmt. hab es repariert.

das sollte aber so weit unkritisch sein da es nur ein fallback ist der sowieso nicht aufgerufen werden können sollte.
Titel: Antw:philips hue modul
Beitrag von: hauwech am 01 Februar 2022, 12:49:33
Hallo zusammen,
ich hatte am Wochenende ein fhem update gemacht. Ich habe mich dann gewundert, daß ich hunderte "Batterie-Low" Nachrichten bekam. Ich habe eine uralte sub, die mir eine mail und eine Telegram Message sendet, wenn ein Device von battery:ok auf battery:low geht. Ich habe allerhand HUE Devices :)
Dann habe ich gesehen, daß alle Hue Devices neue readings bekommen haben. Ich halte es allerdings für doppelt-gemoppelt, wenn sowohl in "battery" als auch in "batteryLevel" der gleiche Wert steht. Spontan habe ich versucht, das battery reading mit evenMap zurecht zu biegen: battery.[3456789]\d:ok battery.[12]\d*:lowDas scheint aber ebenso spontan nicht zu funktionieren. >:(
Kann mir bitte jemand auf die Sprünge helfen?
Oder sind noch Änderungen im Modul geplant? Ich bin doch bestimmt nicht der Einzige, der "battery:low" messages verschickt.

Gruß Roland
Titel: Antw:philips hue modul
Beitrag von: juemuc am 01 Februar 2022, 18:08:08
Hallo justme1968,

ich finde aktuell folgende Meldungen in meinem Log:
2022.02.01 14:33:54 2: Philips_HUE: http request failed: read from https://philips-hue:443 timed out
2022.02.01 14:33:54 2: Philips_HUE: EventStream: terminated; retrying later
2022.02.01 17:04:36 2: Philips_HUE: http request failed: read from https://philips-hue:443 timed out
2022.02.01 17:04:36 2: Philips_HUE: EventStream: terminated


Viele Grüße
Jürgen
Titel: Antw:philips hue modul
Beitrag von: blackbite am 03 Februar 2022, 10:13:38
Zitat von: hauwech am 01 Februar 2022, 12:49:33
Hallo zusammen,
ich hatte am Wochenende ein fhem update gemacht. Ich habe mich dann gewundert, daß ich hunderte "Batterie-Low" Nachrichten bekam. Ich habe eine uralte sub, die mir eine mail und eine Telegram Message sendet, wenn ein Device von battery:ok auf battery:low geht. Ich habe allerhand HUE Devices :)
Dann habe ich gesehen, daß alle Hue Devices neue readings bekommen haben. Ich halte es allerdings für doppelt-gemoppelt, wenn sowohl in "battery" als auch in "batteryLevel" der gleiche Wert steht. Spontan habe ich versucht, das battery reading mit evenMap zurecht zu biegen: battery.[3456789]\d:ok battery.[12]\d*:lowDas scheint aber ebenso spontan nicht zu funktionieren. >:(
Kann mir bitte jemand auf die Sprünge helfen?
Oder sind noch Änderungen im Modul geplant? Ich bin doch bestimmt nicht der Einzige, der "battery:low" messages verschickt.

Gruß Roland

Ich hänge mich hier mal dran, da ich mit der neuen Version jetzt auch das Problem habe, dass ja sehr viele Sensoren nun zwangsweise im Hintergrund angelegt wurden. Z.B. für Bewegungsmelder hat man nun 3 Devices (motion + light + temperature).
Meine Batterie Readings Group spuckt jetzt für 1 physisches HUE-Device gleich 3 mal den Batteriestatus aus. Ich wüsste jetzt nicht, wie ich einfach die RG Definition einschränken soll auf unerwünscht ausgewertete HUE-Devices. Bislang hat das universell für meine Homematic- als auch die HUE-Devices super funktioniert.
Hat da jemand eine Idee, wie man da intelligent gezielt filtern kann? Auf eine Raumzugehörigkeit zu filtern halte ich jetzt nicht für sehr professionell, wäre im Moment aber das einzige Unterscheidungskriterium...
Hier die RG:

Internals:
   DEF        .*:[Bb]atteryLevel
.*:[Bb]atteryPercent
   FUUID      5c43264f-f33f-ed4f-61d6-f59fe7208502eb52
   NAME       Batteriestatus
   NR         133
   NTFY_ORDER 50-Batteriestatus
   STATE      Initialized
   TYPE       readingsGroup
   changed    0
   mayBeVisible 1

Attributes:
   mapping    %ALIAS
   room       Server
   valueFormat {if($READING eq "batteryLevel"){return "0" if( $VALUE eq "low" ); return "100" if( $VALUE eq "ok" ); return "100" if( $VALUE >= 3.0 ); return "75" if( $VALUE >= 2.7 ); return "50" if( $VALUE >= 2.5 ); return "25" if( $VALUE >= 2.2); return "0"}elsif($READING eq "batteryPercent"){return "100" if( $VALUE > 90 ); return "75" if( $VALUE > 70 ); return "50" if( $VALUE > 50 ); return "25" if( $VALUE > 30 ); return "0"}}
   valueIcon  {'batteryLevel.0' => 'measure_battery_0@E50005','batteryLevel.25' => 'measure_battery_25@FB5909','batteryLevel.50' => 'measure_battery_50@F5FF10','batteryLevel.75' => 'measure_battery_75@42BC0A','batteryLevel.100' => 'measure_battery_100@0CFB0C','batteryPercent.0' => 'measure_battery_0@E50005','batteryPercent.25' => 'measure_battery_25@FB5909','batteryPercent.50' => 'measure_battery_50@F5FF10','batteryPercent.75' => 'measure_battery_75@42BC0A','batteryPercent.100' => 'measure_battery_100@0CFB0C'}
   valueSuffix {if($READING eq "batteryLevel"){return " (0 %)" if(ReadingsVal($DEVICE,$READING,0) eq "low"); return " (100 %)" if(ReadingsVal($DEVICE,$READING,0) eq "ok" ); return ' ('.sprintf("%.1f", ReadingsVal($DEVICE,$READING,0)).' V)'}elsif($READING eq "batteryPercent"){return ' ('.ReadingsVal($DEVICE,$READING,0).' %)'}}


Danke für einen Schubs in die richtige Richtung.
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 03 Februar 2022, 10:23:23
du kannst mit FILTER alles rausfiltern was dir in den sinn kommt. siehe devspec in der commandref allgemein und speziell bei readingsGroup.

und: auf api ebene sind das alles getrennte sensoren. im v1 api lassen sich diese nicht automatisch zusammenfassen. wenn das v2 api mal vollständig ist sollte das aber (endlich ?) gehen.
Titel: Antw:philips hue modul
Beitrag von: blackbite am 03 Februar 2022, 11:48:49
Zitat von: justme1968 am 03 Februar 2022, 10:23:23
du kannst mit FILTER alles rausfiltern was dir in den sinn kommt. siehe devspec in der commandref allgemein und speziell bei readingsGroup.

und: auf api ebene sind das alles getrennte sensoren. im v1 api lassen sich diese nicht automatisch zusammenfassen. wenn das v2 api mal vollständig ist sollte das aber (endlich ?) gehen.
Danke für den Tipp. Gleich mal umgesetzt und funktioniert. Falls es jemandem hilft... mit diesem Filter-Konstrukt bekomme ich aus den 3 devices (motion, light, temperature) nur das für die Batteriestatusanzeige relevante Device für den HUE-Bewegungsmelder ausgewertet.

Internals:
   DEF        .*:FILTER=type!=(ZLLLightLevel|ZLLTemperature).*:[Bb]atteryLevel
.*:FILTER=type!=(ZLLLightLevel|ZLLTemperature).*:[Bb]atteryPercent
   FUUID      xxxxx
   NAME       Batteriestatus
   NR         133
   NTFY_ORDER 50-Batteriestatus
   STATE      Initialized
   TYPE       readingsGroup
   changed    0
   mayBeVisible 1

Titel: Antw:philips hue modul
Beitrag von: hoppel118 am 04 Februar 2022, 01:23:43
Zitat von: justme1968 am 28 Januar 2022, 16:38:16
die aktuellen hue module unterstützen das neue v2 api und die events die jetzt von der bridge gepustet werden. das pollen ist damit nicht mehr nötig und wird automatisch deaktiviert sobald ein event für das betreffende device gekommen ist.

Moin Andre,

habe gerade nochmal mein FHEM geupdated. Hier ist ja gerade einiges an Bewegung im Modul.

Ich sehe immer noch folgende Meldungen im Logfile:

bridge has events api, events connected, removing interval

Hatte dich jetzt so verstanden, dass sich das System selbst bereinigt und diese Meldungen dann irgendwann gänzlich verschwinden. Insbesondere Wenn ich FHEM neu starte, sehe ich immer wieder diese Meldungen.

Muss ich da jetzt noch irgendwas bestimmtes konfigurieren?

Danke und Gruß Hoppel
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 04 Februar 2022, 07:35:51
das intervall wird aktuell noch nicht aus der config entfernt sondern nach dem ersten empfangenen event nur aus dem laufenden system. beim neustart ist es erst mal wieder da.

wenn es noch ein paar tage keine negativen rückmeldung gibt baue ich ein das es auch aus der config verschwindet.
Titel: Antw:philips hue modul
Beitrag von: hoppel118 am 04 Februar 2022, 08:22:42
Achso, alles klar. Schraube momentan relativ viel an meinem FHEM herum, so dass ich öfters mal neustarte und dann immer erstmal diese Meldungen sehe. Aber ok, dann gebe ich jetzt Ruhe. Ich wollte es eigentlich auch nur verstehen. ;)

Danke dir, Gruß Hoppel
Titel: Antw:philips hue modul
Beitrag von: hauwech am 04 Februar 2022, 12:02:46
Ich möchte nochmal nachhaken: Hat jemand eine Idee, warum eventMap battery.[3456789]\d:ok battery.[12]\d*:low nicht zieht? ich möchte eigentlich gern meine systemweite Battery:low Benachrichtigung wieder einschalten. Die springt an, wenn "battery" von "ok" abweicht. Mit dem aktuellen Hue Modul mußte ich abschalten, weil im battery reading - abweichend von allen anderen Modulen - ein numerischer Wert drin steht, obwohl in "batteryLevel" der gleiche Wert drin steht.

Gruß Roland
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 04 Februar 2022, 15:31:51
im hue modul steht im battery reading schon immer das was die bridge liefert. da hat sich nichts geändert.

da es laut den aktuellen fhem richtlinien sollte es nur die readings batteryState, batteryPercent und batteryVoltage geben sollte gibt es schon seit einiger zeit batteryPercent in modul. das es aktuell auch noch das battery reading gibt ist nur zur rückwärtskompatibilität. statt zu versuchen mit eventMap an den readings zu drehen: verwende doch die readings die vom modul dafür vorgesehen sind. das wäre in deinem fall batteryState.
Titel: Antw:philips hue modul
Beitrag von: hauwech am 05 Februar 2022, 10:22:20
OK, dann sind die vielen Battery:low Warnungen nach dem fhem update gekommen, weil die Hue-Sensor Devices automatisch (autocreate?) dazu gekommen sind.
Ich schicke mal ein "list" eines solchen Sensors mit:
Internals:
   DEF        sensor 11  IODev=HG_WZ_Hue
   FUUID      xxxxxxxxxxxxxxx
   FVERSION   31_HUEDevice.pm:0.256000/2022-01-31
   ID         S11
   INTERVAL   
   IODev      HG_WZ_Hue
   NAME       HUESensor11
   NR         1146
   STATE      ???
   TYPE       HUEDevice
   has_events 1
   manufacturername Signify Netherlands B.V.
   modelid    SML001
   name       Hue temperature sensor 1
   on         1
   productname Hue temperature sensor
   reachable  1
   swversion  6.1.1.27575
   type       ZLLTemperature
   uniqueid   xxxxxxxxxxxxxxxxxxxx
   v2_id      xxxxxxxxxxxxxxxxxxxx
   Helper:
     DBLOG:
       temperature:
         myDbLog:
           TIME       1644050476.00619
           VALUE      19.18
   READINGS:
     2022-02-01 12:26:33   IODev           HG_WZ_Hue
     2022-02-05 09:41:00   battery         76
     2022-02-05 09:41:00   batteryPercent  76
     2022-02-05 09:41:00   reachable       1
     2022-02-05 09:41:00   temperature     19.18
   helper:
     devtype    S
     state     
     update_timeout 1
     capabilities:
     configList:
     json:
       manufacturername Signify Netherlands B.V.
       modelid    SML001
       name       Hue temperature sensor 1
       productname Hue temperature sensor
       swversion  6.1.1.27575
       type       ZLLTemperature
       uniqueid   xxxxxxxxxxxxxxxxxxxx
       capabilities:
       config:
         alert      none
         battery    76
         pending:
       state:
         lastupdated 2022-02-05T08:41:00
         temperature 1918
       swupdate:
         lastinstall 2019-03-15T13:03:04
         state      noupdates
     setList:
   hmccu:
Attributes:
   IODev      HG_WZ_Hue
   alias      Hue temperature sensor 1
   group      HUEDevice
   model      SML001
   room       HUEDevice


Ein reading batteryState gibt es bei diesem device nicht. Statt dessen enthalten "battery" und "batteryPercent" den Wert 76, während bei allen meinen anderen Devices das reading "battery" den Wert "ok" oder "low" enthält. Zur Verdeutlichung ein "list .* battery":
CP_BM_01             2022-02-05 09:49:24    ok
CP_WT_Licht          2022-01-03 18:15:36    ok
HG_AZ_Fenster_rechts 2022-02-05 09:21:37    ok
HG_AZ_HZ             2022-02-05 09:49:30    ok
HG_AZ_TH_01          2022-02-05 09:52:00    ok
HG_BM_1              2022-02-05 09:48:22    ok
HG_BM_Bad            2022-02-05 09:47:13    ok
HG_BM_Einfahrt       2022-02-05 09:49:34    ok
HG_BM_WK             2022-02-05 08:40:28    ok
HG_BZ_Fenster        2022-02-05 09:20:24    ok
HG_BZ_HZ             2022-02-05 09:51:06    ok
HG_BZ_HZ_WT          2022-02-05 09:49:08    low
HG_BZ_RL_Taster      2022-02-04 21:12:34    ok
HG_Display           2022-02-05 08:29:40    ok
HG_FL_Muell          2022-02-05 09:47:58    low
HG_GWC_Fenster       2022-02-05 09:41:52    ok
HG_GWC_HZ            2022-02-05 09:50:14    ok
HG_KE_Gasmelder      2018-10-20 17:58:12    ok
HG_KE_Tuer           2022-02-05 09:02:50    ok
HG_KE_TuerRiegel     2022-02-05 09:12:41    ok
HG_KE_WC_Fenster     2022-02-05 09:43:01    ok
HG_KE_Wassersensor   2022-02-05 09:50:26    ok
HG_KT_TH_01          2022-02-05 09:51:59    ok
HG_KU_Fenster        2022-02-05 09:10:41    ok
HG_KU_HZ             2022-02-05 09:50:25    ok
HG_KU_TH_01          2022-02-05 09:51:57    ok
HG_MP3_Mobil         2022-02-05 09:46:01    ok
HG_RM                2021-03-01 11:07:19    ok
HG_SS_TR             2019-12-01 17:12:59    low
HG_SZ_Fenster        2022-02-05 09:42:25    ok
HG_SZ_Fenster_alt    2022-02-04 10:39:56    ok
HG_SZ_HZ             2022-02-05 09:49:57    ok
HG_TH_BM             2022-02-05 09:33:02    ok
HG_TH_Klingel        2022-02-04 18:04:34    ok
HG_TH_TH_01          2022-02-05 09:52:00    ok
HG_TR_TH_01          2022-02-05 09:52:00    ok
HG_TR_WT             2021-12-10 16:59:30    ok
HG_WK_Fenster        2022-02-05 09:11:32    ok
HG_WK_TH_01          2022-02-05 09:51:43    ok
HG_WZ_Fenster        2022-02-05 09:32:06    ok
HG_WZ_HS_RL          2022-01-29 23:47:22    low
HG_WZ_HZ             2022-02-05 09:50:42    ok
HG_WZ_HZ_WT          2022-02-05 09:41:29    ok
HG_WZ_TTuer          2022-02-05 09:51:38    ok
HUESensor11          2022-02-05 09:50:58    76
HUESensor12          2022-02-05 09:50:59    76
HUESensor13          2022-02-05 09:48:42    76
HUESensor16          2022-02-05 09:47:22    1
HUESensor17          2022-02-05 09:48:03    1
HUESensor18          2022-02-05 09:50:47    1
HUESensor2           2022-02-05 09:41:59    40
HUESensor20          2021-09-30 09:23:00    100
HUESensor8           2022-02-05 09:39:51    25
HandsenderAlarm      2018-03-24 20:07:27    ok
NG_BZ_Fenster        2022-02-05 03:27:35    ok
NG_BZ_HZ             2022-02-05 09:51:25    ok
NG_CP_TH_01          2022-02-05 09:51:57    ok
NG_CP_TH_02          2022-02-05 09:47:54    ok
NG_CP_TH_03          2022-02-05 09:51:47    ok
NG_MK_SW_01          2021-10-25 17:55:40    ok
NG_SZ_Fenster        2022-02-05 09:15:57    ok
NG_VR_TH_01          2022-02-05 09:51:55    ok
NG_WZ_Fenster        2022-02-05 09:48:00    ok
Sirene               2022-02-01 12:28:49    ok
TempSens1            2022-02-05 09:50:21    ok
TempSens2            2022-02-05 09:49:56    ok
TempSens3            2022-02-05 09:51:07    ok
dummy_Fenster        2018-11-20 14:00:23    low


Ein anderes device hat das reading batteryState, dort steht aber abweichend "normal" statt "ok":

Internals:
   DEF        sensor 2  IODev=HG_WZ_Hue
   FUUID      xxxxxxxxxxxxxxxxxxxxxxxxxxxxx
   FVERSION   31_HUEDevice.pm:0.256000/2022-01-31
   ID         S2
   INTERVAL   
   IODev      HG_WZ_Hue
   NAME       HUESensor2
   NR         1144
   STATE      1002
   TYPE       HUEDevice
   has_events 1
   inputs     4
   manufacturername Signify Netherlands B.V.
   modelid    RWL021
   name       Hue Dimmer Wohnzimmer
   on         1
   productname Hue dimmer switch
   reachable  1
   swversion  6.1.1.28573
   type       ZLLSwitch
   uniqueid   xxxxxxxxxxxxxxxxxxxxxxxxxxxxx
   v2_id      xxxxxxxxxxxxxxxxxxxxxxxxxxxxx
   READINGS:
     2022-02-01 12:26:33   IODev           HG_WZ_Hue
     2022-02-05 09:57:03   battery         39
     2022-02-05 09:57:03   batteryPercent  39
     2022-02-05 09:57:03   batteryState    normal
     2022-02-04 17:56:36   eventtype       short_release
     2022-02-04 17:56:36   input           1
     2022-02-04 17:56:35   reachable       1
     2022-02-04 17:56:36   state           1002
   helper:
     devtype    S
     state      1002
     update_timeout 1
     capabilities:
       inputs:
         HASH(0xefce578)
         HASH(0xeb7be68)
         HASH(0xf206888)
         HASH(0xeca7f58)
     configList:
     events:
       HASH(0xf2a1ed8)
       HASH(0xeb43f28)
       HASH(0xe7ddb50)
       HASH(0xe7d3538)
     json:
       diversityid xxxxxxxxxxxxxxxxxxxxxxxxxxxxx
       manufacturername Signify Netherlands B.V.
       modelid    RWL021
       name       Hue Dimmer Wohnzimmer
       productname Hue dimmer switch
       swversion  6.1.1.28573
       type       ZLLSwitch
       uniqueid   xxxxxxxxxxxxxxxxxxxxxxxxxxxxx
       capabilities:
         inputs:
           HASH(0xf26e550)
           HASH(0x10b59b50)
           HASH(0xf007558)
           HASH(0xf24a568)
       config:
         battery    39
         pending:
       state:
         buttonevent 1002
         lastupdated 2022-02-04T16:56:35
       swupdate:
         lastinstall 2019-10-20T12:40:21
         state      noupdates
     setList:
   hmccu:
Attributes:
   IODev      HG_WZ_Hue
   alias      Hue Dimmer Wohnzimmer
   group      HUEDevice
   model      RWL021
   room       HUEDevice


Meine (Jahre alte...) "Battery:low"-Benachrichtigung wird versendet, wenn ein Device nicht den Wert "ok" liefert. Jetzt könnte ich in dem alten notify eine Unterscheidung "HueSensor oder nicht HueSensor" einbauen oder versuchen das reading mit eventMap zurecht zu biegen. Beides nicht so schön, zumal die HueSensoren offenbar verschiedene readings enthalten, die man dann auch noch abfangen müßte. Besser wäre, wenn das Hue Modul analog zu den anderen Modulen "battery:ok" oder "battery:low" enthalten würde. Dann müßte allerdings die Entscheidung, ab wann battery:low ist, im Modul selbst oder vielleicht mit einem "treshold-Attribut" getroffen werden.
Wenn die Änderungen im Modul zu aufwendig wären oder angesichts der erwähnten Richtlinien keinen Sinn machen - oder wenn ich der Einzige mit dem Problem bin, kann ich mir das alte notify zurechtstricken. Vielleicht werden eines Tages alle Module den Richtlinien entsprechend angepaßt, einheitlich wäre schon schön  :).

Gruß Roland
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 05 Februar 2022, 13:43:28
wie du an den json internals im device list siehst sendet dein sensor nur battery mit einem prozent wert. das war auch noch nie anders.

deine battery benachrichtigung kann für hie devices noch nie funktioniert haben.

der knackpunkt ist vermutlich das sich die readings nie ändern solange die baterrien voll sind und du nicht nie ein event dafür bekommen hast.

die idee hinter der oben beschrieben festlegung für batteryState, batteryPercent und batteryVoltage ist ja gerade die standardisierung voranzubringen die es aktuell eben nicht gibt.
Titel: Antw:philips hue modul
Beitrag von: hauwech am 05 Februar 2022, 20:26:04
Nun, die Benachrichtigung für alle anderen devices hat bisher immer funktioniert, weil die Sensor Devices erst mit dem update  auf das neue Modul aufgetaucht sind, vorher gab es die nicht bei mir.  :) Alle anderen Hue devices, die ich bis dahin in fhem hatte, haben keine Batterie.

Gruß Roland
Titel: Antw:philips hue modul
Beitrag von: nicor2k am 10 Februar 2022, 23:27:05
Hallo zusammen,

kann es sein, das mit den neuen Batteriewerten etwas anderes durcheinandergekommen ist? Ich frage die Tastendrücke der Hue Dimmer ab, um FHEM darauf reagieren zu lassen. Seit kurzem passiert es aber, dass die zuletzt gedrückte Taste erneut gesendet wird, und war immer zeitgleich mit der Batteriemeldung:


2022.02.10 21:44:18 2: HueDimmerKueche: bridge has events api, events connected, removing interval
2022.02.10 21:44:18 3: HueDimmerKueche: Batteriewarnung battery: 83
2022.02.10 21:44:18 3: CUL1 IT_set: ROLLADEN_KUECHE on
Titel: Antw:philips hue modul
Beitrag von: hauwech am 13 Februar 2022, 09:50:44
Noch eine Anmerkung zur Ergänzung:
Da eine Vereinheitlichung der readings wohl nicht so schnell zu erwarten ist, habe ich in meinem Batterie-Warnung notify alle HUESensor<nn> Devices von der automatischen Benachrichtigung ausgeschlossen.

Gruß Roland
Titel: Antw:philips hue modul
Beitrag von: nicor2k am 14 Februar 2022, 18:24:01
Hat denn sonst niemand dieses Problem mit den Hue Dimmern?


Zitat von: nicor2k am 10 Februar 2022, 23:27:05
kann es sein, das mit den neuen Batteriewerten etwas anderes durcheinandergekommen ist? Ich frage die Tastendrücke der Hue Dimmer ab, um FHEM darauf reagieren zu lassen. Seit kurzem passiert es aber, dass die zuletzt gedrückte Taste erneut gesendet wird, und war immer zeitgleich mit der Batteriemeldung:


2022.02.10 21:44:18 2: HueDimmerKueche: bridge has events api, events connected, removing interval
2022.02.10 21:44:18 3: HueDimmerKueche: Batteriewarnung battery: 83
2022.02.10 21:44:18 3: CUL1 IT_set: ROLLADEN_KUECHE on




Ich habe das Batterie-notify auch mal deaktiviert, aber im Log habe ich dann jetzt so etwas stehen, bevor der Dimmer selbstständig das letzte Kommando wiederholt:


2022.02.14 18:28:13 2: HueDimmer01: bridge has events api, events connected, removing interval
2022.02.14 18:28:13 3: CUL1 IT_set: ROLLADEN_01 on

Titel: Antw:philips hue modul
Beitrag von: justme1968 am 14 Februar 2022, 18:48:30
was sagt der event monitor?

bisher waren alle meldungen von doppelten oder wiederholten daten nur falschen bzw. zu ungenaue regex im notify oder doif.
Titel: Antw:philips hue modul
Beitrag von: nicor2k am 14 Februar 2022, 19:49:24
Ich lassen den EventMonitor mal offen, das kommt nicht regel,äßig, wenn ich es richtig sehe. Anbei mein notify, aktuell mit auskommentieren actions :-)

Bis zu einem kürzlichen Update hat das so allerdings funktioniert!


HueDimmer01 {
my $timestamp = time();
my $huebutton = ReadingsVal("HueDimmer01","state",0);
my $lastpressed = ReadingsVal("HueDimmer01LastPressed", "state", "");
#if(($huebutton == 2002 || $huebutton == 2003) && $lastpressed < ($timestamp - 1)) { fhem("set ROLLADEN_01 on; set HueDimmerABLastPressed $timestamp"); }
#if(($huebutton == 3002 || $huebutton == 3003) && $lastpressed < ($timestamp - 1)) { fhem("set ROLLADEN_01 off; set HueDimmerABLastPressed $timestamp;"); }
}
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 14 Februar 2022, 20:16:25
dein notify reagiert auf jedes event vom dimmer und geht dann davon aus das es ein tastendruck war. das kann so nicht gehen. du musst mindestens die regex genau genug angeben das du nur auf einen echten tastendruck reagierst. also z.b. eventtype, input oder state mit passender maskierung.

Titel: Antw:philips hue modul
Beitrag von: nicor2k am 14 Februar 2022, 21:07:48
Hier mal aus dem Eventmonitor kopiert - die Uhrzeiten sind da auch so nicht in der richtigen Reihenfolge!


2022-02-14 21:02:13 dummy RolladenAB geschlossen
2022-02-14 21:02:13 IT ROLLADEN_01 Zu
2022-02-14 21:02:13 IT IT_0Fxxx off
2022-02-14 21:02:13 CUL CUL1 raw: is0Fxxx
2022-02-14 21:02:13 dummy HueDimmerABLastPressed 1644868933
2022-02-14 21:01:45 HUEDevice HueDimmer01 battery: 76
2022-02-14 21:01:45 HUEDevice HueDimmer01 reachable: 1
2022-02-14 21:01:45 HUEDevice HueDimmer01 batteryPercent: 76
2022-02-14 21:02:13 IT IT_0Fxxx off



Ich habe den Test so gemacht: Rolladen mit dem HueDimmer halb fahren lassen und noch einmal mit dem Befehl "off" gestoppt, damit der lastPressed Wert eben dieser Befehl ist. EventMonitor geleert, um nichts durcheinander zu bringen und gewartet, bis der Rolladen wieder das "off" Kommando bekam.
Titel: Antw:philips hue modul
Beitrag von: nicor2k am 14 Februar 2022, 21:21:50
Zitat von: justme1968 am 14 Februar 2022, 20:16:25
dein notify reagiert auf jedes event vom dimmer und geht dann davon aus das es ein tastendruck war. das kann so nicht gehen. du musst mindestens die regex genau genug angeben das du nur auf einen echten tastendruck reagierst. also z.b. eventtype, input oder state mit passender maskierung.

Ok, macht Sinn. Aber es hat sehr lange (bis vor kurzem) so funktioniert. Ich würde schätzen, seit anderthalb Wochen nicht mehr...  ;D
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 15 Februar 2022, 08:52:15
man sollte sich nicht drauf verlassen das falsches bzw. zufälliges verhalten immer unverändert weiter funktioniert :)
Titel: Antw:philips hue modul
Beitrag von: nicor2k am 18 Februar 2022, 08:35:31
Zitat von: justme1968 am 15 Februar 2022, 08:52:15
man sollte sich nicht drauf verlassen das falsches bzw. zufälliges verhalten immer unverändert weiter funktioniert :)

:D ;)

Wo finde ich denn die events, nach denen ich filtern kann?
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 18 Februar 2022, 09:10:31
die frage verstehe ich nicht...

der event monitor zeigt dir alle events und wenn du dir die reading namen anschaust solltest du sehen können was auf deinen anwendungsfall passt. wenn dann immer noch etwas unklar ist schau dir vielleicht noch mal an wie fhem events und notifys darauf prinzipiell funktionieren.
Titel: Antw:philips hue modul
Beitrag von: SirMarco am 22 Februar 2022, 20:55:20
Hallo zusammen

Echt Super Arbeit die ihr hier macht! -> TOP
Ist es möglich bei einer Group, nur die bereits eingeschalteten Lampen zu dimmen und die ausgeschalteten zu ignorieren?

Grüsse
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 22 Februar 2022, 21:30:50
nein. jedenfalls nicht über gruppen. im api geht ein kommando immer auf alle lampen einer gruppe.

du kannst das aber aus fhem heraus mit FILTER (siehe devspec in der commandref) umsetzen.

Titel: Antw:philips hue modul
Beitrag von: SirMarco am 24 Februar 2022, 13:05:22
Hmmm....

Wie würdest du das machen? über eine structure?

Grüsse
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 24 Februar 2022, 13:53:20
hast du dir angeschaut wie FILTER funktioniert ?
Titel: Antw:philips hue modul
Beitrag von: SirMarco am 24 Februar 2022, 15:12:08
Vom Grundsatz her ja, aber ich weiss nicht wie starten, also in welchem attr ich den Filter setzen soll.


Titel: Antw:philips hue modul
Beitrag von: justme1968 am 24 Februar 2022, 16:41:53
wieso attribut? FILTER gehört ins set kommando. etwa so:

set (name1|name2):FILTER=onoff=0 on
Titel: Antw:philips hue modul
Beitrag von: SirMarco am 25 Februar 2022, 10:07:37
Hallo justme1968

Tja ich glaube dann habe ich das doch nicht verstanden :( Würdest du mir helfen in die richtige Richtung zu kommen?
Ich brauche ein structure mit den Devices und darüber setzte ich die "FILTER set" Kommandos ab? Wo setzte ich den den FILTER?

list i:NAME=EG_WOH_Hue_Licht_Display.*:FILTER=STATE!=off

damit bekomme ich die eingeschalteten Devices. Und nun?  :'(

In der HUE App kann ich über einen Raum nur die Lampen dimmen, die eingeschaltet sind

Liebe Grüsse

Titel: Antw:philips hue modul
Beitrag von: justme1968 am 25 Februar 2022, 10:25:58
warum denn nun schon wieder structure? oben steht doch das FILTER ins set gehört. mit beispiel.

set i:NAME=EG_WOH_Hue_Licht_Display.*:FILTER=STATE!=off ...

off, dimdown, bri xxx oder was auch immer.
Titel: Antw:philips hue modul
Beitrag von: SirMarco am 25 Februar 2022, 10:33:47
Weil ich nicht weiss wo der Filter rein kommt, ausser in die Kommandozeile.
Möchte das gerne über einen Slider steuern, deswegen dachte ich structure
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 25 Februar 2022, 12:02:10
von slider hast du bisher nichts gesagt. nach der nächsten antwort kommt dann das es nicht in fhemweb sondern in tabletui sein soll. niemand kann dir helfen wenn du dir die würmer einzeln aus der nase ziehen lässt.

structure ist dazu da eine feste immer gleiche gruppe von dingen gleich zu schalten. passt also auf keinen fall.

wenn es bei dem einen slider bleibt ist ein dummy mit notify vermutlich das einfachste.
Titel: Antw:philips hue modul
Beitrag von: juemuc am 27 Februar 2022, 14:11:13
Hallo justme1968,

über welche Ports erfolgt der Zugriff auf die HUE-Bridge? Ich möchte die Bridge in ein anderes VLAN als FHEM verschieben und dann die Ports für die Kommunikation öffnen. Danke für Deine Hilfe.

Viele Grüße
Jürgen
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 27 Februar 2022, 14:30:30
standard http und https d.h. 80 und 443.
Titel: Antw:philips hue modul
Beitrag von: juemuc am 27 Februar 2022, 14:57:08
perfekt. Danke

Viele Grüße
Jürgen
Titel: Antw:philips hue modul
Beitrag von: swsc911 am 28 Februar 2022, 14:08:02
Bitte in der   31_HUEDevice.pm       -> use Data::Dumper;    ergänzen.
Sonst beendet Fhem seine Dienste, wenn eine ID im HUEDevice eingetragen ist, die in deconz /phoscon nicht exsitiert.
Hab autocreate off. Und seit über 1 Woche manuell eingetragen und alles läuft gut.  :)
Titel: Antw:philips hue modul
Beitrag von: juemuc am 06 März 2022, 20:21:56
Hallo justme1968,

ich habe immer mal weider diese Meldung im Log:
2022.03.06 03:46:16 2: Philips_HUE: http request failed: read from https://philips-hue:443 timed out
2022.03.06 03:46:16 2: Philips_HUE: EventStream: terminated
2022.03.06 16:48:30 2: Philips_HUE: http request failed: read from https://philips-hue:443 timed out
2022.03.06 16:48:30 2: Philips_HUE: EventStream: terminated

Wodurch könnte diese Meldung ausgelöst werden?

Viele Grüße
Jürgen
Titel: Antw:philips hue modul
Beitrag von: SirMarco am 10 März 2022, 18:33:15
Hallo justme1968

ist folgendes Möglich umzusetzen?
Zitat
Hallo justme1968!

Ich hätte da einen (hoffentlich) kleinen Featurewunsch  8):

Ich möchte (siehe https://forum.fhem.de/index.php/topic,112497.0.html) gern das Internal "on" der Hue-Bewegungsmelder im devstateicon visualisieren. Das funktioniert beim Ausschalten der Melder leider nicht, weil keine Events mehr generiert werden (so jedenfalls habe ich es mir zusammengereimt). Könntest Du "on" als Reading zur Verfügung stellen?

Danke und viele Grüße,
Stefan

https://forum.fhem.de/index.php/topic,112552.msg1068871.html#msg1068871

Grüsse
Titel: Antw:philips hue modul
Beitrag von: robertPI am 21 März 2022, 12:59:05
Hallo zusammen,

mein log zeigt regelmäßig jede Minute folgenden Eintrag
hueBridge0: EventStream: ignoring event type geofence_client

Wilde Spekulation meinerseits: das hängt irgendwie mit der push api zusammen.
Kann man diesen event type irgendwie dauerhaft ignorieren, ohne das im log wiederzufinden?
global verbose ist auf 3

Vielen Dank,
Robert

get hueBridge0 v2resource
"275707af-eeaa-41a5-ae48-11a15efff0ec" => {
      "id" => "275707af-eeaa-41a5-ae48-11a15efff0ec",
      "name" => "aiohue_jptlrcpdfg",
      "type" => "geofence_client"


list
Internals:
   DEF        192.168.178.38 30
   EventStream connected
   FUUID      5c58b72d-f33f-d2fd-549c-8a9bbf0b49671589
   FVERSION   30_HUEBridge.pm:0.257690/2022-03-03
   INTERVAL   60
   NAME       hueBridge0
   NOTIFYDEV  global
   NR         24
   NTFY_ORDER 50-hueBridge0
   STATE      connected
   TYPE       HUEBridge
   apiversion 1.50.0
   application id a00dcec2-bd13-482c-8e4b-90d4160044df
   bridgeid   001788FFFE60589B
   has_v2_api 1
   host       192.168.178.38
   mac        00:17:88:60:58:9b
   manufacturer Signify
   modelName  Philips hue bridge 2015
   modelid    BSB002
   name       Philips hue
   swversion  1950111030
   updatestate 0
   zigbeechannel 25
   READINGS:
     2022-02-11 06:54:28   groups          26
     2021-05-17 10:52:52   lastError       unauthorized user
     2022-02-11 06:54:28   lights          27
     2022-02-11 06:54:28   rules           69
     2022-02-11 06:54:28   scenes          139
     2022-02-11 06:54:28   schedules       7
     2022-02-11 06:54:28   sensors         18
     2022-03-21 12:53:51   state           connected
     2022-03-17 19:21:36   swupdate        BSB002 - 1.50_SR2.1
   helper:
     apiversion 78336
     count      0
     last_config_timestamp 1647863631
     offsetUTC  3600
     updatestate 0
     HTTP_CONNECTION:
       EventSource 1
       FD         89
       NAME       
       addr       https://192.168.178.38:443
       auth       0
       buf       

       compress   1
       displayurl https://192.168.178.38/eventstream/clip/v2
       header     Accept: text/event-stream
HUE-Application-Key: 0239519f9532f99dc8bfd72e17e3467e
       host       192.168.178.38
       httpdata   
       httpdatalen -1
       httpheader HTTP/1.1 200 OK
Server: nginx
Date: Mon, 21 Mar 2022 11:46:31 GMT
Content-Type: text/event-stream; charset=utf-8
Transfer-Encoding: chunked
Connection: keep-alive
X-XSS-Protection: 1; mode=block
X-Frame-Options: SAMEORIGIN
X-Content-Type-Options: nosniff
Content-Security-Policy: default-src 'self'
Cache-Control: no-store
Pragma: no-cache
Referrer-Policy: no-referrer
       httpversion 1.1
       hu_blocking 0
       hu_inProgress  HUEBridge_openEventStream:556 HUEBridge_fillBridgeInfo:607 HUEBridge_OpenDev:375 HUEBridge_Notify:3931 CallFn:3843 DoTrigger:683
       hu_port    443
       hu_portSfx
       hu_sslAdded 1
       incrementalTimeout 1
       keepalive  1
       lastID     1647863591:0
       loglevel   4
       method     GET
       noshutdown 1
       path       /eventstream/clip/v2
       protocol   https
       redirects  0
       timeout    3600
       type       event
       url        https://192.168.178.38/eventstream/clip/v2
       hash:
       sslargs:
     groups:
       1:
         name       hgrp-0000000006
         type       LightGroup
         action:
           alert      select
           bri        26
           colormode  ct
           ct         413
           effect     none
           hue        14171
           sat        178
           xy:
             0.4836
             0.4144
         lights:
           1
           2
         sensors:
         state:
       10:
         class      Other
         name       FlurDecke
         type       Room
         action:
           alert      none
           bri        65
           colormode  ct
           ct         337
         lights:
           36
         sensors:
         state:
       11:
         name       hgrp-0000003902
         type       LightGroup
         action:
           alert      none
           bri        254
           colormode  ct
           ct         366
           effect     none
           hue        14987
           sat        141
           xy:
             0.4573
             0.41
         lights:
           1
           2
           8
           3
         sensors:
         state:
       12:
         name       hgrp-0000007998
         type       LightGroup
         action:
           alert      none
           bri        254
           colormode  ct
           ct         366
           effect     none
           hue        14987
           sat        141
           xy:
             0.4573
             0.41
         lights:
           1
           2
           8
           3
         sensors:
         state:
       13:
         name       hgrp-0000032558
         type       LightGroup
         action:
           alert      none
           bri        254
           colormode  ct
           ct         366
           effect     none
           hue        14987
           sat        141
           xy:
             0.4573
             0.41
         lights:
           1
           2
           8
           14
           3
         sensors:
         state:
       14:
         name       hgrp-0000000040
         type       LightGroup
         action:
           alert      none
           bri        254
           colormode  ct
           ct         366
           effect     none
           hue        14987
           sat        141
           xy:
             0.4573
             0.41
         lights:
           3
         sensors:
         state:
       15:
         name       hgrp-0000065326
         type       LightGroup
         action:
           alert      none
           bri        254
           colormode  ct
           ct         366
           effect     none
           hue        14987
           sat        141
           xy:
             0.4573
             0.41
         lights:
           1
           2
           8
           14
           15
           3
         sensors:
         state:
       16:
         class      Bedroom
         name       SchlafzimmerDecke
         type       Room
         action:
           alert      select
           bri        157
           colormode  ct
           ct         327
         lights:
           16
           17
           18
           19
         sensors:
         state:
       17:
         class      Living room
         name       WohnzimmerDecke
         type       Room
         action:
           alert      select
           bri        147
           colormode  ct
           ct         346
         lights:
           22
           23
           20
           21
         sensors:
         state:
       18:
         class      Living room
         name       WohnzimmerEsstisch
         type       Room
         action:
           alert      select
           bri        141
         lights:
           39
           25
           26
         sensors:
         state:
       19:
         name       hgrp-0134217518
         type       LightGroup
         action:
           alert      select
           bri        157
           colormode  ct
           ct         327
           effect     none
           hue        14987
           sat        141
           xy:
             0.4573
             0.41
         lights:
           21
           17
           3
           14
           18
           26
           2
           22
           25
           23
           8
           20
           15
           1
           16
           19
         sensors:
         state:
       2:
         name       hgrp-0000000126
         type       LightGroup
         action:
           alert      none
           bri        254
           colormode  ct
           ct         366
           effect     none
           hue        14987
           sat        141
           xy:
             0.4573
             0.41
         lights:
           1
           2
           3
         sensors:
         state:
       20:
         class      Living room
         name       Schlafzimmer
         type       Room
         action:
           alert      select
         lights:
           40
         sensors:
         state:
       21:
         name       hgrp-1073741614
         type       LightGroup
         action:
           alert      select
           bri        157
           colormode  ct
           ct         327
           effect     none
           hue        49257
           sat        157
           xy:
             0.2992
             0.2861
         lights:
           23
           21
           17
           3
           14
           28
           26
           18
           1
           2
           25
           8
           20
           15
           22
           16
           19
         sensors:
         state:
       22:
         name       hgrp-2147482926
         type       LightGroup
         action:
           alert      select
           bri        175
           colormode  ct
           ct         327
           effect     none
           hue        49257
           sat        157
           xy:
             0.2992
             0.2861
         lights:
           23
           21
           22
           3
           16
           14
           26
           18
           1
           2
           25
           17
           8
           20
           15
           19
           28
         sensors:
         state:
       23:
         class      Living room
         name       KücheSchrank
         type       Room
         action:
           alert      select
           bri        156
         lights:
           35
           34
         sensors:
         state:
       24:
         class      Living room
         name       sonstige
         type       Room
         action:
           alert      select
           bri        141
           colormode  xy
           ct         153
           effect     none
           hue        49257
           sat        157
           xy:
             0.2992
             0.2861
         lights:
           38
           14
           15
           8
         sensors:
         state:
       25:
         class      Bedroom
         name       SchlafzimmerBett
         type       Room
         action:
           alert      select
           bri        1
           colormode  ct
           ct         345
           effect     none
           hue        0
           sat        188
           xy:
             0.442
             0.4056
         lights:
           42
           41
         sensors:
         state:
       26:
         name       Custom group for $lights
         type       LightGroup
         action:
           alert      select
           bri        1
           colormode  ct
           ct         370
           effect     none
           hue        0
           sat        201
           xy:
             0.4576
             0.41
         lights:
           16
           17
           18
           19
           41
           42
         sensors:
         state:
       3:
         name       hgrp-0000000120
         type       LightGroup
         action:
           alert      none
           bri        254
           colormode  ct
           ct         366
           effect     none
           hue        14987
           sat        141
           xy:
             0.4573
             0.41
         lights:
           3
         sensors:
         state:
       4:
         name       hgrp-0000000056
         type       LightGroup
         action:
           alert      none
           bri        254
           colormode  ct
           ct         366
           effect     none
           hue        14987
           sat        141
           xy:
             0.4573
             0.41
         lights:
           3
         sensors:
         state:
       5:
         name       hgrp-0000000190
         type       LightGroup
         action:
           alert      none
           bri        254
           colormode  ct
           ct         366
           effect     none
           hue        14987
           sat        141
           xy:
             0.4573
             0.41
         lights:
           1
           2
           3
         sensors:
         state:
       6:
         name       hgrp-0000000446
         type       LightGroup
         action:
           alert      select
           bri        141
           colormode  xy
           ct         153
           effect     none
           hue        49257
           sat        157
           xy:
             0.2992
             0.2861
         lights:
           1
           2
           3
           8
         sensors:
         state:
       7:
         class      Living room
         name       WohnzimmerFenster
         type       Room
         action:
           alert      select
           bri        26
           colormode  ct
           ct         413
           effect     none
           hue        14171
           sat        178
           xy:
             0.4836
             0.4144
         lights:
           1
           2
         sensors:
         state:
       8:
         class      Hallway
         name       Flur
         type       Room
         action:
           alert      none
           bri        254
           colormode  ct
           ct         366
           effect     none
           hue        14987
           sat        141
           xy:
             0.4573
             0.41
         lights:
           3
         sensors:
         state:
       9:
         class      Kitchen
         name       Küche
         type       Room
         action:
           alert      select
           bri        175
           colormode  ct
           ct         327
         lights:
           33
           31
           28
         sensors:
         state:
     ignored:
       hueBridge0-S29 1
       hueBridge0-S30 1
       hueBridge0-S31 1
       hueBridge0-S32 1
       hueBridge0-S33 1
       hueBridge0-S34 1
       hueBridge0-S36 1
       hueBridge0-S37 1
       hueBridge0-S38 1
       hueBridge0-S43 1
       hueBridge0-S44 1
     lights:
       1:
         manufacturername Signify Netherlands B.V.
         modelid    LCT001
         name       Hue Lamp 1
         productname Hue color lamp
         swversion  67.91.1
         type       Extended color light
         uniqueid   00:17:88:01:00:f9:cb:05-0b
         capabilities:
           control:
             colorgamuttype B
             maxlumen   600
             mindimlevel 5000
             colorgamut:
               ARRAY(0x7c11c70)
               ARRAY(0x852e630)
               ARRAY(0x8898968)
             ct:
               max        500
               min        153
           streaming:
         config:
           archetype  sultanbulb
           direction  omnidirectional
           function   mixed
           startup:
             mode       powerfail
         state:
           alert      select
           bri        26
           colormode  ct
           ct         366
           effect     none
           hue        14987
           mode       homeautomation
           sat        141
           xy:
             0.4573
             0.41
         swupdate:
           lastinstall 2021-10-20T12:54:41
           state      noupdates
       14:
         manufacturername Signify Netherlands B.V.
         modelid    LLC020
         name       Hue color light 1
         productname Hue go
         swversion  67.88.1
         type       Extended color light
         uniqueid   00:17:88:01:01:19:3c:a1-0b
         capabilities:
           control:
             colorgamuttype C
             maxlumen   300
             mindimlevel 40
             colorgamut:
               ARRAY(0x8608f38)
               ARRAY(0x7fa3c08)
               ARRAY(0x7b85718)
             ct:
               max        500
               min        153
           streaming:
         config:
           archetype  huego
           direction  omnidirectional
           function   decorative
           startup:
             mode       custom
             customsettings:
               bri        57
               xy:
                 0.5637
                 0.3906
         state:
           alert      select
           bri        40
           colormode  xy
           ct         424
           effect     none
           hue        7879
           mode       homeautomation
           sat        186
           xy:
             0.4909
             0.415
         swupdate:
           lastinstall 2021-11-24T13:48:01
           state      transferring
       15:
         manufacturername IKEA of Sweden
         modelid    TRADFRI Driver 10W
         name       wz.di.Vitrine
         productname Dimmable light
         swversion  1.2.245
         type       Dimmable light
         uniqueid   00:0d:6f:ff:fe:af:79:73-01
         capabilities:
           control:
           streaming:
         config:
           archetype  classicbulb
           direction  omnidirectional
           function   functional
         state:
           alert      select
           bri        14
           mode       homeautomation
         swupdate:
           lastinstall 2019-05-12T14:47:30
           state      notupdatable
       16:
         manufacturername IKEA of Sweden
         modelid    TRADFRI bulb GU10 WS 400lm
         name       sz.tw.11
         productname Color temperature light
         swversion  2.0.022
         type       Color temperature light
         uniqueid   00:0d:6f:ff:fe:55:72:ad-01
         capabilities:
           control:
             ct:
               max        454
               min        250
           streaming:
         config:
           archetype  spotbulb
           direction  omnidirectional
           function   functional
         state:
           alert      none
           bri        155
           colormode  ct
           ct         327
           mode       homeautomation
         swupdate:
           lastinstall 2019-10-16T19:07:33
           state      notupdatable
       17:
         manufacturername IKEA of Sweden
         modelid    TRADFRI bulb GU10 WS 400lm
         name       sz.tw.12
         productname Color temperature light
         swversion  2.0.022
         type       Color temperature light
         uniqueid   14:b4:57:ff:fe:4a:9e:52-01
         capabilities:
           control:
             ct:
               max        454
               min        250
           streaming:
         config:
           archetype  spotbulb
           direction  omnidirectional
           function   functional
         state:
           alert      select
           bri        192
           colormode  ct
           ct         327
           mode       homeautomation
         swupdate:
           lastinstall 2019-10-16T19:12:20
           state      notupdatable
       18:
         manufacturername IKEA of Sweden
         modelid    TRADFRI bulb GU10 WS 400lm
         name       sz.tw.13
         productname Color temperature light
         swversion  2.0.022
         type       Color temperature light
         uniqueid   00:0d:6f:ff:fe:18:6b:9e-01
         capabilities:
           control:
             ct:
               max        454
               min        250
           streaming:
         config:
           archetype  spotbulb
           direction  omnidirectional
           function   functional
         state:
           alert      select
           bri        157
           colormode  ct
           ct         327
           mode       homeautomation
         swupdate:
           lastinstall 2019-10-16T19:15:24
           state      notupdatable
       19:
         manufacturername IKEA of Sweden
         modelid    TRADFRI bulb GU10 WS 400lm
         name       sz.tw.14
         productname Color temperature light
         swversion  2.0.022
         type       Color temperature light
         uniqueid   00:0d:6f:ff:fe:4e:9d:ad-01
         capabilities:
           control:
             ct:
               max        454
               min        250
           streaming:
         config:
           archetype  spotbulb
           direction  omnidirectional
           function   functional
         state:
           alert      select
           bri        157
           colormode  ct
           ct         327
           mode       homeautomation
         swupdate:
           lastinstall 2019-10-16T19:17:30
           state      notupdatable
       2:
         manufacturername Signify Netherlands B.V.
         modelid    LCT001
         name       Hue Lamp 2
         productname Hue color lamp
         swversion  67.91.1
         type       Extended color light
         uniqueid   00:17:88:01:00:fc:9e:d7-0b
         capabilities:
           control:
             colorgamuttype B
             maxlumen   600
             mindimlevel 5000
             colorgamut:
               ARRAY(0x853dcc8)
               ARRAY(0x860a9c8)
               ARRAY(0x8530a90)
             ct:
               max        500
               min        153
           streaming:
         config:
           archetype  sultanbulb
           direction  omnidirectional
           function   mixed
           startup:
             mode       powerfail
         state:
           alert      select
           bri        26
           colormode  ct
           ct         413
           effect     none
           hue        14171
           mode       homeautomation
           sat        178
           xy:
             0.4836
             0.4144
         swupdate:
           lastinstall 2021-10-20T12:54:35
           state      noupdates
       20:
         manufacturername IKEA of Sweden
         modelid    TRADFRI bulb GU10 WS 400lm
         name       wz.tw.11
         productname Color temperature light
         swversion  2.0.022
         type       Color temperature light
         uniqueid   00:0d:6f:ff:fe:55:48:b8-01
         capabilities:
           control:
             ct:
               max        454
               min        250
           streaming:
         config:
           archetype  spotbulb
           direction  omnidirectional
           function   functional
         state:
           alert      select
           bri        147
           colormode  ct
           ct         346
           mode       homeautomation
         swupdate:
           lastinstall 2019-10-19T09:37:06
           state      notupdatable
       21:
         manufacturername IKEA of Sweden
         modelid    TRADFRI bulb GU10 WS 400lm
         name       wz.tw.12
         productname Color temperature light
         swversion  2.0.022
         type       Color temperature light
         uniqueid   00:0d:6f:ff:fe:4e:34:a2-01
         capabilities:
           control:
             ct:
               max        454
               min        250
           streaming:
         config:
           archetype  spotbulb
           direction  omnidirectional
           function   functional
         state:
           alert      select
           bri        147
           colormode  ct
           ct         346
           mode       homeautomation
         swupdate:
           lastinstall 2019-10-19T09:38:39
           state      notupdatable
       22:
         manufacturername IKEA of Sweden
         modelid    TRADFRI bulb GU10 WS 400lm
         name       wz.tw.13
         productname Color temperature light
         swversion  2.0.022
         type       Color temperature light
         uniqueid   00:0d:6f:ff:fe:55:5c:15-01
         capabilities:
           control:
             ct:
               max        454
               min        250
           streaming:
         config:
           archetype  spotbulb
           direction  omnidirectional
           function   functional
         state:
           alert      select
           bri        147
           colormode  ct
           ct         346
           mode       homeautomation
         swupdate:
           lastinstall 2019-10-19T09:40:06
           state      notupdatable
       23:
         manufacturername IKEA of Sweden
         modelid    TRADFRI bulb GU10 WS 400lm
         name       wz.tw.14
         productname Color temperature light
         swversion  2.0.022
         type       Color temperature light
         uniqueid   00:0d:6f:ff:fe:42:e9:13-01
         capabilities:
           control:
             ct:
               max        454
               min        250
           streaming:
         config:
           archetype  spotbulb
           direction  omnidirectional
           function   functional
         state:
           alert      select
           bri        147
           colormode  ct
           ct         346
           mode       homeautomation
         swupdate:
           lastinstall 2019-10-19T09:41:25
           state      notupdatable
       25:
         manufacturername Signify Netherlands B.V.
         modelid    LWV001
         name       wz.di.22
         productid  Philips-LWV001-1-ST64CFDLv1
         productname Hue filament bulb
         swconfigid 24097809
         swversion  1.93.7
         type       Dimmable light
         uniqueid   00:17:88:01:08:1c:32:21-0b
         capabilities:
           control:
             maxlumen   550
             mindimlevel 2000
           streaming:
         config:
           archetype  vintagebulb
           direction  omnidirectional
           function   decorative
           startup:
             mode       powerfail
         state:
           alert      select
           bri        141
           mode       homeautomation
         swupdate:
           lastinstall 2022-01-20T13:21:16
           state      noupdates
       26:
         manufacturername Signify Netherlands B.V.
         modelid    LWV001
         name       wz.di.23
         productid  Philips-LWV001-1-ST64CFDLv1
         productname Hue filament bulb
         swconfigid 24097809
         swversion  1.93.7
         type       Dimmable light
         uniqueid   00:17:88:01:08:12:e4:d7-0b
         capabilities:
           control:
             maxlumen   550
             mindimlevel 2000
           streaming:
         config:
           archetype  vintagebulb
           direction  omnidirectional
           function   decorative
           startup:
             mode       powerfail
         state:
           alert      select
           bri        141
           mode       homeautomation
         swupdate:
           lastinstall 2022-01-20T13:21:12
           state      noupdates
       28:
         manufacturername IKEA of Sweden
         modelid    TRADFRI bulb E27 WS opal 1000lm
         name       ku.tw.11
         productname Color temperature light
         swversion  2.0.022
         type       Color temperature light
         uniqueid   cc:cc:cc:ff:fe:39:d6:e7-01
         capabilities:
           control:
             ct:
               max        454
               min        250
           streaming:
         config:
           archetype  classicbulb
           direction  omnidirectional
           function   functional
         state:
           alert      select
           bri        175
           colormode  ct
           ct         327
           mode       homeautomation
         swupdate:
           lastinstall 2019-11-27T19:32:51
           state      notupdatable
       3:
         manufacturername Signify Netherlands B.V.
         modelid    LCT001
         name       Hue Lamp 3
         productname Hue color lamp
         swversion  67.91.1
         type       Extended color light
         uniqueid   00:17:88:01:00:fe:e9:24-0b
         capabilities:
           control:
             colorgamuttype B
             maxlumen   600
             mindimlevel 5000
             colorgamut:
               ARRAY(0x8577c90)
               ARRAY(0x7e204a8)
               ARRAY(0x85ec070)
             ct:
             

             
Titel: Antw:philips hue modul
Beitrag von: retro1 am 22 Juli 2022, 06:21:08
Zitat von: juemuc am 06 März 2022, 20:21:56
...
ich habe immer mal weider diese Meldung im Log:
2022.03.06 03:46:16 2: Philips_HUE: http request failed: read from https://philips-hue:443 timed out
2022.03.06 03:46:16 2: Philips_HUE: EventStream: terminated
2022.03.06 16:48:30 2: Philips_HUE: http request failed: read from https://philips-hue:443 timed out
2022.03.06 16:48:30 2: Philips_HUE: EventStream: terminated

Wodurch könnte diese Meldung ausgelöst werden?
...

Hallo Forum,

bei mir das Gleiche
Titel: Antw:philips hue modul
Beitrag von: Phiolin am 21 September 2022, 22:06:40
Zitat von: robertPI am 21 März 2022, 12:59:05
Hallo zusammen,

mein log zeigt regelmäßig jede Minute folgenden Eintrag
hueBridge0: EventStream: ignoring event type geofence_client
.....

Den habe ich auch dauerhaft:


2022.09.21 22:03:41 3: HueBridge: EventStream: ignoring event type geofence_client
2022.09.21 22:04:42 1: PERL WARNING: Use of uninitialized value in split at ./FHEM/30_HUEBridge.pm line 2596.
2022.09.21 22:04:42 1: stacktrace:
2022.09.21 22:04:42 1:     main::__ANON__                      called by ./FHEM/30_HUEBridge.pm (2596)
2022.09.21 22:04:42 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (814)
2022.09.21 22:04:42 1:     main::HttpUtils_DataComplete        called by FHEM/HttpUtils.pm (711)
2022.09.21 22:04:42 1:     main::__ANON__                      called by /opt/fhem/fhem.pl (779)
2022.09.21 22:04:42 3: HueBridge: EventStream: ignoring event type geofence_client
2022.09.21 22:05:42 1: PERL WARNING: Use of uninitialized value in split at ./FHEM/30_HUEBridge.pm line 2596.
2022.09.21 22:05:42 1: stacktrace:
2022.09.21 22:05:42 1:     main::__ANON__                      called by ./FHEM/30_HUEBridge.pm (2596)
2022.09.21 22:05:42 1:     main::HUEBridge_dispatch            called by FHEM/HttpUtils.pm (814)
2022.09.21 22:05:42 1:     main::HttpUtils_DataComplete        called by FHEM/HttpUtils.pm (711)
2022.09.21 22:05:42 1:     main::__ANON__                      called by /opt/fhem/fhem.pl (779)
2022.09.21 22:05:42 3: HueBridge: EventStream: ignoring event type geofence_client
Titel: Antw:philips hue modul
Beitrag von: justme1968 am 22 September 2022, 08:41:08
die unknown event type meldungen werden ab morgen mit level 4 geloggt.
Titel: Antw:philips hue modul
Beitrag von: sTaN am 02 November 2022, 11:22:43
Zitat von: justme1968 am 28 Januar 2022, 16:38:16
die aktuellen hue module unterstützen das neue v2 api und die events die jetzt von der bridge gepustet werden. das pollen ist damit nicht mehr nötig und wird automatisch deaktiviert sobald ein event für das betreffende device gekommen ist.

den daylight sensor verwendet die bridge für zeitabhängige steuerungen. wenn du nichts damit machen willst  einfach ignorieren.

Hallo justme1968,

dies war deine Antwort bzgl. der Frage, was die folgende Fehlermeldung zu bedeuten hat:
Kuechenschalter: bridge has events api, events connected, removing intervalbridge has events api, events connected, removing interval

In meinem Fall erscheint Sie bei den Philips HUE Switches im speziellen bei dem Küchenschalter, wo ich beim Betätigen zusätzlich zwei FS20 Funkaktoren schalte, die meine Hängeschränke beleuchten.

Sollte man hier aktiv am device Kuechenschalter etwas ändern, oder ist das lediglich ein Hinweis aufgrund der unterstützten V2 API?
Sprich kann man durch eine saubere Konfiguration die Meldung verhindern?

Anbei das device Kuechenschalter:

ZitatInternals:
   DEF        sensor 12 1 IODev=hueBridge1
   FUUID      XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
   FVERSION   31_HUEDevice.pm:0.262040/2022-07-09
   ID         S12
   IODev      hueBridge1
   NAME       Kuechenschalter
   NR         383
   STATE      4002
   TYPE       HUEDevice
   eventCount 3
   has_events 1
   inputs     4
   manufacturername Signify Netherlands B.V.
   modelid    RWL021
   name       Dimmer Küche
   on         1
   productname Hue dimmer switch
   reachable  1
   swversion  6.1.1.28573
   type       ZLLSwitch
   uniqueid   XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
   v2_id      XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
   READINGS:
     2022-11-02 11:06:46   IODev           hueBridge1
     2022-11-02 11:11:23   battery         63
     2022-11-02 11:11:23   batteryPercent  63
     2022-11-02 11:11:23   batteryState    normal
     2022-11-02 01:32:38   eventtype       short_release
     2022-11-02 01:32:38   input           4
     2022-11-02 01:32:38   reachable       1
     2022-11-02 01:32:38   state           4002
   helper:
     devtype    S
     reachable  0
     state      4002
     update_timeout 1
     capabilities:
       inputs:
         HASH(XXXXXXXX)
         HASH(XXXXXXXX)
         HASH(XXXXXXXX)
         HASH(XXXXXXXX)
     configList:
     events:
       HASH(XXXXXXXX)
       HASH(XXXXXXXX)
       HASH(XXXXXXXX)
       HASH(XXXXXXXX)
     json:
       diversityid XXXXXXXXXXXXXXXXXXXXXXXXXXXX
       manufacturername Signify Netherlands B.V.
       modelid    RWL021
       name       Dimmer Küche
       productname Hue dimmer switch
       swversion  6.1.1.28573
       type       ZLLSwitch
       uniqueid   XXXXXXXXXXXXXXXXXXXXXXXXXXXX
       capabilities:
         inputs:
           HASH(XXXXXXXX)
           HASH(XXXXXXXX)
           HASH(XXXXXXXX)
           HASH(XXXXXXXX)
       config:
         battery    63
         pending:
       state:
         buttonevent 4002
         lastupdated 2022-11-02T00:32:38
       swupdate:
         lastinstall 2019-10-09T18:45:34
         state      noupdates
     setList:
Attributes:
   IODev      hueBridge1
   icon       hue_filled_hds
   model      RWL021
   room       Küche

Mittels dem Notify LEDLeistenAN Kuechenschalter:100.* set LEDSpueleKueche,LEDWandKueche on, reagiere ich dann auf Betätigung des Switches, um die LED's mit anzuschalten.

Danke und Gruß
sTaN
Titel: Antw:philips hue modul
Beitrag von: Raha66 am 25 Januar 2023, 08:45:49
Hallo zusammen,

Ich habe eine Hue-Lampe LWA001 und ConBee2 + Rasp 3. die mit Bewegungssensoren verbunden ist.

das Problem ist, dass, wenn die Lampe einschaltet, zeigt es einen Blitz-Typ-Effekt und dann start die Ramp auf die gewünschte bri. wenn ich die bri auf 1 setze, zeigt auch das gleiche Verhalten, es blitz dann zeigt die bri 1.

wenn ich es über das Terminal mit demselben Befehl versuche
set X bri 30 30 und dann Set X off und dann wieder nach 5 Sekunden set X bri 30 30 , zeigt es den gleichen blitz Effekt

aber wenn ich set X bri 30 30 zu setzen und dann Set X off und dann weniger als 5 Sekunden set X bri 30 30 zu setzen, funktioniert es


Was mache ich falsch?
Titel: Antw:philips hue modul
Beitrag von: Klaus.A am 04 März 2023, 21:33:22
Hallo,

EvenStream ist immer "connected" gemeldet, aber nach einem Hue Bridge Firmware-Update muss ich "set hue reconnect" ausführen damit die Verbindung tatsächlich weiter besteht.
In den Modul Internals sehe ich die neue Firmware-Version - das Modul bekommt also Info über den Update.

Die Frage ist, ob der Reconnect automatisiert werden könnte oder ob ein Reading möglich wäre - dann hätten wir zumindest einen Event, auf den man reagieren kann.

Das in der CommandRef beschriebene Attribut "swupdate" wird in meiner Installation überhaupt nicht mehr aktualisiert. Als Wert habe ich "30.6" - was immer das bedeuten soll - mit einem Datum vom 4.8.2022. Die Internals sehen alle gut aus, z.B. apiversion, has-v2-api, eventCount - alles aktuell. Auch die Readings (bis auf swupdate) sind korrekt.

FHEM ist aktuell, alle Hue-Funktionen sind ok.

Titel: Aw: philips hue modul
Beitrag von: juemuc am 11 April 2023, 11:57:43
Hallo justme1968,

ich habe zwei "Probleme" im Bereich "Zigbee" beschrieben. Hier nur der Link.
checkforupdate (https://forum.fhem.de/index.php?topic=133129.0)
EventStream: terminated (https://forum.fhem.de/index.php?topic=133065.0)

Ich weiß nicht, ob es besser hier oder unter Zigbee gehört.
Viele Grüße
Jürgen
Titel: Aw: philips hue modul
Beitrag von: Invers am 23 Juni 2023, 19:55:05
Ich habe mehrere Fernbedienungen Philips für Hue Living Colors. Kann man diese in FHEM einbinden und für zweckentfremdete Befehle nutzen? Die sind ja sonst völlig nutzlos, da ich die Lampen anders steuere.
Im Internet kursiert eine Anleitung, die jedoch nicht funktioniert.
Titel: Aw: philips hue modul
Beitrag von: Der_Tom am 24 Juni 2023, 10:36:57
Zitat von: Invers am 23 Juni 2023, 19:55:05Ich habe mehrere Fernbedienungen Philips für Hue Living Colors. Kann man diese in FHEM einbinden und für zweckentfremdete Befehle nutzen? Die sind ja sonst völlig nutzlos, da ich die Lampen anders steuere.
Im Internet kursiert eine Anleitung, die jedoch nicht funktioniert.


klar, warum sollte es nicht gehen . Wenn die FB in der HueBridge angelernt ist kann si doch in FHEM als HUEDevice dargestellt werden .

Auf dieses Device kannst du doch eventbasierend reagieren .

gruss Thomas

Nachtrag : Bin mir jetzt nicht ganz sicher , habe die FB verwechselt - lässt sich diese FB denn direkt an die Bridge anlernen , oder nur direkt mit Lampen verbinden?
Titel: Aw: philips hue modul
Beitrag von: Invers am 26 Juni 2023, 07:50:56
Es gibt eine Anleitung in YouTube, wie das Anlernen an der Bridge gehen soll. Das funktioniert bei mir aber nicht, trotz etlicher Versuche.
Ich habe noch einen Stick SONOFF Zigbee2MQTT im Einsatz, geht aber auch nicht.
Titel: Aw: philips hue modul
Beitrag von: joachimS am 28 Februar 2024, 18:24:40
Hi,
habe ein Problem ähnlich wie dieses:
https://forum.fhem.de/index.php?topic=104261.0 (https://forum.fhem.de/index.php?topic=104261.0)
Allerdings geht es mit SET hue autocreate nicht weg

Erzeugt wird es wenn man mit Hue labs eine Formula (Lichtszene) für eine Hue Lampe erzeugt:

2024.02.28 18:13:17 2: hue: autocreate: created 0/0/0 devices (ignored 0/0/4)
2024.02.28 18:13:12 3: hue: EventStream: update for unknown device received: hue-G83
2024.02.28 18:13:12 3: hue: EventStream: update for unknown device received: hue-G83
2024.02.28 18:13:11 3: hue: EventStream: update for unknown device received: hue-G83
2024.02.28 18:13:07 3: hue: EventStream: update for unknown device received: hue-G83
2024.02.28 18:13:06 3: hue: EventStream: update for unknown device received: hue-G83
2024.02.28 18:13:02 3: hue: EventStream: update for unknown device received: hue-G83
2024.02.28 18:12:59 3: hue: EventStream: update for unknown device received: hue-G83
2024.02.28 18:12:55 3: hue: EventStream: update for unknown device received: hue-G83
2024.02.28 18:12:52 3: hue: EventStream: update for unknown device received: hue-G83
2024.02.28 18:12:48 3: hue: EventStream: update for unknown device received: hue-G83
2024.02.28 18:12:46 3: hue: EventStream: update for unknown device received: hue-G83
2024.02.28 18:12:45 3: hue: EventStream: update for unknown device received: hue-G83
2024.02.28 18:12:44 3: hue: EventStream: update for unknown device received: hue-G83
2024.02.28 18:12:42 3: hue: EventStream: update for unknown device received: hue-G83
2024.02.28 18:12:39 3: hue: EventStream: update for unknown device received: hue-G83
2024.02.28 18:12:39 3: hue: EventStream: update for unknown device received: hue-G83
2024.02.28 18:12:00 2: hue: autocreate: created 0/0/0 devices (ignored 0/0/4)
Titel: Aw: philips hue modul
Beitrag von: rabehd am 04 März 2024, 09:40:55
Zitat von: joachimS am 28 Februar 2024, 18:24:40Hi,
habe ein Problem ähnlich wie dieses:
https://forum.fhem.de/index.php?topic=104261.0 (https://forum.fhem.de/index.php?topic=104261.0)
Allerdings geht es mit SET hue autocreate nicht weg

Erzeugt wird es wenn man mit Hue labs eine Formula (Lichtszene) für eine Hue Lampe erzeugt:

2024.02.28 18:13:17 2: hue: autocreate: created 0/0/0 devices (ignored 0/0/4)
2024.02.28 18:13:12 3: hue: EventStream: update for unknown device received: hue-G83
2024.02.28 18:13:12 3: hue: EventStream: update for unknown device received: hue-G83
2024.02.28 18:13:11 3: hue: EventStream: update for unknown device received: hue-G83
2024.02.28 18:13:07 3: hue: EventStream: update for unknown device received: hue-G83
2024.02.28 18:13:06 3: hue: EventStream: update for unknown device received: hue-G83
2024.02.28 18:13:02 3: hue: EventStream: update for unknown device received: hue-G83
2024.02.28 18:12:59 3: hue: EventStream: update for unknown device received: hue-G83
2024.02.28 18:12:55 3: hue: EventStream: update for unknown device received: hue-G83
2024.02.28 18:12:52 3: hue: EventStream: update for unknown device received: hue-G83
2024.02.28 18:12:48 3: hue: EventStream: update for unknown device received: hue-G83
2024.02.28 18:12:46 3: hue: EventStream: update for unknown device received: hue-G83
2024.02.28 18:12:45 3: hue: EventStream: update for unknown device received: hue-G83
2024.02.28 18:12:44 3: hue: EventStream: update for unknown device received: hue-G83
2024.02.28 18:12:42 3: hue: EventStream: update for unknown device received: hue-G83
2024.02.28 18:12:39 3: hue: EventStream: update for unknown device received: hue-G83
2024.02.28 18:12:39 3: hue: EventStream: update for unknown device received: hue-G83
2024.02.28 18:12:00 2: hue: autocreate: created 0/0/0 devices (ignored 0/0/4)


Bei mir auch nicht.
Titel: Aw: philips hue modul
Beitrag von: joachimS am 06 März 2024, 23:59:42
Bekomme den Fehler auch bei Hue Automation wie Aktionen bei Sonnenuntergang:
2024.03.05 18:29:11 3: hue: EventStream: update for unknown device received: hue-G83
Und zwar während der gesamten Einschaltzeit.
Welches device fehlt denn da?
Klar ich könnte auch das Astro Modul nehmen
Titel: Aw: philips hue modul
Beitrag von: rabehd am 07 März 2024, 08:47:42
Bei mir taucht die Meldung über die unbekannt Gruppe auf seit dem ich einen Bewegungsmelder eingefügt habe.
Autocreate hilft nicht.
Ich finde aber auch keine passende Gruppe in der Hue-App.
Titel: Aw: philips hue modul
Beitrag von: juemuc am 07 März 2024, 10:29:58
Hallo zusammen,

ich hatte vor einiger Zeit auch mal dieses Problem. Habe dann in FHEM über das HUE-Modul die fehlenden Gruppen angelegt (weiß allerdings nicht mehr wie  :-[ )

Irgendwann habe ich dann aber die "Spielerei" in der HUE-App gelöscht und auch die Gruppen in FHEM.

Viele Grüße
Jürgen
Titel: Aw: philips hue modul
Beitrag von: rabehd am 07 März 2024, 12:03:37
Zitat von: juemuc am 07 März 2024, 10:29:58Hallo zusammen,

ich hatte vor einiger Zeit auch mal dieses Problem. Habe dann in FHEM über das HUE-Modul die fehlenden Gruppen angelegt (weiß allerdings nicht mehr wie  :-[ )

Zitatcreategroup <name> <lights>
Create a group out of <lights> in the bridge. The lights are given as a comma sparated list of fhem device names or bridge light numbers.
Ohne Beispiel waren meine Versuche nicht erfolgreich
Titel: Aw: philips hue modul
Beitrag von: joachimS am 09 März 2024, 08:40:40
Zitat von: rabehd am 07 März 2024, 08:47:42Bei mir taucht die Meldung über die unbekannt Gruppe auf seit dem ich einen Bewegungsmelder eingefügt habe.
Autocreate hilft nicht.
Ich finde aber auch keine passende Gruppe in der Hue-App.
Das ist easy:
Mach
get hue sensorsUnd definiere die sensors mit der ID unter Verwendung der durch autocreate angelegten Devices
Hier meine config:
Z03RWA9DWcJUsI9wcyr1l3BxpKHdC7eUirW3h4QP
# Philips Hue devices
# get hue sensors
#ID  NAME                       FHEM            TYPE               
# 1: Daylight                   hue_HUESensor1  Daylight           
# 3: Hue ambient light sensor 1 HelligkeitEGTreppenhaus ZLLLightLevel      
# 4: Hue temperature sensor 1   TempEGTreppenhaus ZLLTemperature     
# 5: Hue dimmer Esszimmer       hue_HUESensor5  ZLLSwitch          
# 6: HueSensorTerrasse          MotionTerrasse  ZLLPresence        
# 7: Hue ambient light sensor 2 HelligkeitTerrasse ZLLLightLevel      
# 8: Hue temperature sensor 2   TempTerrasse    ZLLTemperature  
   
#
# HUE Bewegungsmelder Terrasse
define MotionTerrasse HUEDevice sensor 6  IODev=hue
setuuid MotionTerrasse 65bd39b6-f33f-4a17-1c84-f7aed758e0e41743
attr MotionTerrasse group Bewegungssensor
attr MotionTerrasse model SML003
attr MotionTerrasse room Alarm
attr MotionTerrasse stateFormat state
define TempTerrasse HUEDevice sensor 8  IODev=hue
setuuid TempTerrasse 65bd39b6-f33f-4a17-0dbf-0dff05d2a2eb8855
attr TempTerrasse group Temperatur
attr TempTerrasse model SML003
attr TempTerrasse room Temperatur
attr TempTerrasse stateFormat temperature
define HelligkeitTerrasse HUEDevice sensor 7  IODev=hue
setuuid HelligkeitTerrasse 65bd39b6-f33f-4a17-5e66-25a9d86c9a7fca32
attr HelligkeitTerrasse model SML003
define HelligkeitTerrasse_log FileLog ./logs/HelligkeitTerrasse-%Y.log HelligkeitTerrasse:lightlevel.*
setuuid HelligkeitTerrasse_log 65bd39b6-f33f-4a17-fcc4-da859d4e6b37c552
attr HelligkeitTerrasse_log room Logs
define TempTerrasse_log FileLog ./logs/TempTerrasse-%Y.log TempTerrasse:temperature.*
setuuid TempTerrasse_log 65bd39b6-f33f-4a17-57a1-0cd517d8020a6938
attr TempTerrasse_log room Logs
Titel: Aw: philips hue modul
Beitrag von: rabehd am 09 März 2024, 21:18:25
Set gestern ist die Meldung erstmal weg. Einfach so.
Ich zweifle aber, dass get hue sensors hilft. Der Sensor ist ja vorhanden und die Meldung bezog sich auf eine Gruppe.
Titel: Aw: philips hue modul
Beitrag von: joachimS am 10 März 2024, 20:34:05
Update:
get hue sensors
zeigt neue Devices, die aber ignoriert werden:
10: Esszimmer, Vibrant    (ignored)      CLIPGenericStatus  
11: Esszimmer, 44%,     (ignored)      CLIPGenericStatus  
15: hue                   (ignored)      CLIPGenericStatus  
19: Esszimmer, 75%, Medium  (ignored)      CLIPGenericStatus
15 ist vermutlich daylight, die anderen sind wohl Hue labs Formula (Lichtszene) für die Hue Lampe im Esszimmer