- Willkommen im Forum „FHEM Forum“.
Neueste Beiträge
#11
MQTT / Aw: Verbindungsversuche von zi...
Letzter Beitrag von rabehd - 14 Januar 2026, 20:41:27Ergänzend das Log von zigbee2mqtt.
Code Auswählen
[2026-01-14 20:34:39] info: z2m: Connecting to MQTT server at mqtt://192.168.31.60:1883
[2026-01-14 20:34:39] info: z2m: Connected to MQTT server
[2026-01-14 20:34:39] info: z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/bridge/state', payload '{"state":"online"}'
[2026-01-14 20:34:40] info: z2m: Started frontend on port 8080
[2026-01-14 20:34:40] info: z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/0x00158d0008748115', payload '{"angle":11,"angle_x":3,"angle_x_absolute":87,"angle_y":0,"angle_y_absolute":90,"angle_z":87,"strength":10,"vibration":false,"x_axis":71,"y_axis":-10,"z_axis":1314}'
[2026-01-14 20:34:40] info: z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/0x187a3efffe395a82', payload '{"battery":100,"humidity":56.4,"temperature":23.6,"update":{"installed_version":8448,"latest_version":8704,"state":"available"}}'
[2026-01-14 20:34:40] info: z2m: Zigbee2MQTT started!
[2026-01-14 20:34:41] info: z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/bridge/state', payload '{"state":"online"}'
[2026-01-14 20:35:41] info: z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/0x00158d0008748115', payload '{"angle":11,"angle_x":3,"angle_x_absolute":87,"angle_y":0,"angle_y_absolute":90,"angle_z":87,"linkquality":81,"strength":12,"vibration":false,"x_axis":71,"y_axis":-10,"z_axis":1314}'
#12
Anfängerfragen / Aw: FHEM goes Gemini
Letzter Beitrag von ch.eick - 14 Januar 2026, 20:13:25Hallo nochmal,
für die, die sich wundern, dass hier jetzt noch Babble oder andes auftaucht.
Damit man etwas besser mit den Resourcen umgeht, denn die KI im RZ schluckt Unmengen an Energie, habe ich mich für ein mehrstufiges Konzept entschieden.
Die einfachen Anfragen sollen direkt lokal erledigt werden und nur wenn es zu komplex wird könnte man die KI noch hinzuziehen. Hier ist noch der Post von pah dazu.
Mein Ansatz sieht momentan so aus:
- Sprach oder Text Eingabe erfolgt über Signal mit den Handys
- signal-mqtt läuft im Docker Container
- Ein signal-receiver defindet sich im FHEM als MQTT2-Device
- Als ersten Test habe ich da bereits mit Perl Mapping einige direkte FHEM Kommandos umgesetz
- Wird dort nichts gefunden soll es zu Babble weiter gehen
- Mit RiveScript habe ich mich noch nicht befasst, was jedoch auch lokal laufen würde
- Erst ganz zum Schluss kann dann Gemini folgen
Ein Vorteil wäre auch, dass man nicht zuviele Gemini Aufrufe generieren würde, da die meisten Kommandos direkt vorher abgefangen werden.
Zusätzlich ist man so auch noch etwas unabhängiger vom Internet und dessen Dienste.
Der Status ist, wie pah schon so schön geschrieben hat: "Wär schön, das ist aber vorderste Front der Forschung."
VG Christian
für die, die sich wundern, dass hier jetzt noch Babble oder andes auftaucht.
Damit man etwas besser mit den Resourcen umgeht, denn die KI im RZ schluckt Unmengen an Energie, habe ich mich für ein mehrstufiges Konzept entschieden.
Die einfachen Anfragen sollen direkt lokal erledigt werden und nur wenn es zu komplex wird könnte man die KI noch hinzuziehen. Hier ist noch der Post von pah dazu.
Mein Ansatz sieht momentan so aus:
- Sprach oder Text Eingabe erfolgt über Signal mit den Handys
- signal-mqtt läuft im Docker Container
- Ein signal-receiver defindet sich im FHEM als MQTT2-Device
- Als ersten Test habe ich da bereits mit Perl Mapping einige direkte FHEM Kommandos umgesetz
- Wird dort nichts gefunden soll es zu Babble weiter gehen
- Mit RiveScript habe ich mich noch nicht befasst, was jedoch auch lokal laufen würde
- Erst ganz zum Schluss kann dann Gemini folgen
Ein Vorteil wäre auch, dass man nicht zuviele Gemini Aufrufe generieren würde, da die meisten Kommandos direkt vorher abgefangen werden.
Zusätzlich ist man so auch noch etwas unabhängiger vom Internet und dessen Dienste.
Der Status ist, wie pah schon so schön geschrieben hat: "Wär schön, das ist aber vorderste Front der Forschung."
VG Christian
#13
Heizungssteuerung/Raumklima / Aw: Erfahrungen mit der Einbin...
Letzter Beitrag von Shadow3561 - 14 Januar 2026, 20:12:36 #14
MQTT / Aw: Verbindungsversuche von zi...
Letzter Beitrag von rabehd - 14 Januar 2026, 19:50:10Das ist eigentlich erst ein Testaufbau.
Es ist nichts sichtbar.
Es kommen auch keine Sensordaten im MQTT-Explorer an.
Zitat von: rudolfkoenig am 14 Januar 2026, 18:53:06Womoeglich haengt das mit der Menge der vom z2m uebermittelten Daten, und die darauf anspringenden notify/DOIF/FileLog/etc.Das ist unwahrscheinlich, da ja schon der Verbindungsaufbau bremst. Das passierte schon ohne Geräte in zigbee2mqtt. Jetzt sind gerade mal 2 Sensoren drin.
Zitat von: rudolfkoenig am 14 Januar 2026, 18:53:06Was sieht man im "Show MQTT traffic" auf der Detailseite von MQTT2Broker?Da komme ich nur vor dem Starten von zigbee2mqtt hin, oder ich warte 10 Minuten.
Es ist nichts sichtbar.
Es kommen auch keine Sensordaten im MQTT-Explorer an.
Zitat von: rudolfkoenig am 14 Januar 2026, 18:53:06Ist die CPU Belastung hoch?Da ändert sich fast nichts. Die anderen Container arbeiten weiter ohne Probleme.
#15
Sonstige Systeme / Neues Modul LG-ThinQ
Letzter Beitrag von Shadow3561 - 14 Januar 2026, 19:43:26Moin,
angeregt durch diesen thread habe ich mich die letzte beiden Abende mit ChatGPT an ein Modul gewagt was Geräte aus der ThinQ App in FHEM abbilden und steuern kann. Dazu wird die offizielle LG-ThinQ-API-v2 benutzt.
Als erstes müssen wir auf diese Seite gehen
HIER
Hier ändern wir oben die Sprache auf deutsch und melden uns mit unserem LG-Account an.
Dann erstellen wir einen PAT (Personal Access Token). Diesen kopieren.
Als nächstes die Beiden Module im Anhang in euren Modulordner (fhem/FHEM) packen.
fhem Neustarten
Das Connect-Device anlegen mit
Jetzt einmal
Nun sollten eure LG Geräte automatisch angelegt werden.
Im Device Modul ist mapping eingebaut, aber nur für Klimaanlage und Kühlschrank. Weitere Mappings könnt ihr selbst im Modul ab Zeile 404 hinzufügen. Alle benötigten Infos über die, von LG gelieferten, readings bekommt ihr im Device-reading "apiStateRaw".
Die Set-Befehle werden automatisch angelegt, dazu wird das reading "apiProfileRaw" benötigt.
Probiert es einfach mal aus.
Mit freundlichen Grüßen
Daniel
angeregt durch diesen thread habe ich mich die letzte beiden Abende mit ChatGPT an ein Modul gewagt was Geräte aus der ThinQ App in FHEM abbilden und steuern kann. Dazu wird die offizielle LG-ThinQ-API-v2 benutzt.
Als erstes müssen wir auf diese Seite gehen
HIER
Hier ändern wir oben die Sprache auf deutsch und melden uns mit unserem LG-Account an.
Dann erstellen wir einen PAT (Personal Access Token). Diesen kopieren.
Als nächstes die Beiden Module im Anhang in euren Modulordner (fhem/FHEM) packen.
fhem Neustarten
Das Connect-Device anlegen mit
Code Auswählen
defmod <NAME> LGThinQ_Connect <PAT>wenn ihr wollt, dass eure LG_devices automatisch angelegt werden müsst ihr noch das Code Auswählen
autocreateDevices Attribut auf 1 setzen (funktioniert natürlich nur wenn das autocreate in fhem aktiv ist). Dies wird nach dem holen der Deviceliste von LG wieder auf 0 gesetzt.Jetzt einmal
Code Auswählen
set <NAME> connect ausführen.Nun sollten eure LG Geräte automatisch angelegt werden.
Im Device Modul ist mapping eingebaut, aber nur für Klimaanlage und Kühlschrank. Weitere Mappings könnt ihr selbst im Modul ab Zeile 404 hinzufügen. Alle benötigten Infos über die, von LG gelieferten, readings bekommt ihr im Device-reading "apiStateRaw".
Die Set-Befehle werden automatisch angelegt, dazu wird das reading "apiProfileRaw" benötigt.
Probiert es einfach mal aus.
Mit freundlichen Grüßen
Daniel
#16
Anfängerfragen / Aw: FHEM auf welcher Hardware
Letzter Beitrag von Bartimaus - 14 Januar 2026, 19:25:43Das war auch der erste Crash mit meinem ProxmoxSystem. Aber Ursache gefunden und beseitigt.
Einen N100 hatte ich testweise auch mal da, aber der hat mir Idle zuviel Strom gezogen (deutlich mehr als mein potenter 8/16Kerner)
Den Sinn von PBS verstehe ich nicht, meine Backups laufen über die interne Funktion täglich auf ne externe HDD und wöchentlich nochmal auf meine QNAPs per NFS. Wenn man damit einfach und schnell wenigstens den PVE-Host sichern könnte....
Einen N100 hatte ich testweise auch mal da, aber der hat mir Idle zuviel Strom gezogen (deutlich mehr als mein potenter 8/16Kerner)
Den Sinn von PBS verstehe ich nicht, meine Backups laufen über die interne Funktion täglich auf ne externe HDD und wöchentlich nochmal auf meine QNAPs per NFS. Wenn man damit einfach und schnell wenigstens den PVE-Host sichern könnte....
#17
FLOORPLAN / Aw: Floorplan in allen Styles ...
Letzter Beitrag von rudolfkoenig - 14 Januar 2026, 19:04:25Annahme: es liegt an einem FHEM update, Du hast es nicht kaputtgemacht.
Dann brauche ich den Zeitpunkt des updates, mit dem noch alles ok war, und den Zeitpunkt des updates, ab dem es nicht mehr funktioniert.
Womoeglich hilft dabei der Inhalt des /opt/fhem/restoreDir Verzeichnisses.
Steht in der JavaScript Console was Besonderes?
Dann brauche ich den Zeitpunkt des updates, mit dem noch alles ok war, und den Zeitpunkt des updates, ab dem es nicht mehr funktioniert.
Womoeglich hilft dabei der Inhalt des /opt/fhem/restoreDir Verzeichnisses.
Steht in der JavaScript Console was Besonderes?
#18
MQTT / Aw: Verbindungsversuche von zi...
Letzter Beitrag von rudolfkoenig - 14 Januar 2026, 18:53:06ZitatFHEM wird langsam, so dass der Container auf unhealthy geht.Womoeglich haengt das mit der Menge der vom z2m uebermittelten Daten, und die darauf anspringenden notify/DOIF/FileLog/etc.
Ist die CPU Belastung hoch?
Was sieht man im "Show MQTT traffic" auf der Detailseite von MQTT2Broker?
#19
Anfängerfragen / Aw: FHEM goes Gemini
Letzter Beitrag von ch.eick - 14 Januar 2026, 18:40:59Zitat von: Prof. Dr. Peter Henning am 13 Januar 2026, 19:57:52Hallo pah,Zitat von: ch.eick am 13 Januar 2026, 17:38:43Natürlich möchte ich nicht jeden Text zu Gemini schicken, das wäre echt der Obergau.Genau, Du hast das Problem richtig erkannt.
Das Babble-Modul ist im Wiki einigermaßen dokumentiert, muss ich vlt. mal aktualisieren. Die Funktionsweise ist so, dass etwas, das nicht erkannt wird, automatisch an RiveScript weitergeleitet wird.
ich teste gerade Babble und es sieht schon recht gut aus.
Muss man immer Gerät, Ort, Verb, Ziel angeben, auch wenn weniger Angaben eindeutig wären?
Ich habe z.B. nur eine Zirkulationspumpe, die wir für Heißes Wasser in der Küche zum Spülen verwenden.
Es funktioniert: Zirkulation in der Küche anschalten
Eindeutig wäre : Zirkulation an
Muss man an und ein separat als Ziel definieren, oder geht das auch einfacher?
Du darfst diesen Dateianhang nicht ansehen.
Du darfst diesen Dateianhang nicht ansehen.
Hättest Du noch ein Beispiel für die textuellen Zustände bei einer Wallbox, oder definiere ich die einfach beim babbleStatus ?
Die Funktion scheint es nicht zu geben
Code Auswählen
Babble_TestIt("Babble","<zu analysierender Satz>",<exec-Flag>,[,parm0,parm1,...])
2026.01.14 17:10:43.025 1: PERL WARNING: Subroutine Babble_Initialize redefined at ./FHEM/95_Babble.pm line 181.
2026.01.14 17:10:43.026 1: PERL WARNING: Subroutine Babble_Define redefined at ./FHEM/95_Babble.pm line 225.
2026.01.14 17:10:43.026 1: PERL WARNING: Subroutine Babble_Undef redefined at ./FHEM/95_Babble.pm line 290.
2026.01.14 17:10:43.026 1: PERL WARNING: Subroutine Babble_Attr redefined at ./FHEM/95_Babble.pm line 312.
2026.01.14 17:10:43.026 1: PERL WARNING: Subroutine Babble_CreateEntry redefined at ./FHEM/95_Babble.pm line 335.
2026.01.14 17:10:43.027 1: PERL WARNING: Subroutine Babble_Set redefined at ./FHEM/95_Babble.pm line 374.
2026.01.14 17:10:43.027 1: PERL WARNING: Subroutine Babble_Get redefined at ./FHEM/95_Babble.pm line 421.
2026.01.14 17:10:43.027 1: PERL WARNING: Subroutine Babble_save redefined at ./FHEM/95_Babble.pm line 450.
2026.01.14 17:10:43.027 1: PERL WARNING: Subroutine Babble_savename redefined at ./FHEM/95_Babble.pm line 468.
2026.01.14 17:10:43.027 1: PERL WARNING: Subroutine Babble_restore redefined at ./FHEM/95_Babble.pm line 482.
2026.01.14 17:10:43.028 1: PERL WARNING: Subroutine Babble_Test redefined at ./FHEM/95_Babble.pm line 516.
2026.01.14 17:10:43.029 1: PERL WARNING: Subroutine Babble_Normalize redefined at ./FHEM/95_Babble.pm line 627.
2026.01.14 17:10:43.030 1: PERL WARNING: Subroutine Babble_timecorrector redefined at ./FHEM/95_Babble.pm line 1016.
2026.01.14 17:10:43.030 1: PERL WARNING: Subroutine Babble_createRive redefined at ./FHEM/95_Babble.pm line 1049.
2026.01.14 17:10:43.030 1: PERL WARNING: Subroutine Babble_getcsrf redefined at ./FHEM/95_Babble.pm line 1074.
2026.01.14 17:10:43.031 1: PERL WARNING: Subroutine Babble_DoIt redefined at ./FHEM/95_Babble.pm line 1096.
2026.01.14 17:10:43.032 1: PERL WARNING: Subroutine Babble_checkattrs redefined at ./FHEM/95_Babble.pm line 1304.
2026.01.14 17:10:43.032 1: PERL WARNING: Subroutine Babble_ModPlace redefined at ./FHEM/95_Babble.pm line 1343.
2026.01.14 17:10:43.032 1: PERL WARNING: Subroutine Babble_ModVerb redefined at ./FHEM/95_Babble.pm line 1369.
2026.01.14 17:10:43.032 1: PERL WARNING: Subroutine Babble_ModHlp redefined at ./FHEM/95_Babble.pm line 1417.
2026.01.14 17:10:43.032 1: PERL WARNING: Subroutine Babble_ModCmd redefined at ./FHEM/95_Babble.pm line 1435.
2026.01.14 17:10:43.033 1: PERL WARNING: Subroutine Babble_RemCmd redefined at ./FHEM/95_Babble.pm line 1473.
2026.01.14 17:10:43.033 1: PERL WARNING: Subroutine Babble_getids redefined at ./FHEM/95_Babble.pm line 1513.
2026.01.14 17:10:43.033 1: PERL WARNING: Subroutine Babble_getdevs redefined at ./FHEM/95_Babble.pm line 1544.
2026.01.14 17:10:43.034 1: PERL WARNING: Subroutine Babble_antistupidity redefined at ./FHEM/95_Babble.pm line 1653.
2026.01.14 17:10:43.034 1: PERL WARNING: Subroutine Babble_gethelp redefined at ./FHEM/95_Babble.pm line 1677.
2026.01.14 17:10:43.034 1: PERL WARNING: Subroutine Babble_getplaces redefined at ./FHEM/95_Babble.pm line 1693.
2026.01.14 17:10:43.034 1: PERL WARNING: Subroutine Babble_getverbs redefined at ./FHEM/95_Babble.pm line 1775.
2026.01.14 17:10:43.035 1: PERL WARNING: Subroutine Babble_getwords redefined at ./FHEM/95_Babble.pm line 1857.
2026.01.14 17:10:43.036 1: PERL WARNING: Subroutine Babble_Html redefined at ./FHEM/95_Babble.pm line 1942.
2026.01.14 17:10:43.037 1: [Babble] the RiveScript module has been imported successfully, chatbot functionality available
2026.01.14 17:10:43.042 1: [Babble] new RiveScript interpreter generated
2026.01.14 17:11:24.167 1: ERROR evaluating { Babble_TestIt("Babble","Schalte in der Küche Licht an") }: Undefined subroutine &main::Babble_TestIt called at (eval 10574461) line 1.
Zumindest schein im FHEM Docker Container bereits RiveScript vorhanden zu sein, soweit bin ich jedoch noch nicht.
Und dann noch das hier, was ist da Baaaaah
, das würde den WAF erhöhen.Code Auswählen
2026.01.14 17:10:43.064 1: [Babble] Baaaaah ! It is not a good idea to name a device spülwasser similar to a place in Babble
VG Christian
#20
Anfängerfragen / Aw: FHEM auf welcher Hardware
Letzter Beitrag von Damian - 14 Januar 2026, 18:36:21Zitat von: Bartimaus am 14 Januar 2026, 18:13:43Ja, so sehe ich das auch.
Im Moment habe ich trotz doppelter Hardware keine Mehrkosten im Verbrauch, aber FHEM läuft schön separat und unbeeinflusst. Haben mir die 2 Abstürze letztens mal schön vor Augen geführt. Reboot tat goot und das System lief als wenn nichts gewesen wäre.
Mein aktuelles Proxmox-System läuft seit anderthalb Jahren ohne irgendwelche Zwischenfälle 24/7. Ich habe noch ein zweites Proxmox mit Proxmox-Backup auf einem N100 laufen, welches mit knapp über einem Watt im Standby schläft und nur Nachts für ein anstehendes Backup für 'ne Stunde geweckt wird. Das funktioniert besser als ich erwartet hätte - bisher keine Probleme, obwohl die Prozedur täglich stattfindet.