[37_echodevice] Amazon Echo Modul (nicht Alexa)

[tb-killa]

Dein FHEM Server wird doch sicherlich über eine Private IP-Adresse angesprochen z.B. 192.168.178.45 und genau diese musst Du dann in dem Attribut hinterlegen. Leider habe ich keine Dockerumgebung und kann es hier auch nicht nachstellen.

Dein Syntax war generell ok, allerdings solltest Du die " Zeichen durch ' ersetzen. Dann geht es.

Code Auswählen Erweitern


<speak>Here is a number spoken as a cardinal number: <say-as interpret-as='cardinal'>12345</say-as></speak>


Gruß
Michael

Hallo Michael, danke für die Rückmeldung.
Ich muss wohl noch einiges Nacharbeiten, denn in einer Bridge-Docker-Umgebung muss ich auch einen Port mitgeben für den Proxy.


PS: Ich habe mal folgendes innerhalb der neuen Sprachausgabe eingegeben:

Code Auswählen Erweitern


<speak><audio src='soundbank://soundlibrary/animals/amzn_sfx_bear_groan_roar_01'/></speak>


Ein Versuch mit der "Alexa Skills Kit Sound Library" .. hast du hier bereits Erfahrung sammeln können ?

Bildschirm-Ausgabe auf einem Echo Show Gen2:

Code Auswählen Erweitern


Ankündigung
von openHab


test


Diese kommt übrigens egal welche Art von speak_ssml:

Frage: Anscheinend wird nun auch Code mitgegeben, welcher diese Ausgabe erzeugt... Können wir hier ansetzen und etwas eigenes kreieren


Beste Grüße und vielen Dank für diese Klasse Arbeit.

[michael.winkler]

Mein VOBOT wurde allerdings nicht erkannt:

Code Auswählen Erweitern

2893f66645864655a4db33d03a41f638    UNKNOWN    A10L5JEZTKKCZ8    Stephan's VOBOT

Welche Version hast du im Einsatz?

[awel]

Hallo Michael,
da die größten Login-Probleme wohl gelöst, traue ich mich:
Wenn man mit Alexa-Routinen und Voice-Auswertung arbeitet, ergibt sich u.U. das Problem, dass der eigene gesprochene Befehl schon nicht mehr angezeigt wird, sondern Alexas Wartetext aus der Routine. Dieser Text beginnt immer mit "sprich mir nach..."

Im Beitrag https://forum.fhem.de/index.php/topic,82631.msg863554.html#msg863554 hatte ich -auch mit einer Beschreibung des Problems- einen kurzen Dreizeiler, wie man in V49 über ein Attribut solche unerwünschten Antworten optional bei Voice unterdrücken kann.

Es wäre schön, wenn du das oder etwas vergleichbares, gelegentlich einpflegen könntest.

Danke für alle Mühen, vG
Achim

[michael.winkler]

Hallo Michael, danke für die Rückmeldung.
Ich muss wohl noch einiges Nacharbeiten, denn in einer Bridge-Docker-Umgebung muss ich auch einen Port mitgeben für den Proxy.


PS: Ich habe mal folgendes innerhalb der neuen Sprachausgabe eingegeben:

Code Auswählen Erweitern


<speak><audio src='soundbank://soundlibrary/animals/amzn_sfx_bear_groan_roar_01'/></speak>


Ein Versuch mit der "Alexa Skills Kit Sound Library" .. hast du hier bereits Erfahrung sammeln können ?

Bildschirm-Ausgabe auf einem Echo Show Gen2:

Code Auswählen Erweitern


Ankündigung
von openHab


test


Diese kommt übrigens egal welche Art von speak_ssml:

Frage: Anscheinend wird nun auch Code mitgegeben, welcher diese Ausgabe erzeugt... Können wir hier ansetzen und etwas eigenes kreieren


Beste Grüße und vielen Dank für diese Klasse Arbeit.

Ich konnte selber jetzt auch noch nicht so viel daran testen.

Die Ausgabe habe ich jetzt mal FHEM geändert. In der nächsten Version sollte das dann behoben sein. Ich könnte mir vorstellen dass ich für die beiden Zeilen jeweils ein Attribut am ECHO anlege. Was denkt Ihr?

[balli1187]

Welche Version hast du im Einsatz?

Die 51f von heute früh.


Gesendet von iPhone mit Tapatalk

[Nexium]

Danke für die Info. Da ist noch ein BUG drin. Auf Seite 1 gibt es jetzt die Version 0.0.51g. Bitte mit der noch mal versuchen.

Aber laut deinem LOG ist das Modul wieder auf der alten Login Variante. Daher würde ich dir empfehlen noch mal einen NPM_Login new zu machen.

hab die neue Version drauf gemacht, nach dem neustart wieder mit get status

Code Auswählen Erweitern

Wohnzimmer is not connected. Aborting...

wenn ich dann am acc device wieder npm_login new mache bekomme ich mit get status

