Der Token wird mir im CMD angezeigt, speichert der (wo?) noch einen Cookie?
@hirschbrat Ich bin grad etwas unsicher was ich da eigentlich nutze …
Ich probiere mal den erzeugten Token unter Cookie in der Konfiguration vom Modul einzutragen …
Hast meinen Artikel nicht gelesen 
Den Token muss man dann im bash Script hinterlegen und dann mit dem Script den Cookie zu erzeugen!
Nimm das Modul von @hirschbrat und trage den Token dort im Konfigurationsformular ein - ist der einfachste Weg!
Gruß Heiko
Gelesen schon, aber an der Ausführung hapert es - die .sh kann ich auf der SymBox nicht installieren.
@hirschbrat ich werde mal das Modul wechseln, das habe ich bisher tatsächlich nicht vollzogen. Bleiben meine Aufrufe in diversen Skripten mit dem übernehmen der vorhandenen Konfigurationen auch erhalten?
In der Doku liest sich das auch für mich als „einfach“.
Grüße, Uwe
Ja, das sollte alles erhalten bleiben. Wichtig ist aber, dass du beim Löschen der Modulbibliothek im Store auswählst, dass die Instanzen nicht gelöscht werden sollen.
Hallo @hirschbrat ,
vielen Dank für Deine Erweiterung des Moduls. Ich habe bisher erfolgreich die Anleitung und Vorgehensweise von pitti befolgt und konnte das Modul weiter nutzen.
Da ich den Cookie häufig neu erstellen musste, habe ich auf Dein Modul umgestellt, nochmal einen neuen Refresh-Token (unter Windows) erzeugt und in Deinem Konfigurationsformular eingetragen. Ich erhalte beim Anmelden dann allerdings die Fehlermeldung: „Failed to get CSRF“.
Die Datei alexa_cookie.txt wird im Symcon-Ordner erzeugt.
Was mach ich da noch falsch?
Marwin
Hallo Marwin,
kannst du mir sagen, wann du das Modul bei dir installiert hast? Ich habe heute auch nochmal ein Update hochgeladen. Hast du schonmal probiert erst auf Abmelden, dann auf Anmelden zu drücken?
Danke für die schnelle Rückmeldung.
Ich habe gerade das Update gemacht und Deinen Hinweis mit Abmelden befolgt, es bleibt aber leider bei der o.g. Fehlermeldung.
Ich habe das Modul nochmal gelöscht und nach einem Symcon-Neustart neu installiert. → Gleicher Fehler.
Bei der Installation über die Kerninstanz->Modules erhalte ich diese Meldung, die ich mit Nein beantworte, da sonst wieder das „alte“ Modul über den Modulstore installiert wird:
Ich habe auch schon versucht die 2FA- Anmeldung in Amazon zu deaktivieren, was aber auch nicht geholfen hat.
Hast Du noch einen Tipp?
Danke!
Marwin
P.S.: IPS läuft in der Version 6.3-295 auf einem RPi (bullseye)
Hallo Oly,
danke, das D Dir die Mühe gemacht hast.
ich habe mir für das Wochenende vorgenommen, die TTS Geschichte von Alexa abzulösen und werde dann Dein Modul ausgiebig testen 
Gruß,
Loerdy
1 „Gefällt mir“
Danke @Marwin, dass mir das mal bei dir ansehen durfte.
Das Problem war, dass du ein 32-bit System einsetzt und es hier Probleme bei Cookies gab, die länger als 2038 gültig waren.
Ich habe das nun gefixt und hochgeladen - bitte teste das mal.
Vielen Dank @hirschbrat für Deine Zeit und Deinen tollen Support!
Das Update lief durch und funktioniert wie gewünscht!
Marwin
Zur Info: Mit uname -m kann man herausfinden, ob der RPi mit einem 32Bit oder 64Bit-System läuft ( aarch64=64Bit; armv7l=32Bit)
@hirschbrat Ich habe auch noch einen …
Modul ist installiert und tut (fast) alles was ich nutze. Mir ist jetzt aufgefallen, dass die Umschaltung der TuneIn Sender nicht will (Play/stop geht).
$preset='23'; //ffn
EchoRemote_TuneInPreset($InstanceID, $preset);
#ECHOREMOTE_TuneIn($InstanceID,'s8954');
zeigt (egal was ich nutze) keine Wirkung.
Das ist für mich ähnlich wie vor dem TuneIn-Patch von Heiko.
Kann das sein?
Kleiner Verbesserungsvorschlag noch für die Doku: man muss den Zweig im Modulcontrol einmal auf ‚refresh-token‘ um/einstellen, mit einem kleinen Hinweis wäre ich 5 Minuten schneller gewesen.
Grüße, Uwe
Nein, der Master-Branch ist der richtige. Im Master habe ich auch schon pitti’s TuneIn Patch eingebaut.
Hi @loerdy,
wenn’s hakelt oder klemmt oder ich noch was einbauen soll sag’ Bescheid 
Viel Erfolg, oly
Im Master habe ich den Refresh-Token nicht.
Er scheint aber lt. der Fehlermeldung beim umstellen auf den Master auch noch auf irgendwelche Bibliotheken in .store/fonzo zuzugreifen.
Grüße, Uwe
Hast du denn das alte Modul aus dem Store wie beschrieben entfernt? Bitte die Migrationsanleitung befolgen: GitHub - roastedelectrons/IPSymconEchoRemote: Remote Control Amazon Echo from IP-Symcon 5
Wenn du das neue dann im Module-Control hinzugefügt hast, wirst du ggf. gefragt, ob das Modul wieder durch das alte aus dem Store ersetzt werden soll - hier musst du NEIN klicken.
sie hier:
Vielen Dank, habe das Modul auch mal installiert. Hat auf Anhieb geklappt, die Doku ist sehr gut.
Gruß Uwe
Da habe ich wohl „daneben“ geklickt … das Modul im Store war wieder da.
Die Installation wiederholt - und siehe da - es geht.
Danke für deine Geduld mit mir.
Grüße, Uwe
Moin.
danke!
läuft!
Im ersten Zug habe ich erstmal „Amazon Alexa“ alexa deinstalliert. Zum glück habe ich hier schon „nein“ gedrückt. Ging dann nach dem neuinstallieren wieder.
Dann deine Anleitugn Step-für-Step gemacht. Genial! ich bin extrem dankbar!
Aber eine doofe frage muss ich mal stellen, hab ja keine Ahnung:
Kann man für die Authentifzierung nicht einfach die gleiche Routine wie im „Amazon Alexa“ Modul nehmen?
Hallo zusammen,
leider musste ich heute meine Symbox neu starten, und lande dadurch auch in der Alexa Problematik.
Bevor ich mich durch die Module und Ableitungen wühle eine kurze Frage:
Funktioniert das ganze auch für die Symbox (hatte zwischendrin gelesen, dass das wohl notwendige Shell-Script da ja nicht gestartet werden kann…)?
Danke
Hallo @Ingheuer,
ich habe in meinem Fork die Funktionalität des Shell-Scripts direkt in php implementiert - so läuft es auch auf der Symbox. Das war auch der Haupt-Grund, warum ich den Fork erstellt habe, da ich selbst die SymBox einsetze.