[gelöst] HUEBridge V1 startet nicht mehr

Begonnen von wk, 13 August 2020, 19:20:58

Vorheriges Thema - Nächstes Thema

wk

Bis heute Mittag lief meine HUEBridge einwandfrei. Sie wurde beim fhem-Start sofort erkannt und Alles lief gut.
2020.08.13 13:13:53 3: HUEBridge_Detect
2020.08.13 13:13:53 3: HUEBridge_Detect: 192.168.250.25


Seitdem habe ich ein Reading, dass es ein Softwareupdate gäbe und nichts läuft mehr.

READINGS:
     2020-08-13 19:09:26   state           initialized
     2020-08-13 13:18:50   swupdate        BSB001 - 1.36.1RC2


2020.08.13 14:44:41 3: HUEBridge_Detect
2020.08.13 14:44:42 3: HUEBridge_Detect: error detecting bridge.
2020.08.13 14:44:42 3: HUEBridge_Detect
2020.08.13 14:44:42 3: HUEBridge_Detect: error detecting bridge.
2020.08.13 14:44:42 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/30_HUEBridge.pm line 441.
2020.08.13 14:44:42 2: HUEBridge_OpenDev: error reading description: http:///description.xml: malformed or unsupported URL
2020.08.13 14:44:42 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/30_HUEBridge.pm line 1727.
2020.08.13 14:44:42 1: HUEBridge_HTTP_Request http:///api/c1718dbde308c436ce3c40456f987a63/config: malformed or unsupported URL
2020.08.13 14:44:42 3: HUEBridge_Call: failed, retrying
2020.08.13 14:44:42 3: HUEBridge_Detect
2020.08.13 14:44:43 3: HUEBridge_Detect: error detecting bridge.
2020.08.13 14:44:43 1: HUEBridge_HTTP_Request http:///api/c1718dbde308c436ce3c40456f987a63/config: malformed or unsupported URL
2020.08.13 14:44:43 3: HUEBridge_Call: failed, retrying
2020.08.13 14:44:43 3: HUEBridge_Detect
2020.08.13 14:44:43 3: HUEBridge_Detect: error detecting bridge.
2020.08.13 14:44:43 3: HUEBridge_Call: failed
2020.08.13 14:44:43 2: HUEBridge_OpenDev: got empty config


Bin ich alleine mit dem Problem oder hat es sonst noch jemand?
Gibt es Lösungen?

PS: Ich habe heute ein update gemacht, aber das Modul HUEBridge war nicht dabei.
Downloading https://fhem.de/fhemupdate/controls_fhem.txt
2020.08.13 14:44:21 1:
2020.08.13 14:44:21 1: fhem
2020.08.13 14:44:21 1: RMDIR: ./restoreDir/update/2020-06-23
2020.08.13 14:44:21 1: UPD ./CHANGED
2020.08.13 14:44:21 1: UPD FHEM/10_CUL_HM.pm
2020.08.13 14:44:21 1: UPD FHEM/49_SSCam.pm
2020.08.13 14:44:21 1: UPD FHEM/60_Watches.pm
2020.08.13 14:44:21 1: UPD FHEM/73_AutoShuttersControl.pm
2020.08.13 14:44:21 1: UPD FHEM/98_DOIF.pm
2020.08.13 14:44:21 1: UPD FHEM/lib/AttrTemplate/mqtt2.template
2020.08.13 14:44:22 1: UPD lib/FHEM/Automation/ShuttersControl.pm
2020.08.13 14:44:22 1: UPD lib/FHEM/Automation/ShuttersControl/Helper.pm
2020.08.13 14:44:22 1: UPD lib/FHEM/Automation/ShuttersControl/Shading.pm
2020.08.13 14:44:22 1: UPD lib/FHEM/Automation/ShuttersControl/Shutters.pm
2020.08.13 14:44:22 1:
2020.08.13 14:44:22 1: New entries in the CHANGED file:
2020.08.13 14:44:22 1:  - feature: 49_SSCam: new attribute ptzNoCapPrePat
2020.08.13 14:44:22 1:  - feature: 60_Watches: control buttons,new attr hideButtons, controlButtonSize
2020.08.13 14:44:22 1:                         some more changes according PBP
2020.08.13 14:44:22 1:  - bugfix:  73_AutoShuttersControl: change from %k to %H for better compability
2020.08.13 14:44:22 1:                                   with Strawberry Perl on Windows
2020.08.13 14:44:22 1:                           fix Github #82
2020.08.13 14:44:22 1:                           fix Github #79
2020.08.13 14:44:22 1:                           fix Github #77
2020.08.13 14:44:22 1:
2020.08.13 14:44:22 1: Downloading https://raw.githubusercontent.com/knowthelist/fhem-tablet-ui/master/controls_fhemtabletui.txt
2020.08.13 14:44:22 1:
2020.08.13 14:44:22 1: fhemtabletui
2020.08.13 14:44:22 1: nothing to do...
2020.08.13 14:44:22 1:
2020.08.13 14:44:22 1: Downloading https://raw.githubusercontent.com/ThorstenPferdekaemper/FHEM-FUIP/master/controls_fuip.txt
2020.08.13 14:44:22 1:
2020.08.13 14:44:22 1: fuip
2020.08.13 14:44:22 1: nothing to do...
2020.08.13 14:44:22 1: Calling /usr/bin/perl ./contrib/commandref_join.pl -noWarnings, this may take a while
2020.08.13 14:44:26 1:
2020.08.13 14:44:26 1: update finished, "shutdown restart" is needed to activate the changes.

