[37_echodevice] Amazon Echo Modul (nicht Alexa)

Begonnen von michael.winkler, 12 Januar 2018, 18:20:12

Vorheriges Thema - Nächstes Thema

Mickey

Hallo Joachim,

danke für die schnelle Antwort.

Ich habe aber gerade die Information bekommen, dass nach einer
bestimmten Zeit auch nicht mehr mir dem "manuellen Cookie" funktioniert.

Schade, schade, schade...

LG, Michael
Zu mir:
Ich bin leider fast blind (EU Rentner) und nicht zu "faul" was nachzulesen. Bitte seht mir nach, wenn ich einmal zu viel frage oder auch mal Schreibfehler mache. Danke, Michael

flipkill

Ja klar weil der Cookie bestimmt ausläuft dann musst ihn wieder neu hinterlegen.

Eine weitere Frage hätte ich zu TTS. Hat das schon jemand am laufen. ich verstehe alles aber in der Anleitung wird nie richtig erklärt wie man die Dateien Richtig im Web Root ablegt und was da drin stehen muss. Gemeint ist (stream.m3u,live18-hq.aac.m3u,NameEcho.mp3)

Muss man die selber erstellen. Hab nun folgendes im  WebServer Log da nie erklärt wird wie man die Dateien erstellt:
192.168.178.150 - - [10/Jun/2018:16:57:30 +0200] "HEAD /live18-hq.aac.m3u HTTP/1.1" 404 - "" "AlexaMediaPlayer/2.0.200535.0 (Linux;Android 5.1.1) ExoPlayerLib/1.5.9"
192.168.178.150 - - [10/Jun/2018:16:57:30 +0200] "GET /live18-hq.aac.m3u HTTP/1.1" 404 - "" "AlexaMediaPlayer/2.0.200535.0 (Linux;Android 5.1.1) ExoPlayerLib/1.5.9"
192.168.178.150 - - [10/Jun/2018:16:57:36 +0200] "HEAD /live18-hq.aac.m3u HTTP/1.1" 404 - "" "AlexaMediaPlayer/2.0.200535.0 (Linux;Android 5.1.1) ExoPlayerLib/1.5.9"
192.168.178.150 - - [10/Jun/2018:16:57:36 +0200] "GET /live18-hq.aac.m3u HTTP/1.1" 404 - "" "AlexaMediaPlayer/2.0.200535.0 (Linux;Android 5.1.1) ExoPlayerLib/1.5.9"

balli1187

Zitat von: flipkill am 10 Juni 2018, 17:01:47
Ja klar weil der Cookie bestimmt ausläuft dann musst ihn wieder neu hinterlegen.

Eine weitere Frage hätte ich zu TTS. Hat das schon jemand am laufen. ich verstehe alles aber in der Anleitung wird nie richtig erklärt wie man die Dateien Richtig im Web Root ablegt und was da drin stehen muss. Gemeint ist (stream.m3u,live18-hq.aac.m3u,NameEcho.mp3)

Muss man die selber erstellen. Hab nun folgendes im  WebServer Log da nie erklärt wird wie man die Dateien erstellt:
192.168.178.150 - - [10/Jun/2018:16:57:30 +0200] "HEAD /live18-hq.aac.m3u HTTP/1.1" 404 - "" "AlexaMediaPlayer/2.0.200535.0 (Linux;Android 5.1.1) ExoPlayerLib/1.5.9"
192.168.178.150 - - [10/Jun/2018:16:57:30 +0200] "GET /live18-hq.aac.m3u HTTP/1.1" 404 - "" "AlexaMediaPlayer/2.0.200535.0 (Linux;Android 5.1.1) ExoPlayerLib/1.5.9"
192.168.178.150 - - [10/Jun/2018:16:57:36 +0200] "HEAD /live18-hq.aac.m3u HTTP/1.1" 404 - "" "AlexaMediaPlayer/2.0.200535.0 (Linux;Android 5.1.1) ExoPlayerLib/1.5.9"
192.168.178.150 - - [10/Jun/2018:16:57:36 +0200] "GET /live18-hq.aac.m3u HTTP/1.1" 404 - "" "AlexaMediaPlayer/2.0.200535.0 (Linux;Android 5.1.1) ExoPlayerLib/1.5.9"

