[37_echodevice] Amazon Echo Modul (nicht Alexa)

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

Vorheriges Thema - Nächstes Thema

rs

Zitat von: JudgeDredd am 26 November 2025, 17:32:03
Zitat von: rs am 26 November 2025, 17:08:57Ich habe es auch mit routinplay probiert, das es jetzt leider nicht mehr gibt.
wie kommst Du darauf ?
Zitat von: rs am 26 November 2025, 17:08:57Idee / Anregungen ?
routine_play nehmen 😉
8)
rpi3+ & RaspBee | Phillips, Osram, IKEA, SIlvercrest Devices | FHEM 6.3 | Echo Show 15 | Yamaha YAS| LG TV | Ubuntu 24.10 - NextCloud 30 - OpemVPN - Wordpress - NAS - ...

locodriver

Hallo,

ich möchte nochmals meinen Post hochholen.

Das Problem besteht nach wie vor, allerdings sind mir jetzt auch Funktionsbeeinträchtigungen aufgefallen:
Wenn das echodevice selbständig etwas "sagen" soll, so klappt das nicht mehr (z.B. Fenstermeldungen) - auf voicecommands reagiert es allerdings normal.

Zitat von: locodriver am 19 November 2025, 17:43:17Hallo, seit dem letzten update durch Michael, läuft Alexa bzw. echodevice wieder.

Allerdings habe ich gerade folgende Einträge im log (reverse) entdeckt, die schon seit 10.11. (letztes fhem-update) auftreten.