amenomade

Anscheinend findet er dein Bridge nicht (mehr).
Was sagt https://discovery.meethue.com in einem Browser, bzw ein "curl https://discovery.meethue.com" auf dem Fhem Rechner?
Pi 3B, Alexa, CUL868+Selbstbau 1/2λ-Dipol-Antenne, USB Optolink / Vitotronic, Debmatic und HM / HmIP Komponenten, Rademacher Duofern Jalousien, Fritz!Dect Thermostaten, Proteus

wk

Es scheint so zu sein, dass er die Bridge nicht mehr findet.
Der Befehl:
root@uhs:~# curl https://discovery.meethue.com
[]
root@uhs:~# curl http://discovery.meethue.com
<a href="https://discovery.meethue.com/">Moved Permanently</a>.



Wenn ich im Browser die IP-Adresse eingebe, antwortet die Bridge und über die HUE-App kann ich sie normal bedienen. Neustart der Bridge habe ich auch schon gemacht.

Als nächstes habe ich in fhem eine neue Bridge definiert mit Angabe der IP.
Resultat:
2020.08.14 10:45:24 2: HB1: invalid json detected for http://192.168.205.25/api/4f51e44918e56768e940e0d6d89b3777/config: HASH(0x558b3e3da410)
2020.08.14 10:45:24 3: HUEBridge_Call: failed, retrying
2020.08.14 10:45:25 2: HB1: invalid json detected for http://192.168.205.25/api/4f51e44918e56768e940e0d6d89b3777/config: HASH(0x558b3e1fe818)
2020.08.14 10:45:25 3: HUEBridge_Call: failed, retrying
2020.08.14 10:45:25 3: HUEBridge_Call: failed
2020.08.14 10:45:25 2: HUEBridge_OpenDev: got empty config


Was bedeutet "invalid json detected"? Liegt das an der Bridge oder am Modul?

amenomade

#3
Zitatroot@uhs:~# curl https://discovery.meethue.com
[]
root@uhs:~# curl http://discovery.meethue.com
<a href="https://discovery.meethue.com/">Moved Permanently</a>.

[]
Das ist komisch. Da antwortet er mit einem leeren []. Das hängt mMn an deiner Bridge oder an deiner Netzwerkkonfiguration.

Was sagt https://discovery.meethue.com in einem Browser. (Bitte nicht die IP Adresse der Bridge nutzen, sondern genau diese URL)


Man muss sich nicht wundern, wenn es danach nicht richtig funktioniert.

Pi 3B, Alexa, CUL868+Selbstbau 1/2λ-Dipol-Antenne, USB Optolink / Vitotronic, Debmatic und HM / HmIP Komponenten, Rademacher Duofern Jalousien, Fritz!Dect Thermostaten, Proteus

wk

Beim Aufruf über den Browser ist es auch leer.

