Weihnachtsangebot 2025! 🎄

[apollon77]

Hi All,

nachdem Amazon die letzten 2 Wochen immer mal wieder die Push-Verbidnung kaputt gemacht hat habe ich es am Wochenende auf die "neue Art" umgebaut die auch die aktuellen Alexa-Apps nutzen.

Daher ist jetzt Alexa2 3.10.x im Latest/Beta seit vorhin.

Der erste Start der neuen version macht in jedem Fall einen Cookie Refresh (also Adapter startet sich direkt selbst nochmal neu) um die nötigen Zusatzdaten zu holen. Danach sollte die Push-Verbindung wieder wie bisher tun.

Bitte Feedback obs tut ... dann kann ich das zeitnah auch ins Stable bringen.

Wichtig ist aber: Ab sofort ist Node.js 10.x nicht mehr unterstützt!! Mindestens Node.js 12 ist nötig

Ingo

[Gaspode]

@apollon77

Hallo,
herzlichen Dank für deine tolle Arbeit.
Bei ersten Tests von Version 3.10.4 funktioniert die Sache hier bei mir wieder stabil.
Mit Version 3.9.3 hat es wenige Sekunden zuvor nicht funktioniert, also hat die Korrektur definitiv Besserung gebracht.
Viele Grüße
Gaspode

[padrino]

@apollon77
Also, ich hatte keine "push" Einträge im Log. :shrug:
Bei mir werden nur die History Datenpunkte nicht zuverlässig aktualisiert... (was das Update nicht behoben hat)
Das hat dann wohl nix mit der Pushverbindung zu tun, oder?
(sorry für mein Unwissen :relieved:)

[SKB]

Ich habe auch das Problem mit dem Push Verbindungen.
Leider startet nach dem Update der Adapter nicht mehr.

Folgendes kommt im Debug Log:

host.ioBroker
	2021-10-11 13:07:02.786	info	Restart adapter system.adapter.alexa2.0 because enabled
host.ioBroker
	2021-10-11 13:07:02.785	info	instance system.adapter.alexa2.0 terminated with code NaN ()
host.ioBroker
	2021-10-11 13:07:02.784	warn	instance system.adapter.alexa2.0 terminated due to SIGBUS
alexa2.0
	2021-10-11 13:07:02.577	debug	Alexa-Remote WS-MQTT: Open: wss://dp-gw-na.amazon.de/tcomm/
alexa2.0
	2021-10-11 13:07:02.426	debug	Alexa-Remote: Sending Request with {"host":"alexa.amazon.de","path":"/api/behaviors/v2/automations?limit=2000","method":"GET","timeout":30000,"headers":{}}
alexa2.0
	2021-10-11 13:07:02.426	debug	Alexa-Remote: No authentication check needed (time elapsed 2183)

Apollon77 meinte, ich solle doch hier einmal nachfragen. Vielleicht weiss dies ja hier jemand ,)

Danke!

[apollon77]

@skb Ja aber bitte in einem eigenen Thread! Und vllt hat @Thomas-Braun eine IDee ... ich tippe auf irgendwas mit openssl oder sowas

[apollon77]

@padrino An sich sollte sich das damit genau wieder fixen. Ggf bitte Debug Log ... Musst es auch gar nicht posten. ABer jede interaktion löst einige Nachrichten aus ... und alle mit "ACTIVITY" sollten History Dinge aulösen. ALso ggf am besten mal machen und mit Log per email schicken

[Thomas Braun]

@apollon77

Nee, von websockets hab ich keine Ahnung. Aber wenn ich das richtig sehe nutzt das in der Grundkonfiguration Ports, die beim iobroker auch gerne schon anderweitig benutzt werden.

Using an External MQTT Broker with Websockets

If you can’t get websockets on your own broker then you can use as external one like :

test.mosquitto.org– uses port 8080 un-encrypted and 8081 for websockets over SSL.

iot.eclipse.org support only encrypted and uses port 443 for websockets over SSL..

broker.hivemq.com -uses port 8000 for websockets. Websockets over SSL not supported.

und

When creating a new MQTT client object.
You also need to set the port to the WebSocket port. (9001).

Kommt vielleicht aus der Ecke.

[SKB]

@thomas-braun,
@apollon77
Das heisst, bei mir läuft auf einem Port schon etwas, den der Alexa Adapter nutzen möchte?

[apollon77]

@thomas-braun ääähhmm ... neee langsam. Nix MQTT ... am ende geht es darum das er SIGBUS bekommt als Fehler beim letzten Nodejs update haben die irgendewas mit openssl aktualisert ... daher die IDee ... keine Ahnung was er für ein Raspbian nutzt (zu alt?) oder sowas ... DU bist der" mal schecken da das Linux systema ktuell ist.

Ich nutze die gleiche Node.js version in ner Ubuntu VM auf nem Nuc und alles tut ... und sonst kam kein anderer mit dem Fehler - ausser das wir ihn vor kurzem auch bei 3 usern beim Loxone adapter von @UncleSam hatten und auch nicht verstehen.

Aber BITTE nicht in diesem Thread!!

[apollon77]

@padrino PS: Hat sich der adapter nach update neu gestartet? Danach npchmal neu gestartet? Nicht das da wegen ggf GitHub Install noch nicht aktualisiert hat

[apollon77]

@padrino PPS: Oder mal "Reset cookies" machen und neu einloggen

[SKB]

@apollon77 Hier wäre dann mein Thread dazu: https://forum.iobroker.net/topic/48382/alexa-adapter-startet-nicht

Danke!

[Thomas Braun]

@skb
Mach Mal einen separaten Thread auf.
Und dann brauche ich die Ausgaben von

sudo apt update

und

which node && which nodejs && which npm && node -v && nodejs -v && npm -v

[SKB]

@thomas-braun Erledigt ->https://forum.iobroker.net/topic/48382/alexa-adapter-startet-nicht

[guergen]

@thomas-braun sagte in Alexa2 3.10.x (Beta!): Push-Verbindung tut wieder:

which node && which nodejs && which npm && node -v && nodejs -v && npm -v

Entweder mache ich grade (mal wieder) was falsch, oder der lange Befehl :

which node && which nodejs && which npm && node -v && nodejs -v && npm -v

funktioniert nicht mehr unter einem neu installierten Buster.
Habe mir grade eine neue VM angelegt, daher kann ich das direkt vergleichen...

OK, wahrscheinlich nen Bock geschossen... habe kein nodejs

[Thomas Braun]

@guergen
Ja, in ganz frischen Installationen ist nodejs nicht vorhanden/verlinkt.

sudo ln -s /usr/bin/node /usr/bin/nodejs

und es sollte wieder die gewohnte Ausgabe inkl. nodejs funktionieren.

[guergen]

@thomas-braun sagte in Alexa2 3.10.x (Beta!): Push-Verbindung tut wieder:

sudo ln -s /usr/bin/node /usr/bin/nodejs

Super...! Danke!

[da_Woody]

@apollon77 sagte in Alexa2 3.10.x (Beta!): Push-Verbindung tut wieder:

Daher ist jetzt Alexa2 3.10.x im Latest/Beta seit vorhin.

hmm, gerade nachgelinst, aber mir wird nur 3.9.3 angeboten...

[LosFoppos]

Hat kurz funktioniert, aktuell wieder nicht. Auch nach mehreren Neustarts nicht

[JohnnyBahama]

@da_woody Über github installieren. Aber kannst noch warten, geht nur sporadisch @apollon77