Node.js v18.20.4

}
  syscall: 'write'
  code: 'EPIPE',
  errno: -32,
    at process.processTicksAndRejections (node:internal/process/task_queues:82:21) {
    at emitErrorCloseNT (node:internal/streams/destroy:116:3)
    at emitErrorNT (node:internal/streams/destroy:151:8)
Emitted 'error' event on Socket instance at:
    at /opt/fhem/cache/alexa-cookie/node_modules/alexa-cookie2/alexa-cookie.js:499:41
    at console.log (node:internal/console/constructor:380:26)
    at console.value (node:internal/console/constructor:305:16)
    at Writable.write (node:internal/streams/writable:337:10)
    at _write (node:internal/streams/writable:333:10)
    at writeOrBuffer (node:internal/streams/writable:392:12)
    at Socket._write (node:net:975:8)
    at Socket._writeGeneric (node:net:963:11)
    at writeGeneric (node:internal/stream_base_commons:151:3)
    at afterWriteDispatched (node:internal/stream_base_commons:160:15)
Error: write EPIPE

      ^
      throw er; // Unhandled 'error' event
node:events:495

Zeitweise sind mehr solche Einträge vorhanden als normale Logzeilen.

Die Funktion scheint aber nicht beeinträchtigt zu sein.
Sowohl das account device als auch die Echos sind connected.

Was ist da "los" und wie bekomme ich das weg?

Dankeschön.

Uwe

Das echodevice Modul ist aktuell:
# $Id: 37_echodevice.pm 30527 2025-11-14 15:49:25Z michael.winkler $

Im alexalog ist folgendes zu finden:
[27.11.2025, 17:30:51] refreshing token
[27.11.2025, 17:30:51] failed to refresh token: Error: connect ECONNREFUSED 2a01:4f8:221:1b5a::f2:443

Der Eintrag ist immer gleich und kommt alle 5 Minuten. Er scheint aber nicht synchron mit den Einträgen im fhem-log zu sein.

Ich bin ziemlich ratlos...
fhem 6.0 auf Rpi3 Bookworm
HM-LAN-CFG (FW 0.965), HM-MOD-UART, 2x HM-TC-IT-WM-W-EU, 4x HM-Sec-RHS und 3x HM-CC-RT-DN, 6x HM-LC-Bl1-FM mit je 1x Somfy-Motor,
2x HM-LC-SW2-FM für Licht und Lüfter, 2x HM-PB-6-WM55, Alexa, Jeelinkcross, CUL, CUNO2, IR-Blaster

Knallfrosch

Leider existiert auch noch bei mir das Problem mit der abstürzenden FHEM Insnatnz, wenn das "routine_play" aus dem DOIF aufgerufen wird und folgender Logeintrag erscheint:

hash- or arrayref expected (not a simple scalar, use allow_nonref to allow this) at ./FHEM/37_echodevice.pm line 1868.
Wenn ich allerdings aus der Kommandozeile die Routine aufrufe, kommt es nicht zum Absturz und die Sprachansage kommt.


Grüße

KölnSolar

Dann kann es doch nur an Deinem doif liegen. :o

Ohne routineplay zu kennen, fällt mir der Unterschied ins Auge
Zitat(set ECHO_G090U607835206H1 routine_play fhemwashend@amzn1.alexa.automation.cd0fc0cd-d57f-44fd-8efb)\
(set ECHO_G090U607835206H1 routine_play fhemwashend@amzn1.alexa.automation.cd0fc0cd-d57f-44fd-8efb-)\
Das soll/muss so sein ?

Grüße Markus
RPi3/2 buster/stretch-SamsungAV_E/N-RFXTRX-IT-RSL-NC5462-Oregon-CUL433-GT-TMBBQ-01e-CUL868-FS20-EMGZ-1W(GPIO)-DS18B20-CO2-USBRS232-USBRS422-Betty_Boop-EchoDot-OBIS(Easymeter-Q3/EMH-KW8)-PCA301(S'duino)-Deebot(mqtt2)-zigbee2mqtt

Knallfrosch

Hallo,

aus diesem mir unwahrscheinlichen Grund habe ich auch das DOIF "veröffentlicht". Es hatte ja vorher fast ein Jahr problemlos funktioniert.
Am DOIF habe ich nichts geändert.

Ja, der doppelte Aufruf wird verzögert durchgeführt. Also die Sprachansage wiederholt. Das hatte auch immmer funktioniert. Bei insgesamt 3 DOIF mit unterschiedlichen Ansagen/Routinen.
Ich habe auch schon versucht die Ansage auf einmal zu reduzieren, aber auch da stürzt FHEM ab.

Ich bin leider absolut ratlos und schiebe den Fehler daher auf das Modul, allerdings bin ich auch nicht in der Lage den Fehler weiter einzugrenzen.

Grüße

JoWiemann

Hallo Knallfrosch,

die Frage von Markus bezog sich nicht auf die doppelte Ausführung, sondern auf das Minus Zeichen am Ende beim zweiten Aufruf.

set ECHO_G090U607835206H1 routine_play fhemwashend@amzn1.alexa.automation.cd0fc0cd-d57f-44fd-8efb- <- dieses Minus Zeichen ist im ersten Aufruf nicht vorhanden!!!

Damit hast Du eine ungültige Referenz.

Grüße Jörg
Jörg Wiemann

Slave: RPi B+ mit 512 MB, COC (868 MHz), CUL V3 (433.92MHz SlowRF); FHEMduino, Aktuelles FHEM

Master: CubieTruck; Debian; Aktuelles FHEM

Knallfrosch

Achso, sorry!

das - ist nur ein Überbleibsel des gekürzten Routine-Code.
Im Original folgen dort noch ein paar Zahlen und Buchstaben.
Da ich mir nicht sicher war, ob man damit etwas anfangen kann oder nicht, habe ich den Aufruf gekürzt.

Grüße

KölnSolar

Danke Jörg.

Zitatdas - ist nur ein Überbleibsel des gekürzten Routine-Code.
Im Original folgen dort noch ein paar Zahlen und Buchstaben.
Da ich mir nicht sicher war, ob man damit etwas anfangen kann oder nicht, habe ich den Aufruf gekürzt.
Wie Du jetzt gelernt hast, guckt man genau hin, um Deinen Fehler zu finden.
Daher entweder weglassen oder wenigstens gleichmäßig editieren. Wobei möglicherweise Kenner von routine-play auch noch die Syntax prüfen würden/könnten.
RPi3/2 buster/stretch-SamsungAV_E/N-RFXTRX-IT-RSL-NC5462-Oregon-CUL433-GT-TMBBQ-01e-CUL868-FS20-EMGZ-1W(GPIO)-DS18B20-CO2-USBRS232-USBRS422-Betty_Boop-EchoDot-OBIS(Easymeter-Q3/EMH-KW8)-PCA301(S'duino)-Deebot(mqtt2)-zigbee2mqtt

JudgeDredd

Also routine_play nutze ich ja auch, aber keine DOIFs.
Mein Vorschlag wäre, es mal aus einem Notify heraus zu versuchen um das DOIF auszuschließen.
Router: Eigenbau (pfSense)
FHEM: Proxmox (DELL R720) | Debian 12 (VM)

MDietrich

Moin, nachdem ich mein FHEM-System neu aufgesetzt habe, scheitere ich daran "mein" Echodevice zum laufen zu bekommen.
- NPM Install über die FHEM Oberfläche ist OK
- bei einem NPM_login new bekomme ich auch den Link zut Anmeldung bei Amazon
- Anmeldung bei Amazon erfolgt auch, aber dann bekomme ich die Fehlermeldung xxx.xxx.xxx.xx hat keine Daten gesendet (ERR_EMPTY_RESPONSE)

Das ist reproduzierbar, habe mittlerweile alle Varianten die ich im Forum gefunden habe ausprobiert, das Ergebnis bleibt das gleiche.
Ergebis dem NPM_check:
ERGEBNIS ls -l /opt/fhem/cache


total 4
drwxr-xr-x 3 fhem dialout 4096 Nov 29 07:58 alexa-cookie
ERGEBNIS ls -l /opt/fhem/cache/alexa-cookie


total 48
drwxr-xr-x 100 fhem dialout 4096 Nov 29 07:58 node_modules
-rw-r--r-- 1 fhem dialout 58 Nov 29 07:58 package.json
-rw-r--r-- 1 fhem dialout 40364 Nov 29 07:58 package-lock.json

Wäre für Hilfe sehr dankbar
Matthias
FB 6591 Cable / Raspberry 3b+ (Bookworm) / 4xECHO DOT 4/ Homematic Thermostate, Fenster- und Fenster-Sensoren / Philips HUE / CUL-HM /  Zigbee Schalter und Lampen / Shelly 1

Stefan6183

Hallo, ich habe leider, nachdem ich den "connected but loginerror" Fehler hatte, die Ursachen beim NPM Login gesucht und ein set NPM_login new durchgeführt.
Leider war das nicht erfolgreich.
Inzwischen habe ich Version 0.2.34 des echodevice installiert und habe mehrmals gemäß der Anleitung unter https://www.mwinklerblog.de/modul-echodevice-npm/ die NMP Installation durchgeführt, sowohl automatisch als auch manuell.
Das Ergebnis ist immer dasselbe: Nach dem Anmelden bei Amazon über den generierten Login Link zeigt Amazon: "Sorry, we couldn't find that page" und beim Echodevice bleibt das Reading amazon_refreshtoken auf "wait for refreshtoken" stehen.
Hat jemand eine Idee, woran das liegen könnte?

rabehd

#6341
Hallo,

mein FHEM läuft im Docker, dort hatte ich im Sommer ein anderes Image verwendet und damit  "connected but loginerror". Das habe ich jetzt, mit Hilfe von passible korrigiert.

Alle Geräte zeigen connected an. Das Acount-Device scheint ok. Bei den realen Device sind nur die Readings Browser, IODEV, Cookie ... aktuell, der Rest ist Monate alt. Also voice...
Im Acount-Device findet er auch nur sich selbst.
Es ist das Modul 0.2.34 vom 16.11.25.

Wie aktualisiere ich meine Device?
Danke


Die Ursache für das Problem hat vor meinem Monitor gesessen.
Auch funktionierende Lösungen kann man hinterfragen.

Fabiango

Hallo zusammen,

ich habe einen Echo Show 11 (Version 2025) und wird vom echodevice Modul nicht richtig erkannt.
Es gibt nur sehr wenige Readings und gar keine Set und Get Befehle wie ich es von anderen Echos kenne.

Bin ich hier richtig zwecks Modul Aktualisierung?

Hier noch das List vom Gerät
Internals:
   CFGFN     
   DEF        A2BBNAAARW4N50 GSM55506537333LL
   FUUID      69000c56-f33f-xxxx-3af2-f0aaf00000f645f4
   IODev      AmazonAccount
   LOGINMODE  IODEV
   NAME       ECHO_GSM1234567505AA
   NR         101
   NTFY_ORDER 50-ECHO_GSM1234567505AA
   STATE      connected
   TYPE       echodevice
   eventCount 66
   model      unbekannt
   READINGS:
     2025-12-17 07:23:18   COOKIE_MODE     IODEV
     2025-12-17 07:23:18   IODev           AmazonAccount
     2025-12-17 07:38:11   model           unbekannt
     2025-12-17 07:38:11   presence        present
     2025-12-17 07:24:05   state           connected
     2025-12-17 07:38:11   version         4600000000020
     2025-12-17 07:24:05   voice           alexa spiele swr3
     2025-12-17 07:24:05   voice_timestamp 1765900000018
     2025-12-17 07:38:13   wakeword        ALEXA
   helper:
     DEVICETYPE A2LLN0XXXXXN50
     FAMILY     KNIGHT
     NAME       Echo Show 11 Küche
     VERSION    4600000000020
     bluetooth  -
   hmccu:
Attributes:
   IODev      AmazonAccount
   alias      Echo <br> Show 11
   devStateIcon connected:it_television@green disconnected:it_television@red
   eventMap   /tunein s134003:CHARIVARI/tunein s96141:BadenFM/tunein s15445:ENERGY/tunein s24896:SWR3/pause:STOP/
   group      Amazon
   room       Küche
   sortby     01
   verbose    2
   webCmd     volume:CHARIVARI:BadenFM:ENERGY:SWR3:STOP
   webCmdLabel Lautstärke
:Sender 1
:Sender 2
:Sender 3
:Sender 4
:Beenden
   widgetOverride volume:slider,0,5,100