[37_echodevice] Amazon Echo Modul (nicht Alexa)

[JudgeDredd]

Ich werde sicherlich auch irgendwann die automatische Variante ausprobiert haben, vielleicht stimmen deshalb die Rechte.
Abgesehen davon steht in der manuellen Version doch auch ein Befehl mit dem die Rechte eingestellt werden.

Ja, da hast Du natürlich Recht. Ich bin nur davon ausgegangen, das Du vor meinen Hinweisen von vorne begonnen hättest. Also:

• /opt/fhem/cache löschen
• manuelle installation

Aber so wie es aktuell aussieht sollte es ja passen.

Habe deinen Befehl mal eingegeben und die Rückmeldung zu "ps -aux | grep fhem" lautet:

Code Auswählen Erweitern

error: user name does not exist

Usage:
ps [options]

Try 'ps --help <simple|list|output|threads|misc|all>'
  or 'ps --help <s|l|o|t|m|a>'
for additional help text.

For more details see ps(1).

Dann hast Du im Docker aber eine andere Version des ps Befehls.
Dann bitte mal ohne den Parameter versuchen:

Code Auswählen Erweitern

ps | grep fhem

Im Docker ist /opt/fhem bewusst verknüpft.
Dennoch ausprobiert und der andere Befehl "ls /opt/fhem" gibt folgendes zurück:

Code Auswählen Erweitern

alexa-fhem.cfg           backup  certs    configDB.pm  COPYING  demolog  FHEM      fhem.cfg.bak      fhem.cfg.demo  gassistant-fhem.cfg           GPL_V2.txt  _Inline  log             Makefile         README.SVN  t           unused   webfrontend
alexa-fhem.cfg.previous  cache   CHANGED  contrib      data     docs     fhem.cfg  fhem.cfg.default  fhem.pl        gassistant-fhem.cfg.previous  HISTORY     lib      MAINTAINER.txt  README_DEMO.txt  restoreDir  thirdparty  UPGRADE  www

Offenbar hat es wohl was mit dem Usernahmen zu tun. Aber da blicke ich eh nicht durch weil beim Start des Fhem-Servers im Log nicht nur der Fhem-User auftaucht, sondern auch die User '6061', '6002' und '6003'.
Für mich ist dabei nicht ersichtlich welcher User für welche Verzeichnisse und Aufgaben Rechte bekommt. Auf der NAS jedenfalls gibt es den User 'fhem' dem für alle betroffenen Verzeichnisse Lese/Schreib-Rechte eingeräumt sind. Aber was der Fhem-Server selbst an Rechten macht ist mir nicht klar.

OK, dann ist also das Installationsverzeichnis "/opt/fhem".
Somit auch in Ordnung.

Wenn nun mit dem obigen "ps" auch "fhem" herauskommt, dann weiß ich leider auch nicht wo das Problem liegt.
Dann müsste sich das tatsächlich Michael mal annschauen.
Dafür kannst Du ja gleich mal ein "get <echo-account-device> status"
und einen Log Verbose 5 während eines "set <echo-account-device> NPM_login new" bereithalten.
Das wird ihm sicherlich helfen.

[Superposchi]

Auf "ps | grep fhem" gibt es folgende Rückmeldung:

Code Auswählen Erweitern

error: garbage option

Usage:
ps [options]

Try 'ps --help <simple|list|output|threads|misc|all>'
  or 'ps --help <s|l|o|t|m|a>'
for additional help text.

For more details see ps(1).

Es scheint mir fast so als wenn er den gesamten PS-Befehl nicht erkennt.
Das mit dem Cache löschen habe ich schon erfolglos durchgeführt.


Die Ausgabe von get <name> status sieht so aus:

Code Auswählen Erweitern

Modul Infos:

Beschreibung    Bereich    Wert
STATE    Reading unbekannt
Version    Reading 0.2.19
NPM Cookie Version    Reading 4.1.3
COOKIE_STATE    Reading unbekannt
COOKIE_TYPE    Reading NEW
COOKIE_MODE    Reading NPM
amazon_refreshtoken    Reading unbekannt
group    Attribut Geräte
room    Attribut Amazon,Devices,System
icon    Attribut echo

Amazon Cookie:

