[37_echodevice] Amazon Echo Modul (nicht Alexa)

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

Vorheriges Thema - Nächstes Thema

MadMax-FHEM

Das hast du gemacht:

Zitat
Nach erfolgreicher Installation, müsst Ihr über folgenden Befehl noch die Berechtigungen anpassen:

sudo chown -R fhem:  /opt/fhem/cache/alexa-cookie

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

misux

Jup,  habe ich..

Was ich allerdings nicht gemacht habe ist ein Neustart... Ich denke das sollte ich mal ausprobieren  ::)
Aber morgen... Wenn das nicht hilft, dann gibt's n bertriebssystemupdate... :-X

HansDampfHH

#5237
Moin, ich versuch mich gerade daran mein FHEM in den Docker-Container zu ziehen.
Leider stolpere ich gerade noch an den ECHODEVICES.

Was habe ich gemacht:
- define AmazonEcho echodevice xxx@xxx.xx xxx

Attribute gesetzt:
- npm_bin: /usr/bin/npm
- npm_proxy_ip: 192.168.148.46
- npm_proxy_listen_ip: 172.29.0.3

Und dann:
- npm install -> läuft durch, erfolgreich
- npm login -> läuft durch, anmelden, erfolgreich

Aber dann habe ich im Sekundentakt:

[AmazonEcho] [echodevice_NPMWaitForCookie] [NPM Login New Sat May 14 10:33:54 2022] wait for refreshtoken / refreshtoken unkown!! refreshtoken=null EXIST 314create-cookie.js = true


Ich kann bei Verbose 5 auch keine weiteren Infos im Log entdecken, außer, dass der Login wohl funktioniert:

2022.05.14 10:33:55.540 3: [AmazonEcho] [echodevice_NPMLoginNew] Result Alexa-Cookie: Use as Login-Amazon-URL: amazon.de
2022.05.14 10:33:55.542 3: [AmazonEcho] [echodevice_NPMLoginNew] Result Alexa-Cookie: Use as Base-Amazon-URL: amazon.com
2022.05.14 10:33:55.543 3: [AmazonEcho] [echodevice_NPMLoginNew] Result Alexa-Cookie: Use as User-Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/51.0.2704.103 Safari/537.36
2022.05.14 10:33:55.543 3: [AmazonEcho] [echodevice_NPMLoginNew] Result Alexa-Cookie: Use as Accept-Language: de-DE
2022.05.14 10:33:55.543 3: [AmazonEcho] [echodevice_NPMLoginNew] Result Alexa-Cookie: Proxy-Mode enabled if needed: 192.168.148.46:3002 to listen on 172.29.0.3
2022.05.14 10:33:55.543 3: [AmazonEcho] [echodevice_NPMLoginNew] Result Alexa-Cookie: Step 1: get first cookie and authentication redirect
2022.05.14 10:33:55.544 3: [AmazonEcho] [echodevice_NPMLoginNew] Result Alexa-Cookie: Sending Request with {"host":"alexa.amazon.de","path":"","method":"GET","headers":{"DNT":"1","Upgrade-Insecure-Requests":"1","User-Agent":"Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/51.0.2704.103 Safari/537.36","Accept-Language":"de-DE","Connection":"keep-alive","Accept":"*/*"}}
2022.05.14 10:33:55.729 3: [AmazonEcho] [echodevice_NPMLoginNew] Result Alexa-Cookie: Response (302) - Redirect to https://www.amazon.de/ap/signin?showRmrMe=1&openid.return_to=...
2022.05.14 10:33:55.733 3: [AmazonEcho] [echodevice_NPMLoginNew] Result Alexa-Cookie: Sending Request with {"host":"www.amazon.de","path":"/ap/signin?showRmrMe=1&openid.return_to=https%3A%2F%2Falexa.amazon.de%2F&openid.ide...fier_select&openid.ns=http%3A%2F%2Fspecs.openid.net%2Fauth%2F2.0&","method":"GET","headers":{"DNT":"1","Upgrade-Insecure-Requests":"1","User-Agent":"Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/51.0.2704.103 Safari/537.36","Accept-Language":"de-DE","Connection":"keep-alive","Accept":"*/*","Cookie":""},"body":""}
2022.05.14 10:33:55.878 3: [AmazonEcho] [echodevice_NPMLoginNew] Result Alexa-Cookie: Response (200)
2022.05.14 10:33:55.944 3: [AmazonEcho] [echodevice_NPMLoginNew] Result Alexa-Cookie: Add Cookie session-id = 259-111111-4612223
2022.05.14 10:33:55.945 3: [AmazonEcho] [echodevice_NPMLoginNew] Result Alexa-Cookie: Add Cookie session-id-time = 2283237235l
2022.05.14 10:34:03.227 3: [AmazonEcho] [echodevice_NPMLoginNew] Result Alexa-Cookie: Step 2: login empty to generate session
2022.05.14 10:34:03.227 3: [AmazonEcho] [echodevice_NPMLoginNew] Result Alexa-Cookie: Sending Request with {"host":"www.amazon.de","path":"/ap/signin","method":"POST","headers":{"DNT":"1","Upgrade-Insecure-Requests":"1","User-Agent":"Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/51.0.2704.103 Safari/537.36","Accept-Language":"de-DE","Connection":"keep-alive","Content-Type":"application/x-www-form-urlencoded","Referer":"https://www.amazon.de/ap/signin?show...auth%2F2.0&","Cookie":"session-id=259-11111-4612223; session-id-time=2283237235l","Accept":"*/*"},"gzip":true,"body":"appActionToken=5...gj3D&appAction=SIGNIN&openid.return_to=ape%3AaHR0cHMSE3YA.FZBg7aYPgH7tjBbo9knhPQ&showPasswordChecked=false"}
2022.05.14 10:34:03.347 3: [AmazonEcho] [echodevice_NPMLoginNew] Result Alexa-Cookie: Response (200)
2022.05.14 10:34:03.414 3: [AmazonEcho] [echodevice_NPMLoginNew] Result Alexa-Cookie: Update Cookie session-id-time = 2283237243l
2022.05.14 10:34:03.415 3: [AmazonEcho] [echodevice_NPMLoginNew] Result Alexa-Cookie: Add Cookie ubid-acbde = 258-1914347-0610500
2022.05.14 10:34:10.781 3: [AmazonEcho] [echodevice_NPMLoginNew] Result Alexa-Cookie: Step 3: login with filled form, referer contains session id
2022.05.14 10:34:10.781 3: [AmazonEcho] [echodevice_NPMLoginNew] Result Alexa-Cookie: Sending Request with {"host":"www.amazon.de","path":"/ap/signin","method":"POST","headers":{"DNT":"1","Upgrade-Insecure-Requests":"1","User-Agent":"Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/51.0.2704.103 Safari/537.36","Accept-Language":"de-DE","Connection":"keep-alive","Content-Type":"application/x-www-form-urlencoded","Referer":"https://www.amazon.de/ap/signin/259-4612223","Cookie":"session-id=259-11111-4612223; session-id-time=2283237243l; ubid-acbde=258-1914347-0610500","Accept":"*/*"},"gzip":true,"body":"appActionToken=5XiO...assword=xxxx"}
2022.05.14 10:34:10.971 3: [AmazonEcho] [echodevice_NPMLoginNew] Result Alexa-Cookie: Response (200)
2022.05.14 10:34:11.060 3: [AmazonEcho] [echodevice_NPMLoginNew] Result [HPM] Proxy created: !/cookie-success  -> https://alexa.amazon.com
2022.05.14 10:34:11.061 3: [AmazonEcho] [echodevice_NPMLoginNew] Result [HPM] Proxy rewrite rule created: "^/www.amazon.com" ~> ""
2022.05.14 10:34:11.061 3: [AmazonEcho] [echodevice_NPMLoginNew] Result [HPM] Proxy rewrite rule created: "^/alexa.amazon.com" ~> ""
2022.05.14 10:34:11.072 3: [AmazonEcho] [echodevice_NPMLoginNew] Result Alexa-Cookie: Proxy-Server listening on port 3002


