NEWS
Alexa2 3.25.x (Beta) - jetzt wieder mit History :-)
-
@apollon77 Hallo, ich habe seit einiger Zeit das Problem, das meine Skripte welche durch Routinen gestartet werden sollen nicht mehr triggern. Dabei ist mir aufgefallen, das der Datenpunkt für die Routinen früher auf true gesprungen sind wenn man die Routine über die Alexa gestartet hat. Das schein nun nicht mehr zu funktionieren. Egal was ich mache, das Skript wird nicht getriggert. hat das evtl. auch was mit der Umstellung zu tun?
Oder gibt es einen anderen Weg auf eine Routine zu reagieren bzw. den gesprochenen Text an Alexa abzufragen und damit zu arbeiten?
Über die History wollte ich es auch versuche, aber die aktualisiert sich bei mir leider auch mit der Version 3.25.2 nicht. Habe mir auch schon manuell die cockies neu geholt.PS. Manuell auf #trigger klicken bewirkt das die Werte aktualisiert werden!
-
Dann habe ich einen Tipp für Dich, lies mal ein paar Beträge über Dir.
Dein/Das Problem ist länger bekannt .
Und auch Lösungen als Workaround werden genannt . -
@padrino Der Umweg über MUTE gefällt mir da besser, dieser Wert wird ja nach wie vor getriggert
-
@armilar hm,irgendwie verstehe ich das nicht.
Ich bekomme immer den Log "Nicht triggern".Ich hätte gern, dass er mir in "alexa2.0.History.name" wieder den angesprochenen Alexa schreibt.
Leider ändert sich das nicht.Was hat das mit dem Trigger/Rescan und dem leeren summary auf sich?
Irgendwie finde ich in der langen Unterhaltung hier nicht die Erklärung.
Danke im Voraus. -
Ja habe ich jetzt auch so umgesetzt. Triggern natürlich jedesmal wenn jemand alexa anspricht auch teilweise mehrmals. Daher sollte mal summary immer auf einen leerstring setzten und dagegen prüfen damit die skripte nicht mehrfach ausgeführt werden
-
Versuche mal das... etwas ausführlicher...
Mein Ansatz um nicht permanent zu triggern ist möglichst nur einmal den
Trigger/Rescan
zu benutzen. In dem Moment, wenn du ein Komando über Alexa absetzt, wirdmuted
aber sehr oft geändert:Und ein Script würde bei "wurde aktualisiert" auf "muted" 6 mal den Trigger/Rescan benutzen.
Daher reagiere ich auf einen Abstand von <1200ms und wenn der erreicht wird, wird der
Trigger/Rescan
nur 1 mal gesetztmit anderen Worten. Ein ...
... würde z.B. 6 mal triggern.
Gibt sicherlich noch elegantere Methoden... Diese funktioniert aber bei mir...
-
@padrino sagte in Alexa2 3.25.x (Beta) - jetzt wieder mit History :
Du meinst eher, sollten kündigen, dann hört Amazon evtl. zu
Du glaubst, dass wenn ein paar hundert oder vielleicht tausend Kunden wegfallen es Amazon überhaupt auffällt? Ich denke, dass ihnen die ioBroker User völlig egal sind. Vermutlich würde es sie auch kaum jucken wenn alle ständig deren Server in Beschlag nehmen. Dass sie auf häufigere Anfragen überhaupt reagiert haben, dürfte lediglich eine prophylaktische Maßnahme gewesen sein weil irgendein Wächterprogramm angesprungen ist.
-
@armilar Das mit den IDs vom Selektor kannte ich noch gar nicht, nette Funktion und Danke für den Tipp!
-
@dr-bakterius sagte in Alexa2 3.25.x (Beta) - jetzt wieder mit History :
@padrino sagte in Alexa2 3.25.x (Beta) - jetzt wieder mit History :
Du meinst eher, sollten kündigen, dann hört Amazon evtl. zu
Du glaubst, dass wenn ein paar hundert oder vielleicht tausend Kunden wegfallen es Amazon überhaupt auffällt? Ich denke, dass ihnen die ioBroker User völlig egal sind. Vermutlich würde es sie auch kaum jucken wenn alle ständig deren Server in Beschlag nehmen. Dass sie auf häufigere Anfragen überhaupt reagiert haben, dürfte lediglich eine prophylaktische Maßnahme gewesen sein weil irgendein Wächterprogramm angesprungen ist.
Naja, wenn Amazon jetzt bei den Usern Werbung anbringen könnte wären die aber fröhlicher, So wie z.B. du sagst Abends, "Alexa, schlafen" und es wird alles ausgeschaltet und dir wird noch eine Werbung von Matratzen mitgeteilt.
-
falscher thread
-
@armilar naja, was mich so wundert, ist das ich immer "nicht triggern" erhalte.
Egal welche Alexa, egal wie lange ich warte.Und somit wechselt das Script nicht die Ausgabe, wenn ich zu einer anderen Alexa gehe.
-
wie groß sind denn die Abstände zwischen den "Alexa nicht triggern...". Stehen als Zahlen dazwischen... Vielleicht musst du die 1200 erhöhen...
-
@armilar z.B.
javascript.0 (1761111) script.js.Skripte.Wohnung.AlexaWorkaround: 148121 javascript.0 (1761111) script.js.Skripte.Wohnung.AlexaWorkaround: 416462 javascript.0 (1761111) script.js.Skripte.Wohnung.AlexaWorkaround: 20451
-
-
mit anderen Worten. Ein ...
... würde z.B. 6 mal triggern.
Gibt sicherlich noch elegantere Methoden... Diese funktioniert aber bei mir...
Ich werfe hier noch meine Lösung ins Rennen
Es störte mich schon mal das das
alexa2.0.History.summary
geleert wird nachdemalexa2.0.History.#trigger
getriggert wurde.
Wichtig ist beim Antriggern der Haken beilöschen falls es läuft
. Dann wird zwar jedes mal das Antriggern ausgelöst, aber wenn innerhalb der eingestellten Zeit ein neuer trigger kommt wird der Timmer neu gestartet dafür (man korrigiere mich wenn ich falsch liege).Zudem ist durch
Auslösung durch bestätigte Änderung
sichergestellt das es nur auslöst wenn der Adapter den Wert geschrieben hat.Die Lösung würde mit dem Wert von
2000
ms also maximal alle 2 Sekunden auslösen, egal welches Gerät sich meldetNachtrag: Und das ist auch so. Ich habe das Skript so im Einsatz, modifierziert um ein paar Debug - Meldungen.
Kann man auch mit dem hier drunter hängen:
-
@bananajoe Ist Dir aufgefallen, dass das Leeren von summary und name zu Warnings in der Logdatei führt, weil die beiden Datenpunkte auf read-only stehen?
-
@hsteinme sagte in Alexa2 3.25.x (Beta) - jetzt wieder mit History :
@bananajoe Ist Dir aufgefallen, dass das Leeren von summary und name zu Warnings in der Logdatei führt, weil die beiden Datenpunkte auf read-only stehen?
Ja - und nein. Deswegen nutze ich ja
aktualisiere
, dann gibt es die Warnung nicht -
An die kreativen Experten hier:
Wie triggert ihr den DP "textCommand"?
Gerade gemerkt das Trigger/Rescan nichts bringt.
Das Problem, der DP ist enorm wichtig, weil er MP3 Playlisten abspielt je nach Gegebenheit. -
@haselchen sagte in Alexa2 3.25.x (Beta) - jetzt wieder mit History :
An die kreativen Experten hier:
Wie triggert ihr den DP "textCommand"?
Gerade gemerkt das Trigger/Rescan nichts bringt.
Das Problem, der DP ist enorm wichtig, weil er MP3 Playlisten abspielt je nach Gegebenheit.Was meinst du mit damit?
textCommand
ist ja ein Datenpunkt in dem du aktiv etwas einschreiben kannst (also ob du es sagen würdest), der ist nicht zum Auslesen gebaut bzw. da steht halt nur der letzte Befehl drin. Du solltest dort mit "aktualisiere" reinschreiben, der Alexa2-Adapter wird das erkennen und den gleichen Text noch mal "bestätigt" (aka steuere, aka acknowledge" reinschreiben.Nachtrag: Du meinst doch
alexa2.0.Echo-Devices.*.Commands.textCommand
? -
Korrrekt.
Da habe ich "öffne PLP und spiele...." eintragen lassen.
Passieren tut nichts mehr.
Kein Dot rührt sich mehr und macht das Eingetragene.Edit:
Wirst es nicht glauben.
Man bräuchte eigentlich 24 Std jemanden, der alles kontrolliertEs funktioniert nur der "steuere" Block und der Befehl lautet nun auch anders (geschrieben) "öffne p. l. p. und spiele post"
Darauf zu kommen....mein Gott.