Beschreibung    Bereich    Wert
.COOKIE    Reading unbekannt....
COOKIE_STATE    Reading unbekannt
COOKIE_TYPE    Reading NEW
amazon_refreshtoken    Reading unbekannt
.COOKIE    Helper ....
.COMMSID    Helper ....
.CSRF    Helper ....
.DIRECTID    Helper ....
RUNLOGIN    Helper 0
RUNNING_REQUEST    Helper
LOGINERROR    Helper 0
FHEM_HOME    Attribut /opt/fhem

Der Logauszug eines NPM_login sieht so aus:

Code Auswählen Erweitern

2023.01.17 18:56:54.365 5: [Wohnzimmerecho] [echodevice_GetSettings] start refresh settings
2023.01.17 18:56:54.365 5: [Wohnzimmerecho] [echodevice_GetSettings] unknown state / state = INITIALIZED
2023.01.17 18:57:00.754 4: [Wohnzimmerecho] [echodevice_LoginStart] [enable] set next internal timer start in 60 seconds.
2023.01.17 18:57:01.430 3: [Wohnzimmerecho] [echodevice_NPMLoginNew] Node Version 14.21.1

2023.01.17 18:57:01.431 3: [Wohnzimmerecho] [echodevice_NPMLoginNew] alexa-cookie modul not found

Eigentlich steht ja da deutlich das er das cookie-file nicht findet, aber die Frage ist wieso und wie man es beheben kann.

Ganz dumme Frage am Rande. Ich habe ja noch andere Baustellen, unter anderem mit fhempy und den angebundenen TUYA und googlecast-Devices.
Und alle Probleme fingen an, nachdem ich den Container neu aufgesetzt habe und er eine neue IP bekommen hat. Der Container an sich ist identisch und es wurden die alten Fhem Daten aufgespielt, nur die IP ist anders.
Auch wenn ich es eigentlich ausschließe, aber könnte eine doppelte IP zu derartigen Problemen führen? Müssten dann zwar noch andere Probleme eigentlich auftreten, aber ich weiß echt keinen Rat mehr.

[JudgeDredd]

Eigentlich steht ja da deutlich das er das cookie-file nicht findet, aber die Frage ist wieso und wie man es beheben kann.

Leider klappt es ja nicht Wasserdicht herauszufinden, mit welchem User der FHEM Prozess läuft.
Sollte der User aber "fhem" lauten, sind eigentlich aus Meiner Sicht alle Voraussetzungen erfüllt.

Du könntest mal das Attribut fhem_home entsprechend setzen (/opt/fhem) aber ich befürchte, das Du dann auf Michael warten musst und er noch andere Ideen hat.

Ganz dumme Frage am Rande. Ich habe ja noch andere Baustellen, unter anderem mit fhempy und den angebundenen TUYA und googlecast-Devices.
Und alle Probleme fingen an, nachdem ich den Container neu aufgesetzt habe und er eine neue IP bekommen hat. Der Container an sich ist identisch und es wurden die alten Fhem Daten aufgespielt, nur die IP ist anders.
Auch wenn ich es eigentlich ausschließe, aber könnte eine doppelte IP zu derartigen Problemen führen? Müssten dann zwar noch andere Probleme eigentlich auftreten, aber ich weiß echt keinen Rat mehr.

Leider kenne ich weder das Modul TUYA noch fhempy und kann nicht sagen, ob dort IP Adressen relevant sind, aber doppelte IP Adressen füren immer zu unvorhersehbarem Verhalten. Wenn aber alle sauber von einem DHCP vergeben werden, passiert das eigentlich nicht.

[Supadone]

Der angegebene Proxy Port 3002 ist in Benutzung, bitte das Attribut "npm_proxy_port" entsprechend anpassen.

Hast du denn bei dem Device mit dem Account von deinen Eltern den Proxy Port wie in der Meldung geändert? Wenn nicht, mal vor dem NPM-login das Attribut npm_proxy_port zb auf 3003 setzen...

Grüße

Andy

[michael.winkler]

Kannst Du mal bitte folgende Version einspielen und ausprobieren?

[FHEM_Starter]

Hallo Michael,

ich habe ein merkwürdiges Verhalten entdeckt. Ich arbeite mit einem Echo Spot mit der Modelnumber A10A33FOX2NUBK und einem Echo DOT 3 (neue gerundete Version) mit der Modelnumber A32DOYMUN6DTXA.

Wenn ich nun auf dem Echo Dot 3 einen Wecker stelle, diesen ablaufen lasse und danach versuche, diesen über notifications_delete zu löschen, ist der Wecker zwar gelöscht (auch in der App), die Readings zu diesem Alarm und der Alarm Count bleiben jedoch unverändert.