Hat jemand einen Hinweis für mich?
Der Port 3002 wird durchgeschleift, sonst könnte ich sicher auch die Anmeldung nicht durchführen.

Hier noch mal ein get Status und ein List vom Device:

Beschreibung    Bereich    Wert
STATE    Reading disable
Version    Reading 0.2.15
NPM Cookie Version    Reading 4.0.1
COOKIE_STATE    Reading unbekannt
COOKIE_TYPE    Reading NEW
COOKIE_MODE    Reading NPM
amazon_refreshtoken    Reading wait for refreshtoken
verbose    Attribut 5
icon    Attribut echo
disable    Attribut 1
npm_proxy_listen_ip    Attribut 172.29.0.3
npm_proxy_ip    Attribut 192.168.148.46
npm_proxy_port    Attribut 3002
room    Attribut Amazon
npm_bin    Attribut /usr/bin/npm

Amazon Cookie:

Beschreibung    Bereich    Wert
.COOKIE    Reading unbekannt....
COOKIE_STATE    Reading unbekannt
COOKIE_TYPE    Reading NEW
amazon_refreshtoken    Reading wait for refreshtoken
.COOKIE    Helper ....
.COMMSID    Helper ....
.CSRF    Helper ....
.DIRECTID    Helper ....
RUNLOGIN    Helper 0
RUNNING_REQUEST    Helper
LOGINERROR    Helper 0



Internals:
   DEF        xxx@xxx.xx xxx
   FUUID      6281f4f7-f33f-28b4-3aabedfb8f7
   FVERSION   37_echodevice.pm:v5.0.0-s25459/2022-01-12
   IODev     
   LOGINMODE  NPM
   NAME       AmazonEcho
   NR         19
   NTFY_ORDER 50-AmazonEcho
   STATE      COOKIE ERROR
   TYPE       echodevice
   model      ACCOUNT
   OLDREADINGS:
   READINGS:
     2022-05-16 20:11:28   BrowserLanguage de,en-US;q=0.7,en;q=0.3
     2022-05-16 20:11:28   BrowserUserAgent Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:62.0) Gecko/20100101 Firefox/62.0
     2022-05-16 20:08:18   COOKIE_MODE     NPM
     2022-05-16 20:08:23   COOKIE_TYPE     NEW
     2022-05-16 09:00:27   amazon_refreshtoken wait for refreshtoken
     2022-05-16 20:08:23   autocreate_devices stop
     2022-05-16 20:11:29   state           unauthorized
     2022-05-16 20:08:23   version         0.2.15
   helper:
     CMD_QUEUE 
     CMD_QUEUE_NUMBER 16
     RUNLOGIN   0
     RUNNING_REQUEST 0
     SERVER     layla.amazon.de
     TWOFA     
     echodevice_refreshvoice 0
     echodevice_refreshvoice_lastdate 1652724688.75471
Attributes:
   disable    0
   icon       echo
   npm_proxy_ip 192.168.148.46
   npm_proxy_listen_ip 172.32.0.3
   room       Amazon


Und zu guter Letzt auch die docker-compose:

version: '2.3'
services:
  fhem:
    image: ghcr.io/fhem/fhem/fhem-docker:bullseye
    container_name: fhem
    restart: always
    ports:
      - "8083:8083"
      - "3002:3002"
    volumes:
      - "/volume1/docker/test/fhem/:/opt/fhem/"
FHEM Docker, CUL868, Zigbee, CCU2, Jeelink

