Hauptmenü

Neueste Beiträge

#1
Unterstützende Dienste / Aw: Neues Modul: Signalbot (In...
Letzter Beitrag von Gisbert - 09 April 2026, 01:02:47
Hallo Jamo,

den Download der gezippten Datei bekomme ich wohl noch hin - aber wie geht es dann weiter?

Viele Grüße Gisbert
#2
Beleuchtung / Aw: Hue Bridge Pro (v3) - Migr...
Letzter Beitrag von Smart_Homer - 09 April 2026, 00:32:00
Zitat von: Klaus.A am 04 April 2026, 14:21:50Aktueller Stand: Wie Beiträge zu dem Thema (auch im "ZigBee" Bereich des Forums) zeigen, funktioniert es angeblich auf einigen Systemen ohne Modifikation, auf einigen mit Anpassungen und es gibt Systeme da hilft bisher nichts. Es kommt auf das Betriebssystem bzw. dessen aktuellem Stand an. Auf meinem System bisher kein Erfolg - das Betriebssystem ist "zu alt". Da die Bridge Pro aber noch andere Probleme hat, z.B. mit dem Zusammenspiel mit Apple Home, habe ich immer noch die alte Bridge (v2) und warte die Entwicklung weiter ab. Signify hat da noch eine große Baustelle.

Was ich bisher recherchieren konnte und verstanden habe:

Die Bridge Pro (v3) akzeptiert nur HTTPS-Verbindungen. Die alte Bridge (v2) hat ein Fallback zu HTTP.
Das Zertifikat für die HTTPS-Verbindung muss von Betriebssystem-Komponenten (bzw. Browser-Komponenten) verifiziert werden. Das verläuft immer erfolgreich bei Zugriffen innerhalb der Hue App, kann aber zu Problemen bei Zugriffen über die API führen. Es kommt darauf an, wie die Betriebssystem-Komponenten prüfen und wie das Systemverhalten mit dem Ergebnis umgeht.

Das Zertifikat in der Bridge wurde inzwischen (von Signify) mehrfach angepasst. Es fehlt immer noch das SAN-Feld (Subject Alternative Name) zur Verifizierung des Servers. Die Prüfung ist nicht erfolgreich, weil die Zertifikatkette nicht vollständig verifiziert werden kann.

Das kann - muss aber nicht - zu einem Abbruch führen und Folgekationen werden abgewiesen. Dann kann es mit dem aktuellen HueBridge.pm Modul zu Fehlern im FHEM-Log kommen (u.a. "invalid JSON"). Die Bridge bleibt dann in FHEM mit dem Status "initialized" hängen.

Bisher sind zwei Lösungen in FHEM bekannt:

  • Anpassung im Modul HueBridge.pm (2 Zeilen)
  • oder: Installation eines Reverse Proxy

Der ursprüngliche Autor des FHEM-Moduls ist offensichtlich nicht mehr aktiv, eine neue Zuständigkeit ist mir nicht bekannt. (Die Info in der "Maintainer.txt" sind veraltet.) Es gibt daher keine offizielle Wartung für das FHEM Modul. Die Änderungen muss jeder selbst vornehmen und testen.

Beide Lösungen (Umgehung des Problems) wirken wie folgt: Das System wird angewiesen, die Prüfung des Zertifikats bei negativem Ergebnis zu ignorieren und trotzdem die HTTPS-Verbindung aufzubauen. Beim Reverse Proxy ist es der Parameter "tls_insecure_skip_verify", der schon im Namen verrät was er macht.

Ich habe diese Work Arounds in meinem System noch nicht getestet (war wegen schwerer Krankheit lange Zeit nicht möglich). Wie Beiträge zeigen, sollte aber jede dieser Varianten erfolgreich sein.

In jedem Fall empfehle ich zunächst zu testen ob die Bridge in FHEM eingebunden werden kann. Wenn nicht, kann man sie aus FHEM wieder problemlos löschen.
Eine Migration im Hue System ohne vorherigen Test der Einbindung in FHEM ist gefährlich, weil es nach Abschluss der kompletten Migration in Hue keinen Weg zurück gibt!

(Wenn ich wieder in besserem Zustand bin dann werde ich mit meinem System weiter testen, auch das komplette Betriebssystem auf aktuellem Stand neu aufsetzen. Das wird noch etwas dauern, dann gibt es wieder Updates. Es könnte auch sein dass meine Bridge einen Defekt hat ... eine neue Bridge Pro ist schon angekommen. Das wäre ein weiterer Test).

Gruß, Klaus



Vielen Dank für das ausführliche Status Update. Dann werde ich die neue Bridge mal testweise in FHEM anbinden. Grüße.

#3
Server - Linux / Aw: Offizielles FHEM Docker Ba...
Letzter Beitrag von passibe - 09 April 2026, 00:19:03
Zitat von: Sidey am 08 April 2026, 23:20:36Der ganze node(JS) Kram machte ärger
Das verstehe ich, ich frage mich nur, wieso node dann noch da ist? Dann wäre es ja konsequent, das auch zu entfernen.

Der Gedanke mit alexa-cookie2 im Container kam mir eben nur deshalb, weil node noch da ist (und nur npm fehlt).

Zitat von: Sidey am 08 April 2026, 23:20:36Sinnvoll wäre alexa-cookie in einem eigenen Container unterzubringen
Ja, das stimmt natürlich. Ehrlich gesagt würde ich dann aber einfach alexapy benutzen und das mit fhempy machen. Dann kann man von deren Entwicklungseffort profitieren.
alexapy benutzen auch die Home Assistant Leute für alexa_media_player.
#4
Unterstützende Dienste / Aw: Neues Modul: Signalbot (In...
Letzter Beitrag von KyleK - 09 April 2026, 00:10:33
Zitat von: Gisbert am 08 April 2026, 22:48:23Ok verstehe, dass es erstmal nicht weitergeht.

Die Installation bricht bei mir mit folgender Meldung ab:

Stopping signal-cli service
Downloading signal-cli 0.14.1...WARNING: timestamping does nothing in combination with -O. See the manual
for details.

--2026-04-08 22:42:40--  https://github.com/AsamK/signal-cli/releases/download/v0.14.1/signal-cli-0.14.1-Linux.tar.gz
Resolving github.com (github.com)... 140.82.121.3
Connecting to github.com (github.com)|140.82.121.3|:443... connected.
HTTP request sent, awaiting response... 404 Not Found
2026-04-08 22:42:40 ERROR 404: Not Found.

Ich breche an der Stelle erstmal ab und warte bis in etwa klar ist, wie es für mich weitergehen könnte.

Die Fehlermeldung ist verwirrend und irreführend:
Das Script versucht erst einen Download-Link , und wenn der nicht geht, wird ein anderer probiert.
In der Regel ist signal-cli correct installiert.
#5
FHEM Code changes / Revision 31096: 76_SolarForeca...
Letzter Beitrag von System - 09 April 2026, 00:01:04
Revision 31096: 76_SolarForecast: contrib Version 2.5.3

76_SolarForecast: contrib Version 2.5.3

Source: Revision 31096: 76_SolarForecast: contrib Version 2.5.3
#6
FHEM Code changes / Revision 31095: 76_SolarForeca...
Letzter Beitrag von System - 09 April 2026, 00:01:04
Revision 31095: 76_SolarForecast: contrib Version 2.5.2

76_SolarForecast: contrib Version 2.5.2

Source: Revision 31095: 76_SolarForecast: contrib Version 2.5.2
#7
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von DS_Starter - 08 April 2026, 23:22:24
Mir fällt nichts besseres ein als global stacktrace einzuschalten und nochmal mit der 2.5.3 zu starten.
Vllt. ist auch beim upload was schief gegangen. Ich habe sie nochmal hoch geladen.

Aber erstmal gut für heute.  :)
#8
Server - Linux / Aw: Offizielles FHEM Docker Ba...
Letzter Beitrag von Sidey - 08 April 2026, 23:20:36
Zitat von: passibe am 08 April 2026, 20:31:02@Sidey, eigentlich wäre es zu erwägen, alexa-cookie2 samt dependencies mit in das image zu packen?

Das werde ich eher nicht machen. Der ganze node(JS) Kram machte ärger und daher wurde es entfernt.

Sinnvoll wäre alexa-cookie in einem eigenen Container unterzubringen:

[Docker Network]

 ┌──────────────────────┐
 │   FHEM Container     │
 │  (echodevice)        │
 └─────────┬────────────┘
           │ REST / File
           ▼
 ┌──────────────────────┐
 │ Alexa Cookie Service │
 │ (Node + Express)     │
 │                      │
 │  - Login             │
 │  - Refresh           │
 │  - API               │
 └─────────┬────────────┘
           │ HTTPS
           ▼
 ┌──────────────────────┐
 │   Amazon Alexa       │
 └──────────────────────┘
#9
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von grappa24 - 08 April 2026, 23:19:18
Ich schau morgen mal, ob bei mir nun die Netzeinspeisung korrekt vom Hausverbrauch "abgezogen" wird. Danke erst mal.
#10
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von DS_Starter - 08 April 2026, 23:17:37
Nichts auffälliges. Habe es bei mir eingefügt und fehlerfrei (natürlich keine Werte), aber kein Fehler.