Moin,
die Hue Integration auf meinen RASPI über FHEM läuft ohne Problem....nur müllt mir FHEM das das Log zu...und ich komme das Problem nicht ran....wo liegt der Auslösen?
Es scheint mehrere Arten von Fehlermeldungen zu geben:
2018.12.08 10:00:39.247 2: hueBridge1: invalid json detected: <html>
<head><title>500 Internal Server Error</title></head>
<body bgcolor="white">
<center><h1>500 Internal Server Error</h1></center>
<hr><center>nginx</center>
</body>
</html>
<?xml version="1.0" encoding="utf-8"?>
<LL control="dev/sps/io/EG.fl.Hue.Motion1/1" value="1.000" Code="200"/>
<?xml version="1.0" encoding="utf-8"?>
<LL control="dev/sps/io/EG.fl.Hue.Motion1/0" value="0.000" Code="200"/>
<?xml version="1.0" encoding="utf-8"?>
<LL control="dev/sps/io/EG.fl.Hue.Motion1/1" value="1.000" Code="200"/>
<?xml version="1.0" encoding="utf-8"?>
<LL control="dev/sps/io/EG.fl.Hue.Motion1/0" value="0.000" Code="200"/>
2018.12.08 10:14:44.692 2: hueBridge1: invalid json detected: <html>
<head><title>500 Internal Server Error</title></head>
<body bgcolor="white">
<center><h1>500 Internal Server Error</h1></center>
<hr><center>nginx</center>
</body>
</html>
<?xml version="1.0" encoding="utf-8"?>
<LL control="dev/sps/io/EG.fl.Hue.Motion1/1" value="1.000" Code="200"/>
<?xml version="1.0" encoding="utf-8"?>
<LL control="dev/sps/io/EG.fl.Hue.Motion1/0" value="0.000" Code="200"/>
<?xml version="1.0" encoding="utf-8"?>
<LL control="dev/sps/io/EG.fl.Hue.Motion1/1" value="1.000" Code="200"/>
<?xml version="1.0" encoding="utf-8"?>
<LL control="dev/sps/io/EG.fl.Hue.Motion1/0" value="0.000" Code="200"/>
<?xml version="1.0" encoding="utf-8"?>
<LL control="dev/sps/io/EG.fl.Hue.Motion1/1" value="1.000" Code="200"/>
<?xml version="1.0" encoding="utf-8"?>
<LL control="dev/sps/io/EG.fl.Hue.Motion1/0" value="0.000" Code="200"/>
<?xml version="1.0" encoding="utf-8"?>
<LL control="dev/sps/io/EG.fl.Hue.Motion1/1" value="1.000" Code="200"/>
<?xml version="1.0" encoding="utf-8"?>
<LL control="dev/sps/io/EG.fl.Hue.Motion1/0" value="0.000" Code="200"/>
<?xml version="1.0" encoding="utf-8"?>
<LL control="dev/sps/io/EG.fl.Hue.Motion1/1" value="1.000" Code="200"/>
<?xml version="1.0" encoding="utf-8"?>
<LL control="dev/sps/io/EG.fl.Hue.Motion1/0" value="0.000" Code="200"/>
<?xml version="1.0" encoding="utf-8"?>
<LL control="dev/sps/io/EG.fl.Hue.Motion1/1" value="1.000" Code="200"/>
<?xml version="1.0" encoding="utf-8"?>
<LL control="dev/sps/io/EG.fl.Hue.Motion1/0" value="0.000" Code="200"/>
<?xml version="1.0" encoding="utf-8"?>
<LL control="dev/sps/io/EG.fl.Hue.Motion1/1" value="1.000" Code="200"/>
<?xml version="1.0" encoding="utf-8"?>
<LL control="dev/sps/io/EG.fl.Hue.Motion1/0" value="0.000" Code="200"/>
<?xml version="1.0" encoding="utf-8"?>
<LL control="dev/sps/io/EG.fl.Hue.Motion1/1" value="1.000" Code="200"/>
<?xml version="1.0" encoding="utf-8"?>
<LL control="dev/sps/io/EG.fl.Hue.Motion1/0" value="0.000" Code="200"/>
<?xml version="1.0" encoding="utf-8"?>
<LL control="dev/sps/io/EG.fl.Hue.Motion1/1" value="1.000" Code="200"/>
<?xml version="1.0" encoding="utf-8"?>
<LL control="dev/sps/io/EG.fl.Hue.Motion1/0" value="0.000" Code="200"/>
<?xml version="1.0" encoding="utf-8"?>
<LL control="dev/sps/io/EG.fl.Hue.Motion1/1" value="1.000" Code="200"/>
<?xml version="1.0" encoding="utf-8"?>
<LL control="dev/sps/io/EG.fl.Hue.Motion1/0" value="0.000" Code="200"/>
<?xml version="1.0" encoding="utf-8"?>
<LL control="dev/sps/io/EG.fl.Hue.Motion1/1" value="1.000" Code="200"/>
<?xml version="1.0" encoding="utf-8"?>
<LL control="dev/sps/io/EG.fl.Hue.Motion1/0" value="0.000" Code="200"/>
<?xml version="1.0" encoding="utf-8"?>
<LL control="dev/sps/io/EG.fl.Hue.Motion1/1" value="1.000" Code="200"/>
<?xml version="1.0" encoding="utf-8"?>
<LL control="dev/sps/io/EG.fl.Hue.Motion1/0" value="0.000" Code="200"/>
<?xml version="1.0" encoding="utf-8"?>
<LL control="dev/sps/io/EG.fl.Hue.Motion1/1" value="1.000" Code="200"/>
<?xml version="1.0" encoding="utf-8"?>
<LL control="dev/sps/io/EG.fl.Hue.Motion1/0" value="0.000" Code="200"/>
<?xml version="1.0" encoding="utf-8"?>
<LL control="dev/sps/io/EG.fl.Hue.Motion1/1" value="1.000" Code="200"/>
<?xml version="1.0" encoding="utf-8"?>
<LL control="dev/sps/io/EG.fl.Hue.Motion1/0" value="0.000" Code="200"/>
<?xml version="1.0" encoding="utf-8"?>
<LL control="dev/sps/io/EG.fl.Hue.Motion1/1" value="1.000" Code="200"/>
<?xml version="1.0" encoding="utf-8"?>
<LL control="dev/sps/io/EG.fl.Hue.Motion1/0" value="0.000" Code="200"/>
<?xml version="1.0" encoding="utf-8"?>
<LL control="dev/sps/io/EG.fl.Hue.Motion1/1" value="1.000" Code="200"/>
<?xml version="1.0" encoding="utf-8"?>
<LL control="dev/sps/io/EG.fl.Hue.Motion1/0" value="0.000" Code="200"/>
<?xml version="1.0" encoding="utf-8"?>
<LL control="dev/sps/io/EG.fl.Hue.Motion1/1" value="1.000" Code="200"/>
<?xml version="1.0" encoding="utf-8"?>
<LL control="dev/sps/io/EG.fl.Hue.Motion1/0" value="0.000" Code="200"/>
<?xml version="1.0" encoding="utf-8"?>
<LL control="dev/sps/io/EG.fl.Hue.Motion1/1" value="1.000" Code="200"/>
<?xml version="1.0" encoding="utf-8"?>
<LL control="dev/sps/io/EG.fl.Hue.Motion1/0" value="0.000" Code="200"/
2018.12.08 11:15:12.082 2: hueBridge1: http request failed: http://192.168.178.61/api/xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx/sensors/14: empty answer received
<?xml version="1.0" encoding="utf-8"?>
<LL control="dev/sps/io/EG.fl.Hue.Motion1/1" value="1.000" Code="200"/>
<?xml version="1.0" encoding="utf-8"?>
<LL control="dev/sps/io/EG.fl.Hue.Motion1/0" value="0.000" Code="200"/>
<?xml version="1.0" encoding="utf-8"?>
<LL control="dev/sps/io/EG.fl.Hue.Motion1/1" value="1.000" Code="200"/>
<?xml version="1.0" encoding="utf-8"?>
<LL control="dev/sps/io/EG.fl.Hue.Motion1/0" value="0.000" Code="200"/>
2018.12.08 12:06:55.566 2: hueBridge1: invalid json detected: <html>
<head><title>500 Internal Server Error</title></head>
<body bgcolor="white">
<center><h1>500 Internal Server Error</h1></center>
<hr><center>nginx</center>
</body>
</html>
Wo könnte der Hund begraben sein?
Viele Grüße
Jörn
gib mal bitte ein list vom hue bridge device
Moin, hier der komplette LIST als screenshot
Schlecht. Bitte hier als Text in Codetage eintragen.
....wie mache ich das?
list DEVICENAME
in der Kommanzeile in FHEMWEB eingeben.
Internals:
DEF 192.168.178.61
INTERVAL 60
NAME hueBridge1
NOTIFYDEV global
NR 670
NTFY_ORDER 50-hueBridge1
STATE connected
TYPE HUEBridge
apiversion 1.28.0
host 192.168.178.61
mac AB:CD:EF:GH:IJ:KL
manufacturer Royal Philips Electronics
modelName Philips hue bridge 2015
modelid BSB002
name Philips hue
swversion 1810251352
updatestate 0
zigbeechannel 11
READINGS:
2018-12-08 22:24:35 state connected
2018-12-04 14:16:03 swupdate ZGB_100B_010C - ConfLight Lamps SAMR21 - 26.0
helper:
apiversion 72704
count 0
last_config_timestamp 1544304275
offsetUTC 3600
updatestate 0
Attributes:
httpUtils 1
icon hue_filled_bridge_v2
key xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
noshutdown 1
room 00_FHEM,HUEDevice
Ich denke nicht das es alleine von der Bridge oder dem Modul an sich kommt.
Hast Du da noch ein System dazwischen geschalten? Irgendwas mit NGINX taucht da noch auf. Reverseproxy?
Nein, die hängen im selben Netz und IP-Bereich, FHEM als Middleware liefert an / bekommt von Loxone via udp und http Readings, da die komplette Logik in Loxone abgebildet ist. Das funktioniert auch perfekt....wenn nicht das FHEM-Log mit diesem für mich unerklärbaren Müll volllaufen würde....
Am besten mal nach Beleuchtung verschieben.
Ganz unten ganz links "Beitrag verschieben"
Besonders diese Fehlermeldung kommt alle paar Minuten ohne erkennbaren Auslöser
2018.12.09 12:27:40.461 2: hueBridge1: invalid json detected: <html>
<head><title>500 Internal Server Error</title></head>
<body bgcolor="white">
<center><h1>500 Internal Server Error</h1></center>
<hr><center>nginx</center>
</body>
</html>
....und warum sind die ganzen html-Formatanweisungen drin? Browser ist Chrome, ist aber bei edge nicht anders...
Ich habe die Fehlermeldung auch seit ein paar Tagen im Log. Mal alle 10 Minuten und dann mal wieder für ein paar Stunden nicht :(
2018.12.10 06:38:11 2: hueBridge: invalid json detected: <html>
<head><title>500 Internal Server Error</title></head>
<body bgcolor="white">
<center><h1>500 Internal Server Error</h1></center>
<hr><center>nginx</center>
</body>
</html>
Bin auch verzweifelt auf der Suche nach der Ursache... Die Bridge ist auch direkt im selben Netz wie der FHEM Server. Und eigentlich bin ich auch der Meinung das ich zum Zeitpunkt des ersten Auftretens nichts am System geändert habe - kann natürlich nicht sagen ob es ein Update irgendeines Leuchtmittels gab.
Gruß Firetic
P.S. Hier auch noch das list meiner Bridge
Internals:
DEF 192.168.178.57
INTERVAL 60
NAME hueBridge
NOTIFYDEV global
NR 742
NTFY_ORDER 50-hueBridge
STATE connected
TYPE HUEBridge
apiversion 1.28.0
host 192.168.178.57
mac 00:17:88:22:ea:73
manufacturer Royal Philips Electronics
modelName Philips hue bridge 2015
modelid BSB002
name Philips hue
swversion 1810251352
updatestate 0
zigbeechannel 11
READINGS:
2018-11-06 06:55:04 lastError parameter, bri, is not modifiable. Device is set to off.
2018-12-10 07:01:18 state connected
2018-12-04 18:09:55 swupdate ZGB_100B_010C - ConfLight Lamps SAMR21 - 26.0
helper:
apiversion 72704
count 0
last_config_timestamp 1544421677
offsetUTC 3600
updatestate 0
Attributes:
devStateIcon connected:rc_GREEN:on disconnected:rc_RED:off Initialized:message_socket_disabled
group Server
httpUtils 1
icon hue_bridge
key xxxxxxxxxxxxxxxxxxxxx
noshutdown 1
Ich versuche heute mal Andre einen Wink auf diesen Thread zu geben. Eventuell findet er etwas Zeit sich das einmal an zu schauen.
Grüße
hm....seit geraumer eit habe ich auch Probleme, wenn die Probleme auftauchen "hängt" das ganze System :-(
2018.11.10 13:27:13 1: HUEBridge_HTTP_Request http://192.168.1.33/api/AFZhLSOS7KlO28mbzNzjTmRGO4cfaL5MUaUsO0ch/sensors/11: Can't connect to http://192.168.1.33:80
2018.11.10 13:27:13 1: HUEBridge_HTTP_Request http://192.168.1.33/api/AFZhLSOS7KlO28mbzNzjTmRGO4cfaL5MUaUsO0ch/sensors/11: Can't connect to http://192.168.1.33:80
2018.11.10 13:27:13 1: HUEBridge_HTTP_Request http://192.168.1.33/api/AFZhLSOS7KlO28mbzNzjTmRGO4cfaL5MUaUsO0ch/sensors/19: Can't connect to http://192.168.1.33:80
2018.11.10 13:27:13 1: HUEBridge_HTTP_Request http://192.168.1.33/api/AFZhLSOS7KlO28mbzNzjTmRGO4cfaL5MUaUsO0ch/sensors/19: Can't connect to http://192.168.1.33:80
2018.11.10 13:27:13 1: HUEBridge_HTTP_Request http://192.168.1.33/api/AFZhLSOS7KlO28mbzNzjTmRGO4cfaL5MUaUsO0ch/sensors/23: Can't connect to http://192.168.1.33:80
2018.11.10 13:27:13 1: HUEBridge_HTTP_Request http://192.168.1.33/api/AFZhLSOS7KlO28mbzNzjTmRGO4cfaL5MUaUsO0ch/sensors/23: Can't connect to http://192.168.1.33:80
2018.11.10 13:27:13 1: HUEBridge_HTTP_Request http://192.168.1.33/api/AFZhLSOS7KlO28mbzNzjTmRGO4cfaL5MUaUsO0ch/sensors/48: Can't connect to http://192.168.1.33:80
2018.11.10 13:27:13 1: HUEBridge_HTTP_Request http://192.168.1.33/api/AFZhLSOS7KlO28mbzNzjTmRGO4cfaL5MUaUsO0ch/sensors/48: Can't connect to http://192.168.1.33:80
und irgendwann läuft wieder alles, als sei nichts gewesen.
Über besagte IP Adresse ist die Hue Bridge zu erreichen. Auch wenn in der Log Datei o. g. aufgeführt wird, sind die Sensoren aber erreichbar (über Handy - App) und verrichten ihren Dienst. Nur eben Fhem macht Probleme :-(
Gäbe es da evtl. die Möglichkeit beim Auftreten des Problems die Bridge innerh. Fhem neu zu initialisieren !?
Zitat von: rr725 am 10 Dezember 2018, 08:50:30
hm....seit geraumer eit habe ich auch Probleme, wenn die Probleme auftauchen "hängt" das ganze System :-(
2018.11.10 13:27:13 1: HUEBridge_HTTP_Request http://192.168.1.33/api/AFZhLSOS7KlO28mbzNzjTmRGO4cfaL5MUaUsO0ch/sensors/11: Can't connect to http://192.168.1.33:80
2018.11.10 13:27:13 1: HUEBridge_HTTP_Request http://192.168.1.33/api/AFZhLSOS7KlO28mbzNzjTmRGO4cfaL5MUaUsO0ch/sensors/11: Can't connect to http://192.168.1.33:80
2018.11.10 13:27:13 1: HUEBridge_HTTP_Request http://192.168.1.33/api/AFZhLSOS7KlO28mbzNzjTmRGO4cfaL5MUaUsO0ch/sensors/19: Can't connect to http://192.168.1.33:80
2018.11.10 13:27:13 1: HUEBridge_HTTP_Request http://192.168.1.33/api/AFZhLSOS7KlO28mbzNzjTmRGO4cfaL5MUaUsO0ch/sensors/19: Can't connect to http://192.168.1.33:80
2018.11.10 13:27:13 1: HUEBridge_HTTP_Request http://192.168.1.33/api/AFZhLSOS7KlO28mbzNzjTmRGO4cfaL5MUaUsO0ch/sensors/23: Can't connect to http://192.168.1.33:80
2018.11.10 13:27:13 1: HUEBridge_HTTP_Request http://192.168.1.33/api/AFZhLSOS7KlO28mbzNzjTmRGO4cfaL5MUaUsO0ch/sensors/23: Can't connect to http://192.168.1.33:80
2018.11.10 13:27:13 1: HUEBridge_HTTP_Request http://192.168.1.33/api/AFZhLSOS7KlO28mbzNzjTmRGO4cfaL5MUaUsO0ch/sensors/48: Can't connect to http://192.168.1.33:80
2018.11.10 13:27:13 1: HUEBridge_HTTP_Request http://192.168.1.33/api/AFZhLSOS7KlO28mbzNzjTmRGO4cfaL5MUaUsO0ch/sensors/48: Can't connect to http://192.168.1.33:80
und irgendwann läuft wieder alles, als sei nichts gewesen.
Über besagte IP Adresse ist die Hue Bridge zu erreichen. Auch wenn in der Log Datei o. g. aufgeführt wird, sind die Sensoren aber erreichbar (über Handy - App) und verrichten ihren Dienst. Nur eben Fhem macht Probleme :-(
Gäbe es da evtl. die Möglichkeit beim Auftreten des Problems die Bridge innerh. Fhem neu zu initialisieren !?
Dein Fehlerbild ist ein gänzlich anderes. Bitte erstelle einen eigen Thread dafür.
bitte mal ein log mit verbose 5 zeigen und auch probieren was die jeweiligen urls liefern wenn man sie direkt im browser probiert.
..welche Teile des Logs brauchst? ich habe mal auf Verbose 5 gestellt, neu gebootet und 2 Minuten laufen lassen...Ergebnis > 30.00 Zeilen?
Ausschnitte:
2018.12.10 20:19:08.421 2: hueBridge1: http request failed: http://192.168.178.61/api/xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx/sensors/6: empty answer received
2018.12.10 20:19:08.424 4: http://192.168.178.61/api/xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx/sensors/13: HTTP response code 500
2018.12.10 20:19:08.425 5: HttpUtils http://192.168.178.61/api/xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx/sensors/13: Got data, length: 186
2018.12.10 20:19:08.425 5: HttpUtils response header:
HTTP/1.1 500 Internal Server Error
Server: nginx
Date: Mon, 10 Dec 2018 19:19:08 GMT
Content-Type: text/html
Content-Length: 186
Connection: close
2018.12.10 20:19:08.426 2: hueBridge1: invalid json detected: <html>
<head><title>500 Internal Server Error</title></head>
<body bgcolor="white">
<center><h1>500 Internal Server Error</h1></center>
<hr><center>nginx</center>
</body>
</html>
2018.12.10 20:19:08.430 4: http://192.168.178.61/api/xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx/sensors/18: HTTP response code 200
2018.12.10 20:19:08.431 5: HttpUtils http://192.168.178.61/api/xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx/sensors/18: Got data, length: 552
2018.12.10 20:19:08.432 5: HttpUtils response header:
HTTP/1.1 200 OK
Server: nginx
Date: Mon, 10 Dec 2018 19:19:08 GMT
Content-Type: application/json
Connection: close
Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0
Pragma: no-cache
Expires: Mon, 1 Aug 2011 09:00:00 GMT
Access-Control-Max-Age: 3600
Access-Control-Allow-Origin: *
Access-Control-Allow-Credentials: true
Access-Control-Allow-Methods: POST, GET, OPTIONS, PUT, DELETE, HEAD
Access-Control-Allow-Headers: Content-Type
2018.12.10 20:19:08.433 4: parse status message for EG.wc.Hue.Brightness
2018.12.10 20:19:08.435 5: $VAR1 = {
'swupdate' => {
'lastinstall' => undef,
'state' => 'noupdates'
},
'uniqueid' => '00:17:88:01:02:10:54:cb-02-0400',
'name' => 'Hue ambient light sensor 4',
'state' => {
'daylight' => bless( do{\(my $o = 0)}, 'JSON::XS::Boolean' ),
'lastupdated' => '2018-12-10T19:15:34',
'dark' => bless( do{\(my $o = 1)}, 'JSON::XS::Boolean' ),
'lightlevel' => 0
},
'modelid' => 'SML001',
'manufacturername' => 'Philips',
'capabilities' => {
'certified' => $VAR1->{'state'}{'dark'}
},
'config' => {
'alert' => 'none',
'ledindication' => $VAR1->{'state'}{'daylight'},
'reachable' => $VAR1->{'state'}{'dark'},
'tholddark' => 17822,
'pending' => [],
'on' => $VAR1->{'state'}{'dark'},
'battery' => 100,
'usertest' => $VAR1->{'state'}{'daylight'},
'tholdoffset' => 7000
},
'type' => 'ZLLLightLevel',
'productname' => 'Hue ambient light sensor',
'swversion' => '6.1.0.18912'
};
deine bridge liefert für ganz normale anfragen einen internal error. der sollte zwar abgefangen werden, andererseits sollte das auch nicht passieren.
was bekommst du wenn du die betreffende url im browser aufrufst? also die vor der 'HTTP response code 500' meldung ?
was passiert wenn du httpUtils auf 0 oder 1 setzt ?
HttpUtils hatte ich schon versucht - bringt keine sichtbare Veränderung.
Die direkte Eingabe der URL bring in allen Versionen, ob mit Erweiterung eines Senors oder nur der "vorderen" Teils immer das erwartete Ergebnis
{"state":{"presence":false,"lastupdated":"2018-12-11T17:17:26"},"swupdate":{"state":"noupdates","lastinstall":null},"config":{"on":true,"battery":100,"reachable":true,"alert":"none","ledindication":false,"usertest":false,"sensitivity":2,"sensitivitymax":2,"pending":[]},"name":"WZ EG Sensor","type":"ZLLPresence","modelid":"SML001","manufacturername":"Philips","productname":"Hue motion sensor","swversion":"6.1.0.18912","uniqueid":"00:17:88:01:02:10:54:cb-02-0406","capabilities":{"certified":true}}
Und nochmal, der Bridge und alle angeschlossenen Geräte funktionieren via HueApp, Loxone oder auch fhem einwandfrei.
Ich bin RATLOS.
hast du noshutdown mal probiert?
ja...und zwar in allen Kombinationen mit httpUtils
Moin,
würde mich hier auch mal anschließen.
Bekomme die gleiche Fehlermeldung seit dem 04.01.
HUE_Bridge: invalid json detected: <html>
<head><title>500 Internal Server Error</title></head>
<body bgcolor="white">
<center><h1>500 Internal Server Error</h1></center>
<hr><center>nginx</center>
</body>
</html>
Es taucht fast jede Sekunde auf, wodurch die Logdatei mittlerweile extrem Groß geworden ist und langsam aber sicher meinen freien Speicherplatz reduziert. ::)
Ich habe ein Dummy was alle meine Lampen und Geräte gleichzeitig ausschaltet. Wenn ich so drüber nachdenke ist das auch etwa der gleiche Zeitraum seitdem das nicht mehr richtig funktioniert. Es geht alles aus, nur nicht mehr meine HUE Lampen. Manchmal geht eine aus, manchmal keine, manchmal eine andere.....
Vorher ging alles ohne Probleme. Steuerung funktioniert über alles andere ohne Probleme.
Hat schon jemand eine Lösung gefunden?
was machst du denn das die module sekündlich die bridge abfragen?
kann es sein das die bridge einfach überlastet ist?
Vermute mal durch die Philips Bewegungsmelder.
dann deaktiviere die mal und schau ob es besser wird
Immer noch alle 2-5 Sekunden, manchmal auch erst nach 30 Sekunden oder eine Minute, aber sehr oft dann doch wieder im Sekunden Bereich.
Zusätzlich kommt sehr viel ,,http request failed ........ empty answer received" von allen Bewegungsmeldern und einem Dimmerswitch (hab nur einen)
Hab mir gedacht das es jetzt vielleicht daran liegen könnte das die ausgeschaltet sind, aber die gleichen Meldungen stehen im log seit Tagen. Immer die gleichen Sensoren.
Wenn ich versuche die Lampen alle auszumachen, kommen diese request Fehler auch bei den Lampen, eine geht aus, die anderen nicht.
2019.01.11 15:25:54 2: HUE_Bridge: http request failed: http://.../lights/15/state: empty answer received
2019.01.11 15:25:54 2: HUE_Bridge: http request failed: http://.../lights/6/state: empty answer received
2019.01.11 15:25:54 2: HUE_Bridge: http request failed: http://.../lights/18/state: empty answer received
2019.01.11 15:25:54 2: HUE_Bridge: http request failed: http://.../lights/20/state: empty answer received
2019.01.11 15:25:54 2: HUE_Bridge: http request failed: http://.../lights/24/state: empty answer received
2019.01.11 15:25:54 2: HUE_Bridge: http request failed: http://.../lights/18/state: empty answer received
2019.01.11 15:25:54 2: HUE_Bridge: http request failed: http://.../lights/26/state: empty answer received
2019.01.11 15:25:54 2: HUE_Bridge: http request failed: http://.../lights/22/state: empty answer received
2019.01.11 15:25:54 2: HUE_Bridge: http request failed: http://.../lights/19/state: empty answer received
2019.01.11 15:25:54 2: HUE_Bridge: http request failed: http://.../lights/24/state: empty answer received
Hallo,
ich bekomme auch seit einiger Zeit die empty answer Meldungen in Kombination mit Fehler 500
2019.01.14 19:09:43 2: Hue: http request failed: http://192.168.178.33/api/xxxxxx14/state: empty answer received
2019.01.14 19:09:43 2: Hue: http request failed: http://192.168.178.33/xxxxxxxxe/lights/2/state: empty answer received
2019.01.14 19:09:43 2: Hue: http request failed: http://192.168.178.33/xxxxxxxxx/lights/15/state: empty answer received
2019.01.14 19:09:43 2: Hue: invalid json detected: <html>
<head><title>500 Internal Server Error</title></head>
<body bgcolor="white">
<center><h1>500 Internal Server Error</h1></center>
<hr><center>nginx</center>
</body>
</html>
Gestern habe ich dann "notshutdwon" auf 1 gesetzt. Heute habe ich nun mehr Meldungen im Log als sonst von den Fehlern, weshalb ich es wieder raus nehmen werde.
Hier ein List der Hue
Internals:
.triggerUsed 1
DEF 192.168.178.33
INTERVAL 60
NAME Hue
NOTIFYDEV global
NR 46
NTFY_ORDER 50-Hue
STATE connected
TYPE HUEBridge
apiversion 1.29.0
host 192.168.178.33
mac ec:b5:fa:00:ba:1d
manufacturer Royal Philips Electronics
modelName Philips hue bridge 2015
modelid BSB002
name Philips hue
swversion 1811120916
updatestate 0
zigbeechannel 25
.attraggr:
.attrminint:
READINGS:
2018-11-24 14:25:18 lastError link button not pressed
2019-01-14 20:10:18 state connected
2019-01-10 10:36:55 swupdate BSB002 - 1.29.0 SR4.1
helper:
apiversion 72960
count 0
last_config_timestamp 1547493018
offsetUTC 3600
updatestate 0
Attributes:
httpUtils 1
icon hue_filled_bridge_v2
key xxxxxxxxxx
noshutdown 1
pollDevices 1
room HUEDevice
Steuern ist möglich, Lampen sind vom Status her erreichbar. Siri braucht manchmal etwas länger und es lassen sich auch nicht immer alle Lampen in Szenen schalten wie gewünscht.
Jemand eine Idee, was man noch tun kann? Kann es sein, dass die Homebridge, diese Fehler verursacht? Sonst hängt nichts zwischen FHEM und Hue.
ich habe leider keine idee woran es liegt. warum die bridge fehler meldet. ich würde ein problem auf seiten der bridge zumindest nicht ausschliessen.
@Udomatic: was heisst zwischen fhem under bridge?
Zitat von: justme1968 am 14 Januar 2019, 20:24:01
@Udomatic: was heisst zwischen fhem under bridge?
Habe mich vielleicht etwas unglücklich ausgedrückt. Ich wollte nur mitteilen, dass ich die Steuerung hauptsächlich mittels Siri oder der Apple Home App durchführe, nicht über die Philips App oder FHEM.
Ich habe den Eindruck, dass die Fehler primär dann produziert werden, wenn ich Befehle über Siri absetze. Schalte ich eine Lampe über FHEM erhalte ich solche Einträge eher nicht. Ich kann das aber nicht genau Belegen.
Den kompletten Link kann ich nicht aufrufen
http://192.168.178.33/api/txC8rELlf7eTisXN9ULcbkBJ6zAxrg0r9PSsuehe/lights/10/state
Dann kommt das
[{"error":{"type":3,"address":"/lights/10/state","description":"resource, /lights/10/state, not available"}}]
Lasse ich "state" weg, wird Code angezeigt in Form des definierten Devices.
der state knoten ist nur zum schreiben des zustandes
gelesen wird ohne
Zitat von: Udomatic am 14 Januar 2019, 20:32:42
Habe mich vielleicht etwas unglücklich ausgedrückt. Ich wollte nur mitteilen, dass ich die Steuerung hauptsächlich mittels Siri oder der Apple Home App durchführe, nicht über die Philips App oder FHEM.
Ich habe den Eindruck, dass die Fehler primär dann produziert werden, wenn ich Befehle über Siri absetze. Schalte ich eine Lampe über FHEM erhalte ich solche Einträge eher nicht. Ich kann das aber nicht genau Belegen.
Hab es mit Siri und FHEM. Einzeln steuern geht, sobald mehrere Lampen in einer Szene gesteuert werden reagieren nur die ersten 1-2 und beim Rest kommt no answer.
Könntest natürlich Glück haben mit FHEM, denke aber das es einfach noch nicht festgestellt hast da du es nicht derartig nutzt.
Bin selbst auch noch zu keiner Lösung gekommen.
Kann man die HUE Bridge aus den Logs ausschließen? Bin mittlerweile von 16% Speicherplatz Belegung auf 21% hoch gerutscht.
Zitat von: Skell am 15 Januar 2019, 11:53:01
Hab es mit Siri und FHEM. Einzeln steuern geht, sobald mehrere Lampen in einer Szene gesteuert werden reagieren nur die ersten 1-2 und beim Rest kommt no answer.
Das Verhalten habe ich auch, wenn ich mehrere Lampen per Szene über Home App ausschalten möchte.
Zitat von: Skell am 15 Januar 2019, 11:53:01
Könntest natürlich Glück haben mit FHEM, denke aber das es einfach noch nicht festgestellt hast da du es nicht derartig nutzt.
Was wolltest du mir damit sagen?
@justme1968: Wann werden / sollen die http:// Requests eigentlich ausgelöst werden? Immer nur beim schalten einer Lampe? Oder werden diese standardmäßig von der Hue Bridge in einem bestimmten Interval abgefragt?
Zitat von: Udomatic am 15 Januar 2019, 17:28:37
[...]
Was wolltest du mir damit sagen?
[...]
Nichts besonderes, du sagtest ja das du es kaum nutzt bzw. Hauptsächlich Siri / HomeApp. Deswegen wollte ich nicht pauschal sagen das du das gleiche Problem über FHEM hast wie ich, weil ich es einfach nicht weiß. Vllt hab ich auch noch zusätzlich einen Fehler in der FHEM Programmierung.