Phillips hueBridge: http request failed: connect to http://192.

Begonnen von chaser, 26 Juli 2018, 12:12:23

Vorheriges Thema - Nächstes Thema

chaser

Hallo,

Lampen lassen sich nach Bridge update nicht mehr ansteueren. Kommt folgende Fehlermeldung im Log:

ZitatBu.Licht: got wrong status message for Bu.Licht: $VAR1 = [
          {
            'error' => {
                         'description' => 'resource, /lights/2, not available',
                         'type' => 3,
                         'address' => '/lights/2'
                       }
          }
        ];

leider war auf der HUE Bridge noch das automatische Update aktiviert. Bridge ist derzeit auf: 1806051111

Fhem HueBridge Modul zeigt: connected

httpUtils 1
noshutdown 1

Fehlermeldung im Log: hueBridge: http request failed: connect to http://192xxx time out

Fhem ist geupdated und restart habe ich sowohl bei der Fhem als auch bei der Hue Bridge gemacht.

Hat wer das gleiche Problem oder eine Idee wie man das Problem behebt?

naimo

Hallo und guten Morgen,

ich habe leider ein ähnliches Problem seit dem letzten Update der Bridge. Auto-Update habe ich eig. aus, jedoch dachte ich mir nach 1-2 Monaten ich könnte mal wieder ein Update machen.
Die Lampen lassen sich meistens noch ansteuern, aber:
Ich erhalte alle 6 Minuten eine Meldung. Scheinbar rebootet die Bridge?!? Denn auch in der HUE-App bekomme ich die Meldung, dass nicht verbunden werden kann.
Während des "Reboots" sind die Lampen aber nicht mehr steuerbar. Sehr geil, wenn das Nachtlicht nicht mehr automatisch nach 2 Minuten abschaltet.... :(

2018.08.26 18:03:38 2: HueBridge: http request failed: connect to http://192.168.11.55:80 timed out
2018.08.26 18:09:36 2: HueBridge: http request failed: connect to http://192.168.11.55:80 timed out
2018.08.26 18:15:33 2: HueBridge: http request failed: 192.168.11.55: Connection refused
2018.08.26 18:21:26 2: HueBridge: http request failed: http://192.168.11.55/api/ed9c2c9eab2bf78561ca3ca0da9aab18/lights: empty answer received
2018.08.26 18:32:36 2: HueBridge: http request failed: connect to http://192.168.11.55:80 timed out
2018.08.26 18:38:36 2: HueBridge: http request failed: connect to http://192.168.11.55:80 timed out
2018.08.26 18:44:33 2: HueBridge: http request failed: 192.168.11.55: Connection refused
2018.08.26 18:50:26 2: HueBridge: http request failed: http://192.168.11.55/api/ed9c2c9eab2bf78561ca3ca0da9aab18: empty answer received


Internals:
   CFGFN     
   DEF        192.168.11.55
   INTERVAL   60
   NAME       HueBridge
   NOTIFYDEV  global
   NR         87
   NTFY_ORDER 50-HueBridge
   STATE      active
   TYPE       HUEBridge
   apiversion 1.26.0
   host       192.168.11.55
   mac        00:17:88:27:f2:12
   manufacturer Royal Philips Electronics
   modelName  Philips hue bridge 2015
   modelid    BSB002
   name       Philips hue
   swversion  1806051111
   updatestate 0
   zigbeechannel 20
   READINGS:
     2017-12-10 10:25:32   lastError       invalid value,  12, for parameter, uniqueid
     2018-08-27 07:04:35   state           active
     2018-07-10 10:10:37   swupdate        BSB002 1.26.0
   helper:
     apiversion 72192
     count      0
     last_config_timestamp 1535346274
     offsetUTC  7200
     updatestate 0
Attributes:
   event-on-change-reading state
   group      System
   httpUtils  1
   key        ...
   noshutdown 1
   pollDevices 1
   queryAfterSet 1
   room       System


Ein TCPDUMP - Mitschnitt während des "Reboots" (07:01 Uhr) sieht folgendermaßen aus:

07:00:27.709286 IP server.fritz.box.43210 > Hue.fritz.box.http: Flags [S], seq 62211561, win 29200, options [mss 1460,sackOK,TS val 1033880759 ecr 0,nop,wscale 7], length 0
07:00:27.710158 IP server.fritz.box.43210 > Hue.fritz.box.http: Flags [.], ack 1929632126, win 229, length 0
07:00:27.710364 IP server.fritz.box.43210 > Hue.fritz.box.http: Flags [P.], seq 0:214, ack 1, win 229, length 214: HTTP: GET /description.xml HTTP/1.1
07:00:27.715411 IP server.fritz.box.43210 > Hue.fritz.box.http: Flags [.], ack 1060, win 251, length 0
07:00:27.715830 IP server.fritz.box.43210 > Hue.fritz.box.http: Flags [F.], seq 214, ack 1061, win 251, length 0
07:00:32.719793 ARP, Request who-has Hue.fritz.box tell server.fritz.box, length 28
07:00:34.876785 IP server.fritz.box.60180 > Hue.fritz.box.http: Flags [S], seq 2707104502, win 29200, options [mss 1460,sackOK,TS val 1033882551 ecr 0,nop,wscale 7], length 0
07:00:34.877190 IP server.fritz.box.60180 > Hue.fritz.box.http: Flags [.], ack 844810021, win 229, length 0
07:00:34.877411 IP server.fritz.box.60180 > Hue.fritz.box.http: Flags [P.], seq 0:163, ack 1, win 229, length 163: HTTP: GET /api/ed9c2c9eab2bf78561ca3ca0da9aab18/config HTTP/1.0
07:00:34.890747 IP server.fritz.box.60180 > Hue.fritz.box.http: Flags [.], ack 4081, win 292, length 0
07:00:34.891055 IP server.fritz.box.60180 > Hue.fritz.box.http: Flags [F.], seq 163, ack 4082, win 292, length 0
07:01:34.878293 IP server.fritz.box.60248 > Hue.fritz.box.http: Flags [S], seq 194850805, win 29200, options [mss 1460,sackOK,TS val 1033897551 ecr 0,nop,wscale 7], length 0
07:01:35.875872 IP server.fritz.box.60248 > Hue.fritz.box.http: Flags [S], seq 194850805, win 29200, options [mss 1460,sackOK,TS val 1033897801 ecr 0,nop,wscale 7], length 0
07:01:37.879862 IP server.fritz.box.60248 > Hue.fritz.box.http: Flags [S], seq 194850805, win 29200, options [mss 1460,sackOK,TS val 1033898302 ecr 0,nop,wscale 7], length 0
07:01:38.882541 IP server.fritz.box.60252 > Hue.fritz.box.http: Flags [S], seq 4007649570, win 29200, options [mss 1460,sackOK,TS val 1033898552 ecr 0,nop,wscale 7], length 0
07:01:39.879859 IP server.fritz.box.60252 > Hue.fritz.box.http: Flags [S], seq 4007649570, win 29200, options [mss 1460,sackOK,TS val 1033898802 ecr 0,nop,wscale 7], length 0
07:01:39.887805 ARP, Request who-has Hue.fritz.box tell server.fritz.box, length 28
07:01:40.887808 ARP, Request who-has Hue.fritz.box tell server.fritz.box, length 28
07:01:41.883857 IP server.fritz.box.60252 > Hue.fritz.box.http: Flags [S], seq 4007649570, win 29200, options [mss 1460,sackOK,TS val 1033899303 ecr 0,nop,wscale 7], length 0
07:01:41.884803 ARP, Reply server.fritz.box is-at 90:1b:0e:9f:75:b4 (oui Unknown), length 28
07:01:41.885235 IP server.fritz.box.60252 > Hue.fritz.box.http: Flags [.], ack 2440071775, win 229, length 0
07:01:41.885755 IP server.fritz.box.60252 > Hue.fritz.box.http: Flags [P.], seq 0:163, ack 1, win 229, length 163: HTTP: GET /api/ed9c2c9eab2bf78561ca3ca0da9aab18/config HTTP/1.0
07:01:41.937065 IP server.fritz.box.60252 > Hue.fritz.box.http: Flags [F.], seq 163, ack 2, win 229, length 0
07:02:11.228813 IP server.fritz.box.43320 > Hue.fritz.box.http: Flags [S], seq 1844706136, win 29200, options [mss 1460,sackOK,TS val 1033906639 ecr 0,nop,wscale 7], length 0
07:02:11.229246 IP server.fritz.box.43320 > Hue.fritz.box.http: Flags [.], ack 1378928454, win 229, length 0
07:02:11.229382 IP server.fritz.box.43320 > Hue.fritz.box.http: Flags [P.], seq 0:214, ack 1, win 229, length 214: HTTP: GET /description.xml HTTP/1.1
07:02:11.236079 IP server.fritz.box.43320 > Hue.fritz.box.http: Flags [.], ack 1060, win 251, length 0
07:02:11.236290 IP server.fritz.box.43320 > Hue.fritz.box.http: Flags [F.], seq 214, ack 1061, win 251, length 0


EDIT:
Auch ein watch curl http://192.168.11.55/api/ed9c2c9eabbbb78561ca3ca0da9aab18/config liefert zu diesem Zeitpunkt oben genannte Meldungen.


Kann sich jemand erklären, woran das liegt? Der Philips-Support hat sich noch nicht gemeldet...
Fhem ist aktuell, Bridge/Router/FHEM-Server habe ich schon vom Netz getrennt und/oder neugestartet.
Danke euch schon einmal.

Grüße,
Benni

naimo

Kurzes Update von der Baustelle  ;)

