Alexa2 3.25.x (Beta) - jetzt wieder mit History :-)
-
Wollte kurz sagen: bei uns ist damit alles nach wie vor funktionsfähig
-
@armilar
Ich verzichte da lieber erstmal auf den Workaround, da er für mich unnötig Traffic verursacht und somit amazon unnötig verärgern könnte.
Da verzichte erstmal ein paar Tage auf Luxus und warte ungeduldig ab.
-
Der "WAF" wird dabei unterschätzt
. Jedoch hast du recht - der Traffic wird definitiv erhöht 
Hält sich aber in Grenzen
Bei uns ist KI der Regelfall und direkte Anfragen über Alexa eher der Fallback...
-
ALso wenn der "alte Workaround" der ist auf volume/equilizer zu reagieren und zu pollen dann stellt bitte mal eure "timings" vor die Ihr nutzt. Falls es der ist über SMartdevices zu triggern dann ist das für die zukunft wohl der beste
-
@apollon77 also ich nutze die History.json dazu entsprechende ein und ausgaben zu/ von Alexa ab zu fragen / zu loggen.
Im Moment schwierig, wenn sich da nichts tut. -
Über Routinen einen iot-Adapter Datenpunkt antriggern und dann den History schalten ist bei mir schon der "alte Workaround"...
-
Ich nutze auch den Weg, über Smarthome Devices zu triggern (in meinem Fall eine HA-Bridge, die Hue Lampen simuliert).
Für Timer, Wecker, etc. gibt es wohl keinen Ersatz, oder?
-
@gaspode sagte in Alexa2 3.25.x (Beta) - jetzt wieder mit History
:Für Timer, Wecker, etc. gibt es wohl keinen Ersatz, oder?
Die gehen aber doch noch? Also zumindestens bei meinem test am Wochenende. Nur Activity ist betroffen!
-
@apollon77
Du hattest Dich dahingehend noch nicht geäußert, arbeiten Du und das Team an einer (weiteren) Lösung ? -
Habe es eben noch getestet... Timer funktionieren
-
@apollon77 said in Alexa2 3.25.x (Beta) - jetzt wieder mit History
:Die gehen aber doch noch? Also zumindestens bei meinem test am Wochenende. Nur Activity ist betroffen!
Oh, ja. Gerade nochmal getestet und Timer funktionieren tatsächlich. Keine Ahnung, was da gestern bei mir geklemmt hat. Danke!
-
Also ich habe meinen Workaround schon vor längerer Zeit dahingehend angepasst, dass ich mit jeder Routine auch einen Datenpunkt schalten lasse und auf diesen triggere um einen Rescan durchzuführen. Da spielt das Timing keine Rolle - aber es gibt gegenüber der normalen Adapter-Funktionalität auch eine kurze Zeitverzögerung.
Funktioniert prächtig, nur das Anpassen der Routinen ist eine einmalige Arbeit.
Edit: Der Vorteil ist auch, dass es keine unnötigen Anfragen an Amazon gibt...
-
@haselchen Ja ich werde versuchen das mit der "Bei Equilizer+Volume change dann mit verzögerung die History abragen" denke ich mal einbauen ... idee ist nach 3s und in dem Interval maximal 3 mal. Das das alles lappt auch mit schnelleren gesprächsinteraktionen muss ich viel experimentieren. Dazu fehlte bisher die Zeit
-
@dr-bakterius Ja das wird fürcgte ich die sichere variante sein auch wenn da die Info zum gerät verloren geht es sei denn man legt alle routinen je Gerät einzeln an, was dann echt viel wird
-
@apollon77 sagte in Alexa2 3.25.x (Beta) - jetzt wieder mit History
:auch wenn da die Info zum gerät verloren geht
Welches Gerät bzw. Info meinst du? Also wenn du den Echo meinst, der wird mir schon auch übermittelt. Um das zu präzisieren: ich schalte in der Routine ein weiteres virtuelles Gerät und über Node-Red den Datenpunkt auf den ich triggere. Ich muss also nicht darauf vertrauen, dass Alexa irgendetwas (volume/equilizer) ändert damit das funktioniert. Hilft deinem Adapter aber vermutlich nicht.
Als ich davor auf
Player.mutedgetriggert hatte, habe ich den Rescan nach 2 Sekunden ausgeführt und weitere 500 ms spätersummarywieder geleert. Das hat bei mir gut funktioniert. Wenn du diese "Lösung" in den Adapter integrieren möchtest, könntest du doch diese Verzögerung in der Konfiguration einstellbar machen damit das jeder an seine Bedürfnisse anpassen kann, oder? -
-
Ich lasse bei den Echo Devices auf den Datenpunkte muted triggern. Nach fünf Sekunden dann Trigger/Rescan.
Trigger über Routinen und ein Devices möchte ich nicht verwenden, da meine Skripte nach Schlagwörtern im Sprachbefehl suchen und ich somit nicht den exakten Befehl sagen muss.
Finde ich so smarter. -
@dontoben mit deiner Idee habe ich gerade ein wenig herumgespielt:
Das ist nun eine Minimalversion so das meine anderen Skripte die auf
summaryreagieren normal laufen.Ich habe selbst noch eine Debugmeldung eingefügt um zu sehen wieviel da kommt.
Ein Gerät auf dem gerade Musik abgespielt wird kommt wohl alle 30 bis 60 Sekunden.
Ich habe laut der Subscription-meldung 29 Alexa-Geräte die einenmutedDatenpunkt haben.Da ich da diesen löschen falls läuft Haken gesetzt habe sollte somit maximal 1x die Sekunde angetriggert werden? Der Wert muss eventuell noch höher.
-
@dontoben sagte in Alexa2 3.25.x (Beta) - jetzt wieder mit History
:da meine Skripte nach Schlagwörtern im Sprachbefehl suchen und ich somit nicht den exakten Befehl sagen muss
Das funktioniert bei mir ja auch. In den Routinen kann man mehrere Sprachbefehle pro Routine hinterlegen und wenn es um Geräte geht, die sind ohnehin über Node-Red eingebunden. Da kann man dann auch eine Markise auf xx% setzen oder ähnliche zusätzlichen Dinge übergeben. Gibt es kein Gerät und keine Routine, dann weiß Alexa mit dem Befehl nichts anzufangen und liefert eine Fehlermeldung ("weiß nicht ...").
Natürlich funktioniert deine Lösung - hatte ich davor ja auch so, aber wenn Amazon hier wieder etwas ändert kann sie eventuell nicht mehr laufen und die Serveranfragen sind auch höher (was Amazon vielleicht auch wieder stört).
-
Ich hab gestern mich auch mal versucht an dem Thema.
Hab nicht einen DP gefunden, der bei Ansprache an einen Dot aktualisiert wird . Das macht das Triggern natürlich unmöglich.
Also habe ich per IOT alles was geht in die Alexa App geprügelt und dort dann mit Routinen versucht 1:1 abzubilden wie es vorher war.
Man kann nur hoffen, dass @apollon77 und dem Team irgendwas einfällt , um das wieder in Gang zu bringen.
