philips hue modul

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

Vorheriges Thema - Nächstes Thema

justme1968

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

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

der-Lolo

Ein update habe ich noch nicht gemacht - die Hue App habe ich nur selten im Einsatz...

justme1968

mal sehen ob es noch mehr berichte gibt.
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

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

JoMe

Hallo,

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

Vielen Dank.......

Gruß

Joachim


Gesendet von meinem iPad mit Tapatalk
CubieTruck, Fhem 5.5, 2x CUL(868), FHZ1350, Wlan, FS20, HM-LAN, HM, KS300, MAX!, EM1000, Hue, LW12, Sonos

Leen

#304

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.

justme1968

grad gefixed und eingecheckt.

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

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

Loredo

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
Hat meine Arbeit dir geholfen? ⟹ https://paypal.me/pools/c/8gDLrIWrG9

Maintainer:
FHEM-Docker Image, https://github.com/fhem, Astro(Co-Maintainer), ENIGMA2, GEOFANCY, GUEST, HP1000, Installer, LaMetric2, MSG, msgConfig, npmjs, PET, PHTV, Pushover, RESIDENTS, ROOMMATE, search, THINKINGCLEANER

justme1968

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

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

Loredo

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...
Hat meine Arbeit dir geholfen? ⟹ https://paypal.me/pools/c/8gDLrIWrG9

Maintainer:
FHEM-Docker Image, https://github.com/fhem, Astro(Co-Maintainer), ENIGMA2, GEOFANCY, GUEST, HP1000, Installer, LaMetric2, MSG, msgConfig, npmjs, PET, PHTV, Pushover, RESIDENTS, ROOMMATE, search, THINKINGCLEANER

Leen

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...

justme1968

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

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

Loredo

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...
Hat meine Arbeit dir geholfen? ⟹ https://paypal.me/pools/c/8gDLrIWrG9

Maintainer:
FHEM-Docker Image, https://github.com/fhem, Astro(Co-Maintainer), ENIGMA2, GEOFANCY, GUEST, HP1000, Installer, LaMetric2, MSG, msgConfig, npmjs, PET, PHTV, Pushover, RESIDENTS, ROOMMATE, search, THINKINGCLEANER

justme1968

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

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

Loredo

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 :-(
Hat meine Arbeit dir geholfen? ⟹ https://paypal.me/pools/c/8gDLrIWrG9

Maintainer:
FHEM-Docker Image, https://github.com/fhem, Astro(Co-Maintainer), ENIGMA2, GEOFANCY, GUEST, HP1000, Installer, LaMetric2, MSG, msgConfig, npmjs, PET, PHTV, Pushover, RESIDENTS, ROOMMATE, search, THINKINGCLEANER

Loredo

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)


Hat meine Arbeit dir geholfen? ⟹ https://paypal.me/pools/c/8gDLrIWrG9

Maintainer:
FHEM-Docker Image, https://github.com/fhem, Astro(Co-Maintainer), ENIGMA2, GEOFANCY, GUEST, HP1000, Installer, LaMetric2, MSG, msgConfig, npmjs, PET, PHTV, Pushover, RESIDENTS, ROOMMATE, search, THINKINGCLEANER