HansDampfHH

#5238
Okay, hat sich erledigt. Ich habe mein Konto mit einem OTP gesichert.
Im aktuellen Browser war dieser natürlich bereits freigeschaltet und es kam keine Abfrage mehr.

Wenn man aber über 'login new' versucht den Cookie zu holen scheitert das an dem fehlenden OTP.
Der Login wird zwar als Erfolgreich quittiert, aber ist eben unvollständig.

Um es kurz zu machen: Bei einem OTP das echo-Device in FHEM am einfachsten im Inkognito-Tab erstellen und anmelden...fertig!
FHEM Docker, CUL868, Zigbee, CCU2, Jeelink

binford6000

Hallo Michael,
ich muss leider nochmal olle Kamellen ausgraben...  :o
Vor einiger Zeit wurde hier mehrmals über das Thema "Too many open files" berichtet:

Erster Eintrag hier:
https://forum.fhem.de/index.php/topic,82631.msg1131081.html#msg1131081

Letzter Eintrag hier:
https://forum.fhem.de/index.php/topic,82631.msg1149138.html#msg1149138

Damals wurde nie so richtig eine Lösung gefunden und das Problem schien sich in Luft aufgelöst zu haben.
Nun bin ich vor ein paar tagen auch darauf gestoßen:

https://forum.fhem.de/index.php/topic,127573.0.html

Long Story short:

  • Da die Server ja eindeutig auf Amazon deuten war die Ursache schnell ausgemacht.
  • Denn das Löschen der echodevice Module (aacount + echos) brachte sofort Abhilfe!
  • Ein schneller Test auf einem frischen FHEM in Docker brachte allerdings keine Fehler...
  • ...dafür aber jede Menge Connections:

perl    5031 fhem    4u  IPv4 1964898      0t0     TCP 025e2c9ac8f6:47666->server-143-204-102-189.fra50.r.cloudfront.net:https (ESTABLISHED)
perl    5031 fhem    5u  IPv4   56124      0t0     TCP *:8083 (LISTEN)
perl    5031 fhem    6w   REG     8,2        0  674563 /opt/fhem/log/fhem-2022-05.log
perl    5031 fhem    7u  IPv4   57682      0t0     TCP localhost:7072 (LISTEN)
perl    5031 fhem    8u  IPv4 1964143      0t0     TCP 025e2c9ac8f6:47642->server-143-204-102-189.fra50.r.cloudfront.net:https (ESTABLISHED)
perl    5031 fhem    9u  IPv4 1965291      0t0     TCP 025e2c9ac8f6:47672->server-143-204-102-189.fra50.r.cloudfront.net:https (ESTABLISHED)
perl    5031 fhem   10u  IPv4 1965289      0t0     TCP 025e2c9ac8f6:47668->server-143-204-102-189.fra50.r.cloudfront.net:https (ESTABLISHED)
perl    5031 fhem   11u  IPv4 1965290      0t0     TCP 025e2c9ac8f6:47670->server-143-204-102-189.fra50.r.cloudfront.net:https (ESTABLISHED)
perl    5031 fhem   12u  IPv4 1965294      0t0     TCP 025e2c9ac8f6:47678->server-143-204-102-189.fra50.r.cloudfront.net:https (ESTABLISHED)
perl    5031 fhem   13u  IPv4 1965292      0t0     TCP 025e2c9ac8f6:47674->server-143-204-102-189.fra50.r.cloudfront.net:https (ESTABLISHED)
perl    5031 fhem   14u  IPv4 1965295      0t0     TCP 025e2c9ac8f6:47680->server-143-204-102-189.fra50.r.cloudfront.net:https (ESTABLISHED)
perl    5031 fhem   15u  IPv4 1965293      0t0     TCP 025e2c9ac8f6:47676->server-143-204-102-189.fra50.r.cloudfront.net:https (ESTABLISHED)


