Rhasspy Offline Sprachsteuerung
-
@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 -
@tobetobe
Hallo,
nach einiger zeit tauchen die unter hermes/intent auf und könne mit Node Red abgegriffen werden.Habe es jetzt auch mal über den Websocket probiert
ws://host:12101/api/events/intent, hier kommen sogar die wörter mit, die man gesprochen hat und man kann mit einem trigger, gleich alle Intents abfangen. -
Hallo Thomas,
@tobetobe sagte in Rhasspy Offline Sprachsteuerung:
Sprich, ohne Zutun ist auf einmal die Mikro-SD verglüht.
also wahrscheinlich ähnlich wie meine ioBroker Mikro-SD, die zwar noch per Putty erreichbar war, aber eine AVG-Load von 9.5 hatte, sprich: ioBroker war nicht mehr erreichbar, bzw. bedienbar.
Auch per SSH musste ich dann ca. 20 Sek. warten, bis ein Kommando angenommen wurde.Ich hatte dann ioBroker mit einem älteren Backup-SD- Image vom Januar 2020 auf eine neuen Mikro-SD gezogen und
die fehlenden/geänderten Scripte ergänzt, sowie die zwischenzeitlichen Adapter-Aktualisierungen nachgezogen.
Jetzt tritt plötzlich ein merkwürdiges Phänomen auf:
Zeitweise schwankt die AVG-Load extrem, meist dümpelt sie zwar so um ca. 0.3-0.5/1min. vor sich hin, dann steigt sie - ohne ersichtlichen Grund - zeitweilig auf Werte bis zu 2.9.
Wenn die AVG sehr hoch ist, reagiert Rhasspy - logischerweise - nur noch sehr verzögert.Ich habe schon verschiedene Tests durchgeführt, um den Grund der zeitweiligen hohen Last herauszufinden:
JavaScript-Adapter in ioBroker deaktiviert, nochmals ein aktuelles Image auf andere SD-Karte installiert, etc., trotzdem zeitweilig hohe Last. Kommt zwar recht selten vor, ist mir aber vorher nie aufgefallen.
Ich kann es auch nicht zeitlich eingrenzen, denn es laufen keine anderen Scripte o.ä., als vor dem Crash.2 Möglichkeiten bleiben mir noch:
1.) Ich hatte hier im Forum gelesen, daß evtl. die Umstellung von File auf Redis die Last reduzieren könnte.
2.) Da ich jetzt ein aktuelles Backup habe, könnte ich den ioBroker-Raspi kpl. neu aufsetzen und dann das Backup restoren, was natürlich recht lange dauern wird, bis alle Adapter wieder installiert sind.
Unter Umständen restore ich damit aber auch die Ursache für die zeitweiligen hohen Systemlasten.
Schaun mer ma', ich beobachte das noch ein paar Tage.@tobetobe sagte in Rhasspy Offline Sprachsteuerung:
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?Ich habe das zwar gelesen, bin aber eher der Bastler, der im stillen Kämmerlein vor sich hinwerkelt.
In meinem Berufsleben habe ich genug mit AKüFis (Abkürzungsfimmlern), wie CEOs, Account- und was weiß ich für Managern, in Besprechungen, ähhh... Meetings zu tun gehabt und bin froh, daß das vorbei ist
... also lieber ohne mich.Rhaspy V2.5-pre:
Ich zähle schon nicht mehr, wie viele neue Releases ich in letzter Zeit davon schon installiert habe, aber ich kann immer noch nicht testen, da die externe MQTT-Verbindung mit ioBroker nicht funktioniert.
Es sind wohl andere Prioritäten vom Rhasspy-Team gesetzt.Falls das auch in der finalen 2.5 nicht funktionieren sollte, bleibe ich bei der V 2.4.19.
Die funktioniert, bis auf die False-/Positive-Erkennungen von Snowboy, bzw. "Lieselotte", ganz gut.Bis demnächst
JörgP.S.
Heute nachmittag ist es mir zum ersten Mal bei der Installation der 2.5-pre gelungen, Kaldi sofort erfolgreich mit dem DE-Profil zu installieren ( also nicht erst EN-Profil und anschl. DE-Profil)P.P.S.
Hast du gelesen, daß KITT.AI, bzw. Snowboy, Ende 2020 eingestellt wird? -
Hallo Jörg,
Systemlast: Ein stabiler Betrieb von ioBroker ist natürlich essentiell. Ich hoffe, du bekommst dein Problem rasch in den Griff. Ich sehe noch eine dritte Möglichkeit, um nicht evtl den Grund für die Zähflüssigkeit mit einem Backup wieder mit zu installieren. Und zwar: Aufsetzen eines frischen Linux und ioBroker und dann ein Backup von /opt/iobroker wieder einspielen. Nachteil: Wenn du sonstige Pakete installiert hattest, müssen diese ebenfalls neu installiert werden. Aber, wem sage ich das...
Noch ein Hinweis: Ich habe bei meiner Migration von Raspberry auf Odroid H2 auch ein Backup restored, und alle Adapter waren mit dem Backup sofort wieder verfügbar. Es dauert also nicht so lange, wie befürchtet.
Rhasspy V.2.5-pre: Begeisterung kommt bei mir noch nicht auf. Ich habe sie noch nicht zum Laufen bekommen. Ich habe mir jeweils auf Master und Satellit einen Batch gelegt, mit dem ich jeweils die Profile für 2.4.19 und 2.5 sichere, bzw zurückspiele und die jeweils gewünschte Version starte. So bringe ich meine lauffähige 2.4.19 nicht durcheinander und kann immer wieder mal testen. Bei mir hängt sich mit 2.5 der Satellit immer auf. Da hilft dann nur noch der Weg übers Steckernetzteil. Das war wohl auch der Grund für die zerschossene SD.
Snowboy: Ich denke mal, dass uns das kurzfristig nicht berühren wird. Zitat von GitHub:
Our github repositories will remain open, but only community support will be available from this point beyond.Die Communities werden sich also voraussichtlich schon um die weitere Pflege kümmern. Und wenn nicht: Rhasspy basiert ja zum Glück auf einer sehr offenen Architektur. Dann nimmt man halt in 2021 oder später eine aktuelle Alternative. Bin dabei ganz entspannt.
Viele Grüße
Thomas -
@tobetobe
Hallo Thomas,wie bekommst Du denn mit der 2.5 Deine Intents in ioBroker, nicht wie ich via ioBroker-MQTT-Adapter ???
Ich habe das Problem, daß ich in der GUI von Rhasspy zwar einen externen MQTT-Broker (<IP>, Port 1891) eintragen kann und im ioBroker-Log sehe ich dann, daß sich Rhasspy auf div. Topics subscribed.
Allerdings erfolgen zwischen den Subscriptions mehrere disconnections/connections, keine Ahnung, ob das OK ist.Weiter komme ich nicht, weil Rhasspy nach Aktivierung des externem MQTT-Brokers weder auf WakeWord, noch auf WakeUp-Button reagiert.
Stelle ich wieder auf den internen Rhasspy-MQTT-Broker zurück, reagieren sowohl WakeWord, als auch WakeUp-Button einwandfrei.
Wegen meinem ioBroker-Auslastungsproblem:
Wieviel RAM gönnt sich bei Dir der Admin-Adapter? Bei mir sind es knapp 190 MB:
Gruß
Jörg -
Hallo Jörg,
doch, ich habe bisher mit 2.4.19 auch den ioBroker-Adapter für MQTT mit Standard-Port 1883 verwendet. Mit dem internen MQTT-Broker habe ich bislang noch gar nicht gearbeitet.
Wie ich ja zuletzt schrieb, habe ich 2.5 bislang noch nicht zum Laufen gebracht. So wie du das nun beschreibst, scheine ich mit meinem externen MQTT in genau das gleiche Problem zu laufen. Auch bei mir findet keinerlei Reaktion statt. Und nach einem Eingabeversuch hängt sich der Satellit dann komplett auf, nimmt auch über SSH nichts mehr an. In der Tat sieht das nach einem Kommunikationsproblem aus, weil halt keine Antwort kommt.
Ich habe mich schon gefragt, ob man hier noch etwas bei den UDP-Einstellungen tun muss, bin dazu mit meinen Recherchen aber noch nicht sehr weit gekommen.
Zur Auslastung:
Auch hier betreibe ich einen Master für die höherwertigen Schichten (das ist mein Odroid) und einen Pi4 als Subsystem für das Device Management, also Kommunikation mit allen Geräten. Vo daher kann man wohl nur in etwa vergleichen. So sieht das bei mir aus:
Wenn ich nun den RAM-Bedarf vom admin2 zu dem vom admin0 addiere, würde ich sagen, liegt der RAM-Bedarf bei dir nicht in einem ungewöhnlichen Bereich.
Gruß
Thomas -
Hallo Jörg,
zu deinem MQTT-Problem: Im Verzeichnis profiles/de gibt es zwei interessante Dateien, supervisor.log und supervisor.conf. In der conf ist im Prinzip nochmals die komplette Konfiguration abgebildet, inkl IP-Adressen und Ports. Vielleicht schaust du mal, ob hier dein spezieller Port richtig übernommen wurde, oder ob immer Standard 1883 aufgeführt wird.
Gruß
Thomas -
@tobetobe
Hallo Thomas,
In der supervisor.conf werden die Einträge für den externen MQTT (IP, Port) korrekt übernommen.
Das komische, bzw. von @synesthesiam auch als bug bestätigte Problem ist, daß mit externem MQTT keine Reaktion mehr auf WakeWord und WakeUp-Button erfolgt.
Es liegt m.E. nicht daran, daß ich nicht den Standard-Port 1883 verwende, denn ich habe auch mal mit einem externen MOSQUITTO-broker auf Port 1883 getestet, damit erfolgt ebenfalls keine Reaktion (Beeps).Gerade eben noch mal die neueste 2.5-pre installiert, leider besteht das Problem immer noch.
Habe darauf hin das issue noch mal gepushed.
Etwas Positives: Kaldi installiert sich jetzt immer problemlos sofort mit dem DE-Profil.@tobetobe sagte in Rhasspy Offline Sprachsteuerung:
Und nach einem Eingabeversuch hängt sich der Satellit dann komplett auf, nimmt auch über SSH nichts mehr an.
Das Problem hatte ich - zwar nicht mit einem Satelliten - ganz zu Beginn meines Einstieges in Rhasspy auch.
Da blieb dann nur Stecker ziehen. Das hat sich bei mir mit einer neueren V2.4.xx (ich weiß nicht mehr welche Vesion das war) dann von selbst erledigt.Gruß
Jörg -
Hallo Jörg,
lange nicht voneinander gehört. Ich hoffe, es ist alles OK bei dir. Bei mir jedenfalls schon. Bis auf Rhaspy 2.5, welches ich immer noch nicht zum Laufen bekommen habe. Heute morgen habe ich nochmals frisch installiert, Ich habe zwar Zugang zu den Bedienoberflächen und kann auch teilweise konfigurieren. Letztlich bekomme ich beim Tarinieren dann aber Fehlermeldungen und Befehle absetzen geht schon gar nicht. Jetzt habe ich mal Hilfe im Rhasspy Forum angefordert. Mal sehen...Dein Auslastungsthema hat sich erledigt?
Gruß
Thomas -
Hallo Thomas,
nope, Auslastungsproblem besteht leider noch immer.
Ich werde wohl den ioBroker-Raspi neu aufsetzen müssen.Rhasspy V 2.5-pre:
Zwischenzeitlich habe ich immer mal wieder eine neue Revision installiert, aber das MQTT-Problem besteht och.
Trainiert habe ich noch gar nicht, lediglich die sentences (wie spät ist es, wie kalt ist es), die standardmäßig installiert werden, verwendet.
Die werden auch problemlos trainiert und erkannt, wenn ich den internen MQTT-broker verwende.
Stelle ich auf den externen MQTT-broker um, wird nicht mehr auf das WakeWord (snowboy) reagiert.
Drücke ich den WakeUp-Button, kann ich im Rhasspy-Log sehen, daß das Drücken zwar erkannt wurde, aber dann kommt nach ca. 30 Sec. eine Timeout-Meldung.
Es sind auch keine Beeps mehr zu hören.
Nach Rückstellung auf internen MQTT funktioniert's wieder.
Somit kann ich nicht mit ioBroker/JavaScript testen.Ich würde sagen, probier es auch erst mal mit der Standard-Installation, ohne eigene Sentences/Slots. Erst wenn die erfolgreich an den externen MQTT durchgereicht werden, kann man weiter sehen, wie es sich mit eigenen Sentences verhält.
Es ist schade, daß außer uns anscheinend niemand aus der Rhasspy-Community ioBroker verwendet. Ich habe zwar gelesen, daß einige auch einen externen MQTT verwenden, aber wohl immer mit HASSIO.
Keine Ahnung, ob sich in dieser Konstellation MQTT anders verhält.Gruß
Jörg -
Hallo Jörg,
na, dann hoffe ich, dass du das Problem mit einer Neuinstallation tatsächlich behoben bekommst.Was Rhasspy V 2.5-pre betrifft: Ich muss zugeben, dass mich die Informationsflut im Moment ein wenig überfordert. Die Probleme klingen manchmal ähnlich, liegen aber im Detail wieder ganz anders. Wir müssen wohl geduldig sein...
Was mich im Zusammenhang mit deinem MQTT-Problem wundert: Kaykoch hat im Rhasspy-Forum seine Lösung mit Kaldi und externem MQTT vorgestellt, weil sie angeblich funktioniert. Ist zwar Master/Satellite, aber das dürfte ja wohl von der MQTT-Thematik unabhängig sein.
Auf der anderen Seite bestätigt Synthesiam, dass da wirklich ein Problem besteht. Wie passt das alles zusammen? Ich kann mir leider keinen Reim darauf machen. Aber hast du Kaykoch mal gefragt, wieso bei ihm alles mit externem MQTT funktioniert?
Gruß
Thomas -
Hallo Thomas,
ich habe im Rhasspy-Forum gesehen, daß Du Probleme mit Deinen Intents/Slots hattest
Konntest Du zwischenzeitlich mal testen, ob bei Dir der externe MQTT funktioniert?
Anscheinend gibt es wohl Unterschiede, ob man das mit einer Master/Slave-Konfiguration macht, oder nur mit einem Master?Gruß
Jörg -
@joergeli
Hallo Jörg,ich habe seit gestern Abend erst eine halbwegs funktionierende Installation.Immerhin werden zwischen Satellit und Master jetzt schon mal die Intents erkannt - zwar noch nicht über das Mikro, aber wenigstens schon über die Kommandozeile auf dem GUI.
Allerdings nur mit internem MQTT Broker. Sobald ich auf extern stelle, gibt es wieder jede Menge Fehlermeldungen. Das funktioniert also noch nicht.
Mein externer MQTT Broker läuft ja noch auf meinem ioBroker Subsystem und ist nun durch diesen "Bug" unbrauchbar geworden. Ich habe mir also eine zweite Instanz als MQTT Client installiert und mit dem internen MQTT Broker vom Rhasspy-Master verbunden. Und jetzt hätte ich nur noch den Pfad in meinem JS-Skript ändern müssen.
Und an der Stelle begannen dann auf einmal ganz andere Probleme: Ich komme nämlich jetzt nicht mehr auf den ioBroker Port 8081, also admin. Konkret: Der blaue Balken läuft ewig, ohne dass sich die Seite aufbaut. Somit sind die Skripte für mich unerreichbar geworden. Somit kann ich dir leider auch nicht sagen, ob meine Überlegung zu MQTT eine auch für dich brauchbare Zwischenlösung sein könnte.
Zu meinem Problem mit admin habe ich bereits alles mögliche im Forum gelesen und getestet. Nichts half. Ich brauche bei der Lösung des Problems wohl Hilfe...
Übrigens: Das was zwischen den ganzen MQTT-Instanzen so abgeht, lasse ich mir mit MQTT-Explorer anzeigen. Tolles Tool, falls du das noch nicht kennen solltest.
Dennoch: Ich wünsche dir und allen, die dir nahe stehen, ein schönes, erholsames und gesundes Osterfest.
Vielleicht hören wir ja noch voneinander...
Gruß
Thomas
