- Willkommen im Forum „FHEM Forum“.
Neueste Beiträge
#1
FHEMWEB / Aw: VoiceButton für Fhemweb
Letzter Beitrag von Beta-User - 15 März 2026, 08:35:25Wow!
Vielen Dank erst mal an euch beide!!! Kommt mir vor wie Ostern und Weihnachten zusammen
.
Habe erst mal zum Testen Rudis Variante aktiviert, weil das "direkt in FHEM" ohne große Umwege für die Allgemeinheit zur Verfügung steht. Erste Eindrücke (http):
- unter firefox@Linux kam "SpeechRecognition Interface missing"
- selbes Gerät, Chromium: Dialogfeld öffnet sich, aber ohne die Einstellung "chrome://flags/#unsafely-treat-insecure-origin-as-secure" passiert nichts. Wenn das für die FHEMWEB-Instanz freigegeben wird, kommt die Anfrage, ob man das Mikro freigeben will => OK. Leider wird dann aber immer noch nichts aufgenommen, das Mikro an sich ist aber an.
- firefox unter Android: wieder "SpeechRecognition Interface missing"
- chrome, Android: Nach Freigabe von "unsafely" und Mikrozugriff: Aufnahme, aber mit Wortwiederholungen (s.u.)
- fully, Android: Funktioniert ootb, aber mit Wortwiederholungen
Wortwiederholungen meint: Aus "Das ist ein Test" wird "setstate WEB 2026-03-15 07:19:02 STT dasdas istdas ist ein Test".
Es werden also (bereits im Dialogfeld so sichtbar) alle bereits erkannten Bestandteile wiederholt, sobald das nächste Wort fertig ist.
Ich vermute, dass man das Dialogfeld nach jedem Wort erst wieder leeren sollte?
Anmerkungen, Wünsche und Anregungen
:
Zum etwas größeren Bild, was schwebt mir eigentlich vor?
Verschiedene Endgeräte sollen dialogisch (per Sprachein- und -ausgabe) mit FHEM interagieren können.
Also sowas sollte möglich sein:
Hier läuft sowas (zumindest im Moment) mit RHASSPY, das ginge aber wohl genausogut mit Babble oder anderen FHEM-Methoden.
Dazu notwändig wäre m.E., dass man
Viele Wünsche, ich weiß
.
Vielen Dank erst mal an euch beide!!! Kommt mir vor wie Ostern und Weihnachten zusammen
.Habe erst mal zum Testen Rudis Variante aktiviert, weil das "direkt in FHEM" ohne große Umwege für die Allgemeinheit zur Verfügung steht. Erste Eindrücke (http):
- unter firefox@Linux kam "SpeechRecognition Interface missing"
- selbes Gerät, Chromium: Dialogfeld öffnet sich, aber ohne die Einstellung "chrome://flags/#unsafely-treat-insecure-origin-as-secure" passiert nichts. Wenn das für die FHEMWEB-Instanz freigegeben wird, kommt die Anfrage, ob man das Mikro freigeben will => OK. Leider wird dann aber immer noch nichts aufgenommen, das Mikro an sich ist aber an.
- firefox unter Android: wieder "SpeechRecognition Interface missing"
- chrome, Android: Nach Freigabe von "unsafely" und Mikrozugriff: Aufnahme, aber mit Wortwiederholungen (s.u.)
- fully, Android: Funktioniert ootb, aber mit Wortwiederholungen
Wortwiederholungen meint: Aus "Das ist ein Test" wird "setstate WEB 2026-03-15 07:19:02 STT dasdas istdas ist ein Test".
Es werden also (bereits im Dialogfeld so sichtbar) alle bereits erkannten Bestandteile wiederholt, sobald das nächste Wort fertig ist.
Ich vermute, dass man das Dialogfeld nach jedem Wort erst wieder leeren sollte?
Anmerkungen, Wünsche und Anregungen
:- Für "submit" würde ich mir (optional?) wünschen, dass das einfach nach einer "üblichen Ruhepause" beim Sprechen dann abgeschickt wird. Also: 2 Sekunden "silence" => automatisch absenden
- Die Lösung via FHEMWEB hat mich zunächst irritiert, aber das ist generisch und funktioniert prinzipiell auf jedem Endgerät. SUPER!
- Die Kehrseite: Einfache Texteingaben und notify sind nur ein sehr kleiner Ausschnitt dessen, was ich mir eigentlich vorstelle: Im Kern sollte das Ganze "dialogisch" ablaufen können, s.u.
- Das Dialogfeld ist pragmatisch, aber als "hübsch" (im Sinne eines modern ausschauenden User-Interfaces) kann man das nicht wirklich bezeichnen
Zum etwas größeren Bild, was schwebt mir eigentlich vor?
Verschiedene Endgeräte sollen dialogisch (per Sprachein- und -ausgabe) mit FHEM interagieren können.
Also sowas sollte möglich sein:
Zitat von: Beta-User am 19 November 2025, 07:31:05(ich) "Mach deutlich lauter"
(Handy) "soll das Radio im Wohnzimmer oder in der Küche lauter gemacht werden?"
(Anm: Sowas kann bei RHASSPY vorkommen, wenn grade beide Audio-Geräte angeschaltet sind und unklar ist, in welchem Raum sich der Sprechende befindet...)
Oder für sowas:
(ich) "Schalte den Fernseher aus"
(Handy) "soll ich wirklich den Fernseher ausschalten?"
(ich) "ja, mach!" (oder "ja bitte")
(Handy) "wird erledigt" (oder "okay", "aber gerne doch", "Aye, Sir!" usw.)
Hier läuft sowas (zumindest im Moment) mit RHASSPY, das ginge aber wohl genausogut mit Babble oder anderen FHEM-Methoden.
Dazu notwändig wäre m.E., dass man
- zum einen identifizieren kann, von welchem Endgerät der STT-Text kam
- dahin dann eine Rückmeldung (entweder Audio oder als TTS-Anweisung) senden kann, und
- optimalerweise nach Ende der Ausgabe dieser Rückmeldung die Möglichkeit hätte, das Mikro wieder für weitere Eingaben zu aktivieren
Viele Wünsche, ich weiß
. #2
FHEM Code changes / Revision 30955: controls_fhem....
Letzter Beitrag von System - 15 März 2026, 08:31:03Revision 30955: controls_fhem.txt: fhemupdate checkin
controls_fhem.txt: fhemupdate checkin
Source: Revision 30955: controls_fhem.txt: fhemupdate checkin
controls_fhem.txt: fhemupdate checkin
Source: Revision 30955: controls_fhem.txt: fhemupdate checkin
#3
FHEMWEB / Aw: Nicht jede erlaubte Zahlen...
Letzter Beitrag von Beta-User - 15 März 2026, 08:11:43Zitat von: Dr. Boris Neubert am 14 März 2026, 19:16:48@Beta-User: nix dagegen, ich verfolge mal den anderen Thread.Thx, aber so oder so geht es hier weiter: https://forum.fhem.de/index.php?topic=144147.0
DANKE!!!
#4
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von Gisbert - 15 März 2026, 07:42:11Guten Morgen Heiko,
seit einer knappen Woche beobachte ich, dass der Wert von special_todayConForecastTillSunset zu jeder vollen Stunde einen kleinen Ausschlag nach oben macht.
Die Kurve von RestOfDayConsumptionForecast bildet aber wie erwartet eine glatte Kurve über der Zeit. Siehe beide Kurven im Anhang.
Der Effekt des ersten Readings (special_todayConForecastTillSunset) ist nur klein, so dass Automatisierungen beruhend auf diesem Reading nur minimal gestört werden.
Dennoch ist der beschriebene Effekt sichtbar. Ich will nicht ausschließen, dass ich dafür gesorgt hab, aber dann wüsste ich nicht, wie ich das angestellt hab. Kannst du dir die Sache einmal anschauen?
Viele Grüße Gisbert
seit einer knappen Woche beobachte ich, dass der Wert von special_todayConForecastTillSunset zu jeder vollen Stunde einen kleinen Ausschlag nach oben macht.
Die Kurve von RestOfDayConsumptionForecast bildet aber wie erwartet eine glatte Kurve über der Zeit. Siehe beide Kurven im Anhang.
Der Effekt des ersten Readings (special_todayConForecastTillSunset) ist nur klein, so dass Automatisierungen beruhend auf diesem Reading nur minimal gestört werden.
Dennoch ist der beschriebene Effekt sichtbar. Ich will nicht ausschließen, dass ich dafür gesorgt hab, aber dann wüsste ich nicht, wie ich das angestellt hab. Kannst du dir die Sache einmal anschauen?
Viele Grüße Gisbert
#5
Bastelecke / Aw: ESP RGBWW Controller - Fir...
Letzter Beitrag von pjakobs - 15 März 2026, 07:20:52Hi @pula, die Belegung steht hier https://forum.fhem.de/index.php?topic=101240.0
auf http://lightinator.de hatte sich offenbar der nginx aufgehängt und mein uptime monitoring hat nix davon mitbekommen.
Läuft wieder!
pj
auf http://lightinator.de hatte sich offenbar der nginx aufgehängt und mein uptime monitoring hat nix davon mitbekommen.
Läuft wieder!
pj
#6
FHEM Code changes / Revision 30954: 76_SolarForeca...
Letzter Beitrag von System - 15 März 2026, 00:50:56Revision 30954: 76_SolarForecast: contrib Version 2.3.1
76_SolarForecast: contrib Version 2.3.1
Source: Revision 30954: 76_SolarForecast: contrib Version 2.3.1
76_SolarForecast: contrib Version 2.3.1
Source: Revision 30954: 76_SolarForecast: contrib Version 2.3.1
#7
Solaranlagen / Aw: Einbindung eines Sungrow S...
Letzter Beitrag von roadghost - 15 März 2026, 00:03:36Guten Abend.
Mein Sungrow wurde ersetzt, der neue hat eine neuere FW als der alte. Die Register haben sich geändert, das 13021 gibt zwar noch Battery Power aus, aber kein Minuszeichen mehr bei Beladung bzw. Entladung - nur noch den Wert.
Laut Liste git es noch das register 5214, das ist S32, aber ich bekomme keinen plausiblen Wert.
Kann mich jemand dabei unterstützen?
Mein Sungrow wurde ersetzt, der neue hat eine neuere FW als der alte. Die Register haben sich geändert, das 13021 gibt zwar noch Battery Power aus, aber kein Minuszeichen mehr bei Beladung bzw. Entladung - nur noch den Wert.
Laut Liste git es noch das register 5214, das ist S32, aber ich bekomme keinen plausiblen Wert.
Kann mich jemand dabei unterstützen?
#8
Multimedia / Aw: Squeezebox Modul - erste V...
Letzter Beitrag von holle75 - 15 März 2026, 00:00:01Danke Chris
#9
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von DS_Starter - 14 März 2026, 23:59:00@all,
ich habe die contrib-Version upgedatet und entsprechend des Hinweises von 300P eine Anpassung der Normierungsgrenzwert-Quelle vorgenommen.
Die Änderung wirkt beim nächsten AI Con Training.
ich habe die contrib-Version upgedatet und entsprechend des Hinweises von 300P eine Anpassung der Normierungsgrenzwert-Quelle vorgenommen.
Die Änderung wirkt beim nächsten AI Con Training.
#10
Bastelecke / Aw: ESP RGBWW Controller - Fir...
Letzter Beitrag von pula - 14 März 2026, 23:54:55hm. lightinator.de scheint grad nicht zu funktionieren.
leider scheine ich grade zu dämlich zum flashen des lightinator v3 zu sein.
da ist ein block mit 6 pins. wenn ich das richtig verstehe ist links oben rx und links unten tx. mitte oben ist gnd. ich hatte das vor zwei jahren oder so schon mal, habs aber vergessen.
könnte bitte jemand so nett sein und mir sagen, wie die pins belegt sind?
danke und cheers,
Pula
leider scheine ich grade zu dämlich zum flashen des lightinator v3 zu sein.
da ist ein block mit 6 pins. wenn ich das richtig verstehe ist links oben rx und links unten tx. mitte oben ist gnd. ich hatte das vor zwei jahren oder so schon mal, habs aber vergessen.
könnte bitte jemand so nett sein und mir sagen, wie die pins belegt sind?
danke und cheers,
Pula