Ich hatte noch eine nagelneue Bridge rumliegen. Gestern Abend habe ich mir die Mühe gemacht und einen Teil meiner Lampen auf die Neue umgezogen.
In Fhem habe ich nun zwei Bridges eingerichtet. Das funktioniert schon mal super.

ABER: Jetzt melden beide Bridges im 5-6 Minuten Takt einen Timeout.

Ein Man-in-the-Middle Raspi lief gestern abend mal für 30 Minuten mit. Ich werde mich heute im Laufe des Tages an die Wireshark-Datei machen und wieder berichten ;) Ich habe den Verdacht, dass die Bridges irgendwoher zu viele Anfragen bekommen...

naimo

Also wirklich auffällig ist die WireShark-Aufzeichnung nicht. zumindest für mich nicht ;)
Höchstens, dass alle ICMP Pakete in Richtung Bridge, "Port unreachable" zurückgeben.

Hab mir nun mal den ConBee USB-Stick von dresden elektronik gekauft. Und werd ab morgen mit deConz weiterarbeiten ;)

Markus M.

httpUtils 1
noshutdown 1

Einmal eine Szene (nur der Name reicht) neu abzuspeichern könnte ebenso helfen.
empty answer received und 500 Internal Server Error ab und zu sind "normal".
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

naimo