An den Netzwerkeinstellungen habe ich ewig nichts geändert. Mein ganzes Home-Netzwerk ist hinter einer Sophos UTM Firewall und das seit Jahren.


amenomade

Ist dein Bridge immer noch bei meethue registriert?
Pi 3B, Alexa, CUL868+Selbstbau 1/2λ-Dipol-Antenne, USB Optolink / Vitotronic, Debmatic und HM / HmIP Komponenten, Rademacher Duofern Jalousien, Fritz!Dect Thermostaten, Proteus

wk

Ich kann mich nicht erinnern, ob die Bridge in den vielen Jahren jemals bei meethue registriert war. Wo könnte ich das nachschauen?
Wie geschrieben, die originale Hue-App, wie auch Hue essentials funktionieren.

amenomade

Kannst Du ein "list" von deinem HUEBridge Device liefern? (ggf anonymisiert)
Pi 3B, Alexa, CUL868+Selbstbau 1/2λ-Dipol-Antenne, USB Optolink / Vitotronic, Debmatic und HM / HmIP Komponenten, Rademacher Duofern Jalousien, Fritz!Dect Thermostaten, Proteus

wk

Internals:
   FUUID      5c42f42f-f33f-d4cb-c4ff-230a48bb2d0784ba
   FVERSION   30_HUEBridge.pm:0.213660/2020-03-06
   INTERVAL   60
   NAME       HB
   NOTIFYDEV  global
   NR         73
   NTFY_ORDER 50-HB
   NUPNP      1
   STATE      initialized
   TYPE       HUEBridge
   host       
   READINGS:
     2019-11-14 19:28:41   lastError       resource, /scenes/Abendlicht, not available
     2020-08-16 17:51:53   state           initialized
     2020-08-13 13:18:50   swupdate        BSB001 - 1.36.1RC2
   helper:
     count      0
     last_config_timestamp 1597653218
Attributes:
   icon       hue_filled_bridge_v1
   key        c1718dbde308c436ce3c40456f987a63
   pollDevices 1
   queryAfterSet 1
   room       HUEDevice,Licht

amenomade

Also, ja, es bleibt im Status "initialized".
Es reicht wahrscheinlich ein neues Pairing mit Fhem: attr key löschen, und dann Knopf an der Bridge drucken (oder ins Pairing Mode bringen über die Weboberfläsche, wenn Deconz o.ä)
Pi 3B, Alexa, CUL868+Selbstbau 1/2λ-Dipol-Antenne, USB Optolink / Vitotronic, Debmatic und HM / HmIP Komponenten, Rademacher Duofern Jalousien, Fritz!Dect Thermostaten, Proteus

MadMax-FHEM

Eventuell auch mal "frech und frei" ein:

set HB active

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

wk

Es wäre so schön, wenn es so einfach wäre.
Wie schon in Post Nr.2 geschrieben habe ich es auch schon mit einer Neuanlage der Bridge in fhem versucht.
Jetzt habe ich Eure Tips widerholt angewendet.
Key gelöscht und neu gepairt. Es bleibt beim 'initialized', aber neuem Key.
Danach nochmal 'set HB active'.
Internals:
   FUUID      5c42f42f-f33f-d4cb-c4ff-230a48bb2d0784ba
   FVERSION   30_HUEBridge.pm:0.213660/2020-03-06
   INTERVAL   60
   NAME       HB
   NOTIFYDEV  global
   NR         73
   NTFY_ORDER 50-HB
   NUPNP      1
   STATE      active
   TYPE       HUEBridge
   host       
   READINGS:
     2019-11-14 19:28:41   lastError       resource, /scenes/Abendlicht, not available
     2020-08-18 17:44:09   state           active
     2020-08-13 13:18:50   swupdate        BSB001 - 1.36.1RC2
   helper:
     count      0
     last_config_timestamp 0
Attributes:
   icon       hue_filled_bridge_v1
   key        8e85b966e384daf1962a9af7dc795af6
   pollDevices 1
   queryAfterSet 1
   room       HUEDevice,Licht


