Hauptmenü

Neueste Beiträge

#91
Sprachsteuerung / Aw: Welche Alternative für Ama...
Letzter Beitrag von Beta-User - 03 Dezember 2025, 17:06:08
Zitat 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?
#92
Sprachsteuerung / Amazon Alexa stellt Support fü...
Letzter Beitrag von dieter114 - 03 Dezember 2025, 17:04:10
Hallo 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
#93
KNX/EIB / Aw: KNX I/O-Definition scheite...
Letzter Beitrag von erwin - 03 Dezember 2025, 17:01:28
Falls du ein KNX-Gateway/Router definieren willst, heisst das Modul KNXIO und NICHT KNX!
..auch der Rest der syntax:
Zitatdefine KNX_MDT_Router KNX 1.1.250@127.0.0.1:6720
entspricht weder einer KNXIO def noch einer KNX definition.
ich würde mal "help KNXIO" bzw. das wiki dazu befragen.
l.g. erwin
#94
Anfängerfragen / Aw: (Noch nicht GELÖST) Wie Sp...
Letzter Beitrag von is2late - 03 Dezember 2025, 16:48:23
Danke!

Die Abfrage ergibt
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/1000

LG
#95
MQTT / Aw: Frage zum Retain Flag
Letzter Beitrag von Rampler - 03 Dezember 2025, 16:38:42
Jo, 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 !!

#96
MQTT / Aw: Frage zum Retain Flag
Letzter Beitrag von betateilchen - 03 Dezember 2025, 16:30:54
Zitat von: Rampler am 03 Dezember 2025, 13:44:23Merkwürdig finde ich, dass man das Flag nicht sieht. Das Verhalten ist aber so, als wäre es an.

Was ist denn so schwer daran zu verstehen, dass der MQTT2_SERVER retained-messages einfach ohne das Flag verschickt? Das Flag hat im empfangenden client keinerlei Funktion.

Der Server muss einfach nur dafür sorgen, dass er eine mit "retain" gekennzeichnete Nachricht speichert, um sie dann, wenn ein subscribe auf das topic kommt, zu verschicken. Und das tut er doch.

Wie er das macht, sollte Dir prinzipiell egal sein.
#97
Sonstige Systeme / Aw: Neues Modul: Tado Heizungs...
Letzter Beitrag von Bernhard - 03 Dezember 2025, 16:26:56
genau das war auch mein k(r)ampf 🤣


nochmal 3 Fragen:
- läuft dein fhem als Service oder als normaler Prozess?
- wie hast du die aktuelle Version von 98_TadoAPI.pm geholt?
- was wird angezeigt, wenn du im Verzeichnis FHEM/  ls -lt 98_TadoAPI.* abfrägst?
#98
Anfängerfragen / Aw: (Noch nicht GELÖST) Wie Sp...
Letzter Beitrag von betateilchen - 03 Dezember 2025, 16:16:43
naja, den Teil mit dem "nvme" musst Du schon an Deine Gegebenheiten anpassen.

Was ergibt denn (in der Befehlszeile eingeben)

{`df -h`}
als Rückmeldung in FHEM?
#99
Heizungssteuerung/Raumklima / Aw: Hat schon jemand Erfahrung...
Letzter Beitrag von cs-online - 03 Dezember 2025, 16:16:18
Danke schon mal für die Info :-)
#100
Heizungssteuerung/Raumklima / Aw: Hat schon jemand Erfahrung...
Letzter Beitrag von Nobbynews - 03 Dezember 2025, 16:09:29
Zitat von: cs-online am 03 Dezember 2025, 16:00:20Was kostet ein Token (das habe ich auf Johns Seiten nirgends gefunden) ?
ZitatCurrently the following token options are available:

F: free trial token for 1 month with all features
€0 plus tax
XS: token with updates for 1 month
€10 plus tax
S: token with updates for 1 year
€30 plus tax
M: token with updates for 2 years
€40 plus tax
HA: Home Assistant MQTT Discovery for eBUS messages (add-on option for a token)
€10 plus tax
In order to purchase one of these options for your adapter, ensure a recent version of the firmware is running on it, open the adapter webpage, go to the Config / eBUS section, and click on the token check icon of the micro-ebusd option.