Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄

[apollon77]

@Garfonso Wie meinst Du das? Die Alexa-App hat genau diese Option ... Sie wurde mehrfach für den Adapter gewünscht, also hier ists. Man muss es ja nicht nutzen :-) (Ich persönlich habe auch keine Anwendung dafür)

[Negalein]

@apollon77 sagte in [Aufruf] Alexa2 2.6.0 Testen:

@Negalein Dann brauche ich log, gern per email an iobroker@fischer-ka.de. Am Ende vom Starten des Adapters hängt das Kontakt-Zeug. Ein Request lädt ie gesamte Kontaktliste und daraus wird dann aussortiert was der Adapter anzeigt.

jetzt sind sie ohne null da. Hat wohl etwas länger gedauert.

[Negalein]

ssml funktioniert auch

[sigi234]

@apollon77 sagte in [Aufruf] Alexa2 2.6.0 Testen:

@sigi234 Warum?

Bin kein Freund von Nachnahmen, aber ich sehe gerade das man die Namen ändern kann...........

[apollon77]

@Negalein Bitte auch Gruppen testen

[padrino]

@apollon77 sagte in [Aufruf] Alexa2 2.6.0 Testen:

Changelog:

Der Adapter liesst nun auch die Kontakte aus und listet diese unter "alexa2.0.Contacts" auf

Hmm, habe zwar keine Kontakte, aber installiere und teste mal... ;)

Mal eine Nachricht an mich geschickt.
Klappt. Aber beim Benachrichtigung abspielen kommt nur "Eine neue Benachrichtigung für padrino". Das war's der Ring bleibt weiter gelb (gut, dass es den "löschen" button gibt :laughing: ).
Schätze aber, das ist ein Problem seitens amazon - oder ein Anwendungsfehler meinerseits. :flushed:

BTW, "liebe" mal wieder "Alexa"... :face_with_rolling_eyes:
Ring gelb,
ich: "alexa, spiele Benachrichtigung ab"
alexa: "Abfallkalender ist aktiviert, möchtest Du den Skill öffnen" :no_mouth:

[apollon77]

@padrino offiziell musst du „spiele meine Nachrichten ab“ sagen.

[Garfonso]

@apollon77
Hi, nein ist ja gut, wenn Leute das im Adapter haben wollen. Ist ja auch cool, dass du es hingekriegt hast. War ja auch gar nicht gegen den Adapter gerichtet oder so.

Ich habe der Alexa App verboten die Kontakte zu synchronisieren, weil ich nicht alle Kontakte in meiner Alexa haben will und komische Leute aus versehen über Alexa anrufen will. Da fehlt mir einfach Leute wieder zu löschen oder zumindest festzulegen, dass ich die auf keinen Fall über Alexa anrufen will (habe zum Teil auch Dienstkontakte in meinem Handy).

Sich selber Nachrichten schicken ist auf jeden Fall praktisch für Erinnerungen rund ums Haus (und funktioniert btw sehr gut). Wobei ich das "spiel meine Nachrichten ab" zu nah an der Frage nach Nachrichten finde und Alexa bei mir irgendwie in ca 30% der Fälle anfängt Tagesschau vorzulesen... seufz

[Ein ehemaliger Benutzer]

@apollon77 funktioniert hier einwandfrei, geile Sache! Dankeschön!

[dslraser]

@apollon77
bei mir funktioniert das Lautstärke setzen über speak-volume in Verbindung mit ssml nicht. Die Ansagelautstärke bleibt gleich.
Ich bin eben mal zurück auf 2.51, da funktioniert es.

[padrino]

@dslraser
Kann ich bestätigen.
Speak und Announcement dagegen gehen noch.
Lustig, bei SSML wird am Anfang zwar nicht geändert, aber am Ende wieder "zurückgesetzt" (dann kommt der "bupp"-Ton). =)

[Diginix]

@apollon77 sagte in [Aufruf] Alexa2 2.6.0 Testen:

Hey All,

ich habe mal wieder etwas Zeit genutzt und noch weitere offene Dinge abgearbeitet und so ist auf GitHub gerade die v2.6.0 verfügbar und ich bitte um Tests 🙂

Changelog:

• Announcement und SSML werden jetzt mit einem Kommando gesendet, was synchroner bei Gruppen sein sollte. Speak bleibt wie bisher weil geht nicht anders

