Hue müllt mir mein Log voll

Begonnen von CoComp, 08 Dezember 2018, 12:36:40

Vorheriges Thema - Nächstes Thema

CoComp

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

CoolTux

gib mal bitte ein list vom hue bridge device
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

CoComp

#2
Moin, hier der komplette LIST als screenshot

CoolTux

Schlecht. Bitte hier als Text in Codetage eintragen.
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

CoComp


CoolTux

list DEVICENAME

in der Kommanzeile in FHEMWEB eingeben.
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

CoComp

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

CoolTux

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?
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

CoComp

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

CoolTux

Am besten mal nach Beleuchtung verschieben.

Ganz unten ganz links "Beitrag verschieben"
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

CoComp

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

Firetic

#11
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

CoolTux

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
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

rr725

#13
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 !?

CoolTux

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.
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

justme1968

bitte mal ein log mit verbose 5 zeigen und auch probieren was die jeweiligen urls liefern wenn man sie direkt im browser probiert.

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

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

CoComp

..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'
        };



justme1968

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

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

CoComp

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.

justme1968

hast du noshutdown mal probiert?
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

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

CoComp

ja...und zwar in allen Kombinationen mit httpUtils

Skell

#21
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?

justme1968

was machst du denn das die module sekündlich die bridge abfragen?

kann es sein das die bridge einfach überlastet ist?

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

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

Skell

Vermute mal durch die Philips Bewegungsmelder.

justme1968

dann deaktiviere die mal und schau ob es besser wird
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

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

Skell

#25
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

Udomatic

#26
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.
2x Raspberry 3B+, 1x Raspberry 4, Signalduino 433 (Somfy), CUL_HM (HM-MOD-RPI-PCB), MQTT, Hue, ConBee 2, Sonos, AVM DECT, Netatmo, eufy, Nuki,

justme1968

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

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

Udomatic

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.
2x Raspberry 3B+, 1x Raspberry 4, Signalduino 433 (Somfy), CUL_HM (HM-MOD-RPI-PCB), MQTT, Hue, ConBee 2, Sonos, AVM DECT, Netatmo, eufy, Nuki,

Udomatic

#29
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.
2x Raspberry 3B+, 1x Raspberry 4, Signalduino 433 (Somfy), CUL_HM (HM-MOD-RPI-PCB), MQTT, Hue, ConBee 2, Sonos, AVM DECT, Netatmo, eufy, Nuki,

justme1968

der state knoten ist nur zum schreiben des zustandes

gelesen wird ohne
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

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

Skell

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

Udomatic

#32
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?
2x Raspberry 3B+, 1x Raspberry 4, Signalduino 433 (Somfy), CUL_HM (HM-MOD-RPI-PCB), MQTT, Hue, ConBee 2, Sonos, AVM DECT, Netatmo, eufy, Nuki,

Skell

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.