Dann solltest du die Anleitung nochmal genauer lesen und in Ruhe lesen.
Das Modul erzeugt die Dateien, je nachdem was du abspielen möchtest, im modulordner.
Du legst lediglich symbolische Links in deinem Web-Root an, sodass die Anfragen, die von DNSMASQ an deinen Web-Server (in sein root) geleitet werdem, nochmals weiter auf die Dateien im Modulordner geleitet werden.

In der Anleitung steht auch, dass die Dateien bereits vorhanden sein müssen, da es sonst mit den symbolischen Links nicht klappt. Du musst also tts einmal ausführen, auch wenn es noch garnicht funktionieren kann, damit die Dateien angelegt werden.


Gesendet von iPhone mit Tapatalk
FHEM auf QNAP im docker, nanoCUL per ser2net an VU+, 2x Echo Dot, 3x HM-ES-PMSw1-Pl, 3x HM-LC-Bl1PBU-FM, 6x Sonoff Basic, div. "Shelly Eigenbauten" von Papa Romeo, ESPRGBWW-Controller, ...
Projekte: Smart Mirror in Spiegelschrank auf RPi Zero

flipkill

#813
Okay das klingt logisch, aber welchen Modul Ordner meinst du finde die Dateien nicht um den Symlink zu erstellen.

PS. Bei mir werden die Dateien nicht angelegt unter:
root@raspberrypi:/opt/fhem/www/echodevice# ls -la
total 8
drwxr-xr-x  2 root root    4096 Jun 10 16:09 .
drwxr-xr-x 10 fhem dialout 4096 Jun 10 16:09 ..

PS2. Mein Fehler Verzeichnisrechte waren auf root:root und nicht fhem:dialout. Geht nun Danke

Danke Gruß Jan

flipkill

Hallo,

TTS funktioniert nun, ich habe nur das Problem das die Lautstärke sich immer wieder verändert. auch wenn ich volume_alarm richtig einstelle. z.B. auf 100.

Manchmal funktioniert es dann aber wieder nicht, was mache ich falsch jemand eine Idee??

Danke Gruß Jan

Mickey

#815
Hallo Jan,

steht dein echo-device auf "conntect"?
Bei mir steht es seit Sonntag auf "disconnected"

Liebe Grüße, Michael
Zu mir:
Ich bin leider fast blind (EU Rentner) und nicht zu "faul" was nachzulesen. Bitte seht mir nach, wenn ich einmal zu viel frage oder auch mal Schreibfehler mache. Danke, Michael

balli1187

Zitat von: flipkill am 11 Juni 2018, 13:49:18
Hallo,

TTS funktioniert nun, ich habe nur das Problem das die Lautstärke sich immer wieder verändert. auch wenn ich volume_alarm richtig einstelle. z.B. auf 100.

Manchmal funktioniert es dann aber wieder nicht, was mache ich falsch jemand eine Idee??

Danke Gruß Jan
Das Problem habe ich leider auch.
Selbst wenn ich es ,,manuell" versuche zu umgehen und die Lautstärke vor der Ansage auf 100 stelle,ist die TTS-Stimme deutlich leiser als die normale Echo-Stimme.

Ich weis, dass man es mit normalize anpassen könnte aber anfangs hatte ich dieses Phänomen nicht, daher bin ich noch auf Fehlersuche.


Gesendet von iPhone mit Tapatalk
FHEM auf QNAP im docker, nanoCUL per ser2net an VU+, 2x Echo Dot, 3x HM-ES-PMSw1-Pl, 3x HM-LC-Bl1PBU-FM, 6x Sonoff Basic, div. "Shelly Eigenbauten" von Papa Romeo, ESPRGBWW-Controller, ...
Projekte: Smart Mirror in Spiegelschrank auf RPi Zero

Knuspertaler

