Apollon77 / ioBroker.alexa2

ioBroker Adapter to control Amazon Alexa/Echo devices
MIT License
163 stars 47 forks source link

Keine Auto-Updates von Todo/Timer/Wcker/Routinen-Erkennung/"alexa2.0.History.summary" #1045

Closed uwe72 closed 1 year ago

uwe72 commented 1 year ago

Habe leider das Problem, dass im "alexa2.0.History.summary" Datenpunkt kein Wert ankommt. War die letzten Tage immer mal wieder so. War nun 4 Tage unterwegs, heute Abend/gerade funktioniert es konstant gar nicht.

Gibts hier einen Workarround/Erklärung?

Danke Euch und VG Uwe

Apollon77 commented 1 year ago

3.24.1 auf github .... und npm auf dem weg. Jetzt?

chris76e commented 1 year ago

Funktioniert jetzt, vielen Dank

Apollon77 commented 1 year ago

Beimir auch :-)) Vorteil wenn man daheim ist ... man kanns testen :-)

Streit187 commented 1 year ago

Ja, läuft!!! Vielen Dank!!!

JayVee2 commented 1 year ago

Sowohl der manuelle Woraround als auch V3.24.1 laufen bei mir anstandslos.

Vielen Dank!!

fornax76-git commented 1 year ago

Bin jetzt erst dazu gekommen die 3.24.1 zu installieren. Funktioniert super! Vielen Dank!

pokersam commented 1 year ago

@pokersam Ich persönlich würde die Instanz und den Adapter entfernen und neu installieren um eine saubere Grundinstallation zu haben. Im Anschluss dann die genannte Änderung in der Konsole mit z.B. nano vornehmen.

Ich habe jetzt noch mal die Instanz und den Adapter gelöscht und neu angelegt. Ich habe wirklich überhaupt keine Lust den kompletten PI neu aufzusetzen. Alle Geräte wieder einzupflegen etc das würde mich killen. Es muss doch einen Weg geben nur die Alexa-Geschichte so zu deinstallieren, dass es nach einer neuinstallation wieder läuft.

ahnungsbefreit commented 1 year ago

Ich habe jetzt noch mal die Instanz und den Adapter gelöscht und neu angelegt. Ich habe wirklich überhaupt keine Lust den kompletten PI neu aufzusetzen. Alle Geräte wieder einzupflegen etc das würde mich killen. Es muss doch einen Weg geben nur die Alexa-Geschichte so zu deinstallieren, dass es nach einer neuinstallation wieder läuft.

Das Löschen von Instanz und Adapter macht genau das: Alle "Spuren" von Alexa2 aus Deinem System löschen. Ein komplettes Neuaufsetzen bringt Dich da überhaupt nicht weiter. Das Problem liegt dann wohl eher grundsätzlich bei Deiner Alexa...

pokersam commented 1 year ago

Hallo zusammen,

falls es jemanden noch interessiert. Nach dem ich mein Problem nicht lösen konnte, habe ich meine Scripte exportiert ein 3 Monate altes Backup eingespielt alles aktualisiert und die Scripte wieder installiert. Bisher scheint alles sauber zu laufen.

Danke für eure Tipps.

Gandinator commented 1 year ago

Moin,

Nach einem Umzug und gefühlten drölfundneuzig Jahren musste ich mal etwas am System ändern! Musste auf ein Rechner mit mehr Bums umbauen! Jetzt habe ich das Bullseye von Debian auf einen I5, 32 GB mit 500 GB platte und den PI erstmal in Rente geschickt Jetzt nach der Änderung kann ich zwar noch die Alexa2 installieren, aber bekommen das Teil ums Verrecken nicht mehr angemeldet.

Weis da einer was warum es wieder nicht geht ?.... hätte ich nicht schon einen Hund, dann würde ich die anderen alle Adoptieren! PS: 2te Nacht in Folge ,,, ich geh’ jetzt erstmal pennen

Diginix commented 1 year ago

@Gandinator Lass mal in die Glaskugel schauen: "Ne, da sehe ich nur, dass einige Autos auf dem Planeten nicht fahren obwohl sie vier Räder haben". Scheint also verschiedene Ursachen zu geben warum Dinge nicht so funktionieren wie erwartet. ;-)

