[Aufruf] Adapter: Snips - Offline Speak2Text

[unltdnetworx]

@Wal
Ich hab, glaub ich, die Lösung für ein paar Probleme gefunden. Muss sie nur noch umsetzen.

Man kann nämlich die SessionID verarbeiten. Somit kann man die Endgeräte/Satelliten gezielt rückansprechen und auch Timeouts nach nicht erkannten Intents verkürzen/sofort abbrechen.

Mal schauen, wir schnell das umsetzbar ist. Freitag hab ich etwas Zeit dafür.

[Wal]

@unltdnetworx ,
super i.M. muss ich meine neue Libreelec-Maschine (Beelink S2 N5000) umbauen, die hat kein IR. Der Prototyp des IR-Empfängers/Einschalters läuft aber schon ohne Probleme.

[AndiM]

@unltdnetworx t2c fängt mit der session id nicht viel an ... wollt ihr ein eigenes Snips2C machen? ... hätt ich nur mehr Ahnung von Java/node.js

[frank70]

@Wal habe das hier zufällig gesehen. Wäre das vielleicht was?

https://aiyprojects.withgoogle.com/voice/

Natürlich nur die Komponenten, nicht die Pappschachtel

[unltdnetworx]

@AndiM
Ja genau das ist das Hauptproblem. Aber nichtsdestotrotz arbeitet der Adapter im Moment nur neben Snips und greift die Daten ab. Er sollte aber richtig mit Snips kommunizieren, das geht eben mit den SessionIDs. In der Theorie hab ich eine Idee. Muss morgen mal sehen, ob es auch praktisch klappt umzusetzen.

Zur Kommunikation mit t2c muss entweder eine t2c-Regel die Daten entsprechend zurückgeben oder t2c um SessionIDs erweitert werden.

Zur Not muss wirklich der Snips-Adapter erweitert werden. Aber das wäre nur die äußerste Lösung.

[frank70]

@unltdnetworx said in [Aufruf] Adapter: Snips - Offline Speak2Text:

Noch eine andere Frage. Hat jemand seinen ioBroker auch auf einer Synology mit Docker laufen?

Ich habe HDD-Standby bei längerer Nichtbenutzung aktiv und das Gefühl, dass Snips manchmal ewig braucht um zu antworten. Bin mir nicht sicher, ob es am Aufwecken der Festplatten liegt.

I.d.R. gehen die Platten nicht auf Standby wenn eine Applikation läuft. Habe keine Erfahrung mit dem ioBroker on Docker, aber wenn du z.B Mailserver laufen hast oder auch Unifi WifiController auf Docker, dann schalten die Platten nicht ab.

Ich habe lange Wartezeiten und Fehverhlalten beim LED Feedback auf meinen Satteliten, starte seit ein paar Tagen die Snips Services sowohl auf dem Server als auch auf beiden PI's per crontab 2 mal täglich.

[unltdnetworx]

Danke für dein Feedback. Bei mir gehen die denke ich schon in Standby, zumindest dauert der erste Aufruf manchmal etwas länger. Könnte natürlich auch an Snips liegen. Bin mal auf das Update am 25.02. gespannt.

[rascal]

Hallo,
ich spiele mich schon die letzten paar Tage mit snips.
Ich habe es im Moment mit zwei "Main" + 2 Snips Instanzen + Javascript Programmen gelöst, funktioniert ganz gut.

Was mir aufgefallen ist, bzw was ich mir wünschen würde, wäre:

• die Möglichkeit die Lautstärke des Bestätigungstones ("Hey Snips - "PING" - Command - PING") über einen Snips-Datenpunkt laufend anpassen zu können. Zum Beispiel unter Tags etwas lauter, in der Nacht leiser.

• die Möglichkeit, Snips Programmgesteuert in den "Lauschmodus" zu schalten. Damit wären z.B. Antworten an Snips möglich, ohne "Hey snips" zu sagen. Beispiel: snips:"Die Sonne scheint draußen, soll ich die Rolläden beschatten?" - Benutzer:"Ja bitte" (und nicht "Hey snips, ja bitte")
  Wäre doch ein netter Schritt in Richtung Unterhaltung mit dem Haus oder?

[unltdnetworx]

Zu Punkt 1: Das scheint momentan leider von Snips aus nicht zu funktionieren.
An Punkt 2 bin ich gerade dran. Das liegt daran, dass dem Adapter momentan die Sessions des Snips herzlich egal sind.

[smartboart]

Hi, heute gibt es ein neues release von snips....wie schaut es mit dem Update aus....Wenn das jemand ausprobiert hat, kann man ja hier mal die Erfahrungen posten....Werde im laufe der Woche mal das system updaten und berichten...Ist bei mir eh alles noch im Test, bzw. nutze ich es nicht wirklich...ist noch im just for fun Betrieb...Ist denn zu erwarten, dass der adapter oder der skill nicht kompatibel sein koennten?
Ansosnten ist vlt. ein image backup im Vorfeld angebracht...

