Alexa2 Routinen sind leer - Amazon Änderung!

[IceD112]

@apollon77

Das hat in der Tat geholfen, Danke.
Nach Adapter Neustart funzt controlPlay auch wieder

[1Topf]

Hallo,
ich weiß nicht ob es hier her gehört (keine Routinen oder Geräte weg), aber ich versuchs mal. Habe heute das Update auf 3.7.1 durchgeführt, seitdem funzt der Adapter nicht mehr.

Spoiler

von unten nach oben lesen 

alexa2.0	2021-02-05 21:19:38.915	info	(31784) Terminated (START_IMMEDIATELY_AFTER_STOP): Without reason
alexa2.0	2021-02-05 21:19:38.908	error	(31784) Error: Error while checking Authentication: Error: getaddrinfo EAI_AGAIN alexa.amazon.de
alexa2.0	2021-02-05 21:19:38.562	info	(31784) starting. Version 3.7.1 in /opt/iobroker/node_modules/iobroker.alexa2, node: v14.15.4, js-controller: 3.1.6
host.iobroker	2021-02-05 21:19:35.029	info	instance system.adapter.alexa2.0 started with pid 31784
host.iobroker	2021-02-05 21:19:33.997	info	Restart adapter system.adapter.alexa2.0 because enabled
host.iobroker	2021-02-05 21:19:33.996	info	instance system.adapter.alexa2.0 terminated with code 156 (START_IMMEDIATELY_AFTER_STOP)
alexa2.0	2021-02-05 21:19:33.460	info	(31653) Terminated (START_IMMEDIATELY_AFTER_STOP): Without reason
alexa2.0	2021-02-05 21:19:33.452	error	(31653) Error: Error while checking Authentication: Error: getaddrinfo EAI_AGAIN alexa.amazon.de
alexa2.0	2021-02-05 21:19:33.105	info	(31653) starting. Version 3.7.1 in /opt/iobroker/node_modules/iobroker.alexa2, node: v14.15.4, js-controller: 3.1.6
host.iobroker	2021-02-05 21:19:29.736	info	instance system.adapter.alexa2.0 started with pid 31653
host.iobroker	2021-02-05 21:19:28.705	info	Restart adapter system.adapter.alexa2.0 because enabled
host.iobroker	2021-02-05 21:19:28.703	info	instance system.adapter.alexa2.0 terminated with code 156 (START_IMMEDIATELY_AFTER_STOP)
alexa2.0	2021-02-05 21:19:28.171	info	(31533) Terminated (START_IMMEDIATELY_AFTER_STOP): Without reason
alexa2.0	2021-02-05 21:19:28.163	error	(31533) Error: Error while checking Authentication: Error: getaddrinfo EAI_AGAIN alexa.amazon.de
alexa2.0	2021-02-05 21:19:27.833	info	(31533) starting. Version 3.7.1 in /opt/iobroker/node_modules/iobroker.alexa2, node: v14.15.4, js-controller: 3.1.6
iot.0	2021-02-05 21:19:27.312	info	(3456) Connection changed: disconnect
iot.0	2021-02-05 21:19:27.312	error	(3456) Error by device connection: "getaddrinfo EAI_AGAIN xxxxxxxxxxxxx.iot.eu-west-1.amazonaws.com"
iot.0	2021-02-05 21:19:27.309	error	(3456) Error by device connection: "getaddrinfo EAI_AGAIN xxxxxxxxxxxxx.iot.eu-west-1.amazonaws.com"
host.iobroker	2021-02-05 21:19:24.378	info	instance system.adapter.alexa2.0 started with pid 31533
host.iobroker	2021-02-05 21:19:23.346	info	Restart adapter system.adapter.alexa2.0 because enabled

usw.

alexa-Adapter sagt "Alexa-Cookies sind aktuell und zuletzt aktualisiert am 05.02.2021". Ich habe auch schon den Skill de-/aktiviert, den alexa- und den iot-Adapter neu gestartet, ioBroker neu gestartet, alles ohne Erfolg.
Das Problem ist erst seit dem heutigen Update, vorher ging alles problemlos.
System ist Linux / Debian.

Spoiler

Platform: linux
os: linux
Architecture: x64
CPUs: 2
Speed: 800 MHz
Model: AMD G-T40N Processor
RAM: 5.4 GB
System uptime: 69 T. 22:11:18
Node.js: v14.15.4
NPM: 6.14.10
adapters count: 326
Disk size: 14.6 GiB
Disk free: 8.9 GiB
Uptime: 01:02:08
Active instances: 16