und im log:
2020.08.18 17:44:09 3: HUEBridge_Detect
2020.08.18 17:44:09 3: HUEBridge_Detect: error detecting bridge.
2020.08.18 17:44:09 2: HUEBridge_OpenDev: error reading description: http:///description.xml: malformed or unsupported URL
2020.08.18 17:44:09 1: HUEBridge_HTTP_Request http:///api/8e85b966e384daf1962a9af7dc795af6/config: malformed or unsupported URL
2020.08.18 17:44:09 3: HUEBridge_Call: failed, retrying
2020.08.18 17:44:09 3: HUEBridge_Detect
2020.08.18 17:44:09 3: HUEBridge_Detect: error detecting bridge.
2020.08.18 17:44:09 1: HUEBridge_HTTP_Request http:///api/8e85b966e384daf1962a9af7dc795af6/config: malformed or unsupported URL
2020.08.18 17:44:09 3: HUEBridge_Call: failed, retrying
2020.08.18 17:44:09 3: HUEBridge_Detect
2020.08.18 17:44:09 3: HUEBridge_Detect: error detecting bridge.
2020.08.18 17:44:09 3: HUEBridge_Call: failed
2020.08.18 17:44:09 2: HUEBridge_OpenDev: got empty config


Mir sind die Ideen schon lange ausgegangen. Ich hoffe immer noch auf eine zündende.

MadMax-FHEM

Was mich bei deinem list wundert:

der DEF-Teil ist gar nicht zu sehen!?

Auf welchem System läuft denn fhem!?

Schon mal die Attribute noshutdown bzw. httpUtils gesetzt!?

Die Attribute die du gesetzt hast (manuell/selber!?) sind bei mir nicht gesetzt...

Wobei ich jetzt keine echte HueBridge (echt du hast eine V1!?) habe, sondern eben deCONZ mit dem Raspbee-Modul auf einem weiteren PI...

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

wk

Hallo Joachim,

das ganze läuft seit mindestens 2 Jahren so auf einem Ubuntu 18.04 Server.
Es hat sich alles so angelgt und hat bis zum 13.8.  funktioniert.
Leider habe ich kein List von der funktionierenden Bridge. Da war natürlich die def gefüllt, aber wie das log zeigt 'HUEBridge_OpenDev: got empty config'.

Es handelt sich wirklich um eine alte Version 1 Bridge, die auch von Philips nicht mehr supportet wird. Aber bis vor einer Woche ging sie und außerhalb von fhem geht sie auch. Nur die cloud-Dienste sind beschränkt, aber die wollte ich sowieso nie nutzen.

Philips-Hue-Bridge Gen. 1 geht wie angekündigt in Software-Rente
Was Signify (ehemals Philips Lighting) Ende April 2019 angekündigt hatte, wird jetzt in die Tat umgesetzt: Besitzer der Philips-Hue-Bridge der ersten Generation müssen sich darauf einstellen, dass die Hardware ab dem 30. April 2020 keine Software-Updates mehr erhält. Das Gerät, was Anschluss an den Router findet und als Schaltzentrale für das Smart-Light-System dient, war 2012 auf den Markt gekommen, seit 2015 ist die zweite Generation der Hue Bridge verfügbar. Die Unterscheidung fällt dabei leicht: Geräte der ersten Generation 1. sind rund, die Nachfolgegeräte sind quadratisch.
Nach dem Stichtag ist es zwar auch mit der alten Hue Bridge weiterhin möglich, die Lampen des Hue-Systems mit der entsprechenden App zu steuern, wenn sich Bridge und Smartphone im gleichen WLAN-Netzwerk befinden. Mit dem Ende des Software-Supports kappt Philips aber die Anbindung an seinen Cloud-Dienst. Damit verlieren Nutzer der Philips-Hue-Bridge der ersten Generation die Möglichkeit, das System aus der Ferne zu steuern. Damit verbunden ist dann auch noch der Wegfall der Möglichkeit, das System über digitale Assistenten wie Google Home oder Alexa zu steuern - auch diese Funktionen setzen auf die Anbindung mit der Hue Cloud.

justme1968

wenn du keine ip angibst versucht das modul die bridge über den hue cloud dienst zu finden. wenn das für eine alte bridge nicht mehr geht wird sie halt nicht gefunden. also ip selber im define angeben und fertig.
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

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