- Willkommen im Forum „FHEM Forum“.
Neueste Beiträge
#91
Anfängerfragen / Aw: Integration Valetudo Staub...
Letzter Beitrag von ConRod - 16 Februar 2026, 21:16:44Vielen Dank für die hilfreichen Infos und Links.
Ich habe bereits ein MQTT Device, dass auf meinen lokalen mosquitto Server zeigt.
Es wird genutzt für Zigbee2mqtt (Zigbee).
Außerdem steht "autocreate=active".
Nachdem ich nun Valetudo für den Zigbee2mqtt Server konfiguriert habe, wird jedoch scheinbar kein MQTT2_DEVICE angelegt.
Wie kann ich prüfen, wo hier der Fehler liegt?
Ich habe bereits ein MQTT Device, dass auf meinen lokalen mosquitto Server zeigt.
Es wird genutzt für Zigbee2mqtt (Zigbee).
Außerdem steht "autocreate=active".
Nachdem ich nun Valetudo für den Zigbee2mqtt Server konfiguriert habe, wird jedoch scheinbar kein MQTT2_DEVICE angelegt.
Wie kann ich prüfen, wo hier der Fehler liegt?
#92
Anfängerfragen / statistics auf Durchschnitt in...
Letzter Beitrag von rabehd - 16 Februar 2026, 21:05:47Hallo,
ich zeige die Werte des Luftdruckes meiner Sensoren in einer Readingsgroup an und bilde dort den Durchschnitt.
Jetzt möchte ich die Tendenz des Luftdruckes haben. Dafür gibt es ja das Statistics-Modul.
Sobald ich das definiere, wird der Durchschnitt (avg) nicht mehr berechnet.
Habe ich da einen Denkfehler.
ich zeige die Werte des Luftdruckes meiner Sensoren in einer Readingsgroup an und bilde dort den Durchschnitt.
Jetzt möchte ich die Tendenz des Luftdruckes haben. Dafür gibt es ja das Statistics-Modul.
Sobald ich das definiere, wird der Durchschnitt (avg) nicht mehr berechnet.
Habe ich da einen Denkfehler.
Code Auswählen
defmod StatDruck statistics Luftdruck2
attr StatDruck tendencyReadings durchschnitt
#93
Sprachsteuerung / Aw: Rhasspy, mein Weg zu neuen...
Letzter Beitrag von Beta-User - 16 Februar 2026, 20:59:00Hmmm, na ja....
Automagic auf einem neueren Androiden zu installieren, habe ich bisher nicht versucht, das erscheint mir nicht zukunftsweisend, könnte aber nach wie vor funktionieren.
Mein (bis dato nicht veränderter) Stand ist in https://forum.fhem.de/index.php?msg=1352497 nachzulesen, da ist auch ein Link zum Thema AMAD@aktuellem Tasker zu finden; vielleicht bekommst du das ja so gelöst, dass ich es nachbauen kann? Bzgl. der zuletzt geborenen Idee, Spracheingaben via FULLY zu implementieren hat sich jedenfalls bislang leider noch niemand gemeldet, und ich habe im Moment andere Baustellen.
Was in jedem Fall auch gehen sollte, wäre eine Messenger-App dazwischenzuschalten. @ch.eick hatte neulich irgendwo geschrieben, wie er Signal als Sprachein- und Ausgabegerät "missbraucht" (allerdings mit Gemini als Gegenstelle). Das würde sich imo recht zwanglos mit deiner bestehenden RHASSPY-Konfiguration verheiraten lassen...
Helfen dir die Stichworte erst mal weiter?
Automagic auf einem neueren Androiden zu installieren, habe ich bisher nicht versucht, das erscheint mir nicht zukunftsweisend, könnte aber nach wie vor funktionieren.
Mein (bis dato nicht veränderter) Stand ist in https://forum.fhem.de/index.php?msg=1352497 nachzulesen, da ist auch ein Link zum Thema AMAD@aktuellem Tasker zu finden; vielleicht bekommst du das ja so gelöst, dass ich es nachbauen kann? Bzgl. der zuletzt geborenen Idee, Spracheingaben via FULLY zu implementieren hat sich jedenfalls bislang leider noch niemand gemeldet, und ich habe im Moment andere Baustellen.
Was in jedem Fall auch gehen sollte, wäre eine Messenger-App dazwischenzuschalten. @ch.eick hatte neulich irgendwo geschrieben, wie er Signal als Sprachein- und Ausgabegerät "missbraucht" (allerdings mit Gemini als Gegenstelle). Das würde sich imo recht zwanglos mit deiner bestehenden RHASSPY-Konfiguration verheiraten lassen...
Helfen dir die Stichworte erst mal weiter?
#94
Automatisierung / Aw: ASC in Verbindung mit Shel...
Letzter Beitrag von Beta-User - 16 Februar 2026, 20:42:12
Danke für die nette Rückmeldung, und schön, dass du selbst drauf gekommen bist, wie man den workaround für "open" und "closed" einbauen kann
!Wie an anderer Stelle geschrieben, finde ich zwei Punkte nicht optimal "return undef" und (v.a.!) "unless". Kann sein, dass man das "return undef" an dieser Stelle benötigt, weil sonst readingsProxy was anderes tut wie erwartet (und damit die absolute Ausnahme darstellt!), aber ich würde das so notieren:
Code Auswählen
{
return if $CMD ne 'state' || $ARGS !~ /^\d+$/;
my $v = $ARGS > 100 ? 100 : $ARGS < 0 ? 0 : $ARGS;
return ($v == 0 ? 'closed 0' :
$v == 100 ? 'open 0' :
"pct $v 0");
} Wer einmal versucht hat, fremden Code auseinanderzunehmen, den irgendwer mit mehreren Bedingungen innerhalb einer "unless"-Prüfung zusammengekleistert hat, versteht wahrscheinlich nur allzu gut, warum ich dringlichst davon abrate, dieses Unwort überhaupt zu verwenden!
Sowas ist schlicht unwartbar (ausgenommen für Leute, die ein Faible für masochistische Kopfzerbrecher haben)...
#95
Sprachsteuerung / Aw: Rhasspy, mein Weg zu neuen...
Letzter Beitrag von Gisbert - 16 Februar 2026, 20:38:32Hallo Jörg,
ich hab heute ein Pixel 9a mit Android 16 aktiviert und schicke dafür mein Pixel 4a in Rente. Es wurde Zeit, weil es immer mehr Probleme mit dem Ein/Ausschalter und Lautstärkeschalter gab und es auch schon länger keine Sicherheits-Updates gibt.
Da in der ganzen Verarbeitungskette bei mir auch Automagic (Premium) /AMAD drin steckt, und ich das auf Android 16 wegen fehlender Speicherfreigabe nicht zum Laufen bringe, wollte ich fragen, wie ich Rhasspy und mein Pixel 9a (mit Android 16) als Sprachein- und ausgabegerät nutzen kann. Nutzt du auch noch Automagic / AMAD - vermutlich nicht, was stattdessen?
U.a. erhöht AMAD die Lautstärke vor der Sprachausgabe und und schickt vorher einen Vibrationston raus, damit ich die Meldungen auch möglichst mitbekomme - und natürlich gibt es eine Sprachein- und -ausgabe auf dem Pixel4a.
Was auch eventuell zu diskutieren wäre, ob es Sinn macht mit Rhasspy und einm Handy (mit Android 16) als Ein/Ausgabegerät weiterzumachen. Ich bin für jeden Lösungsansatz dankbar. Rhasspy hat zusammen mit dem alten Pixel 4a bisher sehr gut funktioniert - und ich würde Rhasspy am liebsten weiternutzen.
Viele Grüße Gisbert
ich hab heute ein Pixel 9a mit Android 16 aktiviert und schicke dafür mein Pixel 4a in Rente. Es wurde Zeit, weil es immer mehr Probleme mit dem Ein/Ausschalter und Lautstärkeschalter gab und es auch schon länger keine Sicherheits-Updates gibt.
Da in der ganzen Verarbeitungskette bei mir auch Automagic (Premium) /AMAD drin steckt, und ich das auf Android 16 wegen fehlender Speicherfreigabe nicht zum Laufen bringe, wollte ich fragen, wie ich Rhasspy und mein Pixel 9a (mit Android 16) als Sprachein- und ausgabegerät nutzen kann. Nutzt du auch noch Automagic / AMAD - vermutlich nicht, was stattdessen?
U.a. erhöht AMAD die Lautstärke vor der Sprachausgabe und und schickt vorher einen Vibrationston raus, damit ich die Meldungen auch möglichst mitbekomme - und natürlich gibt es eine Sprachein- und -ausgabe auf dem Pixel4a.
Was auch eventuell zu diskutieren wäre, ob es Sinn macht mit Rhasspy und einm Handy (mit Android 16) als Ein/Ausgabegerät weiterzumachen. Ich bin für jeden Lösungsansatz dankbar. Rhasspy hat zusammen mit dem alten Pixel 4a bisher sehr gut funktioniert - und ich würde Rhasspy am liebsten weiternutzen.
Viele Grüße Gisbert
#96
Automatisierung / Aw: ASC in Verbindung mit Shel...
Letzter Beitrag von piet_pit - 16 Februar 2026, 20:22:57Hallo Zusammen,
ich mache hier den Thread nochmal auf, weil ich mit toller Hilfe von Beta-User die Info teilen möchte, wie hier als Voraussetzung für die Einbindung von ASC die readingsProxy programmiert werden können. Ich habe auch diesen Shelly ProDualCover/ Shutter PM mit diesen zwei Kanälen.
Die readingsProxys habe ich wie folgt definiert (am Beispiel von Kanal 0 des Shelly).
Dann eine Setlist für diesen readingsProxy:
und eine setFn
Mit diesem Setting kann ich jetzt die Rollos über die readingsproxies fahren und habe die Vorausetzung für die Nutzung von ASC vorliegen. Das gehe ich als nächstes an und werde berichten.
Vielen Dank nochmals an Beta-User....
Viele Grüße
Pit
ich mache hier den Thread nochmal auf, weil ich mit toller Hilfe von Beta-User die Info teilen möchte, wie hier als Voraussetzung für die Einbindung von ASC die readingsProxy programmiert werden können. Ich habe auch diesen Shelly ProDualCover/ Shutter PM mit diesen zwei Kanälen.
Die readingsProxys habe ich wie folgt definiert (am Beispiel von Kanal 0 des Shelly).
Code Auswählen
define <name> readingsProxy <device>:pct_0Dann eine Setlist für diesen readingsProxy:
Code Auswählen
attr <name readingsproxy> setList state:colorpicker,BRI,0,1,100und eine setFn
Code Auswählen
{
return undef unless $CMD eq 'state' && $ARGS =~ /^\d+$/;
my $v = $ARGS > 100 ? 100 : $ARGS < 0 ? 0 : $ARGS;
return ($v == 0 ? "closed 0" :
$v == 100 ? "open 0" :
"pct $v 0");
}Mit diesem Setting kann ich jetzt die Rollos über die readingsproxies fahren und habe die Vorausetzung für die Nutzung von ASC vorliegen. Das gehe ich als nächstes an und werde berichten.
Vielen Dank nochmals an Beta-User....
Viele Grüße
Pit
#97
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von DS_Starter - 16 Februar 2026, 20:01:59Wenn ich eure Beiträge so lese werden wir die Daten sehr gut über das etablierte key=<Device>:<Reading> Verfahren einbinden können und bleiben so flexibel.
Bezüglich der Consumerarchitektur gefällt mir die in #5150 diskutierte Variante 2 immer besser. D.h. man würde einen EV als consumerXX definieren (das Wallbox/MQTT-Device als Stellvertreterdevice). Sobald ein "identity"-Key als "true" erkannt wird, aktiviert sich der consumerXX (das entsprechende EV) und stellt seine Daten im SF-System bereit, d.h. sie können verarbeitet und gespeichert werden. Wird ein anderer EV angeschlossen und somit eine andere "identity" erkannt, aktiviert sich ein anderer consumerXX sofern definiert.
Der "identity"-Key wird so flexibel über <Device>:<Reading> konfigurierbar gestaltet, dass der User alle möglichen Varianten (Name, MAC, RFID ... whatever) zur Identifikation des Fahrzeuges heranziehen und ggf. kombinieren kann.
Bezüglich der Consumerarchitektur gefällt mir die in #5150 diskutierte Variante 2 immer besser. D.h. man würde einen EV als consumerXX definieren (das Wallbox/MQTT-Device als Stellvertreterdevice). Sobald ein "identity"-Key als "true" erkannt wird, aktiviert sich der consumerXX (das entsprechende EV) und stellt seine Daten im SF-System bereit, d.h. sie können verarbeitet und gespeichert werden. Wird ein anderer EV angeschlossen und somit eine andere "identity" erkannt, aktiviert sich ein anderer consumerXX sofern definiert.
Der "identity"-Key wird so flexibel über <Device>:<Reading> konfigurierbar gestaltet, dass der User alle möglichen Varianten (Name, MAC, RFID ... whatever) zur Identifikation des Fahrzeuges heranziehen und ggf. kombinieren kann.
#98
Anfängerfragen / Aw: Cul. inf anpassen für Wind...
Letzter Beitrag von Otto123 - 16 Februar 2026, 20:00:30Code Auswählen
help culliefertZitatModule: 00_CUL.pm Maintainer: rudolfkoenig Forum: SlowRFverschiebe den Thread mal bitte, ist schon speziell. Unten Links ist der Knopf zum Verschieben
#99
MQTT / Aw: MQTT_GENERIC_BRIDGE: [mqtt...
Letzter Beitrag von sknob001 - 16 Februar 2026, 19:58:26Wow, vielen lieben Dank. Das hat mir echt geholfen. Ich glaube, da wäre ich nie drauf gekommen.
Zitat von: Beta-User am 15 Februar 2026, 21:02:29Zwischenzeitlich bin ich mal durch den Code:
MQTT_GENERIC_BRIDGE erwartet, dass nichts (echtes undef) zurückkommt, wenn ein set-Befehl abgearbeitet wird. THZ scheint (via THZ_Get()-Aufruf in Zeile 1295) aber (Zeile 1497) sogar eine Rückmeldung mit Einheit ($msg2) zu geben...
Würde das unter "altes Modul mit Sonderlocke" verbuchen, die Konvention ist lt. https://wiki.fhem.de/wiki/DevelopmentModuleIntro#X_SetZitatStandardmäßig wird jeder Set-Befehl, welcher erfolgreich ausgeführt wurde ($error ist undef),
Nachtrag:
Zeile 1324 vonCode Auswählenreturn ($msg);aufCode Auswählenreturn;ändern sollte zumindest dazu führen, dass sich THZ in dem Punkt nach Vorgabe verhält. Kann sein, dass das Nebenwirkungen hat...
#100
Heizungssteuerung/Raumklima / Aw: THZ Tecalor (LWZ Stiebel E...
Letzter Beitrag von toggle1 - 16 Februar 2026, 19:42:58Hallo zusammen,
ist es mittlerweile bekannt, ob/wie man die manuelle Steuerung im Fachmann-Menü über die serielle Schnittstelle triggern kann?
Der Hintergrund meiner Frage ist das hängende MFG-Ventil. Es wurde vor 5 Jahren ersetzt und jetzt macht es schon wieder Probleme. Und ich habe nicht wirklich Lust, die MFG nach gerade mal 5 Jahren zu ersetzen, solange das Ventil noch mit Workarounds funktioniert.
Das Workaround über das Ändern der WW-Temperatur funktioniert leider erst nach mehr als 5 Anläufen. So dauert die WW-Bereitung mehrere Stunden und die Anzahl der Neustarts vom Verdichter erhöht sich enorm. Aber es gibt eine effektive Methode, die sofort funktioniert - manuelles Aktivieren des WW-Stellventils im Fachmannmenü, wenn die WW-Bereitung anläuft. Das WW-Stellventil muss nur für 3-5 Sekunden aktiviert werden und schon wird der WW-Kreislauf geschlossen, so dass das Wasser wie gewohnt erwärmt wird.
ist es mittlerweile bekannt, ob/wie man die manuelle Steuerung im Fachmann-Menü über die serielle Schnittstelle triggern kann?
Der Hintergrund meiner Frage ist das hängende MFG-Ventil. Es wurde vor 5 Jahren ersetzt und jetzt macht es schon wieder Probleme. Und ich habe nicht wirklich Lust, die MFG nach gerade mal 5 Jahren zu ersetzen, solange das Ventil noch mit Workarounds funktioniert.
Das Workaround über das Ändern der WW-Temperatur funktioniert leider erst nach mehr als 5 Anläufen. So dauert die WW-Bereitung mehrere Stunden und die Anzahl der Neustarts vom Verdichter erhöht sich enorm. Aber es gibt eine effektive Methode, die sofort funktioniert - manuelles Aktivieren des WW-Stellventils im Fachmannmenü, wenn die WW-Bereitung anläuft. Das WW-Stellventil muss nur für 3-5 Sekunden aktiviert werden und schon wird der WW-Kreislauf geschlossen, so dass das Wasser wie gewohnt erwärmt wird.