- Willkommen im Forum „FHEM Forum“.
Neueste Beiträge
#1
FHEM Code changes / Revision 31323: CHANGED: updat...
Letzter Beitrag von System - 31 Mai 2026, 11:51:02 #2
FHEM Code changes / Revision 31322: voicecontrol: ...
Letzter Beitrag von System - 31 Mai 2026, 11:51:02Revision 31322: voicecontrol: new design + drag and drop
voicecontrol: new design + drag and drop
Source: Revision 31322: voicecontrol: new design + drag and drop
voicecontrol: new design + drag and drop
Source: Revision 31322: voicecontrol: new design + drag and drop
#3
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von dieter114 - 31 Mai 2026, 11:36:28Hallo Heiko,
ich habe ein Problem mit dem Start von fhem mit SF:
Wenn das System mit SF läuft, aiConActivate=1 eingestellt ist
aber noch nicht genug Daten da sind (die bewussten 84 Tage..)
dann startet fhem noch einem Reboot die RPI nicht mehr!
In der Config aiConActivate=0 ändern und alles läuft wieder.
Ok - gewusst wie. Aber schön ist das nicht, oder habe ich
einen Fehler gemacht indem ich aiConActivate=1 ohne genug Daten eingeschaltet habe?
Nachtrag: noch ne Frage:
Wenn ich ctrlUserExitFn z.B. die vorgeschlagene Funktion eingebe
kommt "Experimental aliasing via reference not enabled at (eval 15379) line 2." ?? Warum?
LG WDS
ich habe ein Problem mit dem Start von fhem mit SF:
Wenn das System mit SF läuft, aiConActivate=1 eingestellt ist
aber noch nicht genug Daten da sind (die bewussten 84 Tage..)
dann startet fhem noch einem Reboot die RPI nicht mehr!
In der Config aiConActivate=0 ändern und alles läuft wieder.
Ok - gewusst wie. Aber schön ist das nicht, oder habe ich
einen Fehler gemacht indem ich aiConActivate=1 ohne genug Daten eingeschaltet habe?
Nachtrag: noch ne Frage:
Wenn ich ctrlUserExitFn z.B. die vorgeschlagene Funktion eingebe
kommt "Experimental aliasing via reference not enabled at (eval 15379) line 2." ?? Warum?
LG WDS
#4
FHEM Development / Aw: fheminfo send: timeout bei...
Letzter Beitrag von Otto123 - 31 Mai 2026, 11:09:45Nur am Rande:
Als ich jetzt in einer Instanz useInet6 setzen wollte und IO::Socket::INET6 noch nicht installiert war, sah ich bei dem debian Paket libio-socket-inet6-perl die Info:
Ich habe jetzt bei mir alle möglichen Geräte mit traceroute -6 getestet: bei allen per LAN (egal ob auch bloß mit 100 Mbit) angebundenen Geräten liegen die Responsezeiten zum ersten Router um die 0,5 ms. Responsezeiten über 1 ms habe ich bei Wlan Geräten, aber selbst da unter 5 ms.
Mich (oder den Monk in mir
) stören irgendwie die 5 ms zur Fritzbox bei Deiner funktionierenden Instanz...
Die Zwischen Hops werden bei Dir vom Namen her nicht aufgelöst.
Die Ping Zeit zum be6.core2.ams2.he.net ist bei der nicht funktionierenden Instanz sehr hoch. Wie ist denn die ping Zeit zu fhem.de? Bei mir ist die immer um die 34 ms.
Ich weiß, das ist alles nur laut nachgedacht und kein Lösungsansatz. Ich könnte gerne, wenn ich wüßte wie und wenn es hilft, auf dem backend für fhem.de etwas loggen.
Als ich jetzt in einer Instanz useInet6 setzen wollte und IO::Socket::INET6 noch nicht installiert war, sah ich bei dem debian Paket libio-socket-inet6-perl die Info:
ZitatBitte beachten Sie, dass IO-Socket-INET6 als veraltet gilt. Es wurde von IO::Socket::IP abgelöst. Bitte ziehen Sie in Erwägung, alten Code von IO-Socket-INET6 zu IO-Socket-IP zu konvertieren.
Ich habe jetzt bei mir alle möglichen Geräte mit traceroute -6 getestet: bei allen per LAN (egal ob auch bloß mit 100 Mbit) angebundenen Geräten liegen die Responsezeiten zum ersten Router um die 0,5 ms. Responsezeiten über 1 ms habe ich bei Wlan Geräten, aber selbst da unter 5 ms.
Mich (oder den Monk in mir
) stören irgendwie die 5 ms zur Fritzbox bei Deiner funktionierenden Instanz... Die Zwischen Hops werden bei Dir vom Namen her nicht aufgelöst.
Die Ping Zeit zum be6.core2.ams2.he.net ist bei der nicht funktionierenden Instanz sehr hoch. Wie ist denn die ping Zeit zu fhem.de? Bei mir ist die immer um die 34 ms.
Ich weiß, das ist alles nur laut nachgedacht und kein Lösungsansatz. Ich könnte gerne, wenn ich wüßte wie und wenn es hilft, auf dem backend für fhem.de etwas loggen.
#5
Automatisierung / Aw: Neues Modul - 74_Unifi - F...
Letzter Beitrag von dennisk - 31 Mai 2026, 11:02:43Hallo zusammen,
ich hätte einen kleinen Schönheits-Fix, der eine Warnung im Log vermeidet. Die folgende Warnung tritt bei mir bei Neustart des Host-Systems auf, auf welchem sowohl FHEM als auch Unifi Network Application laufen:
In Zeile 939 aus
Danke und Grüße
ich hätte einen kleinen Schönheits-Fix, der eine Warnung im Log vermeidet. Die folgende Warnung tritt bei mir bei Neustart des Host-Systems auf, auf welchem sowohl FHEM als auch Unifi Network Application laufen:
Code Auswählen
PERL WARNING: Use of uninitialized value in string ne at /usr/share/fhem/FHEM/74_Unifi.pm line 939.Da Unifi einen Moment braucht, bis es fertig gestartet ist und Anfragen korrekt beantwortet, führt der erste Zugriff seitens FHEM noch nicht zum Erfolg. Das lässt sich aber leicht beheben:In Zeile 939 aus
Code Auswählen
if ($data->{meta}->{rc} eq "ok" || $data->{username} ne '') { einfach Code Auswählen
if (($data->{meta}->{rc} // '') eq "ok" || (exists $data->{username} && $data->{username} ne '')) { machen und die Warnung tritt nicht mehr auf. Seiteneffekte sind mir keine aufgefallen. Falls ich nichts übersehe, würde ich mich über Integration freuen.Danke und Grüße
#6
Anfängerfragen / Aw: MATTER im FHEM? Schon was ...
Letzter Beitrag von Sany - 31 Mai 2026, 10:33:16Hallo zusammen,
spannendes Thema, ich wollte auch irgendwann mal mit Matter beginnen. Einfach nur um zu sehen, wie das geht. Da fhem bei mir Master ist und bleibt suchte ich auch nach einer Möglichkeit, eine Matter-welt mit fhem zu verbinden. Da ich weder Apple noch Alexa oder sonst was "cloudiges" nutze, scheint der Weg über homeassistant aktuell eine prima Lösung zu sein. Und wenn ich es recht überlege ist das ja auch nicht wirklich etwas anderes als z.B. Debmatic laufen zu lassen, um HomematicIP nutzen zu können.
Hier wurde ja schon viel berichtet wie das geht (danke dafür!), hier eine Kurzfassung von meinem Setup:
- homeassistanOS als VM unter Proxmox installieren (die Versionen von homeassistant, die in einem LXC laufen (core oder so) reichen nicht, da man dort die nötigen Zusätze nicht installieren kann)
- ein Sonoff Dongle-E per Webflasher zur Nutzung mit Thread geflashed und direkt in die VM durchgereicht (Es gibt auch Multiprotokoll für zigbee und thread, das wird aber im Moment wohl nicht empfohlen)
- homeassistant eingerichtet:
- openthread boarder router: dieser erkennt dann den Sonoff-dongle
- Companion-App auf dem Handy eingerichtet (um später Mattergeräte anlernen zu können, da dafür bluetooth verwendet wird)
- Matter eingerichtet: erkennt das Thread-netzwerk
zusätzlich die Apps (hieß wohl mal Addon) MQTT und MQTT Statestream installiert und wie in diesem Thread schon beschrieben in der configuration.yaml eingerichtet.
Dann kam der erste Versuch: Ein IKEA Alpstuga Luftqualitätssensor angelernt (übers Handy mit QR-Code) und schon war er in Homeassistant und hat Daten geliefert.
Die Verbindung zu fhem mittels mqtt:
Der sensor liefert seine Daten alle über eigene Topics. Nun kommt es darauf an, was man in fhem haben möchte, entsprechend kann man den MQTT Statestream in der configuration.yaml einrichten. Wenn man nur mit include arbeitet, wird auch nur das gesendet, was hier eingetragen ist. Das ist mein Weg, den ich gewählt habe, da homeassistant aus meinem Netzwerk alle möglichen Fritzgeräte, shellys usw. gefunden hat und ich das alles nicht auch (dann gedoppelt) in fhem sehen möchte.
Die Topics sehen so aus:
man kann entities includen, das wäre z.B. switch.alpstuga_air_quality_monitor (also der komplette Topic) oder
man kann entity_globs includen, das ist wohl so ein wenig Regex oder Wildcard, in meinem Fall habe ich sensor.alpstuga_air_quality_monitor_*
genommen, um die 3 ersten topics zu senden.
Im MQTT-Exporer sieht man dann schön die Daten kommen. Der Switch sendet über den Statestream seinen Zustand, genutzt kann er werden um das Display ein und auszuschalten.
Nun zu fhem: ich habe autocreate nicht verwendet sondern das MQTT2_Device selbst angelegt.
Im devicetopic habe ich den gemeinsamen Anfang der Topics und zwar für sensor und switch, in der ReadingList dann die jeweiligen enden dazu. Die Werte werden im Topic /state geliefert, da der Anfang des Topics aber unterschiedlich ist klappt das so.
Setlist schickt dann on oder off an homeassistant zurück, was dort per Automation ausgewertet wird (auch hier im Thread schon beschrieben)
die sieht folgendermaßen aus:
Ich denke mal, das ist ein gangbarer Weg, um die Matter-welt an fhem zu koppeln. Mit Proxmox war das wirklich in kurzer Zeit erledigt.
Gruß
Sany
spannendes Thema, ich wollte auch irgendwann mal mit Matter beginnen. Einfach nur um zu sehen, wie das geht. Da fhem bei mir Master ist und bleibt suchte ich auch nach einer Möglichkeit, eine Matter-welt mit fhem zu verbinden. Da ich weder Apple noch Alexa oder sonst was "cloudiges" nutze, scheint der Weg über homeassistant aktuell eine prima Lösung zu sein. Und wenn ich es recht überlege ist das ja auch nicht wirklich etwas anderes als z.B. Debmatic laufen zu lassen, um HomematicIP nutzen zu können.
Hier wurde ja schon viel berichtet wie das geht (danke dafür!), hier eine Kurzfassung von meinem Setup:
- homeassistanOS als VM unter Proxmox installieren (die Versionen von homeassistant, die in einem LXC laufen (core oder so) reichen nicht, da man dort die nötigen Zusätze nicht installieren kann)
- ein Sonoff Dongle-E per Webflasher zur Nutzung mit Thread geflashed und direkt in die VM durchgereicht (Es gibt auch Multiprotokoll für zigbee und thread, das wird aber im Moment wohl nicht empfohlen)
- homeassistant eingerichtet:
- openthread boarder router: dieser erkennt dann den Sonoff-dongle
- Companion-App auf dem Handy eingerichtet (um später Mattergeräte anlernen zu können, da dafür bluetooth verwendet wird)
- Matter eingerichtet: erkennt das Thread-netzwerk
zusätzlich die Apps (hieß wohl mal Addon) MQTT und MQTT Statestream installiert und wie in diesem Thread schon beschrieben in der configuration.yaml eingerichtet.
Dann kam der erste Versuch: Ein IKEA Alpstuga Luftqualitätssensor angelernt (übers Handy mit QR-Code) und schon war er in Homeassistant und hat Daten geliefert.
Die Verbindung zu fhem mittels mqtt:
Der sensor liefert seine Daten alle über eigene Topics. Nun kommt es darauf an, was man in fhem haben möchte, entsprechend kann man den MQTT Statestream in der configuration.yaml einrichten. Wenn man nur mit include arbeitet, wird auch nur das gesendet, was hier eingetragen ist. Das ist mein Weg, den ich gewählt habe, da homeassistant aus meinem Netzwerk alle möglichen Fritzgeräte, shellys usw. gefunden hat und ich das alles nicht auch (dann gedoppelt) in fhem sehen möchte.
Die Topics sehen so aus:
Code Auswählen
- sensor.alpstuga_air_quality_monitor_air_quality
- sensor.alpstuga_air_quality_monitor_carbon_dioxide
- sensor.alpstuga_air_quality_monitor_pm2_5
- switch.alpstuga_air_quality_monitorman kann nun eine "domain" includen, das sind "sensor" oder "switch",man kann entities includen, das wäre z.B. switch.alpstuga_air_quality_monitor (also der komplette Topic) oder
man kann entity_globs includen, das ist wohl so ein wenig Regex oder Wildcard, in meinem Fall habe ich sensor.alpstuga_air_quality_monitor_*
genommen, um die 3 ersten topics zu senden.
Im MQTT-Exporer sieht man dann schön die Daten kommen. Der Switch sendet über den Statestream seinen Zustand, genutzt kann er werden um das Display ein und auszuschalten.
Nun zu fhem: ich habe autocreate nicht verwendet sondern das MQTT2_Device selbst angelegt.
Code Auswählen
defmod air_quality_AZ MQTT2_DEVICE
attr air_quality_AZ comment Beachten: alle "Sensoren" senden "unavailable" wenn z.B. der Sensor ausgesteckt ist
attr air_quality_AZ devicetopic homeassistant/(sensor|switch)/alpstuga_air_quality
attr air_quality_AZ event-min-interval availability:1800
attr air_quality_AZ event-on-change-reading .*
attr air_quality_AZ group homeassistant
attr air_quality_AZ readingList $DEVICETOPIC_monitor_carbon_dioxide/state:.* co2\
$DEVICETOPIC_monitor_pm2_5/state:.* pm25\
$DEVICETOPIC_monitor_air_quality/state:.* air_quality\
$DEVICETOPIC_monitor/state:.* display
attr air_quality_AZ room MQTT2_DEVICE
attr air_quality_AZ setList on:noArg homeassistant/switch/alpstuga_air_quality_monitor/set on\
off:noArg homeassistant/switch/alpstuga_air_quality_monitor/set offIm devicetopic habe ich den gemeinsamen Anfang der Topics und zwar für sensor und switch, in der ReadingList dann die jeweiligen enden dazu. Die Werte werden im Topic /state geliefert, da der Anfang des Topics aber unterschiedlich ist klappt das so.
Setlist schickt dann on oder off an homeassistant zurück, was dort per Automation ausgewertet wird (auch hier im Thread schon beschrieben)
die sieht folgendermaßen aus:
Code Auswählen
alias: MQTT Global Switch Handler
description: Empfängt Befehle von FHEM und schaltet die HA-Entitäten
triggers:
- topic: homeassistant/switch/+/set
trigger: mqtt
actions:
- target:
entity_id: switch.{{ trigger.topic.split('/')[2] }}
action: switch.turn_{{ trigger.payload }}
mode: parallel
max: 10da hat mir eine befreundete KI geholfen um das generisch zu bekommen. Damit werden ALLE Kommandos von fhem die homeassistant/switch/irgendwas/set beinhalten an die entsprechenden Geräte mit der Payload weitergereicht. Das läßt sich bestimmt noch erweitern, habe aber bisher keine weiteren matter-Geräte, die ich dann auch noch von fhem aus bedienen können wollte.Ich denke mal, das ist ein gangbarer Weg, um die Matter-welt an fhem zu koppeln. Mit Proxmox war das wirklich in kurzer Zeit erledigt.
Gruß
Sany
#7
FHEM Code changes / Revision 31321: 76_SolarForeca...
Letzter Beitrag von System - 31 Mai 2026, 09:40:40Revision 31321: 76_SolarForecast: contrib Version 2.7.0
76_SolarForecast: contrib Version 2.7.0
Source: Revision 31321: 76_SolarForecast: contrib Version 2.7.0
76_SolarForecast: contrib Version 2.7.0
Source: Revision 31321: 76_SolarForecast: contrib Version 2.7.0
#8
FHEM Code changes / Revision 31320: controls_fhem....
Letzter Beitrag von System - 31 Mai 2026, 08:30:36Revision 31320: controls_fhem.txt: fhemupdate checkin
controls_fhem.txt: fhemupdate checkin
Source: Revision 31320: controls_fhem.txt: fhemupdate checkin
controls_fhem.txt: fhemupdate checkin
Source: Revision 31320: controls_fhem.txt: fhemupdate checkin
#9
FHEMWEB / Aw: Timeout bei umfangreicher ...
Letzter Beitrag von quartz - 31 Mai 2026, 02:05:53Zitat- ist dein FHEM aktuell? Dein Patch-Vorschlag in der Privaten Mitteilungen suggeriert, dass das nicht der Fall ist.
- welchen PIZero hast du? Wenn das Geraet nur eine CPU hat, dann koennte "attr WEB plotEmbed 2" auch eine Loesung sein.
FHEM wurde nach der Installation vor einem Jahr nicht mehr aktualisiert. Es läuft ohne großen Aufwand ohne Internetanbindung, im Grunde mehr als "Lernprojekt". Mir gefällt, dass es gut auf einem Raspberry Pi Zero W Rev 1.1 (=eine CPU) läuft, trotz der geringen Ressourcen. Einen Update ohne Internet muss ich mir erst noch einmal ansehen.
Ich nutze FHEM nicht regelmäßig, war aber an Verlaufskurven interessiert, das dauert mit mehr Daten und FileLog jetzt schon mal länger. Das RAM kommt dabei schon ziemlich an die Grenzen (bei deaktiviertem Swap).
Sicher müsste es eigentlich ab ~120 Sekunden auftreten. Darunter könnte es sein, dass FW_closeInactiveClients kurz vor dem HTTP-Request läuft, beim nächsten Lauf dann die Verbindung noch unter 60s alt ist und vor dem nächsten Lauf schon die Rückmeldung da war. Daher wäre ein sleep 150 ein besserer Testfall.
Bei plotEmbed=2 ist es anders: Die ursprüngliche Anfrage wird ja fast sofort mit einer Rückmeldung abgeschlossen. Danach kommt ein lange laufender GET für "SVG_showLog". Dieser wird nicht vorzeitig geschlossen (tatsächlich sehe ich gar keinen Close dafür). Könnte es vielleicht am delete($defs{$name})/delete($attr{$name}); in FW_Read liegen, wird damit diese Verbindung "gelöscht" und somit für FW_closeInactiveClients verborgen?
#10
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von DS_Starter - 31 Mai 2026, 01:00:01Hier meine favorisierten Einstellungen mit dem soeben noch einmal aktualsierten V 2.7.0 im contrib.
Sehr gute Ergebnisse mit viel Dynamik.
LG
Sehr gute Ergebnisse mit viel Dynamik.
LG