Rudi fragte dann warum das so ist und ich gebe die Frage hiermit weiter. Hier seine Anmerkungen:

  • Ich meine das ist ein Problem, was in echodevice.pm geloest werden muss.
  • Da wird HttpUtils_NonblockingGet mit keepalive=1 aufgerufen, d.h. die Verbindung soll nicht geschlossen werden. Das ist dann sinnvoll, wenn man ueber den gleichen Kanal mehrere Requests abschicken will.
  • Ich finde aber in echodevice.pm kein HttpUtils_Close Aufruf, und soweit ich sehe, wird auch nicht versucht $hash->{conn} selbst zu schliessen. Auch ein letzter Request mit dem alten hash und keepalive explizit auf 0 gesetzt sollte funktionieren, sowas habe ich aber auch nicht gefunden.
  • Gibt es einen Grund, warum man gleichzeitig 8 Verbindungen braucht?
  • Gibt es einen Grund, warum man gleichzeitig 8 Verbindungen braucht?
  • Irgendwann schliesst die Gegenseite sie, und damit landen nach eine Weile alle im CLOSE_WAIT.
    Funktioniert echodevice noch, wenn man im Modul die Zeilen mit keepalive=>1 auskommentiert?

Mein erster Test quick and dirty mit seinem Tipp alle "keep alive" Aufrufe aus zu kommentieren verliefen Erfolgreich:
lsof meldet keine Connections mehr zu Amazon Servern und das Modul scheint auch ganz normal zu funktionieren.

Vielleicht hast du ja mal Zeit und Muße dir den anderen Thread anzuschauen. Falls du was benötigst - bitte melden!  8)

VG Sebastian

gent

Hi,

bei mir bekomme ich auch kein login new mehr hin, nachdem ich seit Tagen im log das hier sehe:


2022.05.27 18:00:11 3: [echodevice] [echodevice_LostConnect] JSON error = no content / set loginerror to 1
2022.05.27 18:00:11 3: [echodevice] [echodevice_setState] to connected but loginerror


Hier der Output aus dem fhem-log:


2022.05.27 18:04:55 3: [echodevice] [echodevice_NPMLoginNew] Node Version 14.19.1

2022.05.27 18:04:55 3: [echodevice] [echodevice_NPMLoginNew] Check Interface=lo IP=127.0.0.1
2022.05.27 18:04:55 3: [echodevice] [echodevice_NPMLoginNew]   Ignor Interface=lo IP=127.0.0.1
2022.05.27 18:04:55 3: [echodevice] [echodevice_NPMLoginNew] Check Interface=lo IP=::1
2022.05.27 18:04:55 3: [echodevice] [echodevice_NPMLoginNew]   Ignor Interface=lo IP=::1
2022.05.27 18:04:55 3: [echodevice] [echodevice_NPMLoginNew] Check Interface=eth0 IP=192.168.178.120
2022.05.27 18:04:55 3: [echodevice] [echodevice_NPMLoginNew]   Result Interface=eth0 IP=192.168.178.120
2022.05.27 18:04:55 3: [echodevice] [echodevice_NPMLoginNew] Check Interface=eth0 IP=fe80::3ca4:6c3e:d87d:688c
2022.05.27 18:04:56 3: [echodevice] [echodevice_NPMLoginNew] Proxy Port 3002 is free
2022.05.27 18:04:56 3: [echodevice] [echodevice_NPMLoginNew] Proxy IP 192.168.178.120
2022.05.27 18:04:57 3: [echodevice] [echodevice_NPMLoginNew] Result Alexa-Cookie: Use as Login-Amazon-URL: amazon.de

2022.05.27 18:04:57 3: [echodevice] [echodevice_NPMLoginNew] Result Alexa-Cookie: Use as Base-Amazon-URL: amazon.com