Vorschlag: Wie wäre es mit einem qualifiziertem Ticket mit Versionsangaben der beteiligten Komponenten (alexa2, nodejs, js-controller) und einem Log (evtl. sogar Loglevel Debug)?

mac89muc commented 1 year ago

Hallo zusammen, läuft die Aktualisierung des History Summary DP bei allen wieder??

Hatte vor dem alexa2 Update zwischenzeitlich den Workaround hier genutzt Post von [DrBakterius](https://github.com/DrBakterius) und dann das alexa2 Update auf die aktualisierte Version auf 3.24.1 gemacht.

Seit ein paar Tagen funktioniert aber leider weder die aktualisierte Version des alexa2 Adapters, noch der alte Workaround mehr. Der History Summary DP wird nicht aktualisiert nur bei manuellem ausführen des #trigger Datenpunktes.

Der Player Volume Datenpunkt der als Workaround Trigger genutzt wurde, wird bei mir nicht mehr verändert beim Aktivierungskennwort.

Irgendwelche Tipps für die Ursachenforschung, oder hat Amazon einfach wieder was beschnitten an Möglichkeiten?

Gruß

Gaspode69 commented 1 year ago

@mac89muc Ich kann dir nur sagen, dass ich die Probleme nicht habe. Wenn schon der Workaround nicht funktioniert, würde ich auf ein individuelles Problem bei dir tippen. Evtl. bekommst du da im Forum eher Hilfe.

rettroo commented 1 year ago

Hallo zusammen, seit gestern, aus dem nichts, aktualisiert sich summary wieder nicht. Gibt es hier wieder Probleme. Workaround Script läuft und alles wurde neu gestartet...

HartmutKr commented 1 year ago

Bei mir hatte das Update auch das Problem gelöst, seit gestern muss blockly aber wieder sekündlich auf den Trigger/Rescan Button hämmern.

beandi commented 1 year ago

Bei mir hatte das Update auch das Problem gelöst, seit gestern muss blockly aber wieder sekündlich auf den Trigger/Rescan Button hämmern.

Und damit sekündlich eine Anfrage an Amazon stellen? Und sich dann wundern, dass Amazon Änderungen zum Schutz ihrer Server umsetzen?

Ilovegym66 commented 1 year ago

@HartmutKr

Bei mir hatte das Update auch das Problem gelöst, seit gestern muss blockly aber wieder sekündlich auf den Trigger/Rescan Button hämmern.

Unfassbar ..!! :-( Hast mit dem Weltall viel gemeinsam..

Domi920 commented 1 year ago

Bei mir wird der summary Datenpunkt auch nicht mehr gefüllt. Habe 2 Accounts verknüpft, aber nur noch einer funktioniert aktuell (noch).

Manueller Trigger funktioniert aber noch.

JayVee2 commented 1 year ago

Keine History Updates mehr, kann ich bestätigen, der Watchdog hat gebellt.

solarsnoop commented 1 year ago

Schade hat ja nicht lange gedauert bis Amazon wieder mauert...

Diginix commented 1 year ago

Wenn da draußen weiterhin Nutzer im Sekundentakt pollen, nicht verwunderlich. Es gab sicher einige, die nie das Update gemacht haben und dauerhaft mit den Workaround Skripten die Amazon Server befeuert haben.

padrino-x commented 1 year ago

Hier läuft alles noch wie es soll. Dann bin ich mal gespannt wie lange noch. :( Würde mir wünschen, dass Amazon, wenn, gezielt gegen die Flooder vor ginge... Ist aber wie bei der Bundeswehr "alle leiden für einen".

Negalein commented 1 year ago

Dito seit heute bleibt er leer. Wundert aber nicht, bei so Typen mit ihren Dauerfeuer. Sterben leider nicht aus. Jeden Tag steht ein Neuer auf. ;( Hoffe Amazon geht mal gezielt gegen die vor.

stefan230561 commented 1 year ago

Auch bei mir wird der Datenpunkt summary seit heute nicht mehr aktualisiert. Schade, das ist einer meiner wichtigsten Datenpunkte für meine Hausautomation. Hoffentlich gibt es bald wieder eine Lösung für das Problem.

Im Voraus viel Dank schon einmal Stefan

HartmutKr commented 1 year ago

Bei mir hatte das Update auch das Problem gelöst, seit gestern muss blockly aber wieder sekündlich auf den Trigger/Rescan Button hämmern.

Und damit sekündlich eine Anfrage an Amazon stellen? Und sich dann wundern, dass Amazon Änderungen zum Schutz ihrer Server umsetzen?

Naja es sind nur alle 5 Sekunden aber das macht den Kohl auch nicht fett. Leider habe ich auf die Automation in Verbindung mit Alexa gesetzt und einige esp device die ich gar nicht anders steuern kann. Das ging ja auch lange gut. Nun ist es aber die blanke Not das hier getriggert wird. Ich bin aber für Lösungsvorschläge offen.....

Apollon77 commented 1 year ago

Ok also ist's bei uns auch angekommen. Ja alle 5s hämmern hilft nicht aber das ist gerade eine andere Thematik. Ich bin noch im Urlaub und kann daher gerade nichts tun. Aber jetzt wird es schwieriger. Wir müssen erstmal rausfinden ob Amazon nur etwas geändert hat, die trigger aber noch da sind, oder ob es abgeschaltet ist ohne Ersatz. Also bitte hofft aktuell auf keine "schnelle" Lösung.

Apollon77 commented 1 year ago

Ps: geht denn der Trick per volume /equalizer noch?

Gaspode69 commented 1 year ago

Soweit ich das beurteilen kann: Leider Nein. Ich konnte keinen State finden, der sich beim Absetzen eines Sprachbefehls ändert.

Also mit dem Holzhammer: on({id: /alexa2.0.*/, change: 'any'}, (obj)=> { log(obj.id); });

beandi commented 1 year ago

Vielleicht in dem Zusammenhang auch relevant: Es ist mir nicht mehr möglich, ein neues Session-Cookie zu bekommen, die entsprechende proxy-Seite schickt mir zwar einen 2. Faktor aufs Handy, danach kommt aber nur eine Amazon-"oops"-Seite.

EDIT: Mein Fehler, ein Script-Blocker hat den Fehler produziert, Session Cookie bekommt man noch.

Gelbwichtel commented 1 year ago

Ich hab gerade nochmal mein Blockly getestet, das ich beim letztem Ausfall von jemandem übernommen hatte und bei einem Status Änderung der AlexaDevices den Trigger aktualisiert. historyTrigger.txt Bei mir funktioniert es noch. Ich hab es mal in den Anhang gelegt, vielleicht hilft es ja jemandem weiter.

Diginix commented 1 year ago

Bei mir wird bei einem Sprachkommando kein einziger state eines Echo Gerätes mehr aktualisiert. Es gibt also keinen Trigger um "Trigger/Rescan" auszulösen. Und pauschal 24/7 alle x Sekunden ist für mich kein Workaround.

Apollon77 commented 1 year ago

Ein Versuch wäre mal ob das mit der 3.23 noch geht (also mit dem "neuen wsmqtt handshake") ... die 3.24 hat ja auch den "alten" gewechselt

ali86x commented 1 year ago

Bei mir leider auch keine Funktion mehr. Weder mit noch ohne Workaround :(

Speedbreaker12 commented 1 year ago

Ein Versuch wäre mal ob das mit der 3.23 noch geht (also mit dem "neuen wsmqtt handshake") ... die 3.24 hat ja auch den "alten" gewechselt

leider nein, weder mit Neuem noch mit dem Alten.

padrino-x commented 1 year ago

@Apollon77 Finde es nur seltsam, dass es hier noch geht. Eigentlich sollte sowas doch für alle gleich sein. Evtl. ist Schluss sobald due Session erneuert werden muss... 🤷

Basti189 commented 1 year ago

Bei mir funktioniert auch noch alles einwandfrei. Nutze die aktuelle Adapterversion, die der iobroker ausgibt.

Apollon77 commented 1 year ago

Ich denke das da ggf sich Systeme in der cloud oder firmwares nicht überall gleich verteilen. Naja warten wir mal ab

Speedbreaker12 commented 1 year ago

sehr mysteriös, ich hab es jetzt gerade so ca. 20 mal probiert und jetzt steht wirklich einer der Befehle im summary, danach ging es aber wieder nicht. Kann es sein, dass Amazon gerade einfach ein Problem hat?

b4stia commented 1 year ago

Hallo zusammen, Habe beim letzten Mal, wo das Problem auftrat, alle meine Geräte im ioBroker als Alias angelegt, diese dann im ioT-Adapter als Geräte für Alexa hinzugefügt und lasse jetzt diese Datenpunkte von Alexa steuern. Ist zwar etwas lästig, aber funktioniert bisher.

Diginix commented 1 year ago

@b4stia Damit weißt du aber noch nicht von welchem Gerät das Kommando kam. Dafür muss man nun extra den Trigger/Rescan auslösen und auf die Antwort warten um die eigene Ausgabe auf dem richtigen Echo zu platzieren. Und bei Alexa Timern und Erinnerungen wüsste ich gerade nicht wie das über iot umschiffbar sein könnte.

b4stia commented 1 year ago

@Diginix ich benutze jetzt auch wieder verstärkt die Alexa App. Dort habe ich meine Räume angelegt und die entsprechenden Geräte hinzugefügt. Daher kann ich zumindest meine Lichter wieder wie gewohnt steuern. Timer und Wecker habe ich bisher nicht im ioBroker, weshalb ich dazu nichts sagen kann. Ich könnte mir aber vorstellen, dass man Sachen wie "schalte Licht an, wenn der Wecker klingelt" auch über eine Alexa-Routine steuern kann. Ist zwar dann irgendwie am Sinn des ioBroker vorbei, aber besser als garnichts mehr zu haben, weil Amazon blockiert.

dbeckers99 commented 1 year ago

Seit heute früh funktioniert es wieder nicht, weder die Lösung mit dem Ändern des JS noch die Lösung mit dem Trigger auf muted...

rettroo commented 1 year ago

Bei mir funktionieren zwar alle Befehle allerdings mit einer Verzögerung von 2-3 Minuten

realwax commented 1 year ago

Bei mir funktioniert es einwandfrei.

coyote9999 commented 1 year ago

Bei mir (DE) auch keine Funktion. Hatte die Lösung mit dem Trigger auf DP Muted eingebunden. Das hat bis vorgestern funktioniert. Jetzt wird der DP Muted nicht mehr aktualisiert und ich will nicht alle x-Sekunden den Push machen.

bonny08-git commented 1 year ago

Gleiches Problem, seit heute 31.08 keine Aktualisierung der Summary mehr. Hoffe das geht bald wieder, habe viele Scripte auf diese Basis gebaut.

ammawel commented 1 year ago

@dbeckers99 , @coyote9999 Warum triggert ihr noch immer auf den DP muted? Das war nur ein Workaround. Dieser Datenpunkt wird bei mir auch nicht mehr bei Sprachbefehlen geändert, scheidet als manueller Trigger also aus. Die Version 3.24.1 vom Alexa-Adapter funktioniert bei mir nach wie vor / oder noch (?) einwandfrei und aktualisiert automatisch in Echtzeit die DP unter alexa2.0.History.

Olivbus commented 1 year ago

Ich habe es jetzt erst mal so gelöst: Der Alexa Sprachbefehl, der eine Aktion im Iobroker auslösen soll, löst gleichzeitig eine Routine in Alexa aus, die einen Schalter an bzw. ausschaltet. Bei Änderung des Zustandes des Schalters wird dann via Skript der History - Trigger/Rescan ausgelöst.

Diginix commented 1 year ago

@ammawel Dann bist du eine Ausnahme oder nutzt nicht das was hier gemeint ist. Wenn ich eine Routine starte, erfahre ich das aktuell nicht in der History und auch nicht mehr im dazugehörigen Routine Objekt. Wenn ich ein Timer oder Erinnerung stelle, erfährt history und die entsprechenden Objekte ebenfalls keine Aktualisierung. Wenn ich "bitte nicht stören" aktiviere oder Musik starte kommt auch nichts im Adapter an. Für all das gibt es aber keinen Trigger um Rescan per Skript auszulösen. Bei allen iot Geräten, die eine Sprachausgabe auf einem Echo ausgeben sollen, löse ich nun Rescan per Skript aus. Aber das löst eben nur einen kleinen Teil der fehlenden Push Aktualisierungen.

hbertsch commented 1 year ago

Jup, geht nicht mehr. Leider auch wird auch der .Player.muted nicht mehr gepushed und damit ist der Workaround auch hin :(