Guten Morgen Markus,

danke für deine Antwort.
Das mit der Szene kann ich heute nachmittag noch testen. Der ConBee kommt wohl erst morgen.

httpUtils und noshutdown sind seit Monaten schon auf 1 ;)

Wenn sich "ab und zu" auf einmal am Tag beschränken würde wär's ja noch ok, aber seit dem Update letztes Wochenende kommt die Meldung alle 5-6 Minuten. Verbunden mit einem Reboot der Bridge, was das Schlimmste ist...

Grüße,
Benni

Tedious

Hi,

auch wenn der Thread schon älter ist... ich habe auch das Timeout-Problem (Bridge v1)

2019.02.27 11:45:34 2: hueBridge: http request failed: 192.168.192.20: Die Verbindung wurde vom Kommunikationspartner zur�ckgesetzt
2019.02.27 11:45:34 2: hueBridge: http request failed: 192.168.192.20: Die Verbindung wurde vom Kommunikationspartner zur�ckgesetzt
2019.02.27 11:45:34 2: hueBridge: http request failed: 192.168.192.20: Die Verbindung wurde vom Kommunikationspartner zur�ckgesetzt
2019.02.27 11:45:34 2: hueBridge: http request failed: 192.168.192.20: Die Verbindung wurde vom Kommunikationspartner zur�ckgesetzt
2019.02.27 11:45:35 2: hueBridge: http request failed: 192.168.192.20: Die Verbindung wurde vom Kommunikationspartner zur�ckgesetzt
2019.02.27 11:45:35 2: hueBridge: http request failed: 192.168.192.20: Die Verbindung wurde vom Kommunikationspartner zur�ckgesetzt
2019.02.27 11:45:35 2: hueBridge: http request failed: 192.168.192.20: Die Verbindung wurde vom Kommunikationspartner zur�ckgesetzt
2019.02.27 11:45:35 2: hueBridge: http request failed: 192.168.192.20: Die Verbindung wurde vom Kommunikationspartner zur�ckgesetzt
2019.02.27 11:45:36 2: hueBridge: http request failed: 192.168.192.20: Die Verbindung wurde vom Kommunikationspartner zur�ckgesetzt
2019.02.27 11:45:36 2: hueBridge: http request failed: 192.168.192.20: Die Verbindung wurde vom Kommunikationspartner zur�ckgesetzt
2019.02.27 11:45:36 2: hueBridge: http request failed: 192.168.192.20: Die Verbindung wurde vom Kommunikationspartner zur�ckgesetzt
2019.02.27 11:45:36 2: hueBridge: http request failed: 192.168.192.20: Die Verbindung wurde vom Kommunikationspartner zur�ckgesetzt
2019.02.27 11:45:37 2: hueBridge: http request failed: 192.168.192.20: Die Verbindung wurde vom Kommunikationspartner zur�ckgesetzt
2019.02.27 11:45:37 2: hueBridge: http request failed: 192.168.192.20: Die Verbindung wurde vom Kommunikationspartner zur�ckgesetzt


Die empfohlenen Parameter

httpUtils 1
noshutdown 1

sind beide gesetzt...

Jemand eine Idee?

FHEM auf Proxmox-VM (Intel NUC) mit 4xMapleCUN (433,3x868) und Jeelink, HUE, MiLight, Max!, SonOff, Zigbee, Alexa, uvm...

slupus

Ich habe eine Hue Bridge V2 und hatte die Attribute httputils und noshutdown jeweils auf 1 gesetzt.
Seit ich beide Attribute enfernt habe, tauchen die Fehlermeldungen nicht mehr im Log auf.

Über folgenden Thread bin ich auf die "Lösung" gestoßen: https://forum.fhem.de/index.php/topic,103167.0.html

justme1968

bei so vielen devices ist die bridge schlichet und einfach überfordert wenn alles parallel und non blocking abgefragt wird.

bitte pollDevices in der bridge setzen und nicht jede lampe einzeln pollen.
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

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