2022.05.27 18:04:57 3: [echodevice] [echodevice_NPMLoginNew] Result Alexa-Cookie: Use as User-Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/51.0.2704.103 Safari/537.36

2022.05.27 18:04:57 3: [echodevice] [echodevice_NPMLoginNew] Result Alexa-Cookie: Use as Accept-Language: de-DE

2022.05.27 18:04:57 3: [echodevice] [echodevice_NPMLoginNew] Result Alexa-Cookie: Proxy-Mode enabled if needed: 192.168.178.120:3002 to listen on 192.168.178.120

2022.05.27 18:04:57 3: [echodevice] [echodevice_NPMLoginNew] Result Alexa-Cookie: Step 1: get first cookie and authentication redirect

2022.05.27 18:04:57 3: [echodevice] [echodevice_NPMLoginNew] Result Alexa-Cookie: Sending Request with {"host":"alexa.amazon.de","path":"","method":"GET","headers":{"DNT":"1","Upgrade-Insecure-Requests":"1","User-Agent":"Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/51.0.2704.103 Safari/537.36","Accept-Language":"de-DE","Connection":"keep-alive","Accept":"*/*"}}

2022.05.27 18:04:57 3: [echodevice] [echodevice_NPMLoginNew] Result RESULT: Error: getaddrinfo EAI_AGAIN alexa.amazon.de / null


sieht danach aus, als würde alexa.amazon.de nicht mehr zu erreichen sein.

Kann das jemand so bestätigen?

LG, Holger
fhem auf rPi3 mit USB boot und M2, cul866 (hm), homebridge, FlowerSens, Shelly, Harmony, WemosD1, Sonoff/Tasmota, grafana, mqtt/mosquitto

Asuries

Hallo,

ich komme leider an einer Stelle bei dem Modul nicht weiter, aber das liegt ehr an mir als am Modul.  :P
Kann man irgendwie rausbekommen (wenn mehrere Dots im Haushalt im Einsatz sind) über welches gesprochen wurde
und die Antwort aus FHEM (in diesem Fall ein einfaches "set speak") an genau dieses Gerät zurück gesendet wird?

Mir fehlt dafür leider jeglicher Ansatz.  :'(

Dank für eure Unterstützung
Es gibt immer Leute die meinen, sie seien schlauer als ich. Das Schlimmste ist, sie sind es auch.

HansDampfHH

Im Reading 'voice' steht ja das gesprochene Command. Wenn du Dir da die letzte Zeit mit ReadingsAge() von jedem Echo holst weißt du es ja.
FHEM Docker, CUL868, Zigbee, CCU2, Jeelink

MadMax-FHEM

#5243
Oder einfach ein notify (oder DOIF) auf das voice Reading, dann sollte das aktuell gesprochene das notify (oder DOIF) triggern...

Es gibt auch Beispiele hier, die eine eigene Sprachauswertung damit machen...

EDIT: z.B. https://forum.fhem.de/index.php/topic,102228.msg958014.html#msg958014
Gibt aber noch weitere Beispiele...
Und man kann den Text auch an entspr. Module wie TEERKO, Babble, Talk2Fhem, ... weitergeben und dort die Auswertung machen lassen...

Evtl. voice-Intervall anpassen...

Und: wenn mehr als ein Echo in Hörreichweite ist, dann bekommst du u.U. von mehreren Devices eine Reaktion...

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

rabehd

Zitat von: HansDampfHH am 28 Mai 2022, 08:30:18
Im Reading 'voice' steht ja das gesprochene Command. Wenn du Dir da die letzte Zeit mit ReadingsAge() von jedem Echo holst weißt du es ja.

Wire wäre es mit einem notify und der Frage nach $NAME?

Ich frage nach dem Wetter meiner Station und bekommer so die Antwort an dem Gerät an dem ich es gesagt habe. (Ab und zu hören auch mal 2 zu)

