philips hue modul

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

Vorheriges Thema - Nächstes Thema

Ma_Bo

Vielen Dank, die ersten Tests funktionieren schon mal.
NUC mit FHEM, HM Heizungsthermostate, HM Wandthermostate, Intertechno Funksteckdosen, 10" Tablet als Wanddisplay, KeyMatic, Fensterkontakte, Fensterkontakte umgebaut als Wassermelder und Briefkastenmelder, Aussenthermostat, Anwesenheitssteuerung über Fritz Box, Google Home usw. usw.

Ma_Bo

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.
NUC mit FHEM, HM Heizungsthermostate, HM Wandthermostate, Intertechno Funksteckdosen, 10" Tablet als Wanddisplay, KeyMatic, Fensterkontakte, Fensterkontakte umgebaut als Wassermelder und Briefkastenmelder, Aussenthermostat, Anwesenheitssteuerung über Fritz Box, Google Home usw. usw.

justme1968

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

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

Ma_Bo

Danke...


Gesendet von iPhone mit Tapatalk
NUC mit FHEM, HM Heizungsthermostate, HM Wandthermostate, Intertechno Funksteckdosen, 10" Tablet als Wanddisplay, KeyMatic, Fensterkontakte, Fensterkontakte umgebaut als Wassermelder und Briefkastenmelder, Aussenthermostat, Anwesenheitssteuerung über Fritz Box, Google Home usw. usw.

larki

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

MKeY

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!
Wer Fehler findet, darf sie behalten!
RPi's, D1Mini
Homematic, Hue, Sonoff, Alexa, Xiaomi, ConBee
Prusa MK2.5, Prusa MK3S (MMU2S vorhanden, aber nervtötend)
Lowrider 2CNC

myit

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?

Mave

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

justme1968

die meldungen deuten auf ein netzwerk problem hin.

ansonsten musst du das pollDevices attribut und das polling intervall der bridge passenden konfigurieren.

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

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

Mave


Mave

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.

justme1968

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

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

Mave

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

Markus M.

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
FHEM dev + HomeBridge + Lenovo Flex15 + HM-CFG-USB + RFXtrx433 + Fritz!Box 7590/7580/546E

HM Aktor/Sensor/Winmatic/Keymatic/Thermostat, HUE, Netatmo Weather/Security/Heating, Xiaomi AirPurifier/Vacuum, Withings Aura/BPM/Cardio/Go/Pulse/Thermo, VSX828, Harmony, Siro ERB15LE
https://paypal.me/mm0

CQuadrat

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
FHEM auf Mini-ITX-Server mit Intel Quad-Core J1900:
+ HM: HM-LAN, HM-USB, HM-MOD-UART mit div. HM-Komponenten
+ RFXtrx: Funkwetterstation Bresser mit ext. Thermometer, Regenmesser und Windmesser
+ TUL (KNX-Anbindung), KM271 (per ser2net), SONOS (div. Gimmicks), OneWire, Hue