Hab wieder ständige Verbindungsabbüche...
2018.06.11 15:10:17 3: [Echo] [echodevice_setState] to disconnected
2018.06.11 15:13:28 3: [Echo] [echodevice_setState] to disconnected
2018.06.11 15:13:40 3: [Echo] [echodevice_setState] to connected
2018.06.11 15:14:13 3: [Echo] [echodevice_setState] to disconnected
2018.06.11 15:15:13 3: [Echo] [echodevice_setState] to disconnected
2018.06.11 15:16:17 3: [Echo] [echodevice_setState] to disconnected
2018.06.11 15:20:17 3: [Echo] [echodevice_setState] to disconnected
2018.06.11 15:20:39 3: [Echo] [echodevice_setState] to disconnected
2018.06.11 15:22:19 3: [Echo] [echodevice_setState] to disconnected
2018.06.11 15:23:13 3: [Echo] [echodevice_setState] to disconnected
2018.06.11 15:31:17 3: [Echo] [echodevice_setState] to disconnected
2018.06.11 15:32:18 3: [Echo] [echodevice_setState] to disconnected
2018.06.11 15:34:15 3: [Echo] [echodevice_setState] to disconnected
2018.06.11 15:34:37 3: [Echo] [echodevice_setState] to disconnected
2018.06.11 15:34:37 3: [Echo] [echodevice_setState] to connected


hat sich da wieder was geändert ?

TomLee

#818
Zitat von: Mickey am 11 Juni 2018, 15:45:06
Hallo Jan,

steht dein echo-device auf "conntect"?
Bei mir steht es seit Sonntag auf "disconnected"

Liebe Grüße, Michael

Bin mit der 0.0.37 seit Sonntag wieder connected, zuvor seit etwa Dienstag letzter Woche war ich disconnected.  ;D
Für mich hab ich festgestellt das Sonntags bei Amazon immer Überraschungstag ist was 37_echodevice.pm angeht.


Zitat von: balli1187 am 11 Juni 2018, 16:03:00
Das Problem habe ich leider auch.
Selbst wenn ich es ,,manuell" versuche zu umgehen und die Lautstärke vor der Ansage auf 100 stelle,ist die TTS-Stimme deutlich leiser als die normale Echo-Stimme.



Ich weis, dass man es mit normalize anpassen könnte aber anfangs hatte ich dieses Phänomen nicht, daher bin ich noch auf Fehlersuche.


Gesendet von iPhone mit Tapatalk

Hast du vielleicht seit mehr als zehn Stunden keine mp3 mehr abgespielt, ab dann geht das volume setzen nämlich nicht mehr ?
Bei mir funzt TTS_normalize noch wie am Anfang.

TomLee

@Michael

Es war doch so, alles was mit der App geht ist auch mit echodevice möglich !?
Wäre es möglich das starten eines Anrufs eines bestimmten Kontakt in das Modul zu implementieren.
Nachrichten gehen ja schon.

Gruß

Thomas

balli1187

Zitat von: TomLee am 11 Juni 2018, 16:32:19
Hast du vielleicht seit mehr als zehn Stunden keine mp3 mehr abgespielt, ab dann geht das volume setzen nämlich nicht mehr ?
Bei mir funzt TTS_normalize noch wie am Anfang.
Hm... 10h könnte sein. Ich glaube zumindest nicht, dass ich es so häufig nutze aber das hängt natürlich davon ab, was der Rest meines Systems macht ;-)
Gibts eigentlich eine Vermutung, warum das so ist?

Nur falls es irgendwie falsch verstanden wurde: TTS_normalize funktioniert (wahrscheinlich) wie es soll - ich nutze es nicht.
Ich wollte mehr darauf hinaus, dass ich es anfangs auch nicht gebraucht habe, um die Lautstärke auf gleichem Niveau zu haben aber wahrscheinlich lag das daran, dass ich beim ständigen probieren einfach unterhalb der 10 Stunden blieb ;-)

Während ich das so schreibe, kommt auch die dunkle Erinnerung an einen Workaround mit ,,leeren" MP3s hoch.