[unltdnetworx]

@smartboart
Werde heute Abend mal testen. Aber die Release Notes lesen sich nicht so gravierend, als dass der Adapter nicht mehr funktionieren würde.

Auf die verbesserte Hotword Erkennung bin ich gespannt.

[rascal]

Hallo,

ich habe das Update durchgeführt.
Der Iobroker-Adapter läuft nach wie vor, ebenso alle Programme usw. Mir ist bis jetzt nichts besonderes aufgefallen, außer, dass das Hotword besser erkannt wird.

[unltdnetworx]

Hat sich bei dir die Version erhöht? Bei mir steht mit

sam --version

nach wie vor 0.0.51 da.

EDIT:
Das ist natürlich die Sam-Version
Also doch alles gut.

[rascal]

Du hast recht, Versionsnr: 0.0.51
Ich habe den Rasp neu gestartet und vorsichtshalber nochmals sudo apt-get update & upgrade gemacht.
Trotzdem alte Versionsnummer.

--- lol, ok

[unltdnetworx]

also

sam update

reicht. Version ist 0.61.1.
Siehe

sam status

0.0.51 ist nur die Sam-Version auf dem PC.

[unltdnetworx]

Nach dem Update gestern, finde ich auch, dass das Hotword besser erkannt wird. Außerdem war es in dieser kurzen Beobachtungszeit weniger anfällig für Falschauslösungen. Keine einzige Erkennung während des ganzen Fernsehabends. Und trotz Hintergrundgeräuschen, aber natürlich mit lauterer Stimme durchaus passable Erkennung, wenn gewollt.

@Wal
Weiterentwicklung geht relativ gut voran. Der Adapter kommuniziert jetzt über den Dialog Manager mit Snips und startet/setzt fort/beendet Sessions. Somit deutlich schnellere Wiederverfügbarkeit nach einem Befehl. Außerdem hab ich einen Weg gefunden, die SessionID an t2c zu übergeben und wieder zurück. Bis zur fertigen Version dauert es aber noch etwas.

[unltdnetworx]

@rascal
Hast du einen Vorschlag, wie man das mit deiner "Kommunikation mit dem Haus" realisieren könnte? Also wer z.B. den Dialog starteten soll. Eine eigene JS Regel, text2command, der User oder Snips?

[rascal]

Guten Morgen unltdnetworx,

zu meiner Konfiguration:
im Moment habe ich 2 Raspberries mit 2 Snips Master + 2 snips-Iobroker Adapter.
In Javascripten trigger ich auf die Iobroker Instanz um zb. "Licht ein", "Radio an" ohne Raumbezeichnung schalten zu können.
Den Text werte ich mit
string.indexOf('Licht')>=0 && (string.indexOf('ein') || string.indexOf('an'))
aus, da es bisher mit dem Text2Comman Adapter mit einem Master/Slave snips nicht funktioniert hat.

Zum Antworten an snips:
Ob in JS oder Text2Command ist mir mittlerweile egal, wobei ich glaube, dass t2c einfacher wäre. (wenn es auf eine snips-instanz triggern könnte und das "Antwort-Gerät" im t2c nicht immer verschwindet)
Wer den Dialog auslöst ist eine gute Frage, da ich das Meiste über JS steuere, vielleicht wäre es über einen Snips-"Zeit"-Datenpunkt möglich, dass snips diese Zeitspanne auf eine Antwort wartet. Wenn der Datenpunkt aktualisiert wird, wartet Snips die in dem Datenpunkt hinterlegte Zeit auf eine Spracheingabe.
snips: "Es steht jemand vor der Türe, soll ich öffnen?"
snips-Datenpunkt: 2 (Sek)
user: "ja" || "sei so lieb"

snips: "Es wird im Wohnzimmer sehr warm, soll ich die Klimaanlage aktivieren?"
snips-Datenpunkt: 4 (Sek)
user: "nein danke" || "Kühle auf 22°"

Keine Ahnung ob das Machbar ist, vielleicht geht's auch anders.

[unltdnetworx]

Das geht mittels der SessionID, super sogar. Kann man in der zukünftigen Version wunderbar beobachten.

Etwa so:
NLU was asked to start Session with ID...
NLU was asked to end Session ID by saying blablabla

Die technische Seite hatte ich aber gar nicht gemeint. Mir geht's rein um die praktische Idee. Wie startet denn das Gespräch? Snips kann ja schlecht einfach loslegen.

[rascal]

Starten über JS oder blocky, ich denke, da ist man am flexibelsten, egal worauf man reagiert.