defmod act_Wetteransage notify ECHO_.*:voice:.wie.ist.unser.wetter {\
fhem("set " . $NAME . " speak Die Temperatur im Garten ist ". ReadingsVal("Wetteransage","Temperatur","unbekannt") . " Grad. "\
. ReadingsVal("Wetteransage","Regen","") . " ". ReadingsVal("Wetteransage","windSpeedtext","")\
. " Die gefühlte Temperatur ist " . ReadingsVal("Wetteransage","gefuehlteTemperatur","unbekannt") . " Grad. ")}
Auch funktionierende Lösungen kann man hinterfragen.

Uwe S.

Hallo zusammen,

ich möchte über mehrere EchoDots (alle Gen. 3) eine Anrufbenachrichtigung ausgeben.

fhem ("set $device speak Anruf von $anrufer")

Die Ansage an sich funktioniert, aber:
- kommt nicht immer bei allen Echos raus.
Mal an einem, mal an mehreren, mal garnicht...

Hat jemand eine Idee?
Muss zwischen den einzelnen Befehlen eine Wartezeit, damit Amazon sich nicht verschluckt?

Gruß
Uwe

MadMax-FHEM

#5246
Zitat von: Uwe S. am 03 Juni 2022, 10:35:36
Hallo zusammen,

ich möchte über mehrere EchoDots (alle Gen. 3) eine Anrufbenachrichtigung ausgeben.

fhem ("set $device speak Anruf von $anrufer")

Die Ansage an sich funktioniert, aber:
- kommt nicht immer bei allen Echos raus.
Mal an einem, mal an mehreren, mal garnicht...

Hat jemand eine Idee?
Muss zwischen den einzelnen Befehlen eine Wartezeit, damit Amazon sich nicht verschluckt?

Gruß
Uwe

Über mehrere?
Ich sehe nur einen Aufruf an EINEN -> $device (was immer "in" $device "steckt", man sieht es ja nicht)

Wie soll dir jemand mit der sehr vagen Aussage und noch dürftigeren Info helfen?

Dass es nicht gleichzeitig/synchron an mehere Echos geht hatten wir ja schon x-mal...

Aber ein Aufruf an mehrere gleichzeitig losgeschickt sollte zumindest bei allen ankommen und auch zeitnah ausgeführt werden.
(nutze ich aber nicht wirklich, weil ich es nicht leiden kann einfach so von der Alexa "angeplärrt" zu werden ;)  / mir reicht es, wenn ich eine Telegram-Nachricht bekomme, die bekomme nur ich entsprechend "still" aber "laut genug" ;) das reicht mir)

Steht etwas im Log?
Evtl. mal verbose (bei den Echos inkl. Account) hochsetzen, vielleicht gibt es Probleme beim senden der Befehle.

Non-Blocking Timeouts, http-Timeouts, ...

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

Uwe S.

Sorry,

in $device steht der Name eines Devices und ich rufe das Kommando mehrfach nacheinander auf.

MadMax-FHEM

Zitat von: Uwe S. am 03 Juni 2022, 10:45:35
Sorry,

in $device steht der Name eines Devices und ich rufe das Kommando mehrfach nacheinander auf.

Ja dachte ich mir schon...
...aber erneut: ohne (deutlich besseren) Input -> keine (bessere) Hilfe...

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

Superposchi

Hallo, ich habe meine neuen Echo Dots auch in Fhem integriert.
Sowet so gut, hat alles geklappt. sowohl der virtuelle als auch die einzelnen Dots werden als "connected" angezeigt

Leider funktioniert weder die Sprachausgabe, noch Sounds. Ich kann auch die Readings (z.b. Volume) nicht dauerhaft ändern. Es wird kurzzeitig richtig angezeigt und springt dann auf den alten Wert zurück.

Bei 350 Seiten habe ich natürlich nicht alles durchlesen können, hoffe aber jemand hat ein ähnliches Problem gehabt und eine Lösung ist bereits bekannt.