Jemand ne Idee?

Viele Grüße,
Andi

[Thomas Braun]

@1topf
Bitte CodeTags setzen.

[apollon77]

@1topf Error: getaddrinfo EAI_AGAIN alexa.amazon.de

... beudeutet das der Host den DNS nicht auflösen kann zu alexa.amazon.de. DNS prüfen

[peterfido]

@apollon77
Wurde schonmal Kontakt mit Amazon aufgenommen, ob die z.B. eine Schnittstelle für lokale Netzwerke einbauen würden?

Bei einem Telefonat mit denen hatte ich den Eindruck, dass die für Ideen offen sind.

Das, was wir sagen, können die ja immer noch sammeln und so ihre Statistik füllen, was wann wo gemacht wird. Also eine win win Situation.

[1Topf]

@apollon77 sagte in Alexa2 Routinen sind leer - Amazon Änderung!:

@1topf Error: getaddrinfo EAI_AGAIN alexa.amazon.de

... beudeutet das der Host den DNS nicht auflösen kann zu alexa.amazon.de. DNS prüfen

Hi,
Danke für den Tip. Das Problem ist nicht der alexa2-Adapter, das Thema könnte hier also weg.
Ich beschreib trotzdem kurz den Fehler.
Ein Blick in die Logs der letzten Tage zeigt mir, daß das Problem schon länger besteht, aber bislang keine Auswirkungen hatte. Betrifft github, googlecalendar und seit gestern auch alexa, aber nur weil der iot-Adapter nicht funzt.
Ich hatte in der Fritzbox als DNS 9.9.9.9, hab das jetzt auf 8.8.8.8 geändert, was aber keine Änderung bringt. Von der ioBroker-Konsole (Debian) aus lassen sich Sachen wie alexa.amazon.de, xxxxxxx.iot.eu-west-1.amazonaws.com, raw.githubusercontent.com, ... nicht anpingen ( Temporärer Fehler bei der Namensauflösung), Sachen wie amazon.de und github.com gehen aber. Von der Windowskonsole aus geht ALLES problemlos anzupingen. In der Fritzbox ist nichts geblockt, ioBroker hat vollen Internetzugriff.
Ich steh grad auf dem Schlauch ...

[lobito]

@1topf

schau nach was in /etc/resolv.conf steht. Habe den Eindruck das bei der DNS nicht richtig eingetragen wird. Oder hast Du ein pi-Hole laufen? Der overblocked auch ganz gerne mal.

[1Topf]

@lobito
da steht meine Fritze drin: nameserver 192.168.178.1
Pi-Hole? Mußte ich erstmal googeln . Nein, sowas hab ich nicht. ioBroker läuft auf Debian ohne GUI.

So, komischerweise gehts gerade wieder (iot-Adapter), ich dreh durch ...
Geht immer noch nicht: Error: getaddrinfo EAI_AGAIN raw.githubusercontent.com

Sorry, ist alles OT. Wenn Probleme anhalten, mache ich dazu mal einen eigenen Thread auf.

[1Topf]

@1topf Die Lösung kann so einfach sein. Hab seit einer Woche ne neue Fritzbox, aber IP6 war aktiviert. Habs jetzt deaktiviert und alles funzt wieder. ioBroker vs IP6 - 0:1.

[Thomas Braun]

@1topf
Bei mir läuft es mit beiden Protokollen.

[padrino]

@apollon77 sagte in Alexa2 Routinen sind leer - Amazon Änderung!:

@haselchen Bitte GitHub version versuchen (version bleibt 3.7.1) ... Admin hat jetzt neue Checkbox um "History Einträge ohne erkannten Befehl" zu ignorieren. So?

Gerade am "spielen"...
Frage mich, würde es evtl. Sinn machen den Punkt auf "answerText" auszuweiten?
Das wird ja genauso geleert im Moment.

[apollon77]

@padrino ... Da hatte ich mich dagegen entschieden weil es einige Aktionen gibt die als Kommando reinkommen wo Madam aber nix als Antwort sagt und nur "pling" macht - idealerweise alle Smart Device Befehle

[padrino]

@apollon77
OK

[FloLenz]

