- Willkommen im Forum „FHEM Forum“.
Neueste Beiträge
#1
Anfängerfragen / Aw: (Noch nicht GELÖST) Wie Sp...
Letzter Beitrag von is2late - 03 Dezember 2025, 17:46:18Code Auswählen
Ein kleines bisschen geistige Transferleistung hatte ich in der Tat vorausgesetzt...Asche auf mein Haupt... Aber ehrlich gesagt, die allermeisten Dinge hier sind für mich bömische Dörfer.Aber ich sammele jeden Tipp und muss daher wenigstens nur einmal pro Problem fragen
Herzlichen Dank, Betateilchen, für Deine geduldige Hilfe!
LG Ingo
#2
Sprachsteuerung / Aw: Welche Alternative für Ama...
Letzter Beitrag von Jochen1977 - 03 Dezember 2025, 17:44:15Vielen Dank für Deine ausführliche Antwort. Das meiste ist mir zumindest in den Grundzügen klar. Da ich leider nicht programmieren kann sondern nur etwas "scripten" muss die Lösung quasi ready to use sein.
Der Vorteil der Audiolösung ist die Bequemlichkeit. Immer zuerst das Handy hervorholen und entsperren möchte ich eigentlich nicht. Somit sind Hardwaremicrofone eigentlich obligatorisch. Zur Zeit habe ich 9 Amazon Geräte im Haus und der Garage verteilt. Ob es jetzt wirklich notwendig ist mein Echo dannach zu fragen wie viel Strom meine PV Anlage gerade macht oder ob ich das auch in der App nachschauen kann liegt im Auge des Betrachters. Eine andere Sache ist z.B. das Licht am Waschbecken. Wenn ich gerade Salat wasche und mehr Licht möchte wäre es ungeschickt zuerst das Handy herholen zu müssen.
Docker ist hier kein Hindernis da sowieso ein Homeserver mit div. VMs 24/7 läuft. Text als Input über div. ini Dateien wäre für mich auch ok dann habe ich selbst die Hand drauf was wann ausgeführt wird. STT vom Handy zu nutzen wäre für mich nur der halbe Weg (s.o.)
Deinem Beitrag entnehme ich dass die Erkennung von Sprache nur "halbwegs akzeptable Erkennungsraten" bringt. Hier liegt für mich die Frage. Was ist halbwegs akzeptabel? Meine Frustrationsschwelle liegt hier deutlich höher als die meiner Frau.
Gruß Jochen
Der Vorteil der Audiolösung ist die Bequemlichkeit. Immer zuerst das Handy hervorholen und entsperren möchte ich eigentlich nicht. Somit sind Hardwaremicrofone eigentlich obligatorisch. Zur Zeit habe ich 9 Amazon Geräte im Haus und der Garage verteilt. Ob es jetzt wirklich notwendig ist mein Echo dannach zu fragen wie viel Strom meine PV Anlage gerade macht oder ob ich das auch in der App nachschauen kann liegt im Auge des Betrachters. Eine andere Sache ist z.B. das Licht am Waschbecken. Wenn ich gerade Salat wasche und mehr Licht möchte wäre es ungeschickt zuerst das Handy herholen zu müssen.
Docker ist hier kein Hindernis da sowieso ein Homeserver mit div. VMs 24/7 läuft. Text als Input über div. ini Dateien wäre für mich auch ok dann habe ich selbst die Hand drauf was wann ausgeführt wird. STT vom Handy zu nutzen wäre für mich nur der halbe Weg (s.o.)
Deinem Beitrag entnehme ich dass die Erkennung von Sprache nur "halbwegs akzeptable Erkennungsraten" bringt. Hier liegt für mich die Frage. Was ist halbwegs akzeptabel? Meine Frustrationsschwelle liegt hier deutlich höher als die meiner Frau.
Gruß Jochen
#3
Off-Topic / Aw: Mein gar nicht so "dünner"...
Letzter Beitrag von betateilchen - 03 Dezember 2025, 17:38:05Zitat von: betateilchen am 21 November 2025, 20:05:49Jetzt muss ich mich mal auf die Suche nach einem "hübschen" Festplattengehäuse machen, das man sich auch gerne ins Arbeitszimmer stellt, wenn es nicht nach "Rechenzentrum" aussehen soll.
Die günstigste und leiseste Lösung war ein Festplattenkäfig, der eigentlich als Einschub für einen 5,25" Laufwerkschacht gedacht ist. (Die älteren erinnern sich...)
Den Käfig habe ich mit einer VESA Halterung an die im Gehäuse des HP vorhandenen Schraubenlöcher montiert. Dann noch ein SAS Kabel mit vier SATA ports dran und eine externe Spannungsversorgung für die Fesplatten angeschlossen.
Funktioniert super. Jetzt kann ich erstmal bis zu vier 2,5" Festplatten einstecken.
Bei Bedarf kann der verbaute Controller nochmal vier weitere Festplatten ansteuern.
Aktuell warte ich noch auf die Lieferung eines kürzeren SAS Kabels aus China.
In Deutschland war nur ein Kabel mit 1m Länge zu bekommen. Da das Kabel ziemlich starr ist, gefällt mir der Kringel nicht so richtig.
#4
MQTT / Aw: Frage zum Retain Flag
Letzter Beitrag von betateilchen - 03 Dezember 2025, 17:26:54Zitat von: Rampler am 03 Dezember 2025, 16:38:42Das das überhaupt lief ist ein Wunder...
Warum soll das nicht laufen?
Es ist nicht verboten, dass ein MQTT2_CLIENT sich zum MQTT2_SERVER auf dem gleichen Rechner verbindet.
Es macht halt im Normalfall überhaupt keinen Sinn.
Aber wenn Anwender nur Dinge tun würden, die Sinn machen, hätten wir hier im Forum nur die Hälfte der Beiträge
#5
Anfängerfragen / Aw: (Noch nicht GELÖST) Wie Sp...
Letzter Beitrag von betateilchen - 03 Dezember 2025, 17:23:02Ein kleines bisschen geistige Transferleistung hatte ich in der Tat vorausgesetzt...
Ersetze mal in der Funktion in 99_myUtils.pm 'grep nvme' durch 'grep root' (ohne die Anführungszeichen!)
Danach kannst mit "set hdd execNow" testen, ob es funktioniert.
Ersetze mal in der Funktion in 99_myUtils.pm 'grep nvme' durch 'grep root' (ohne die Anführungszeichen!)
Danach kannst mit "set hdd execNow" testen, ob es funktioniert.
#6
Sprachsteuerung / Aw: Welche Alternative für Ama...
Letzter Beitrag von Beta-User - 03 Dezember 2025, 17:06:08Zitat von: Jochen1977 am 03 Dezember 2025, 16:04:14Dass dies Aufwand in Form von Installation bringt und auch Geld für Geräte kostet ist mir klar.Die Einrichtung ist Aufwand ja, aber man kann (!) prinzipiell auch Rhasspy einfach nur per Handy nutzen, im Prinzip "kostet" Rhasspy/RHASSPY im Moment also vor allem den Einarbeitungsaufwand.
Das ist die gute Nachricht daran.
Die schlechte: RHASSPY setzt auf Rhasspy in der Version 2.5 auf, und das wird in dieser Form nicht mehr weiterentwickelt.
Wie nun also weiter?
1. In FHEM gibt es noch "Babble" (und TEERKO). Ich habe mich damit bisher nicht intensiver auseinandergesetzt, aber die Babble-Konfiguration der im Hintergrund erforderlichen Rivescript-Dateien wirkt aufwändig, zumindest, wenn man es mit Rhasspy-sentences.ini vergleicht (bei Rhasspy läuft im Hintergrund afaik diesselbe Perl-lib, wird aber anders konfiguriert). Auch diese Module brauchen aber - soweit ich das verstanden habe - Text als Input; dazu unten mehr.
2. Zu Rhasspy und RHASSPY
a) es gibt für Rhasspy einen docker-Container, und der dürfte für sich genommen durchaus noch einige Jahre auch auf kommenden Linuxen etc. lauffähig sein. Wenn man docker kennt, ist die Installation schnell gemacht, und man kann intern auch diverse Komponenten dann einfach nachinstallieren. Easy, wenn man docker kennt und/oder schon im Einsatz hat (z.B. wegen zigbee2mqtt).
b) Das RHASSPY-Modul ist sehr modular aufgebaut; man könnte sich durchaus vorstellen, dass es möglich sein könnte, das mit überschaubarem Aufwand auf Rhasspy V3 (und das dort genutzte Wyoming-Protokoll) umzubauen. Allerdings war in Rhasspy V3 auch seit längerem recht wenig Bewegung zu erkennen...
Aber selbst wenn es ein komplett neues "ecosystem" gäbe, dürfte die Anpassung des RHASSPY-Moduls (oder einer Kopie) vergleichsweise einfach sein.
Letztlich liegt die "Stärke" des Moduls darin, der NLU-Komponente strukturierte Datensätze mit "Variablen" zur Verfügung zu stellen, und dann aus der Rückgabe (eine JSON-Struktur) wieder FHEM-Aktionen zu machen (die auch einfach nur die Generierung einer aus FHEM heraus ermittelten Antwort sein kann), und die passende Antwort dann wieder an "irgendein" Ausgabegerät zu senden - entweder als Anweisung, selbst die TTS-Komponente anzuwerfen (z.B. des Handy-OS), oder eben als play-Anweisung der von Rhasspy generierten Audio-Daten.
3. Anders betrachtet:
a) Es funktioniert derzeit der "Rhasspy-only"-way: Man nehme eine der beiden Andorid-Apps und einen Rhasspy-docker-container und konfiguriere nach Wiki.
Man erhält ein funktionales System mit mäßigen Audio-Files, zu bedienen über eine eher unschöne App mit - je nach Flexibilität der eingegebenen sentences.ini - meist halbwegs akzeptablen Erkennungsraten. Problem dabei ist eine Art "es muss irgendwas von dem sein, das ich kenne"-Logik in Rhasspy.
b) "Früher" konnte man alternativ den Rhasspy+AMAD-way beschreiten:
Da wird die STT-Komponente des Handys genutzt, was meistens gut brauchbare Texte ergibt, die dann auch von Rhasspy einer Übereinstimmungsbewertung unterzogen werden, was ggf. deutlich mehr Rückfragen und gefühlt bessere Ergebnisse und "normale" Rückmeldungen an die Nutzer erzeugt. Die Audioausgabe erfolgt dann afair als TTS-Anweisung, denkbar wäre auch eine play-Implementierung.
Problem dabei ist, dass man an offiziellen Apps dann "Tasker" benötigt. Derzeit habe ich allerdings keinen Plan, wie das funktional einzurichten sein soll, aber derzeit wäre das "eigentlich" der Weg, den ich zum Testen vorschlagen würde... (Falls du die nicht mehr offiziell zu bekommende Automagic-App installieren magst, geht es etwas einfacher).
c) "Ganz früher" gab es mal eine App namens WebViewControl, die mit etwas javascript in der Lage war, den STT-Teil zu erledigen und den erkannten Text an FHEM zu übermitteln.
FULLY/fully kann das derzeit (noch?) nicht, würde aber jedenfalls den Rückweg für TTS (und play-Anweisungen) beherrschen. Die Aufgabe wäre hier, den Teil zu ergänzen und ggf. den FULLY- und RHASSPY-Code aufzubohren. Da mir das als der aussichtsreichste Weg für die Zukunft erscheint, habe ich jüngst das FULLY-Modul als Maintainer übernommen.
Dann hätte man eventuell einen "hübschen" fullscreen-Browser (zur Anzeige z.B. von FHEMapp) und direkter "Mikro-Klick"-Funktionalität und geringem Konfigurationsaufwand als "Handy-Interface" mit vergleichbaren Ergebnissen wie dem AMAD-Weg.
Da afaik auch Babble (erst) auf dem erkannten Text aufsetzt, hoffe ich darauf, dass jemand bezüglich des javascript-Teils mit einsteigt...
Hoffe, das ist einigermaßen verständlich?
#7
Sprachsteuerung / Amazon Alexa stellt Support fü...
Letzter Beitrag von dieter114 - 03 Dezember 2025, 17:04:10Hallo Zusammen,
hier nur mal eine Information die ich in Facebook gelesen habe:
Amazon stellt mit Alexa zum Jahresende den Support für Belkin Wemo ein.
Wer seine Schalter und Lampen nicht über fhem an Alexa angebunden hat, wird Probleme bekommen.
Ich habe ca 15 Schalter Typ Sonoff ESP8266 mit Tasmota.
Das sind nun mal "Billig-Teile" und müssen irgendwann ausgetauscht werden.
Nachdem ich einen Neuen mit Tasmota neu Aufgesetzt hatte wollte ich das Teil bei Alexa einbinden.
Das geht wenn nur die Belkin Emulation in Tasmota aktiviert wurde.
Aber Alexa findet kein neues Modul mehr.
An fhem sind die nach wie vor über MQTT2-Device angebunden und problemlos steuerbar.
Im MQTT2-Device einen Alexa Namen eintragen und über alexaFHEM wird alles gefunden.
Aber: Alle ESP8266 Geräte die über das Belkin-Protokoll direkt mit Alexa kommunizieren laufen zumindest noch.
Erst nach einem Gerätetausch ist vermutlich Schluss.
Es gibt eine Möglichkeit die ESP8266 üder das Matter-Protokoll einzubinden.
https://tasmota.github.io/docs/Matter/#what-is-matter
Dies lohnt m.E. aber nicht wenn der alexaFHEM läuft.
Dies ist nur als Tip gedacht falls noch Jemand den alexaFHEM Connector so wie ich umgehen wollte.
Grüße Wolfdieter
hier nur mal eine Information die ich in Facebook gelesen habe:
Amazon stellt mit Alexa zum Jahresende den Support für Belkin Wemo ein.
Wer seine Schalter und Lampen nicht über fhem an Alexa angebunden hat, wird Probleme bekommen.
Ich habe ca 15 Schalter Typ Sonoff ESP8266 mit Tasmota.
Das sind nun mal "Billig-Teile" und müssen irgendwann ausgetauscht werden.
Nachdem ich einen Neuen mit Tasmota neu Aufgesetzt hatte wollte ich das Teil bei Alexa einbinden.
Das geht wenn nur die Belkin Emulation in Tasmota aktiviert wurde.
Aber Alexa findet kein neues Modul mehr.
An fhem sind die nach wie vor über MQTT2-Device angebunden und problemlos steuerbar.
Im MQTT2-Device einen Alexa Namen eintragen und über alexaFHEM wird alles gefunden.
Aber: Alle ESP8266 Geräte die über das Belkin-Protokoll direkt mit Alexa kommunizieren laufen zumindest noch.
Erst nach einem Gerätetausch ist vermutlich Schluss.
Es gibt eine Möglichkeit die ESP8266 üder das Matter-Protokoll einzubinden.
https://tasmota.github.io/docs/Matter/#what-is-matter
Dies lohnt m.E. aber nicht wenn der alexaFHEM läuft.
Dies ist nur als Tip gedacht falls noch Jemand den alexaFHEM Connector so wie ich umgehen wollte.
Grüße Wolfdieter
#8
KNX/EIB / Aw: KNX I/O-Definition scheite...
Letzter Beitrag von erwin - 03 Dezember 2025, 17:01:28Falls du ein KNX-Gateway/Router definieren willst, heisst das Modul KNXIO und NICHT KNX!
..auch der Rest der syntax:
ich würde mal "help KNXIO" bzw. das wiki dazu befragen.
l.g. erwin
..auch der Rest der syntax:
Zitatdefine KNX_MDT_Router KNX 1.1.250@127.0.0.1:6720entspricht weder einer KNXIO def noch einer KNX definition.
ich würde mal "help KNXIO" bzw. das wiki dazu befragen.
l.g. erwin
#9
Anfängerfragen / Aw: (Noch nicht GELÖST) Wie Sp...
Letzter Beitrag von is2late - 03 Dezember 2025, 16:48:23Danke!
Die Abfrage ergibt
LG
Die Abfrage ergibt
Code Auswählen
Dateisystem Größe Benutzt Verf. Verw% Eingehängt auf
/dev/root 28G 15G 12G 57% /
devtmpfs 3,6G 0 3,6G 0% /dev
tmpfs 3,7G 0 3,7G 0% /dev/shm
tmpfs 1,5G 2,0M 1,5G 1% /run
tmpfs 5,0M 4,0K 5,0M 1% /run/lock
/dev/sda1 253M 56M 197M 23% /boot
tmpfs 739M 20K 739M 1% /run/user/1000LG
#10
MQTT / Aw: Frage zum Retain Flag
Letzter Beitrag von Rampler - 03 Dezember 2025, 16:38:42Jo, jetzt ist alles gut ...
Weiter oben hatte ich geschrieben, dass der Mosquitto zuverlässiger läuft als der MQTT_SERVER. Das muss ich revidieren, ich hatte es falsch definiert.
Gleichzeitig MQTT_SERVER auch den MQTT2_CLIENT ist keine gute Idee.
defmod MyBroker MQTT2_CLIENT 127.0.0.1:1883
defmod MQTT_SERVER MQTT2_SERVER 1883 192.168.1.100
Das das überhaupt lief ist ein Wunder...
Jetzt ist nur noch der MQTT2_SERVER 1883 global aktiv !!
Weiter oben hatte ich geschrieben, dass der Mosquitto zuverlässiger läuft als der MQTT_SERVER. Das muss ich revidieren, ich hatte es falsch definiert.
Gleichzeitig MQTT_SERVER auch den MQTT2_CLIENT ist keine gute Idee.
defmod MyBroker MQTT2_CLIENT 127.0.0.1:1883
defmod MQTT_SERVER MQTT2_SERVER 1883 192.168.1.100
Das das überhaupt lief ist ein Wunder...
Jetzt ist nur noch der MQTT2_SERVER 1883 global aktiv !!