UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[XxJooO]

Hallo Zusammen,

ich habe hier schon länger nicht mehr mitgelesen, meine mich aber zu erinnern, dass mit der über git installierten Version 2.2.0 die cookie-Probleme der Vergangenheit angehören sollten. Der Adapter geht aber bei mir immer noch alle 2 Wochen auf gelb und muss über den im Log vorhandenen Link mit neuem Cookie versorgt werden, dann wird er wieder grün.
Verzeiht also meine unwissende Frage, geht es nun oder nicht? Wenn es geht, wo kann ich nachlesen, warum es bei mir nicht geht?

Vielen Dank für die Nachsicht, dass ich die 383 Beiträge jetzt nicht eben schnell lesen möchte.

Noch einen schönen sonnigen Rest-Sonntag.

[MyzerAT]

@XxJooO

also ich habe das Cookie Problem nicht mehr, seit Version 2.2.0 !

@XxJooO sagte in IoBroker Alexa2 v2.0 ALPHA!!! Status GitHub Version!:

Wenn es geht, wo kann ich nachlesen, warum es bei mir nicht geht?

Wie soll man diese Frage beantworten? Moment eventuell ist meine Glaskugel gerade außer Dienst! Spaß beiseite, dauzu wirst du sicherliche einige Daten liefern müssen, da jedes System anders ist!

[XxJooO]

Hast natürlich Recht, aber eigentlich ist alles aktuell

node v8.15.0 (ok, es gibt 8.15.1, aber daran sollte es nicht liegen)
node.js 8.15.0
npm 6.4.1

System ist ein Debian 9.0. Was müssen wir noch wissen?

[Negalein]

@XxJooO

Geht mir auch wie @MyzerAT
Seit ich die 2.2.0 installiert habe, sind die Cookieprobleme verschwunden.
Läuft jetzt schon ewig ohne irgendwelche Probleme.

[XxJooO]

Ok, ich habe jetzt die Instanz auf debug gestellt um das Log anzusehen - das explodiert aber förmlich mit Ausgaben im Log. Interessanterweise ist der Adapter dann aber grün geworden, ohne dass ich das Cookie über die im Log angegebene Adresse aktualisiert hätte.

@apollon77
hast Du vielleicht einen spontanen Hinweis?

[apollon77]

Keinen Ausser: Nochmal einfach neu vom Github installieren und Instanz neu starten und Cookie einmal neu holen. Es gab auch bei der 2.x "zwischenversionen" auf Github die Probleme hatten.

[padrino]

@apollon77 sagte in IoBroker Alexa2 v2.0 ALPHA!!! Status GitHub Version!:

@padrino Duhast welche Version am laufen? An sich sollten "Null" Werte von volume schon lange ignoriert werden ... ich sehe auch irgendwie nicht das das volume gesetzt wird, sollte auch im Log sein
Ich nutze die 2.2.0.
Also, ich kann ja mal schauen, dass ich noch mehr vom Log speichere.
Dachte, eine Sekunde würde reichen.
Wie gesagt, im Moment trigger ich per blockly einen state change bei play/volume und lass einen Hinweis auf die Änderung ins Log schreiben.
Dachte, "passiert" dürfte es ja nicht mehr als eine Sekunde davor gewesen sein.
Außerdem schreibt das Skipt aktuell den vorherigen Wert zurück in den
Datenpunkt.
Eigentlich der Datenpunkt ja nicht so wichtig, da der Echo seine Lautstärke auch ohne diesen korrekt kennt.
Nur lasse ich mir die Lautstärke in Prozent ansagen und steuere sie auch über Prozent, da ist der Datenpunkt wichtig als Quelle. :D

Hier mal noch ein Logausschnitt, wo man sieht, es geht (teils) wie ein Uhrwerk. ;)

[apollon77]

Debug Log vom Adapter bitte nochmal,ggf gern länger ... Es muss neben einem Call und Wert von Amazon auch ein "state Chaged "im log sein ...

[padrino]

So, seit 2019-04-12 14:50:15.021 ist hier im Moment ruhe, war das letztr Mal wo mein Skript eine ungewollte Änderung auf "0" registiert hat.
Geändert am System habe ich natürlich nix. =)
Hoffen wir einfach mal, dass es so bleibt. :D

@Diginix
Wie sieht's bei Dir aus?

[Diginix]

@padrino Ich nutze den History Adapter zum Erfassen und ändere jeden Tag 2mal die Lautstärke aller Dots per Skript.
Bei den Dot 3. Gen sind nur die gewollten Werte in der History, aber beim Dot 2. Gen wird jeden Tag mehrfach 0 protokolliert.
Ich habe den Loglevel nun mal auf Debug. Spätestens 9 Uhr erwarte ich wieder mind. einen 0 Eintrag weil 08:30 wird per Skript die Lautstärke angehoben und kurz nach diesen Änderungen erhalte ich die 0.

[Ein ehemaliger Benutzer]

@apollon77
Bei den Dots 3.Gen funktioniert das Abspielen ueber Music-Provider/TuneIn mit dem Sendernamen einwandfrei, bei den Dots 2.Gen nicht, beim Echo 1.Gen auch nicht, aber dafuer beim Echo Show 1.Gen.
Ist zumindest bei mir so. Es kommen auch keine Fehler, es wird einfach ignoriert.