Ich hab mit der Alexa-History auch noch sporadisch ein Problem. Und zwar scheint es so, dass der Adapter mir die History nach einer gewissen Zeit nicht mehr befüllt. Starte ich den Adapter neu, wird die History wieder befüllt und ich bekomm auch den letzen Befehl hineingeschrieben. Das Problem hab ich aber schon länger und nicht erst mit der Version 3.7.1, die aktuell bei mir drauf ist.
Momentan hab ich mir geholfen in dem ich den Adapter einfach immer mal wieder Zeitgesteuert neu starte. Ein Debuglog hab ich mir erstellt und könnte ich per PN bereitstellen.

[apollon77]

@flolenz naja Debug log macht nur sinn wenn Du den Zeitpuntk erwischst wo es "aufhört". Am End eist die Frage was da so im log steht

[FloLenz]

@apollon77 ja, zeitpunkt ist mit drin, allerdings seh ich keine Fehlermeldung. ich seh die ständigen aktualisierungen. Irgendwann sind dann dazwischen minuten?
Können das irgendwelche Netzwerkprobleme sein? Kleiner Ausschnitt vom log

Line 85663: 2021-02-18 08:08:31.841  - debug: alexa2.0 (22065) Alexa-Remote WS-MQTT: Send Ping
Line 85664: 2021-02-18 08:08:31.940  - debug: alexa2.0 (22065) Alexa-Remote WS-MQTT: Received Pong
Line 85670: 2021-02-18 08:11:31.843  - debug: alexa2.0 (22065) Alexa-Remote WS-MQTT: Send Ping
Line 85671: 2021-02-18 08:11:31.942  - debug: alexa2.0 (22065) Alexa-Remote WS-MQTT: Received Pong
Line 85673: 2021-02-18 08:14:31.843  - debug: alexa2.0 (22065) Alexa-Remote WS-MQTT: Send Ping
Line 85674: 2021-02-18 08:14:31.943  - debug: alexa2.0 (22065) Alexa-Remote WS-MQTT: Received Pong
Line 85681: 2021-02-18 08:17:31.844  - debug: alexa2.0 (22065) Alexa-Remote WS-MQTT: Send Ping
Line 85682: 2021-02-18 08:17:31.941  - debug: alexa2.0 (22065) Alexa-Remote WS-MQTT: Close: 1006: 
Line 85683: 2021-02-18 08:17:31.941  - debug: alexa2.0 (22065) Alexa-Remote WS-MQTT: Retry Connection in 60s

Das ganze logfile kann ich dir gerne stellen. Kann ich dir logfiles hierüber schicken? Oder irgendwo sinnvoll ablegen?

[apollon77]

@flolenz Wie geht es denn mit den "WS-MQTT" meldungen danach weiter? bei dir ist die Push verbindung abgebrochen ... kam Sie wieder?

[MCU]

@apollon77 Alexa2-Adapter Version 3.8.1.
Ich weiß nicht, ob es schon jemand angesprochen hat. Im alexa2.0.History.json ist der status nicht mehr enthalten. Soll das so sein? Früher war der drin.

{'name':'WOHNZIMMER','serialNumber':'G*******','summary':'tablet an','creationTime':1614548900070,'domainApplicationId':'','domainApplicationName':'','cardContent':'','card':'','answerText':'','utteranceType':'DEVICE_ARBITRATION','domain':'Unknown','intent':'Unknown'}

[apollon77]

@mcu jo, die Readme und das Changelog haben das angesprochen https://github.com/Apollon77/ioBroker.alexa2/#370-2021-02-03

[charlydw]

Hallo zusammen,
hoffe mir kann jemand einen guten Tipp geben!
Habe alle Instanzen aktuell (Amazon 3.8.1).
Mein Script lief eine zeitlang, dann nicht mehr (ohne Änderung gemacht zu haben)
Wenn ich den Announcend oder den speak nehme, funktioniert es im Testscript als Einzeiler.
In meinem Geschirrspülerscript funktioniert es nicht mehr.
Die danachstehende Telegrammeldung kommt jedoch.
Woran kann das liegen?

Im Debug kommt: "javascript.0 (10468) script.js.Geschirrspueler: setForeignState(id=alexa2.0.Echo-Devices.G090LB09745500H5.Commands.speak, state={"val":"Der Geschirrspüler ist fertig","ack":false,"c":"script.js.Geschirrspueler"}) - wurde nicht ausgeführt, während der Debug-Modus aktiv ist"

Für einen guten Tipp wäre ich sehr dankbar!
Viele Grüße,
Daniel