Moin, moin! :-)
die HUE Bridge bei einer Freundin blockiert den FHEM Server.
Das Problem ist plötzlich aufgetreten. Im Status der Bridge war eine Error Meldung "no update" aufgetaucht.
Nach einem Pairing war der Server nicht mehr über die Webseite erreichbar.
Dann habe ich ein Update der Bridge gemacht. Keine Änderung.
Als nächstes wurde der Raspberry mit dem FHEM neu aufgesetzt. Nach der Definition der Bridge war der Server nicht erreichbar.
Die Version FHEM ist fhem.pl:19681/2019-06-21
Hier ist die Definition der Bridge zu sehen:
defmod hueBridge HUEBridge 192.168.1.103
attr hueBridge httpUtils 1
attr hueBridge icon hue_filled_bridge_v2
attr hueBridge key 0c1cbcee95de2fcef6b903d25c9218b8
attr hueBridge noshutdown 1
Modell: Philips hue bridge 2015
Modell Id: BSB002
Software: 1932073040
API: 1.32.0
Der Key wurde bei der Definition selbsttätig gesetzt.
Nach dem Löschen des Key und dem Drücken der Taste war der Webserver nicht mehr erreichbar.
Das Log gibt folgende Meldung bei einem Start des Server aus:
2019.06.22 17:10:16 1: Including fhem.cfg
2019.06.22 17:10:17 3: WEB: port 8083 opened
2019.06.22 17:10:17 3: WEB_local: port 8084 opened
2019.06.22 17:10:17 2: eventTypes: loaded 299 events from ./log/eventTypes.txt
2019.06.22 17:10:17 3: telnetPort: port 7072 opened
2019.06.22 17:10:17 3: DashButton: listening
2019.06.22 17:10:18 1: PERL WARNING: "my" variable @match masks earlier declaration in same scope at ./FHEM/31_HUEDevice.pm line 732.
2019.06.22 17:10:18 1: PERL WARNING: "my" variable $entries masks earlier declaration in same scope at ./FHEM/31_HUEDevice.pm line 735.
2019.06.22 17:10:20 1: HUEDevice1: no I/O device
2019.06.22 17:10:20 1: HUEDevice4: no I/O device
2019.06.22 17:10:20 1: HUEDevice2: no I/O device
2019.06.22 17:10:20 1: HUEDevice3: no I/O device
2019.06.22 17:10:20 1: HUEGroup2: no I/O device
2019.06.22 17:10:20 1: HUEGroup0: no I/O device
2019.06.22 17:10:20 1: HUEGroup3: no I/O device
2019.06.22 17:10:20 1: HUEGroup1: no I/O device
2019.06.22 17:10:20 2: Registering GEOFANCY geofancy for URL /geo...
2019.06.22 17:10:21 3: Opening nanoCUL_BB device /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0
2019.06.22 17:10:21 3: Setting nanoCUL_BB serial parameters to 38400,8,N,1
2019.06.22 17:10:24 3: nanoCUL_BB: Possible commands: ABCEeFfGhiKklMmRTtUVWXxYZz
2019.06.22 17:10:24 3: nanoCUL_BB device opened
2019.06.22 17:10:24 2: Switched nanoCUL_BB rfmode to MAX
2019.06.22 17:10:24 3: CUL_MAX_Check: Detected firmware version 167 of the CUL-compatible IODev
2019.06.22 17:10:25 1: HUEDevice6: no I/O device
2019.06.22 17:10:27 1: Including ./log/fhem.save
2019.06.22 17:10:27 3: DashButton: stopped
2019.06.22 17:10:27 3: DashButton: listening
2019.06.22 17:10:27 3: ESPEasy espeasybridge: Bridge v2.18 port [TCP:IPV4:8383] opened.
2019.06.22 17:10:27 3: n_fhem_reload_claudia return value: Please define Telegram first
2019.06.22 17:10:27 3: n_fhem_reload_thomas return value: Please define Telegram first
2019.06.22 17:10:27 0: Featurelevel: 5.9
2019.06.22 17:10:27 0: Server started with 306 defined entities (fhem.pl:19681/2019-06-21 perl:5.024001 os:linux user:fhem pid:1829)
Can't call method "Dumper" on unblessed reference at ./FHEM/31_HUEDevice.pm line 1196.
Signal 15 (TERM) caught by ps (3.3.12).
ps:ps/display.c:66: please report this bug
Signal 15 (TERM) caught by ps (3.3.12).
Anscheinend gibt das HUE Modul Fehlermeldungen zurück.
Wer kennt das Problem und kann mir einen Denkanstoß geben.
Grüße aus Regensburg :-)
Gibt es wirklich ein HUEBridge Device in der Konfiguration?
Mach mal bitte ein "list" davon
Und ein "list" von einem HUEDevice
Moin,
hier sind die Daten. Ich hoffe, du kannst etwas auslesen.....
List der Bridge
Internals:
DEF 192.168.1.101
FUUID 5d0e4c12-f33f-9ab6-1252-437487b6fe4a609e
FVERSION 30_HUEBridge.pm:0.194780/2019-05-28
INTERVAL 60
NAME hueBridge
NOTIFYDEV global
NR 315
NTFY_ORDER 50-hueBridge
STATE connected
TYPE HUEBridge
host 192.168.1.101
mac 00:17:88:48:5b:24
manufacturer Royal Philips Electronics
modelName Philips hue bridge 2015
READINGS:
2019-06-24 16:53:56 lastError link button not pressed
2019-06-24 17:12:41 state connected
helper:
count 0
last_config_timestamp 1561389161
Attributes:
httpUtils 1
icon hue_filled_bridge_v2
key 5gjxNNJNN7dDWnrWxGDAe4PVoWk7HcbxiQ6gxlzV
noshutdown 1
List einer Lampe:
DEF 3 IODev=hueBridge
FUUID 5d0e341b-f33f-9ab6-1791-584bb5a731316466
FVERSION 31_HUEDevice.pm:0.196610/2019-06-20
ID 3
INTERVAL
IODev hueBridge
NAME HUEDevice3
NR 47
STATE Initialized
TYPE HUEDevice
helper:
alert
bri -1
colormode
ct -1
devtype
effect
hue -1
on -1
pct -1
reachable
rgb
sat -1
xy
Attributes:
IODev hueBridge
alias Tisch
color-icons 2
devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
group Wohnzimmer Beleuchtung
icon hue_filled_go
model LLC020
room Beleuchtung,Beleuchtung intern
subType extcolordimmer
userattr lightSceneParamsToSave lightSceneRestoreOnlyIfChanged:1,0 room_map structexclude
webCmd on:off:bri:hue
Auszug aus dem Log:
2019.06.24 17:10:42 1: Including fhem.cfg
2019.06.24 17:10:42 3: WEB: port 8083 opened
2019.06.24 17:10:42 3: WEB_local: port 8084 opened
2019.06.24 17:10:42 2: eventTypes: loaded 370 events from ./log/eventTypes.txt
2019.06.24 17:10:42 3: telnetPort: port 7072 opened
2019.06.24 17:10:43 3: DashButton: listening
2019.06.24 17:10:44 1: PERL WARNING: "my" variable @match masks earlier declaration in same scope at ./FHEM/31_HUEDevice.pm line 732.
2019.06.24 17:10:44 1: PERL WARNING: "my" variable $entries masks earlier declaration in same scope at ./FHEM/31_HUEDevice.pm line 735.
2019.06.24 17:10:45 1: HUEDevice1: no I/O device
2019.06.24 17:10:45 1: HUEDevice4: no I/O device
2019.06.24 17:10:45 1: HUEDevice2: no I/O device
2019.06.24 17:10:45 1: HUEDevice3: no I/O device
2019.06.24 17:10:46 1: HUEGroup2: no I/O device
2019.06.24 17:10:46 1: HUEGroup0: no I/O device
2019.06.24 17:10:46 1: HUEGroup3: no I/O device
2019.06.24 17:10:46 1: HUEGroup1: no I/O device
2019.06.24 17:10:46 2: Registering GEOFANCY geofancy for URL /geo...
2019.06.24 17:10:46 3: Opening nanoCUL_BB device /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0
2019.06.24 17:10:46 3: Setting nanoCUL_BB serial parameters to 38400,8,N,1
2019.06.24 17:10:50 3: nanoCUL_BB: Possible commands: ABCEeFfGhiKklMmRTtUVWXxYZz
2019.06.24 17:10:50 3: nanoCUL_BB device opened
2019.06.24 17:10:50 2: Switched nanoCUL_BB rfmode to MAX
2019.06.24 17:10:50 3: CUL_MAX_Check: Detected firmware version 167 of the CUL-compatible IODev
2019.06.24 17:10:51 1: HUEDevice6: no I/O device
2019.06.24 17:10:53 3: HUEDevice5: I/O device is hueBridge
2019.06.24 17:10:53 1: Including ./log/fhem.save
2019.06.24 17:10:53 3: DashButton: stopped
2019.06.24 17:10:53 3: DashButton: listening
2019.06.24 17:10:53 3: ESPEasy espeasybridge: Bridge v2.18 port [TCP:IPV4:8383] opened.
2019.06.24 17:10:53 3: n_fhem_reload_claudia return value: Please define Telegram first
2019.06.24 17:10:53 3: n_fhem_reload_thomas return value: Please define Telegram first
2019.06.24 17:10:53 0: Featurelevel: 5.9
2019.06.24 17:10:53 0: Server started with 307 defined entities (fhem.pl:19681/2019-06-21 perl:5.024001 os:linux user:fhem pid:1288)
Can't call method "Dumper" on unblessed reference at ./FHEM/31_HUEDevice.pm line 1196.
Signal 15 (TERM) caught by ps (3.3.12).
ps:ps/display.c:66: please report this bug
Dann hast Du irgendwelches andere Problem in deiner fhem.cfg, wie z.B. die Definition des Bridges, die NACH der Definition von den HueDevices steht.
Um das zu bestätigen, entweder direkt in der Datei schauen, oder evtl. attr verbose 5 beim HueBridge setzen, und wieder starten und in Log schauen.