Bei mir sind 3 einzelne Announcements/SSML/Speak an alle 3 Echo Dots bei 10 Tests immer synchroner in der Ausgabe als beim Setzen des jeweiligen Datenpunktes meiner Gruppe aller Echo Dots.
Der Versatz beträgt gern mal 0,5 Sekunden oder mehr. Im 2.4x Thread war doch eine Methode für die synchrone Gruppenansteuerung erwähnt. Ist das das was du nun umgesetzt hast?

[apollon77]

@Diginix genau. Zuerst wir für jedes device einzeln die Lautstärke gesetzt, dann in einem einzelnen Kommando die Sprachausgabe mit der Liste der Geräte und Amazon regelt die synchronität. Danach wieder Lautstärke einzeln zurück setzen.

[apollon77]

@dslraser ok checke ich nachher.

[Diginix]

@apollon77 sagte in [Aufruf] Alexa2 2.6.0 Testen:

@Diginix genau. Zuerst wir für jedes device einzeln die Lautstärke gesetzt, dann in einem einzelnen Kommando die Sprachausgabe mit der Liste der Geräte und Amazon regelt die synchronität. Danach wieder Lautstärke einzeln zurück setzen.

Komisch dass es dann so derart asynchron ist. Und dazu auch noch besser wenn ich die Geräte einzeln zur gleichen Zeit ansteuere. Und was auch schon immer ein Problem bei mir ist. von 5 Ausgaben auf meinen 3 Dots werden gern mal 1-2 auf einem der 3 nicht ausgegeben.
Aber alles jammern auf hohem Niveau. Die Welt dreht sich weiter.

[apollon77]

Auf GitHub gibt es die 2.6.1 mit:

• volume set bei ssml gefixt
• ein neues Deivce (Kommandos deaktiviert für Stereo/Subwoofer Pairs)
• Reminder für >1 tag in Zukunft sollten jetzt gehen

[padrino]

@apollon77 sagte in [Aufruf] Alexa2 2.6.0 Testen:

Auf GitHub gibt es die 2.6.1 mit:

• volume set bei ssml gefixt

Scheint zu klappen. :)

Reminder für >1 tag in Zukunft sollten jetzt gehen

Cool, tut. :sunglasses::+1:
Vielen Dank!

Kannst Du sagen, wieso der Timestamp, wenn man eine neue Erinnerung anlegt, nicht in "... .Reminder.New" mit auftaucht (also "timestamp,uhrzeit")?
Sondern nur die Uhrzeit?
Lässt sich da evtl. etwas machen? :flushed:

[dslraser]

@apollon77 sagte in [Aufruf] Alexa2 2.6.0 Testen:

volume set bei ssml gefixt

Funktioniert wieder, Danke :+1:

[apollon77]

@padrino Hast nen Screenshot? Ich denke ist verbunden mit der Ursache der anderen Änderung. Früher gingen Reminder maximal einen tag in die Zukunft ... das hab ich jetzt geändert. kann sein das da noch eine Anzeigethematik ist ...

[apollon77]

@padrino Vergiss es ... brauchst mir nichts schicken ... ich weiss es wieder. Da ist etwas wofür ich noch keine Lösung habe. Die interne Struktur der Daten ist seeeehr gewöhnungsbedürftig bei den Remindern. Vor allem bei sich wiederholenden Timern bleibt das Datumsfeld "originalDate" (Ja heisst so) üblicherweise gleich, hat also ggf einen Wert in der Vergangenheit auch wenn der nächste Lauf in der Zukunft ist (weil zB "täglich" oder so eingestellt ist).
Die Herausforderung ist also zu erkennen wann der Reminder "Zeitbasiert" ist und wann er "Datumsbasiert" ist.

Einzige Idee die ich bisher habe ist zu schauen ob das Datum in der Zukunft oder Vergangenheit ist und dann ggf den Wert anders anzuzeigen ... Also wenn in Zukunft dann ist die Annahme das es eine Bedeutung hat, sonst nicht ... Alles irgendwie unschön und keine Ahnung ob diese Annahmen wirklich passen. Um alle möglichen Fälle aktuell auszutesten fehlt mir im Moment die Zeit und Ruhe. Kannst das gern versuchen, hast ja schon grob gesehen wie Du das Log lesen musst :-)
Sonst gern ein GitHub Issue auf machen mit Deinen Erkenntnissen.

Das oben beschriebene "Wenn Datum in Zukunft dann anzeigen sonst weiterhin nur die Zeit" kann ich so gern einbauen wenn es sinn macht auch für Dich.