Wende ich dieses Verfahren auf den Echo Spot an, werden sowohl Readings als auch Alarm Count sauber zurückgesetzt.

Mit dieser Erkenntnis bin ich in den Modulcode gegangen und habe in der Zeile 4367 den Eintrag von Echo Dot Gen3 auf Echo Spot verändert.

Code Auswählen Erweitern

        elsif($ModelNumber eq "A32DOYMUN6DTXA" || $ModelNumber eq "Echo Dot")                   {return "Echo Spot";}


Und was soll ich sagen: Alle Readings werden nun auch auf meinem Echo Dot 3 sauber zurückgesetzt.

Kannst Du bitte mal nachsehen, was hier schiefgelaufen ist?

Danke für Deine Mühe,
Gruß Wolfgang

Hier die lists der Devices:
Echo Dot 3:

Code Auswählen Erweitern

Internals:
   DEF        A32DOYMUN6DTXA G090U608842309B0
   FUUID      63c3ede0-f33f-21e6-3c62-e81746f17c538a0e
   IODev      AmazonAccount
   LOGINMODE  IODEV
   NAME       ECHO_Dot_Schlafzimmer
   NR         7816
   NTFY_ORDER 50-ECHO_Dot_Schlafzimmer
   STATE      connected
   TYPE       echodevice
   model      Echo Spot
   OLDREADINGS:
   READINGS:
     2023-01-19 09:43:54   AlarmCount      0
     2023-01-19 09:43:50   BrowserLanguage de,en-US;q=0.7,en;q=0.3
     2023-01-19 09:43:50   BrowserUserAgent Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:62.0) Gecko/20100101 Firefox/62.0
     2023-01-18 16:52:47   COOKIE_MODE     IODEV
     2023-01-18 16:52:47   IODev           AmazonAccount
     2023-01-16 16:57:09   Wecker_ID       
     2023-01-18 18:25:52   Wecker_aktiv    on
     2023-01-18 18:25:52   Weckzeit        18:30
     2023-01-18 18:25:52   alarm_FHEM_id   896d857d-7ee4-3228-801d-23a82953ff62
     2023-01-19 09:43:50   alarm_count     0
     2023-01-19 09:43:50   channel         -
     2023-01-19 09:43:50   currentAlbum    -
     2023-01-19 09:43:50   currentArtist   -
     2023-01-19 09:43:50   currentArtwork  -
     2023-01-19 09:43:50   currentTitle    -
     2023-01-19 09:43:50   currentTuneInID -
     2023-01-19 09:43:52   deviceAddress   xxxxx,yyyyy,zzzzzz
     2023-01-19 09:43:53   dnd             off
     2023-01-19 09:43:52   microphone      false
     2023-01-19 09:43:51   model           Echo Spot
     2023-01-19 09:43:50   musicalarm_count 0
     2023-01-19 09:43:50   mute            off
     2023-01-19 09:43:51   online          true
     2023-01-19 09:43:50   playStatus      stopped
     2023-01-19 09:43:51   presence        present
     2023-01-19 09:43:50   progress        0
     2023-01-19 09:43:50   progresslen     0
     2023-01-19 09:43:50   reminder_count  0
     2023-01-19 09:43:50   repeat          off
     2023-01-19 09:43:50   shuffle         off
     2023-01-18 19:43:19   state           connected
     2023-01-19 09:43:52   timeZoneId      Europe/Berlin
     2023-01-19 09:43:50   timer_count     0
     2023-01-19 09:43:50   timer_id        -
     2023-01-19 09:43:50   timer_remainingtime 0
     2023-01-19 09:43:51   version         8289070468
     2023-01-18 18:28:53   voice           alexa aus
     2023-01-18 18:28:53   voice_timestamp 1674062885236
     2023-01-19 09:43:50   volume          10
     2023-01-19 09:43:54   volume_alarm    60
     2023-01-19 09:43:52   wakeword        ALEXA
   helper:
     CMD_QUEUE_NUMBER 48788
     DEVICETYPE A32DOYMUN6DTXA
     FAMILY     ECHO
     NAME       Echo Dot Schlafzimmer
     RUNNING_REQUEST 0
     SERVER     layla.amazon.de
     VERSION    8289070468
     bluetooth  -
     CMD_QUEUE:
Attributes:
   IODev      AmazonAccount
   alias      Echo Dot Schlafzimmer
   event-on-change-reading .*
   icon       echo
   room       Amazon
   server     layla.amazon.de
   userReadings AlarmCount {my $anz = grep( m/alarm_.._status/, ( keys %{$hash->{READINGS}} )); return $anz;}

Echo Spot:

Code Auswählen Erweitern

Internals:
   DEF        A10A33FOX2NUBK G070RR1383540AUS
   FUUID      63330eb8-f33f-21e6-d9d0-abdd4b413831cea9
   IODev      AmazonAccount
   LOGINMODE  IODEV
   NAME       ECHO_Schlafzimmer
   NR         7764
   NTFY_ORDER 50-ECHO_Schlafzimmer
   STATE      connected
   TYPE       echodevice
   model      Echo Spot
   OLDREADINGS:
   READINGS:
     2023-01-19 09:45:51   BrowserLanguage de,en-US;q=0.7,en;q=0.3
     2023-01-19 09:45:51   BrowserUserAgent Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:62.0) Gecko/20100101 Firefox/62.0
     2023-01-18 16:52:40   COOKIE_MODE     IODEV
     2023-01-19 09:45:50   alarm_count     0
     2023-01-19 09:45:50   channel         -
     2023-01-19 09:45:50   currentAlbum    -
     2023-01-19 09:45:50   currentArtist   -
     2023-01-19 09:45:50   currentArtwork  -
     2023-01-19 09:45:50   currentTitle    -
     2023-01-19 09:45:50   currentTuneInID -
     2023-01-19 09:45:53   dnd             off
     2023-01-19 09:45:52   microphone      false
     2023-01-19 09:45:51   model           Echo Spot
     2023-01-19 09:45:50   musicalarm_count 0
     2023-01-19 09:45:51   mute            off
     2023-01-19 09:45:52   online          true
     2023-01-19 09:45:50   playStatus      stopped
     2023-01-19 09:45:51   presence        present
     2023-01-19 09:45:51   progress        0
     2023-01-19 09:45:51   progresslen     0
     2023-01-19 09:45:50   reminder_count  0
     2023-01-19 09:45:51   repeat          off
     2023-01-19 09:45:51   shuffle         off
     2023-01-18 19:43:19   state           connected
     2023-01-19 09:45:52   timeZoneId      Europe/Paris
     2023-01-19 09:45:50   timer_count     0
     2023-01-19 09:45:50   timer_id        -
     2023-01-19 09:45:50   timer_remainingtime 0
     2023-01-19 09:45:51   version         683785420
     2023-01-18 17:32:58   voice           alexa aus
     2023-01-18 17:32:58   voice_timestamp 1674059534019
     2023-01-19 09:45:51   volume          37
     2023-01-19 09:45:54   volume_alarm    50
     2023-01-19 09:45:53   wakeword        ALEXA
   helper:
     CMD_QUEUE_NUMBER 48893
     DEVICETYPE A10A33FOX2NUBK
     FAMILY     ROOK
     NAME       Spot_Büro
     RUNNING_REQUEST 0
     VERSION    683785420
     bluetooth  -
     CMD_QUEUE:
Attributes:
   IODev      testamazon
   alias      Spot_Büro
   icon       echo
   room       Amazon

[Per]

Mal die Frage, warum wird der eigentlich fixe Parameter "xxx@xxx.xx xxx" als Parameter eingegeben? Kann man das nicht vorgeben, mittels "optional" kann man es ja immernoch überschreiben. Damit würden aber mindestens die Hälfte aller Anfragen von Erstinstallern entfallen.

Ähnlich damals, als Compaq im Handbuch von "any key" auf "enter key" umgestellt hat.

[Fillip]

Hallo zusammen,
bei mir läuft FHEM in einer Docker Umgebung. Ich hatte vor einigen Tagen das "Problem" das FHEM nicht mehr starten wollte, darauf hin habe ich ein Backup von dem Vortag aufgespielt und es lief wieder, zwar waren einige readign weg aber das ist halb so wild.

Aber das "echodevice" möchte nicht so,

Die NPM Version will im Docker bei mir nicht starten, die manuelle Installation hatte ich versucht, da kamen keine Fehler, aber dann über das Webinterface "NPM_Login new" sagt dann

Code Auswählen Erweitern

Das alexa-cookie Modul wurde nicht gefunden. Bitte fuehrt am Amazon Account Device einen set "NPM_install" durch

Wenn ich ein "NPM_Install" ausführe sagt er mir