@Michael: Liese sich das nicht direkt in das Modul integrieren?


Gesendet von iPhone mit Tapatalk
FHEM auf QNAP im docker, nanoCUL per ser2net an VU+, 2x Echo Dot, 3x HM-ES-PMSw1-Pl, 3x HM-LC-Bl1PBU-FM, 6x Sonoff Basic, div. "Shelly Eigenbauten" von Papa Romeo, ESPRGBWW-Controller, ...
Projekte: Smart Mirror in Spiegelschrank auf RPi Zero

michael.winkler

Hallo,

bezüglich connect/disconnect. Ohne Log´s usw. kann ich schlecht sagen woran es liegt. Bitte stellt Euer Account Device auf Verbose 4 und macht dann mal ein LOG.

Bitte auch das Attribut "browser_save_data" auf 1 setzen und dann mal die HTML Result anschauen.

Ihr könnt mir die Logs gerne mal per PN zukommen lassen. Support auf alte Modul Version gibt es keinen!

Bitte vorher mal ausprobieren ob es mit anderen Browser Agents und oder Sprachen eventuell wieder funktioniert. Hinweiße findet Ihr in der Doku.

Steht eigentlich alles auf Seite 1 des Threads.

Gruß
Michael

flipkill

Okay jetzt hab ich ein ganz komisches Problem :D

Ich habe an meiner Haustüre ein Fenster Kontakt Sensor. Wenn der auf open schaltet soll per notify eine Nachricht an Alexa gesendet werden.
Siehe Code
efine hm_funk_eg_fl_tk01_notify_2 notify hm_funk_eg_fl_tk01:hmstate:.open {fhem("set ECHO_G2A0RF03748105L6 tts Achtung die Haustüre wurde geöffnet")}

Wenn ich nun ein setreading hm_funk_eg_fl_tk01 hmstate open mache kommt die Nachricht auch an. Wenn ich nun aber die Haustüre auf mache dann sagt mir Alexa das sie den Sender Baltin Music nicht gefunden hat ... versteht das einer ich steh voll auf dem Schlauch :)

Danke Gruß Jan

michael.winkler

Zitat von: flipkill am 11 Juni 2018, 21:16:22
Okay jetzt hab ich ein ganz komisches Problem :D

Ich habe an meiner Haustüre ein Fenster Kontakt Sensor. Wenn der auf open schaltet soll per notify eine Nachricht an Alexa gesendet werden.
Siehe Code
efine hm_funk_eg_fl_tk01_notify_2 notify hm_funk_eg_fl_tk01:hmstate:.open {fhem("set ECHO_G2A0RF03748105L6 tts Achtung die Haustüre wurde geöffnet")}

Wenn ich nun ein setreading hm_funk_eg_fl_tk01 hmstate open mache kommt die Nachricht auch an. Wenn ich nun aber die Haustüre auf mache dann sagt mir Alexa das sie den Sender Baltin Music nicht gefunden hat ... versteht das einer ich steh voll auf dem Schlauch :)

Danke Gruß Jan

Wie immer! Ohne Log und einem list Account und list Echo kann hier jeder nur in seine Glaskugel schauen und raten.

flipkill

Ist mir absolut unerklärlich. Mit dem oberen Notify geht es nicht. Wenn ich das untere nehme und ein UserReading erstelle auf state_num und das mit 0 und 1 trägere geht es. Sonst kommt immer das er Den RadioSender 5 Baltic Music nicht gefunden hat.

So geht es nicht:
define hm_funk_eg_fl_tk01_notify_3 notify hm_funk_eg_fl_tk01:1.STATE:.open {fhem("set ECHO_G2A0RF03748105L6 tts Achtung die Haustüre wurde geöffnet"}

So geht es:
efine hm_funk_eg_fl_tk01_notify_2 notify hm_funk_eg_fl_tk01:state_num:.* {if ($EVTPART1==1)  {fhem("set ECHO_G2A0RF03748105L6 tts Achtung die Haustüre wurde geöffnet")}}

Gruß Jan