- Willkommen im Forum „FHEM Forum“.
Neueste Beiträge
#11
Unterstützende Dienste / Aw: Neues Modul: Signalbot (In...
Letzter Beitrag von tomcat.x - 09 April 2026, 09:52:34Bei mir hat es jetzt auf einem Raspi mit Trixie funktioniert. openjdk 25 ließ sich von vornherein ohne Probleme installieren. Dann habe ich das Installations-Srcipt aus #1404 verwendet (also signal-cli 0.14.1). Nach dem ersten Registrierungsbefehl habe ich ab der Fehlermeldung gut eine Minute gewartet.
#12
MQTT / Aw: Migration MQTT_DEVICE -> M...
Letzter Beitrag von Tobias - 09 April 2026, 09:48:42ich habe Automatiken generell abgeschaltet da diese i.d.R. nie so anlegen wie ich es gerne hätte 
Aber so funktioniert es jetzt
Aber so funktioniert es jetzt
#13
RFXTRX / Aw: RFXTRX433 Initialization e...
Letzter Beitrag von Adimarantis - 09 April 2026, 09:46:29Grundsätzlich schaut das ok aus. Stimmt die Device?
Um bei USB Portwechseln robust zu sein verwende ich die by-id devices:
/dev/serial/by-id/usb-RFXCOM_RFXtrx433XL_DO5O5GYM-if00-port0@38400
Jörg
Um bei USB Portwechseln robust zu sein verwende ich die by-id devices:
/dev/serial/by-id/usb-RFXCOM_RFXtrx433XL_DO5O5GYM-if00-port0@38400
Jörg
#14
Unterstützende Dienste / Aw: [Modul-Vorstellung] Matrix...
Letzter Beitrag von Basti-K - 09 April 2026, 09:33:37Hi!
Vielen Dank für das Feedback! Freut mich zu hören, dass die Send-Funktion auf Anhieb stabil bei jemand anders läuft.
Das war genau das Ziel, hier mal etwas Ordnung reinzubringen im Vergleich zu den ganzen alten Forks.
Zu deiner Frage: Ja, eine Empfangsrichtung (Inbound) ist definitiv geplant!
Technisch werde ich das über die Matrix /sync API mit Long-Polling (HttpUtils_NonblockingGet) lösen. So bekommt FHEM die Nachrichten in Echtzeit mit, ohne dass das System dabei blockiert wird.
Damit das Ganze sicher und alltagstauglich ist (gerade wenn der Bot in Gruppenräumen sitzt), habe ich mir folgendes Konzept für die Syntax und Sicherheit überlegt. Mich würde sehr interessieren, ob das so in deinem Sinne ist:
1. Sicherheit & Spam-Schutz:
botKeyword: Der Bot reagiert nicht auf jeden Text im Raum, sondern nur, wenn die Nachricht mit einem definierten Keyword beginnt (z.B. @fhem oder !fhem).
allowedUsers: Ein Attribut, in dem man die Matrix-IDs (z.B. @user:homeserver.de) hinterlegt, die den Bot überhaupt steuern dürfen. Alles andere wird ignoriert.
2. Das Raum-Konzept (wie beim gassistant):
Damit nicht versehentlich das halbe Haus geschaltet wird oder Fremde rohe FHEM-Befehle injizieren können, würde ich ein Attribut exposeRoom einführen.
Man legt in FHEM einfach die gewünschten Geräte in diesen Raum (z.B. "MatrixControl"). Der Bot darf nur Geräte steuern, die in diesem Raum liegen. Im Optimalfall wertet der Bot dann das alias Attribut der Geräte aus.
3. Geplante Syntax im Matrix-Chat:
@fhem list -> Der Bot schaut in seinen freigegebenen Raum und postet eine Liste der steuerbaren Geräte inkl. aktuellem Status (z.B. "Wohnzimmerlampe (off), Kaffeemaschine (on)").
@fhem Wohnzimmerlampe on -> Schaltet das Gerät mit dem entsprechenden Alias.
Optional könnte man noch ein Attribut allowRawCmds 1 einbauen, mit dem man als Admin (und nur man selbst) via @fhem cmd setstate Dummy 1 rohe FHEM-Befehle durchreichen kann.
Wäre das ungefähr das, was du dir vorgestellt hast und für deinen Anwendungsfall brauchbar?
Viele Grüße!
Basti
Vielen Dank für das Feedback! Freut mich zu hören, dass die Send-Funktion auf Anhieb stabil bei jemand anders läuft.
Das war genau das Ziel, hier mal etwas Ordnung reinzubringen im Vergleich zu den ganzen alten Forks.
Zu deiner Frage: Ja, eine Empfangsrichtung (Inbound) ist definitiv geplant!
Technisch werde ich das über die Matrix /sync API mit Long-Polling (HttpUtils_NonblockingGet) lösen. So bekommt FHEM die Nachrichten in Echtzeit mit, ohne dass das System dabei blockiert wird.
Damit das Ganze sicher und alltagstauglich ist (gerade wenn der Bot in Gruppenräumen sitzt), habe ich mir folgendes Konzept für die Syntax und Sicherheit überlegt. Mich würde sehr interessieren, ob das so in deinem Sinne ist:
1. Sicherheit & Spam-Schutz:
botKeyword: Der Bot reagiert nicht auf jeden Text im Raum, sondern nur, wenn die Nachricht mit einem definierten Keyword beginnt (z.B. @fhem oder !fhem).
allowedUsers: Ein Attribut, in dem man die Matrix-IDs (z.B. @user:homeserver.de) hinterlegt, die den Bot überhaupt steuern dürfen. Alles andere wird ignoriert.
2. Das Raum-Konzept (wie beim gassistant):
Damit nicht versehentlich das halbe Haus geschaltet wird oder Fremde rohe FHEM-Befehle injizieren können, würde ich ein Attribut exposeRoom einführen.
Man legt in FHEM einfach die gewünschten Geräte in diesen Raum (z.B. "MatrixControl"). Der Bot darf nur Geräte steuern, die in diesem Raum liegen. Im Optimalfall wertet der Bot dann das alias Attribut der Geräte aus.
3. Geplante Syntax im Matrix-Chat:
@fhem list -> Der Bot schaut in seinen freigegebenen Raum und postet eine Liste der steuerbaren Geräte inkl. aktuellem Status (z.B. "Wohnzimmerlampe (off), Kaffeemaschine (on)").
@fhem Wohnzimmerlampe on -> Schaltet das Gerät mit dem entsprechenden Alias.
Optional könnte man noch ein Attribut allowRawCmds 1 einbauen, mit dem man als Admin (und nur man selbst) via @fhem cmd setstate Dummy 1 rohe FHEM-Befehle durchreichen kann.
Wäre das ungefähr das, was du dir vorgestellt hast und für deinen Anwendungsfall brauchbar?
Viele Grüße!
Basti
#15
ESP Familie / Aw: Eigenbau Fleischtemperatur...
Letzter Beitrag von JudgeDredd - 09 April 2026, 09:05:21Stimmt, die hätte ich sogar auch noch und dann auf den Stream eine OCR-Erkennung damit ich die Temperatur dann in die Küche faxen kann 
Perfekt, so mache ich es
Perfekt, so mache ich es
#16
Automatisierung / Aw: Verständnisproblem FileLog...
Letzter Beitrag von RalfRog - 09 April 2026, 08:57:31Sieht schon ein wenig so aus.
Vor allem kommen die 3 letzten mit 120 Abstand (vom E10) im Wechsel E10 und E10/Diesel.
Sieht schon aus wie "nicht so gewollt" und das fällt vielleicht erst bei mehr als einer Bedingung auf.
Auch den Abstand nach dem Reread von 3:42 Min hätte ich nicht erwartet. Dem Filelog sollte es doch egal sein wie das Event erzeugt wird.
Vor allem kommen die 3 letzten mit 120 Abstand (vom E10) im Wechsel E10 und E10/Diesel.
Sieht schon aus wie "nicht so gewollt" und das fällt vielleicht erst bei mehr als einer Bedingung auf.
Auch den Abstand nach dem Reread von 3:42 Min hätte ich nicht erwartet. Dem Filelog sollte es doch egal sein wie das Event erzeugt wird.
#17
Sprachsteuerung / Aw: Alexa Verbindung fehlerhaf...
Letzter Beitrag von Burny4600 - 09 April 2026, 08:53:37Irgendwie habe ich etwas nicht verstanden oder ich wurde nicht verstanden.
Das wird der Reihe nach benötigt:
1. FHEM ist vorhanden.
2. FHEM-Geräte sind vorhanden.
3. ECHO-Geräte sind vorhanden.
4. ALEXA-APP ist vorhanden. (Windows, Handy, Tablett)
5. Via ECHO-Geräte werden FHEM-Geräte gesteuert.
6. Die FHEM-Geräte werden unter FHEM gesteuert und sind unter der Alexa-APP ersichtlich und können auch per Alexa-APP gesteuert werden. Ebenso ist der Status unter FHEM und ALEXA-APP ersichtlich.
Ich hoffe jetzt so einfach und vollständig erläutert zu haben was ich erreichen möchte.
Das Alles hatte schon einmal nach aufwändiger Suche und Tests funktioniert. Nur habe ich meine Notizen mit den notwendigen Installationsschritten verlegt, was sehr ärgerlich ist.
Leider musste ich bei der Neuinstallation feststellen, das Trixie wieder alte Samba Fehler hat, was eine Neuinstallation erschwerte.
Alles funktioniert jetzt fehlerfrei.
Nun geht es um Alexa, Echo, FHEM was wirklich benötigt wird, ausgehend von einer Neuinstallation.
Um weitere Fehler zu verhindern, benötige ich die Installationsschritte in aktueller Reihenfolge und in Kurzform für FHEM, Alexa, Echo, usw.?
Das wäre auch für viele andere Benutzer hilfreich und sollte in den Wikis entsprechend festgehalten werden.
Das wird der Reihe nach benötigt:
1. FHEM ist vorhanden.
2. FHEM-Geräte sind vorhanden.
3. ECHO-Geräte sind vorhanden.
4. ALEXA-APP ist vorhanden. (Windows, Handy, Tablett)
5. Via ECHO-Geräte werden FHEM-Geräte gesteuert.
6. Die FHEM-Geräte werden unter FHEM gesteuert und sind unter der Alexa-APP ersichtlich und können auch per Alexa-APP gesteuert werden. Ebenso ist der Status unter FHEM und ALEXA-APP ersichtlich.
Ich hoffe jetzt so einfach und vollständig erläutert zu haben was ich erreichen möchte.
Das Alles hatte schon einmal nach aufwändiger Suche und Tests funktioniert. Nur habe ich meine Notizen mit den notwendigen Installationsschritten verlegt, was sehr ärgerlich ist.
Leider musste ich bei der Neuinstallation feststellen, das Trixie wieder alte Samba Fehler hat, was eine Neuinstallation erschwerte.
Alles funktioniert jetzt fehlerfrei.
Nun geht es um Alexa, Echo, FHEM was wirklich benötigt wird, ausgehend von einer Neuinstallation.
Um weitere Fehler zu verhindern, benötige ich die Installationsschritte in aktueller Reihenfolge und in Kurzform für FHEM, Alexa, Echo, usw.?
Das wäre auch für viele andere Benutzer hilfreich und sollte in den Wikis entsprechend festgehalten werden.
#18
RFXTRX / [gelöst] RFXTRX433 Initializat...
Letzter Beitrag von Tobias - 09 April 2026, 08:43:58Hi,
ich habe mir einen RFX433 besorgt und diesen über den RFXManager konfiguriert. Innerhalb des Managers werden meine TRX Sensoren sauber erkannt bzw geloggt.
In FHEM habe ich das Device jetzt folgendermaßen angelegt:
Im Log kommt folgendes:
Ich habe leider keine Ahnung woran es liegt. Im RFXManager wurde eine Baudrate von 38400 angezeigt, deshalb habe ich es so auch in die Definition übernommen. Aber auch mit anderen Baudraten hat es nicht funktioniert.
Irgendjemand eine Idee?
ich habe mir einen RFX433 besorgt und diesen über den RFXManager konfiguriert. Innerhalb des Managers werden meine TRX Sensoren sauber erkannt bzw geloggt.
In FHEM habe ich das Device jetzt folgendermaßen angelegt:
Code Auswählen
defmod rfxtrx RFXCOM /dev/ttyUSB4@38400;
attr rfxtrx DbLogExclude .*;
attr rfxtrx room 99_Devices;
attr rfxtrx verbose 5;Im Log kommt folgendes:
Code Auswählen
2026.04.09 08:37:53.194 3: Opening rfxtrx device /dev/ttyUSB4
2026.04.09 08:37:53.195 3: Setting rfxtrx serial parameters to 38400,8,N,1
2026.04.09 08:37:53.197 5: DevIo_SimpleWrite rfxtrx: f02c
2026.04.09 08:37:54.298 1: RFXCOM: Initialization Error rfxtrx: no char read
2026.04.09 08:37:54.299 1: Cannot init /dev/ttyUSB4, ignoring it (rfxtrx)Ich habe leider keine Ahnung woran es liegt. Im RFXManager wurde eine Baudrate von 38400 angezeigt, deshalb habe ich es so auch in die Definition übernommen. Aber auch mit anderen Baudraten hat es nicht funktioniert.
Irgendjemand eine Idee?
#19
ESP Familie / Aw: Eigenbau Fleischtemperatur...
Letzter Beitrag von MadMax-FHEM - 09 April 2026, 08:39:34ESP32-Kamera, statt laufen?
Gruß, Joachim
Gruß, Joachim
#20
ESP Familie / Aw: Eigenbau Fleischtemperatur...
Letzter Beitrag von JudgeDredd - 09 April 2026, 08:13:47Naja, was man halt in seiner Bastelkiste so rumliegen hat. Hauptsächliche irgendwelche einzelnen elektronischen Bauteile. Von Widerständen über Kondensatoren bis hin zum OLED Display.
Habe sogar noch ein CC1101 gefunden (keine Ahnung, wo der herkommt 😅)
Aber wie schon geschrieben, bei der ESPduino Geschichte ist mir hier schon der Einstieg zu chaotisch und schlecht dokumentiert.
Nittlerweile habe ich mich mit der "zu Grill laufen"-Version abgefunden 😉
Habe sogar noch ein CC1101 gefunden (keine Ahnung, wo der herkommt 😅)
Aber wie schon geschrieben, bei der ESPduino Geschichte ist mir hier schon der Einstieg zu chaotisch und schlecht dokumentiert.
Nittlerweile habe ich mich mit der "zu Grill laufen"-Version abgefunden 😉