Rhasspy Offline Sprachsteuerung
-
Hallo,
mal eine frage zwischen durch, ich bin selber auf der suche nach einer offline sprachsteuerung.
iobroker läuft bei mir auf einem Ubuntu System.
Mein ziel wäre es 10 Räume mit mic und lautsprecher auszustatten (vieleicht über 10 usb Soundkarten).
Wäre das mit Rhasspy realisierbar, kann man hier mehrere räume einrichten ? -
@System-9
Hi,
da kennt sich bestimmt Thomas besser aus.
Soweit ich das beurteilen kann, sollte es mit einem Master Rhasspy und 9 Satelliten ( evtl. reichen da Raspi Zero aus) funktionieren.
Wobei dann jeder Satellit ein Micro und Lautsprecher haben muss.
Sprachausgabe könnte über USB-Soundkarte funktionieren.
Wie gesagt, warte mal ab, ob Thomas da mehr zu sagen kann, oder google mal nach "Rhasspy Community" und schau im dortigen Forum, ob Du da fündig wirst. -
@System-9
Hallo,
seit wenigen Tagen gibt es ja nun eine neue Pre-Release 2.5. Ich habe sie selbst noch nicht installiert, aber mich mit den verfübaren Beschreibungen bereits intensiv auseinandergesetzt. Grundsätzlich ist Rhasspy ja heute bereits fähig, über einen zentralen Master mehrere periphere Satelliten zu versorgen. Mit Version 2.5 wird diese Fähigkeit nochmals weiter ausgebaut, und wie ich es bisher sehen konnte, auch optimiert. Insofern würde ich deine Frage mit einem klaren JA beantworten.Du sprichst von einem Ubuntu System für deinen ioBroker. Ubuntu ist absolut OK. Die wesentliche Frage ist natürlich, ob deine Hardware, auf der Ubuntu läuft, leistungsfähig genug ist, ioBroker und Rhasspy Master für bis zu 10 Satelliten zu unterstützen.
Ich selbst mache das auch so: Odroid H2 mit 16 GB RAM als gemeinsamer Server für ioBroker und Rhasspy Master. Das läuft tadellos und ich habe auch noch reichlich Reserven. Wenn du allerdings Ubuntu auf einem Raspi 3 oder 4 laufen hast, würde ich dir eher davon abraten, beide Systeme (ioBroker und Rhasspy) auf dieses eine Stück Hardware zu packen. Führe dir immer vor Augen, dass ioBroker stabil laufen muss, und nicht durch ein nettes Gimmick gefährdet werden sollte.
Dies noch als zusätzliche Hinweise. Aber wie gesagt: Ja, ich halte Rhasspy für dein Vorhaben für eine sehr gut geeignete Plattform.
Bevor du anfängst Hardware zu kaufen: Überlege dir genau, was die Satelliten in Punkto Spracheingabe und Audio-Ausgabe leisten sollen. Auch dazu können wir dir hier glaube ich schon ganz gut Hilfestellung geben.
Bei Fragen: Fragen!
Gruß
Thomas -
@tobetobe sagte in Rhasspy Offline Sprachsteuerung:
Der Port lässt sich dort einstellen. So könnte ich versuchen, dein Problem nachzustellen.
Ich bin anscheinend nicht allein mit dem MQTT-Problem:
Rhasspy-Voltron/issuesNachtrag 24.03.2020:
@synesthesiam hat es jetzt als BUG deklariert. -
@joergeli
Hallo Jörg,
ja ich habe das Thema auch verfolgt. Auch darin, dass Synthesiam auf deinen Post noch nicht geantwortet hat, sehe ich eine Bestätigung, dass hier tatsächlich noch ein Fehlverhalten vorliegt.Noch befinde ich mich ja im theoretischen Bereich zur 2.5. Ich habe mir diese Anleitung
https://rhasspy.github.io/rhasspy-voltron/tutorials.html#getting-started-guidebereits mehrfach angeschaut. Ohne parallel zu testen, ist zwar vieles verständlich, aber nicht nachvollziehbar. Und so frage ich mich, ob die Hinweise zu einem externen MQTT-Broker nicht eine Bedeutung auch für das von dir geschilderte Problem haben könnten. Morgen muss ich mich um einige berufliche Angelegenheiten kümmern (und meine Frau wurde ebenfalls verdonnert, im Home Office zu arbeiten). Von daher wird es wahrscheinlich nicht so schnell gehen, bis ich zum Testen der 2.5 komme. Steht für mich aber jetzt auf Prio 1.
Gruß und Gute Nacht
Thomas -
@tobetobe
Hallo Thomas,
nur kein Stress
Ich habe nur langsam an mir selbst gezweifelt, da im Forum immer nur unisono zu lesen war, daß es bei anderen (mit dem externen MQTT-broker funktioniert (allerdings immer mit dem Standard-Port 1883).Mach Deine Tests aber bitte nicht nur wegen mir, nicht daß Deine bisherige Installation über den Jordan geht!
Kaldi:
Das ist auch wieder so eine Sache:
Im Forum heißt es, Kaldi funktioniert unter V2.5-pre mit deutschem Profil.Kann ich aber nur eingeschränkt bestätigen:
Ich habe gerade eben die V 2.5 nochmals kpl. mit englischem Profil installiert --> Kaldi auswählbar.
Anschließend habe ich den "englischen Container" gestoppt und das deutsche Profil installiert.
Jetzt ist Kaldi auch im deutschen Profil aktivierbar und die entspr. Kaldi-Dateien werden heruntergeladen.Zu diesem Umstand, also erst englisches Profil installieren, anschl. deutsches Profil, meine ich im Forum auch schon bei V2.4.18/V2.4.19 gelesen zu haben.
Ich bin nur froh, daß ich einen zweiten Raspi zum Testen habe.
Den ersten mit der V2.4.19 fasse ich nach Möglichkeit gar nicht mehr an, bzw. nur mit Samthandschuhen, damit ich ihn mir nicht zerschieße.Gruß und bis demnächst
Jörg -
@tobetobe
Vielen Dank für die Antwort.
Um den master mache ich mir keine sorgen, läuft auf virtuell auf einem Server (24core 100gb Ram).
was würdest du als Hardware für die Satelliten empfehlen. Ich habe hier schon an Richtmikrofone gedacht, da die dinger in der Decke verschwinden sollen, mein Problem bis jetzt war, das ich auch deckenlautsprecher benötige und diese dann einen kleinen Verstärker.
Und als Herausforderung, solllen die lautsprecher natürlich dann über iobroker noch spotify abspielen können
-
@System-9
Guten Morgen@System-9 said in Rhasspy Offline Sprachsteuerung:
Um den master mache ich mir keine sorgen, läuft auf virtuell auf einem Server (24core 100gb Ram).
Das ist zwar etwas knapp, dürfte aber notfalls gehen
Nun aber im Ernst. Ich greife mal einige Stichworte von dir auf.
- Richtmikrofone. Da muss ich dich natürlich erst einmal fragen, was du darunter verstehst. Echte Richtmikrofone weisen üblicherweise einen sehr schmalen Empfangswinkel auf. Außerhalb dieses Winkels sinkt die Empfindlichkeit rapide ab. Das ist im Zusammenhang mit Spracherkennung eigentlich genau das, was man nicht will.
Im Allgemeinen - und da sind die Profis wie Alexa etc sicher die besten Beispiele, haben sich nicht Richtmikrofone, sondern Mikrofon-Arrays durchgesetzt, die dank spezieller Eigenschaften "rundum" empfangen, aber dennoch für größere Distanzen (mehrere Meter) geeignet sind.
Die am meisten verwendeten Arrays stammen von ReSpeaker oder von Matrix.
- Unterbringung in der Decke: Dies spricht für eine geringe Baugröße, steht aber zugleich im Widerspruch zu deinem Wunsch, Musik über Lautsprecher abspielen zu wollen. Beides gleichzeitig geht nicht ohne entsprechenden Raum zu spendieren, und zwar für Mikrofon, Prozessor, HiFi-Verstärker, Lautsprecher (ggf mehrere?, dann mit Frequenzweiche), Stromversorgung
Ich hoffe, du bist dir darüber im Klaren. Bzw. hier musst du dich entscheiden.
a) wenn es wirklich ganz klein ausfallen soll, dann ohne großen Audio-Teil. Hierfür gibt es zwei Möglichkeiten: Entweder die "einfachen" Mikrofon Arrays mit einem externen Prozessor. Hier reicht wohl schon ein Pi Zero (habe ich selbst noch nicht getestet) oder ein Pi3/4 mit 1 bis 2 GByte RAM. Oder man nimmt die Core Varianten der Mikrofone, die bereits einen Linux-Kern beinhalten und ohne weiteren Prozessor auskommen. Beide Mikrofon Varianten (mit und ohne Core) gibt es von beiden Herstellern.
b) wenn es der maximale Funktionsumfang sein soll: Dann das volle Programm wie unter 2 beschrieben, als Prozessor Pi4 mit 2 bis 4GByte RAMMaßgeblich müsste deine Vorstellung zu den Lautsprechern und zur "Power" den Platzbedarf bestimmen. Mikrofon und Prozessor sind im Verhältnis nur Kleinkram. Persönlich könnte ich mir auch zu b) durchaus vorstellen, das alles in einem Deckenraum unterzubringen. Eines solltest du dann aber noch wissen: Selbstverständlich gibt es für dein Vorhaben kein Standardgehäuse. Da müsstest du dir auch selbst etwas bauen...
Und eines solltest du dir auch noch überlegen: Wenn du volle Möhre Musik hörst, die aus Lautsprechern kommt, die sich unmittelbar neben dem Mikrofon befinden, wie willst du dann noch einen neuen Sprachbefehl fehlerfrei erkennen lassen?
Was ich damit sagen will: Erst drüber nachdenken, was du wirklich willst, und dann die Ärmel hochkrempeln, ist besser, als einfach loslegen, Geld ausgeben und dann frustriert aufgeben, weil die eigene Vorstellung die Möglichkeiten überschreitet.
Soweit in Kürze.
Gruß
Thomas -
@tobetobe
Zum Thema Platz, da gibt es jetzt auch noch keine Probleme, da dies gerade im bau ist, und die ganze Decke abgehangen ist (10cm) und noch offen ist, hier ist nur die Frage welche kabel da rein kommen, aber so wie ich das sehe werde ich auf die Variante mit dem Mikrofon-Array gehen. ->Richtmikrofon hab ich mir erst bestellt, konnte ich selber noch nicht testen (bin selber am tüfftelt was am besten ist), aber wenn das so ist, mit dem empfangswinkel, hat sich das schon erledigt.
Aus den Deckenlautsprechern (gerne in einer anderen Ecke des Raumes) soll nur "normal" musik laufen, für alles andere gibt es die HiFi Anlage.
Das mit Musik und Sprachbefehl -> hier werd ich wohl in den Saurenapfel beißen müssen, wenn Musik gespielt wird, die Sprachbefehle nicht funktionieren -> Möglichkeit über ein Taster/Panel die Musik zu deaktivieren.
-
@System-9
Das ist ja prima, dass du noch so viele Freiheitsgrade hast. Dann würde ich dir zur Verkabelung in der abgehängten Decke folgendes empfehlen:- Am Ort des Mikrofons: 1 - 2 Steckdosen für 230V und ich würde LAN vorsehen, damit du vom WLAN unabhängig bist
- Zwischen Lautprecher und Mikrofon: Lautsprecherkabel
Ob, oder besser wie gut, Sprachbefehle erkannt werden, kann man jetzt noch nicht so sagen. Du solltest wissen, das dies maßgeblich vom sogenannten Signal/Stör-Abstand abhängt, der wiederum von den räumlichen Distanzen und Lautstärkepegeln bestimmt wird. Also: Wie laut kommt die Musik am Mikrofon an und wie laut die Sprache. Befindet sich der Mensch nahe beim Mikro und die Lautsprecher weiter weg, wird es günstiger, umgekehrt ungünstiger. Das gleiche gilt für die Lautstärke: Je Lauter die Musik am Ort des Mikros im Verhältnis der Lautstärke der Sprache am Ort des Mikros, um so ungünstiger, je leiser die Musik, umso günstiger.
Von daher: Mikro vielleicht am besten über dem Tisch / über der Sitzgruppe und die Lautsprecher entsprechend abgesetzt. Meistens geht man da ja Richtung Wand.
Noch eins: Du sprachst in Summe von ca. 10 Mikros, die du verteilen möchtest. Wenn du nicht sicherstellen kannst, dass du überall gutes WLAN hast, leg LAN-Kabel hin.
Ich hatte bei mir leider nicht die Möglichkeit, da schon alles fertig war, und bedaure fast täglich die fehlenden Anschlüsse.
Gruß
Thomas -
@tobetobe
Hallo Thomas,Zu Deiner Information:
@synesthesiam hat das MQTT-Problem jetzt als BUG deklariert:
https://github.com/rhasspy/rhasspy-voltron/issues/10Ich habe gerade eben noch mal eine frische Rhasspy V 2.5-pre-Installation durchgeführt:
1.) Alles bisherige, was Rhasspy betrifft, gelöscht (docker container en/de, docker image, en-profile, de-profile).
2.) Rhasspy mit engl. Profil installiertdocker run -d -p 12101:12101 --restart unless-stopped -v "$HOME/.config/rhasspy/profiles:/profiles" --device /dev/snd:/dev/snd rhasspy/rhasspy:2.5.0-pre --user-profiles /profiles --profile enGUI gestartet und als STT "Kaldi" gewählt --> fehlende Kaldi-Dateien werden heruntergeladen.
--> Rhasspy reagiert auf WakeWord "snowboy" und intent wird erkannt --> soweit alles gut.3.) Docker-container mit engl. Profil gestoppt.
4.) Rhasspy mit deutschem Profil installiert:docker run -d -p 12101:12101 --restart unless-stopped -v "$HOME/.config/rhasspy/profiles:/profiles" --device /dev/snd:/dev/snd rhasspy/rhasspy:2.5.0-pre --user-profiles /profiles --profile deGUI nochmals gestartet und im deutschen Profil als STT ebenfalls "Kaldi" gewählt --> fehlende Kaldi-Dateien werden heruntergeladen.
--> Rhasspy reagiert auf WakeWord "snowboy" und intent wird erkannt --> soweit alles gut.Soweit ist momentan - bis auf das Problem mit dem externen MQTT-Broker - alles OK.
Gruß
Jörg -
Hallo Jörg,
vielen Dank für das Update. Die Einstufung deines Problems als Bug, hört sich nach größerem Zeitbedarf an. Schade.
Ich habe gestern ebenfalls mal zwei Installationen aufgesetzt, eine in einer Virtuellen Maschine (mein Master) und einen Satellliten auf einem alten Pi3. Beides lief absolut problemlos durch und auch Kaldi war sofort, bzw. nach dem erforderlichen Download, verfügbar. Ich installiere übrigens immer sofort das deutsche Profil und gehe nicht über den Umweg, erst das englische Profil zu installieren. Damit habe ich bislang noch nie Schwierigkeiten gehabt.
Momentan hänge ich eher daran, die neue Version noch zu konfigurieren. Ich finde es etwas verwirrend, dass nicht alle Einstellungen über das Menü links erreicht werden, sondern man dann für die Details oben über die grafischen Element, die den Installationszustand anzeigen, gehen muss.
Und dann hängst bei mir noch an einem Mikrofon. Ich habe zwar noch eine USB-Kamera mit Mikrofon, habe diese aber am Pi nocht nicht zum Laufen bekommen.
Und wenn mir die neue Release dann wieder zu nervig ist, befasse ich mich noch hiermit (nicht fertiger Bearbeitungsstand):
Dank deinen Tipps, bin ich dann doch recht flott voran gekommen. Auch habe ich festgestellt, dass man Verbindungen wieder löschen kann, ohne dass die Grundelemente verloren gehen. Und dass es beim Ausschneiden auf die Reihenfolge bei der Auswahl der Elemente ankommt. Also: Geht voran. Vielen Dank nochmals.
Gruß
Thomas -
@tobetobe
Hallo Thomas,
obwohl das nichts mit ioBroker/Rhasspy zu tun hat, noch ein paar Tipps bzgl. FreeCad, bzw. 3D-Druck von mir:Ich habe anfangs auch versucht, viele zusätzliche optische Gimmicks und Schnörkel an meine Konstruktionen zu basteln.
Das hat aber Nachteile:
Zum einen verlängert es die Druckdauer immens und zum anderen, werden u.U. sog. Stützstrukturen erforderlich, die nur während des Druckens notwendig sind und später manuell weggebrochen werden müssen.Ich versuche das mit den Stützstrukturen mal anhand Deiner Konstruktion zu erklären ( die gewölbten Lamellen an der linken Wandung):
Der 3D-Drucker druckt ja Schicht für Schicht von unten nach oben, somit kann er bei sog. Überhängen, d.h. Strukturen, die keinen direkten Druckbettkontakt haben, nicht einfach in die Luft drucken.
(Die würden dann z.B. "runterfließen", wie bei Salvador Dalis Uhrengemälde)
Deshalb müssen bei solchen Überhängen zusätzliche Stützstrukturen generiert werden, s. Bild
Ich habe im Bild mal versucht, die Überhänge zu identifizieren, bzw. die Stellen, an denen Stützstrukturen notwendig werden.
Die Stützstrukturen können vom Druckprogramm, dem sog. Slicer (ich verwende Cura) zwar automatisch generiert werden, es wird aber nach dem Druck u.U. schwierig, die nun überflüssigen Stützstrukturen zu entfernen (mit Seitenschneider rausprökeln).
Man könnte an Deinen Lamellen die Stützstrukturen vermeiden, in dem man beim Druck das Gehäuse um 90° im Uhrzeigersinn dreht, daß also die rechte Seitenwand unten zu liegen kommt, dann werden die Lamellen senkrecht gedruckt, es entstehen dort also keine Überhänge mehr.
Besser ist es aber, schon bei der Konstruktion so wenig wie möglich Überhänge zu erzeugen.
Natürlich kann man Stützstrukturen nicht immer vermeiden, aber weniger ist hier mehr.Hier noch ein Screenshot von Cura, dem 3D-Druckprogramm, wo bei einem meiner Entwürfe eine 45°-Schräge abgestützt werden musste:
Das soll jetzt keinesfalls eine Belehrung meinerseits sein, ich möchte nur meine Erfahrungen teilen.
Was habe ich schon geflucht, wenn nach 8 Std. Druckdauer ein missglückter "Pimpel" in den obersten Schichten den ganzen Ausdruck unbrauchbar gemacht hat.Gruß
Jörg -
@joergeli
Hallo Jörg,
ich fluche auch gerade. Na ja, wieder was gelernt. Eine Hoffnung habe ich noch: Ich habe mich entschieden, zunächst mal keinen eigenen Drucker zu kaufen, sondern den Druck in Auftrag zu geben. Nun weiß ich dank deiner Hilfe wenigstens, welche Frage ich stellen muss.Zu Übungszwecken mache ich mein Gehäuse jetzt einfach mal fertig. Vielleicht trenne ich die Seitenteile auch einfach ab und lasse sie senkrecht drucken. Dann klebe ich sie halt ein. An den anderen Stellen kann ich mit den Stützen glaube ich leben.
Ja, herzlichen Dank mal wieder und noch einen schönen Abend
Thomas -
@tobetobe
Hallo Thomas,
ich würde mir das mit in Auftrag geben noch mal überlegen.
Lt. einem Bekannten werden da recht ordentliche Preise verlangt.
Er hat mal ein Raspi-Gehäuse mit integrierter Pi-Cam Noir (mit Infrarotausleuchtung) drucken lassen, da waren dann 65,-€ fällig.Wenn Du Dir einen Mittelklasse-3D-Drucker im Bereich von ca. 300,-€ zulegst, hast Du die Anschaffungskosten bald raus.
Verbrauchsmaterial (Filament) kostet ca. 20,-€ pro 1kg-Rolle und das reicht für div. Gehäuse und sonstiges.Meine Frau meinte auch erst, was ich mit so einem Spielzeug will, aber als ich ihr dann ein paar Teile (Zubehör-Halter für Dyson-Staubsauger, Zahnpastatuben-Ausdreher, etc.) gedruckt habe, war der Drucker sofort akzeptiert
Ich selbst habe mir schon div. Gehäuse fur Raspi, ESP8266, NanoCUL-Stick, oder auch Staubsauger-Adapter für Bosch-Bandschleifer gedruckt.
Die Einsatzmöglichkeiten sind also sehr vielfältig.Gruß
Jörg -
@tobetobe
Hallo Thomas,
ich versuche mich gerade mit Rhasspy im Client/Server Modus
nach dieser Anleitung https://rhasspy.readthedocs.io/en/latest/tutorials/#client-stepsLeider ist mir noch nicht ganz klar wer jetzt das Intent Handling macht (beim Server steht da das es der Client macht, und beim Client fehlt der Punkt)
Bzw wie wird das intent handling "vollzogen" muss hierfür home assistent installiert werden ?Grundsätzlich stellt sich mir noch die Frage was bringt Client/Server für vorteile, oder sollte ich doch in jedem raum ein extra Rhasspy server machen(technik wäre ja eh vorhanden dazu)
-
Hallo,
ich habe mich bei meiner Installation (2.419, nicht 2.5-pre) immer an diese Anleitung gehalten und hatte nie Probleme:https://community.home-assistant.io/t/rhasspy-offline-voice-control-step-by-step-server-client-docker/154015Anders als bei deiner Anleitung, wird hier gesagt, dass der Master für das Intent-Handling verantwortlich ist, was mir auch logischer erscheint.
Bei mir, und wahrscheinlich bei dir auch, ist der Intent-Handler der ioBroker. Das Rhasspy-Team arbeitet selbst wohl mit Home Assistant (HA). Wenn du HA nicht betreibst, brauchst du es auch nicht zu installieren, weil die Aufgabe ja von ioBroker erledigt wird.
Vorteile von Client/Server:
Nun, wenn du nur einen Rhasspy im gesamten Haushalt betreiben möchtest, brauchst du diese Konfiguration nicht. In diesem Fall würde ein Raspi alle Aufgaben erledigen.
Beim Client/Server-Betrieb übernehmen die Satelliten (Clients) die Aufgaben der WakeWord-Erkennung und der Befehls-Erkennung. Der Master interpretiert die Befehle und schickt entsprechende Quittungen (Töne, Ansagen) sowie die Rohdaten des erkannten Befehls (also das zu steuernde Device, der State, etc) an den Client. Der Client gibt dann Töne und Quittungen lokal aus, steuert ggf die LEDs entsprechend und schickt die Rohdaten des Befehls über MQTT an den Intent-Handler (ioBroker). Der macht dann den Rest.
Soweit die prinzipielle Funktionsweise. Die Vorteile dieses Ansatzes sind:
-
Der Master ist das Arbeitstier und kann entsprechend leistungsfähiger ausgelegt werden. Die Interpretation der Befehle verläuft dadurch schneller.
-
Die Satelliten können folglich sehr klein ausgelegt werden, zB mit Pi Zero oder sogar ganz ohne Pi, wenn man die Core-Varianten der Mikrofon-Arrays einsetzt.
-
Die Pflege des Systems ist sehr viel einfacher, da die komplexen Daten (Wörterbuch, Sentences, Slots, etc) zentral auf dem Master gehalten werden, und nicht auf zB 10 eigenständige Rhasspys verteilt werden müssen
-
Das Aufsetzen eines neuen Satelliten geht schneller und ist deutlich einfacher
Noch ein Hinweis, was du noch auf der ioBroker Seite zu tun hast: Du benötigst einen MQTT-Server, der die Befehle von den Satelliten entgegennimmt und an ioBroker übergibt. Diesen MQTT-Server kannst du außerhalb von ioBroker installieren, oder du verwendest einfach den fertigen ioBroker -Adapter, was ich persönlich für den einfacheren Weg angesehen habe.
Damit aber noch nicht genug: ioBroker kann mit den MQTT-States so nichts anfangen. Du brauchst noch Skripte (in Javascript, Blockly oder Node-Red), die die MQTT-States dann in Befehle umsetzen, die deine Devices verstehen.
Aber alles kein Hexenwerk. Wir haben hier auf dieser Seite schon (fast) alles dazu zusammengetragen.
Viel Erfolg
Thomas -
-
Hallo Jörg,
war ne toughe Woche. Jetzt habe ich nämlich endlich mein Backup für Rhasspy. Der Anlass: Weil ich vorher noch keins hatte. Sprich, ohne Zutun ist auf einmal die Mikro-SD verglüht. So durfte ich meinen Rhasspy-Satelliten nochmal komplett neu aufsetzen. Bin immer noch nicht ganz fertig...
Danke auch für dein Statement zum Drucker. Ich bin noch am Überlegen. Gegen einen eigenen Drucker sprechen momentan auch einige Gründe: Keine Zeit, kein Platz, kein Netzwerk dort, wo ich Platz habe, noch ne Baustelle usw.
Ich werde meinen Bekanntenkreis hier vor Ort abklappern.
Noch eine Frage: Hast du diese Diskussion mitverfolgt:
https://forum.iobroker.net/topic/31174/global-smart-home-community-alliance/
Könntest du dir vorstellen, dabei mitzumachen?
So, ich muss nun zurück zur "Arbeit".
Gruß und noch einen schönen Sonntag,
Thomas -
Hallo,
erstmal ein Danke wegen dem Tipp mit dem Array Mikrophone, die sind echt genial und besser als richtmik´s.
Ich glaub mein Hauptproblem ist, das auf der iobroker seite, keine intents angelegt werden, der rhasspy ist zwar angelegt aber nicht die intents die schon im standard vorhanden sind.
Woran könnte das noch liegen ?!
-
@System-9
Hallo,
bei mir sieht das ein wenig anders aus:
image url)
Wie du siehst, müsstest du einen Ordner "intent" unterhalb von "Rhasspy" haben. Leg ihn und die States mal manuell an, damit die Daten reinlaufen können. Das war bei mir auch so. Die States müssen hierzu exakt den Namen deiner Sentences tragen.Sobald Daten erkannt werden, findest du diese dann ganz rechts. NodeRed kann dann mit diesen States koppeln und weiter verarbeiten.
Gruß
Thomas
