- Willkommen im Forum „FHEM Forum“.
Neueste Beiträge
#1
Sprachsteuerung / Aw: echodevice: wait for refre...
Letzter Beitrag von stefanru - 07 Juni 2026, 20:00:26Ok wirklich sehr komisch.
Meine 2 Kontos sind nach wie vor verbunden und die Echos reagiern z.B. auf Speak.
Alles sieht bei mir normal aus.
Nur das eben das Refresh Token nicht erneuert wird.
Alles ist bei mir connected.
Oder machst du andere Befehle wie speak?
Bin gespannt wie lange das ohne Refresh Token funktioniert.
Gruß,
Stefan
Meine 2 Kontos sind nach wie vor verbunden und die Echos reagiern z.B. auf Speak.
Alles sieht bei mir normal aus.
Nur das eben das Refresh Token nicht erneuert wird.
Alles ist bei mir connected.
Oder machst du andere Befehle wie speak?
Bin gespannt wie lange das ohne Refresh Token funktioniert.
Gruß,
Stefan
#2
ESP Familie / Aw: BoseFix32 — lokaler SoundT...
Letzter Beitrag von betateilchen - 07 Juni 2026, 19:51:56- Chrome auf macOS: sixback ist weder unter 192.168.123.44 noch sixback.local erreichbar
- Safari auf macOS: 192.168.123.44 und sixback.local erreichbar
- Firefox auf macOS: 192.168.123.44 und sixback.local erreichbar
Was noch auffällt: Die Schiebeschalter im WebUI funktionieren nicht mehr. Egal ob in Safari oder in Firefox. Es kommt zwar die Meldung "Auto-Migrate disabled" aber der Schalter springt sofort wieder auf "on" und grün. Ähnlich bei "Share diagnostic..." nur dass hier alles auf "off" bleibt.
#3
ESP Familie / Aw: BoseFix32 — lokaler SoundT...
Letzter Beitrag von betateilchen - 07 Juni 2026, 19:38:45So, der Lasttest läuft. Die Gruppe mit 11 Boxen spielt einheitlich NDR1 Niedersachsen.
Das Einzige was auffällt: der Status von fl_ST20 hat ein Blinker-Syndrom. Mal grün (on), mal weiß (off) obwohl der Lautsprecher durchgehend läuft.
Aber diese Box ist ohnehin irgendwie speziell, es ist die Box, die auch die presets nie verloren hatte.
Vielleicht mache ich da irgendwann nochmal einen Factory-Reset und konfiguriere sie neu.
Alle Boxen, die mit ST... in der Liste beginnen, sind die Reserve-Boxen. Die ersten vier sind hier in der Wohnung verteilt und regulär in Benutzung.
@Dirk: Brauchst Du irgendwelche Diagnosedaten aus dem Gerätepark?
---
Das Einzige was auffällt: der Status von fl_ST20 hat ein Blinker-Syndrom. Mal grün (on), mal weiß (off) obwohl der Lautsprecher durchgehend läuft.
Aber diese Box ist ohnehin irgendwie speziell, es ist die Box, die auch die presets nie verloren hatte.
Vielleicht mache ich da irgendwann nochmal einen Factory-Reset und konfiguriere sie neu.
Alle Boxen, die mit ST... in der Liste beginnen, sind die Reserve-Boxen. Die ersten vier sind hier in der Wohnung verteilt und regulär in Benutzung.
@Dirk: Brauchst Du irgendwelche Diagnosedaten aus dem Gerätepark?
---
#4
MQTT / Aw: [HowTo] X-Sense Melder (SB...
Letzter Beitrag von amenomade - 07 Juni 2026, 19:22:33Danke, hast mir viel geholfen!
Ich bedauere, dass die Schnittstelle, die Namen der Geräte (im App) nicht überträgt. Hab ein bisschen in den Topics geschaut, da kommt nur "Smoke device" o.ä., mehr nicht.
Ich hoffe, die Numerierung (0000001, 000002, ...) ist nach Reihenfolde der Einrichtung in der App.
Ich bedauere, dass die Schnittstelle, die Namen der Geräte (im App) nicht überträgt. Hab ein bisschen in den Topics geschaut, da kommt nur "Smoke device" o.ä., mehr nicht.
Ich hoffe, die Numerierung (0000001, 000002, ...) ist nach Reihenfolde der Einrichtung in der App.
#5
MQTT / Shelly 1 Mini Gen3: MQTT-Statu...
Letzter Beitrag von TomLee - 07 Juni 2026, 19:22:30Hi,
es liest sich so das der Taster.-/Schaltereingang eines Shelly 1 Mini Gen3 im Detached Mode per MQTT veröffentlicht wird.
Kann das hier jemand bestätigen?
Bei den Shelly 1 Gen1 wird der Status des Inputs im Detached Mode nicht per MQTT gesendet, deshalb interessiert mich, ob das beim Gen3 Mini anders umgesetzt ist.
Gruß Thomas
es liest sich so das der Taster.-/Schaltereingang eines Shelly 1 Mini Gen3 im Detached Mode per MQTT veröffentlicht wird.
Kann das hier jemand bestätigen?
Bei den Shelly 1 Gen1 wird der Status des Inputs im Detached Mode nicht per MQTT gesendet, deshalb interessiert mich, ob das beim Gen3 Mini anders umgesetzt ist.
Gruß Thomas
#6
Server - Linux / Aw: ubuntu 26.04. Jeelink USB ...
Letzter Beitrag von dyna - 07 Juni 2026, 18:57:09 #7
Solaranlagen / Aw: Modul für Ecoflow-Komponen...
Letzter Beitrag von DS_Starter - 07 Juni 2026, 18:46:32Hallo Markus,
ich möchte das Modul mal mit meiner River Max ausprobieren.
Wo finde ich die aktuellste Version, in deinem letzten Post oder sollte ich die vom Threadstart für den Einstueg verwenden?
Grüße,
Heiko
ich möchte das Modul mal mit meiner River Max ausprobieren.
Wo finde ich die aktuellste Version, in deinem letzten Post oder sollte ich die vom Threadstart für den Einstueg verwenden?
Grüße,
Heiko
#8
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von DS_Starter - 07 Juni 2026, 18:42:55Viel Dank euch für die Wünsche und @grappa24 ebenso. 
#9
MQTT / Aw: MQTT V5
Letzter Beitrag von passibe - 07 Juni 2026, 18:41:55Hi @rudolfkoenig,
ich hänge mich hier mal dran:
Ich habe gerade von Home Assistant (wo ich ein paar Geräte integriert habe, die aber dann per MQTT an FHEM weitergereicht werden, siehe hier) folgende Nachricht bekommen:
Verlinkt ist diese Seite, die aber nicht besonders viel erklärt, sondern nur sagt, dass v5 erforderlich ist.
Ich habe eigentlich nicht unbedingt große Lust, mosquitto dazwischen zu hängen, weil MQTT2_SERVER bis jetzt extrem gut/stabil funktioniert hat.
Wenn aber inzwischen absehbar ist, dass manche Dienste nur noch v5 unterstützen (siehe z.B. auch hier), wäre es vielleicht sinnvoll, das demnächst anzugehen? Ich kann aber auch nicht abschätzen wie viel Implementierungsaufwand das ist oder was das für Folgeprobleme aufwerfen könnte. Vielleicht kannst du das kurz einordnen?
Vielen Dank jedenfalls schon einmal!
ich hänge mich hier mal dran:
Ich habe gerade von Home Assistant (wo ich ein paar Geräte integriert habe, die aber dann per MQTT an FHEM weitergereicht werden, siehe hier) folgende Nachricht bekommen:
ZitatMQTT protocol migration failed
Warning · Reported by MQTT
This stops working in version 2027.1.0. Please address before upgrading.
The automatic migration to MQTT protocol version 5 failed. The currently configured protocol version for MQTT broker fhem is 3.1.1, but this protocol version is deprecated, and support for it will be removed.
Make sure your broker supports protocol version 5. Update your MQTT broker's connection settings, and restart Home Assistant to fix this issue.
Verlinkt ist diese Seite, die aber nicht besonders viel erklärt, sondern nur sagt, dass v5 erforderlich ist.
Ich habe eigentlich nicht unbedingt große Lust, mosquitto dazwischen zu hängen, weil MQTT2_SERVER bis jetzt extrem gut/stabil funktioniert hat.
Wenn aber inzwischen absehbar ist, dass manche Dienste nur noch v5 unterstützen (siehe z.B. auch hier), wäre es vielleicht sinnvoll, das demnächst anzugehen? Ich kann aber auch nicht abschätzen wie viel Implementierungsaufwand das ist oder was das für Folgeprobleme aufwerfen könnte. Vielleicht kannst du das kurz einordnen?
Vielen Dank jedenfalls schon einmal!
#10
Multimedia / Aw: Neues Modul PHTV für Phili...
Letzter Beitrag von Ralli - 07 Juni 2026, 18:13:55Vielen Dank für das neue Modul.
Wenn TV aus, dann wird im Hintergrund recht oft nachgeschaut, ob doch die Kiste langsam mal angeschaltet wurde und damit wird auch das Log vollgespamt:
Ist das über das Attribut pollingInterval einstellbar?
Diese "Fehlermeldung" wäre ansonsten eher was für verbose 4, nicht für 3.
Wenn TV aus, dann wird im Hintergrund recht oft nachgeschaut, ob doch die Kiste langsam mal angeschaltet wurde und damit wird auch das Log vollgespamt:
Code Auswählen
2026.06.07 18:07:12.006 3: myPHTV WZ_TV: FEHLER GET powerstate -> 500 Can't connect to 10.0.0.185:1926 (No route to host)
2026.06.07 18:07:22.630 3: myPHTV WZ_TV: FEHLER GET powerstate -> 500 Can't connect to 10.0.0.185:1926 (No route to host)
2026.06.07 18:07:35.750 3: myPHTV WZ_TV: FEHLER GET powerstate -> 500 Can't connect to 10.0.0.185:1926 (No route to host)
2026.06.07 18:07:48.871 3: myPHTV WZ_TV: FEHLER GET powerstate -> 500 Can't connect to 10.0.0.185:1926 (No route to host)
2026.06.07 18:08:01.990 3: myPHTV WZ_TV: FEHLER GET powerstate -> 500 Can't connect to 10.0.0.185:1926 (No route to host)
2026.06.07 18:08:15.110 3: myPHTV WZ_TV: FEHLER GET powerstate -> 500 Can't connect to 10.0.0.185:1926 (No route to host)
2026.06.07 18:08:25.734 3: myPHTV WZ_TV: FEHLER GET powerstate -> 500 Can't connect to 10.0.0.185:1926 (No route to host)
2026.06.07 18:08:38.854 3: myPHTV WZ_TV: FEHLER GET powerstate -> 500 Can't connect to 10.0.0.185:1926 (No route to host)
2026.06.07 18:08:51.974 3: myPHTV WZ_TV: FEHLER GET powerstate -> 500 Can't connect to 10.0.0.185:1926 (No route to host)
2026.06.07 18:09:05.094 3: myPHTV WZ_TV: FEHLER GET powerstate -> 500 Can't connect to 10.0.0.185:1926 (No route to host)
2026.06.07 18:09:18.215 3: myPHTV WZ_TV: FEHLER GET powerstate -> 500 Can't connect to 10.0.0.185:1926 (No route to host)
Ist das über das Attribut pollingInterval einstellbar?
Diese "Fehlermeldung" wäre ansonsten eher was für verbose 4, nicht für 3.