Code Auswählen Erweitern

Installationsergebnis

Installation wird angestartet

up to date, audited 90 packages in 919ms

10 packages are looking for funding
run `npm fund` for details

found 0 vulnerabilities

!!Installation fehlgeschlagen!!

Ich habe dann zum Text mal die "alte" Version versucht, mit direkter Eingabe der E-Mail Adresse und Passwort und anschließend setzetn der 2FA...

Das klappt so semi, denn die Echos wollen leider nicht mehr so, mir werden zwar die readings angezeigt der Geräte, jedoch kann ich diese nicht steuern, (außer Sachen auf die Einkaufsliste setzten, dass klappt komischwerwise), jedoch keine Lautstärke einstellen, Texte abspielen nicht...

[Superposchi]

Das gleiche Problem habe ich seit Monaten.

[michael.winkler]

Bitte mal die Version aus der Antwort: https://forum.fhem.de/index.php/topic,82631.msg1258640.html#msg1258640 versuchen. Bisher habe ich dazu noch keine Rückmeldung erhalten.

[Fillip]

Bitte mal die Version aus der Antwort: https://forum.fhem.de/index.php/topic,82631.msg1258640.html#msg1258640 versuchen. Bisher habe ich dazu noch keine Rückmeldung erhalten.

Die hatte ich auch schon aufgespielt, der fehler bleibt der selbe 

[michael.winkler]

Die hatte ich auch schon aufgespielt, der fehler bleibt der selbe 

Dann benötige ich die entsprechenden LOGs und auch ein get status vom Account Device

[hummeruli]

Kannst Du mal bitte folgende Version einspielen und ausprobieren?

Super herzlichen Dank.

Es funzt wieder.

[stefanru]

Hi,

vielleicht ist meine Frage untergegangen in https://forum.fhem.de/index.php/topic,82631.msg1258193.html#msg1258193.
Kann mich jemand in die richtige Richtung schubsen oder mitteilen ob es überhaupt möglich ist 2 Accounts einzurichten?

Danke und Gruß,
Stefan

[Fillip]

Super herzlichen Dank.

Es funzt wieder.

Ein get status wirft folgende Infos raus

Code Auswählen Erweitern

Modul Infos:
Beschreibung    Bereich    Wert
STATE    Reading disconnected
Version    Reading 0.2.21
NPM Cookie Version    Reading 4.1.3
COOKIE_STATE    Reading START
COOKIE_TYPE    Reading READING
COOKIE_MODE    Reading NPM
amazon_refreshtoken    Reading wird erzeugt
event-on-change-reading    Attribut state
speak_volume    Attribut 35
icon    Attribut alexa
alias    Attribut AmazonAlexa
group    Attribut Alexa
npm_proxy_ip    Attribut 192.168.19.9
verbose    Attribut 5
npm_proxy_listen_ip    Attribut 192.168.19.9
server    Attribut layla.amazon.de
room    Attribut 99_System


Amazon Cookie:
Beschreibung    Bereich    Wert
.COOKIE    Reading session-id=262-35811....
COOKIE_STATE    Reading START
COOKIE_TYPE    Reading READING
amazon_refreshtoken    Reading wird erzeugt
.COOKIE    Helper session-id=262-35811....
.COMMSID    Helper ....
.CSRF    Helper 8....
.DIRECTID    Helper ....
RUNLOGIN    Helper 0
RUNNING_REQUEST    Helper 0
LOGINERROR    Helper 0
FHEM_HOME    Attribut /opt/fhem


Im Log steht folgendes (bei Verbose 5), wenn ich ein NPM_Login new durchführe

Code Auswählen Erweitern

2023.01.24 18:56:02 3: [AmazonAlexa] [echodevice_NPMLoginNew] Node Version 14.21.2

2023.01.24 18:56:02 3: [AmazonAlexa] [echodevice_NPMLoginNew] alexa-cookie modul not found

Bei NPM_Install bleib das Log komischweise leer...

Folgendes taucht im log auch noch auf

Code Auswählen Erweitern

2023.01.24 19:01:22 5: [AmazonAlexa] [echodevice_GetSettings] start refresh settings
2023.01.24 19:01:22 5: [AmazonAlexa] [echodevice_GetSettings] unknown state / state = disconnected
2023.01.24 19:01:25 4: [AmazonAlexa] [echodevice_LoginStart] [enable] set next internal timer start in 60 seconds.