Bei der Lautstaerke habe ich den Eindruck, dass bei den Dots 3.Gen das sich per Zufall aendert, bei den anderen ist bei mir die Lautstaerke stabil.

Amazon hat da sowieso einiges geaendert, ich kann jetzt den Amazon-Musik Stream immer nur auf einem Echo wiedergeben lassen, wechsele ich den Raum, und im anderen laeuft der Stream noch, kann im naechsten Raum der Dot den Stream nicht starten, und die Tante fragt, ob sie ihn von dort hierher holen soll.. ist ja ok, wenn man alleine ist.. aber nicht Sinn der Sache..

[Diginix]

@apollon77 sagte in IoBroker Alexa2 v2.0 ALPHA!!! Status GitHub Version!:

Dann auch bitte hier Debug Log ...

Ich konnte, wie vermutet, den Fehler mit Lautstärke 0 reproduzieren und habe nun ein Debuglog. Zum Zeitpunkt als der Fehler passiert (binnen 60 Sek) landeten 189 Zeilen vom alexa2 Adapter im Log. Davor war es 30min mit nur 50 Zeilen recht entspannt.

Ich habe das Log @apollon77 im Chat bereitgestellt.

[apollon77]

habe Dir per Chat was zum testen geschickt

[padrino]

Da bin ich mal gespannt ob ihr was raus kriegt - auch wenn ich im Moment aufHolzklopf nicht betroffen bin. ;)

[padrino]

@apollon77 sagte in IoBroker Alexa2 v2.0 ALPHA!!! Status GitHub Version!:

@padrino Wenn die App eine ofizielle Card zurückgibt ist das in cardContent drin, wenn nicht dann nicht

Ist denn

alexa2.0.Bespoken.answer bzw. alexa2.0.Bespoken.answerJson

etwas (ganz) Anderes als

alexa2.0.History.cardContent bzw. alexa2.0.History.cardJson

und wenn ja, wäre es nicht möglich, dass ein echtes (nicht virtuelles) "Echo-Device" auch so einen Datenpunkt hätte/zurückgeben würde?

[apollon77]

Bespoken Answer nimmt den text den Alexa auf die Bespoken Anfrage zurückgibt und gibt den zurück.
CardContent kommt aus den History.Daten und würde von der App verwendet um so eine Karte anzuzeigen. Der Adapter liest genau das aus Was Amazon in seinen History Daten zurückgibt. Was nicht da ist kann er nicht zurückgeben :-)

[padrino]

@apollon77

Hmm, wo kommen denn diese Daten (App und https://alexa.amazon.de) her?

Kann man die nicht irgendwie abfangen bzw. verfügbar machen?
Meist ist es ja nur ein reiner Textbaustein (um den es mir eigentlich geht :innocent: ) und nicht mal so grafisch aufbereitet wie hier. =)

Wäre super, wenn man dieses "Feedback" weiter verarbeiten könnte.

[Diginix]

@padrino sagte in IoBroker Alexa2 v2.0 ALPHA!!! Status GitHub Version!:

Da bin ich mal gespannt ob ihr was raus kriegt - auch wenn ich im Moment aufHolzklopf nicht betroffen bin. ;)

Der Bug mit dem Wert 0 für Lautstärke ist identifiziert und bei mir gefixt. Und @apollon77 wird den Bugfix mit dem nächsten Release ausrollen.

Bzgl Wetter: Diese Kacheln kommen vom Wetter Skill der standardmäßig bei jedem Echo Gerät aktiv ist. Die Werte davon bekommst nur mit Bespoken in ioBroker.
Aber für Wetter u.ä. gibt es ja genug Möglichkeiten Werte in ioBroker zu bekommen. Da fände ich einen Umweg über Alexa unnötig "kompliziert".

[padrino]

@Diginix

Als ich das mit dem Wetter als Beispiel gepostet habe, hatte ich schon ein ungutes Gefühl. :laughing:
Mir geht es nämlich gar nicht um das Wetter (im Speziellen), sondern generell um das (Text)Feedback von Alexa, wie man es in der App/Webseite sieht.
Wäre toll, wenn man das auch irgendwie in den ioB bekommen könnte - in die App/den Browser kommt es ja auch. :flushed:

Top, dass das mit der "0" ein Ende haben wird - auch, wenn es (wieso auch immer) bei mir nicht mehr passiert. :)
Kannste kurz anreißen, was der Grund war/ist?
Evtl. weiß ich dann, wieso es hier nimmer passiert. :D

[Diginix]

@padrino Der Adapter hat von Amazon nicht immer nur das als Antwort erhalten was Apollon in der Logik vorgesehen hatte. Daher musst die Bedingung zum Setzen des Lautstärkewertes ein wenig erweitert werden damit alle Fälle die vorkommen können erfasst sind. Das Problem trat bei mir auch nur bei einem Echo Dot 2. Gen auf.
Anscheinend können die Antworten vom Amazon Server pro Generation/Modell ggf. abweichend sein.

Zu den Inhalten von Karten hatte Apollon ja schon was geschrieben. Was die API nicht hergibt, bekommst du nicht in ioBroker. Zumindest nicht über die API.
Man könnte ggf. das HTML der Übersichtsseite parsen. Das dürfte aber recht aufwändig bis evtl. unlösbar werden.