NEWS
Alexa2 3.10.x (Beta!): Push-Verbindung tut wieder
-
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!
@skb Ja aber bitte in einem eigenen Thread! Und vllt hat @Thomas-Braun eine IDee ... ich tippe auf irgendwas mit openssl oder sowas
Beitrag hat geholfen? Votet rechts unten im Beitrag :-) https://paypal.me/Apollon77 / https://github.com/sponsors/Apollon77
- Debug-Log für Instanz einschalten? Admin -> Instanzen -> Expertenmodus -> Instanz aufklappen - Loglevel ändern
- Logfiles auf Platte /opt/iobroker/log/… nutzen, Admin schneidet Zeilen ab
-
@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:)@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
-
@skb Ja aber bitte in einem eigenen Thread! Und vllt hat @Thomas-Braun eine IDee ... ich tippe auf irgendwas mit openssl oder sowas
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.
-
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.
@thomas-braun,
@apollon77
Das heisst, bei mir läuft auf einem Port schon etwas, den der Alexa Adapter nutzen möchte? -
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.
@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
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:) -
@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 Ja aber bitte in einem eigenen Thread! Und vllt hat @Thomas-Braun eine IDee ... ich tippe auf irgendwas mit openssl oder sowas
@apollon77 Hier wäre dann mein Thread dazu: https://forum.iobroker.net/topic/48382/alexa-adapter-startet-nicht
Danke!
-
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!
@skb
Mach Mal einen separaten Thread auf.
Und dann brauche ich die Ausgaben vonsudo apt updateund
which node && which nodejs && which npm && node -v && nodejs -v && npm -v -
@skb
Mach Mal einen separaten Thread auf.
Und dann brauche ich die Ausgaben vonsudo apt updateund
which node && which nodejs && which npm && node -v && nodejs -v && npm -v -
@skb
Mach Mal einen separaten Thread auf.
Und dann brauche ich die Ausgaben vonsudo apt updateund
which node && which nodejs && which npm && node -v && nodejs -v && npm -v@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 -vfunktioniert 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 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 -vfunktioniert 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
@guergen
Ja, in ganz frischen Installationen ist nodejs nicht vorhanden/verlinkt.sudo ln -s /usr/bin/node /usr/bin/nodejsund es sollte wieder die gewohnte Ausgabe inkl. nodejs funktionieren.
-
@guergen
Ja, in ganz frischen Installationen ist nodejs nicht vorhanden/verlinkt.sudo ln -s /usr/bin/node /usr/bin/nodejsund es sollte wieder die gewohnte Ausgabe inkl. nodejs funktionieren.
@thomas-braun sagte in Alexa2 3.10.x (Beta!): Push-Verbindung tut wieder:
sudo ln -s /usr/bin/node /usr/bin/nodejs
Super...! Danke!
-
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
@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...
-
@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...
@da_woody Über github installieren. Aber kannst noch warten, geht nur sporadisch @apollon77
-
Bei mir tuts die ganze Zeit ...
Bitte mal checken:
Via Admin und Expertenmodus das Objekt system.adapter.alexa2.0 öffnen (Stift auf rechter seite), dann in dem langen Json den native Bereich suchen.
Schau ob da ein Abschnitt "macDms" drin ist.Wenn nein ist entweder doch die 3.10.x nicht installiert oder hat sich nicht neu gestartet. Bitte manuell Adapter neu starten. Wenn es danach immer noch fehlt wäre ein Debug Log interessant vom start des Adapters ... ggf mir als E-Mail an iobroker@fischer-ka.de senden.
Bei mir und anderen tut es dauerhaft seit gestern.
Auch ein Versuch kann sein mittels "Reset Cookies" die Cookies mal wegzuwerfen und sich einmal neu über den Proxy bei Amazon einzuloggen. Tutu es dann?
Ansonsten: Was heisst "sporadisch"? Die Push verbindung tut entweder oder Sie tut nicht. ALso was sagt das Log? Ist sie an oder aus? AUch hier hilft ein Debug Log - wenn SIe an ist sehr ihr das da für jede Interaktion logzeilen kommen.
Beitrag hat geholfen? Votet rechts unten im Beitrag :-) https://paypal.me/Apollon77 / https://github.com/sponsors/Apollon77
- Debug-Log für Instanz einschalten? Admin -> Instanzen -> Expertenmodus -> Instanz aufklappen - Loglevel ändern
- Logfiles auf Platte /opt/iobroker/log/… nutzen, Admin schneidet Zeilen ab
-
Bei mir tuts die ganze Zeit ...
Bitte mal checken:
Via Admin und Expertenmodus das Objekt system.adapter.alexa2.0 öffnen (Stift auf rechter seite), dann in dem langen Json den native Bereich suchen.
Schau ob da ein Abschnitt "macDms" drin ist.Wenn nein ist entweder doch die 3.10.x nicht installiert oder hat sich nicht neu gestartet. Bitte manuell Adapter neu starten. Wenn es danach immer noch fehlt wäre ein Debug Log interessant vom start des Adapters ... ggf mir als E-Mail an iobroker@fischer-ka.de senden.
Bei mir und anderen tut es dauerhaft seit gestern.
Auch ein Versuch kann sein mittels "Reset Cookies" die Cookies mal wegzuwerfen und sich einmal neu über den Proxy bei Amazon einzuloggen. Tutu es dann?
Ansonsten: Was heisst "sporadisch"? Die Push verbindung tut entweder oder Sie tut nicht. ALso was sagt das Log? Ist sie an oder aus? AUch hier hilft ein Debug Log - wenn SIe an ist sehr ihr das da für jede Interaktion logzeilen kommen.
@apollon77
Also, hier geht es grad gar nimmer, History bleibt unberührt.
Erst nach einem Neustart wird History aus einem "stack" abgearbeitet und befüllt.
Ich teste mal den Cookie reset und versuch noch ein log zu schicken... -
@apollon77
Also, hier geht es grad gar nimmer, History bleibt unberührt.
Erst nach einem Neustart wird History aus einem "stack" abgearbeitet und befüllt.
Ich teste mal den Cookie reset und versuch noch ein log zu schicken...
482
Online32.4k
Benutzer81.4k
Themen1.3m
Beiträge