Code Auswählen Erweitern

Modul Infos:
Beschreigung    Bereich    Wert
Version    Reading 0.0.51g
COOKIE_STATE    Reading OK
COOKIE_TYPE    Reading NPM_Login
amazon_refreshtoken    Reading vorhanden
icon    Attribut echo
room    Attribut Unsorted


Amazon Cookie:
Beschreigung    Bereich    Wert
.COOKIE    Reading {"loginCookie":"sess....
COOKIE_STATE    Reading OK
COOKIE_TYPE    Reading NPM_Login
amazon_refreshtoken    Reading vorhanden
.COOKIE    Helper session-id=261-81212....
.COMMSID    Helper ....
.CSRF    Helper -16....
.DIRECTID    Helper ....
RUNLOGIN    Helper 0
RUNNING_REQUEST    Helper 0
RUNLOGIN    Helper 0
RUNLOGIN    Helper 0


[michael.winkler]

Die 51f von heute früh.


Gesendet von iPhone mit Tapatalk

komisch! In der Version ist das Gerät eigentlich schon aufgelistet. Während ich so tippe ist mir eingefallen woran es liegen könnte.

Bite auf Seite 1 die Version 0.0.51h probieren.

[michael.winkler]

hab die neue Version drauf gemacht, nach dem neustart wieder mit get status

Code Auswählen Erweitern

Wohnzimmer is not connected. Aborting...

wenn ich dann am acc device wieder npm_login new mache bekomme ich mit get status

Code Auswählen Erweitern

Modul Infos:
Beschreigung    Bereich    Wert
Version    Reading 0.0.51g
COOKIE_STATE    Reading OK
COOKIE_TYPE    Reading NPM_Login
amazon_refreshtoken    Reading vorhanden
icon    Attribut echo
room    Attribut Unsorted


Amazon Cookie:
Beschreigung    Bereich    Wert
.COOKIE    Reading {"loginCookie":"sess....
COOKIE_STATE    Reading OK
COOKIE_TYPE    Reading NPM_Login
amazon_refreshtoken    Reading vorhanden
.COOKIE    Helper session-id=261-81212....
.COMMSID    Helper ....
.CSRF    Helper -16....
.DIRECTID    Helper ....
RUNLOGIN    Helper 0
RUNNING_REQUEST    Helper 0
RUNLOGIN    Helper 0
RUNLOGIN    Helper 0


dann müsste es doch jetzt wieder gehen, oder?

[Nexium]

dann müsste es doch jetzt wieder gehen, oder?

muss man nach einem Neustart immer "manuell" verbinden?

[michael.winkler]

muss man nach einem Neustart immer "manuell" verbinden?

Nein, eigentlich nicht. Wie machst Du deinen neustart? Das erzeugte Cookie wird eigentlich in einem Reading gespeichert. somit sollte es nach einem Neustart auch wieder da sein.

[Nexium]

Nein, eigentlich nicht. Wie machst Du deinen neustart? Das erzeugte Cookie wird eigentlich in einem Reading gespeichert. somit sollte es nach einem Neustart auch wieder da sein.

Hab FHEM auf einem RaspberryPI laufen und mach von der Konsole sudo reboot

[michael.winkler]

Hab FHEM auf einem RaspberryPI laufen und mach von der Konsole sudo reboot

Dann ist es klar! Dann speichert dein FHEM Server die Readings nicht. Du solltest vor einem sudo reboot ein save machen

[Nexium]

Dann ist es klar! Dann speichert dein FHEM Server die Readings nicht. Du solltest vor einem sudo reboot ein save machen

Ich hoffe das ich dich richig verstanden hab.
Ich log ich ein warte bis connected dran steht und drück dann auf "Save config" in FHEM?

Das hab ich versucht und nach dem neustart mit sudo reboot wieder das gleiche

[tb-killa]

Ich konnte selber jetzt auch noch nicht so viel daran testen.

Die Ausgabe habe ich jetzt mal FHEM geändert. In der nächsten Version sollte das dann behoben sein. Ich könnte mir vorstellen dass ich für die beiden Zeilen jeweils ein Attribut am ECHO anlege. Was denkt Ihr?

Code Auswählen Erweitern


"display\":{\"title\":\"FHEM\",\"body\":\"test\"}


Klingt super, gibt einem Freiraum:
Alternativ (oder als Erweiterung):
speak_ssml überarbeiten und die Eingabe splitten, z.B. <speak>...</speak>,<display>body-text</display>

Grüße

[michael.winkler]

Ich hoffe das ich dich richig verstanden hab.
Ich log ich ein warte bis connected dran steht und drück dann auf "Save config" in FHEM?

Das hab ich versucht und nach dem neustart mit sudo reboot wieder das gleiche

Dann stimmt etwas mit deiner FHEM Installation nicht. Eventuell wird die Datei mit den Readings nicht sauber gespeichert. Das liegt aber nicht am Modul.

Kann hier jemand weiterhelfen?