NEWS
Iobroker.alexa2 v0.4+
-
ja war ganz schön viel - unsortiert erklärt und auch bei mir nur der echo-plus
-
ich schalte nichts mit einem script - habe alle scripts durchsucht.
-
jedes mal wenn der alexa2 adapter getriggert wird, wird das player.volume gesetzt (lt. dir anscheinend durch einen push vom echo plus) vom alexa-adapter ( nicht von einem script)
-
das volume object ist rot und bleibt rot - was bedeutet das ??? sie wird kurz grün - ganz kurz schwarz und dann rot - egal ob mit script oder direct-ins-object geschrieben
du schreibst: "Es kommt halt immer wieder die aktuelle Lautstärke als Push-Meldung rein"
das sich der state ändert kommt bei mir, wenn ich alexa2 trigger/rescann aufrufe - pünktlich jede minute zur selben sekundenzeit. scheint das der trigger/rescann diesen push der lautstärke initiiert. nachdem ich heute direct im admin den wert geschrieben habe, kommt auch diese minütliche state-änderung nicht mehr. der alexa adapter schreibt den wert.
mein log file beginnt heute erst um 12:15 - mal sehen ob ich morgen früh ein log bekomme - passiert bei mir öfter, dass das logfile des tages irgendwann unter dem tag beginnt ? weiß nicht wieso.
du schreibst: Wenn Du ein JavaScript hast was auf den Wert triggert, dann solltest Du vllt besser bei "Änderung" Triggern und nicht bei jeder Aktualisierung
habe ich als erstes gecheckt - aber wie gesagt - kein script macht irgendetwas - der adapter macht das, wenn er getriggert wird
zusammengefaßt: bin schon mal froh, dass du das auch kennst und warum wird/ist der wert rot - was kann das sein
-
-
@ arteck
der wert wird rot angezeigt - aber die tatsächliche lautstärke am echo plus wird geändert - er wird lauter
-
ich hab mal den echo neu gestartet - jetzt steht das volume schwarz drin - es wird nur kurz rot - ein paar sekunden - danach wieder schwarz
4447_2tes.gif -
Bzgl. der rot, grün und schwarz Markierungen:
grün, wenn ein State gerade aktalisiert wird
rot, wenn ein State aktualisiert wurde, aber nicht bestätigt wurde (per ack=true).
schwarz, wenn ein State bestätigt ist
Das ACK (acknowledge), kann man sich vorstellen wie:
-
ACK=FALSE –> Kommando von ioBroker zu Gerät
-
ACK=TRUE --> Kommand von Gerät an ioBroker
Beispiel dazu:
Bei Homematic wird immer ein ACK=true auf einen State gesetzt und zwar dann, wenn ein Befehl von der CCU zurückkommt
und dann bestätigt wurde.
Bei dem Alexa2 bestätigt der Adapter aber nix, wohl weil er keine entsprechende Empfangsbestätigung dazu gibt;
oder es im Adapter schlicht nicht implementiert ist ...
Daher bleiben die States dann rot ...
Unter Javascript hat man den gleichen Effekt, wenn man eigene States (die unter javascript.0 liegen)
nur per "setState(id, value)" absetzt. Diese bleiben dann auch rot.
Ein "setState(id, value, true)" setzt denn dann auch wieder auf schwarz.
Bei HomeMatic z.B. geht das nicht so mit den States, denn wenn man "ACK=TRUE" schon beim Setzen setzt, dann mach der Adapter auch nix,
den der reagiert nur bei "ack=false", da er ack=true selber setzt.
War der Versuch es mal einfach und auf die Schnelle auszudrücken ... :-)
MfG Markus
-
-
erstmal danke dafür
dann müßte mein gif-bild-video - siehe oben - eigentlich ganz richtig reagieren ?
die echo dots machen es genau so
-
Wenn das Setzen der Lautstärke klappt, obwohl der State rot bleibt, dann ja.
Ich denke daher, daß es nur ein Fehler oder Gewolltheit im alexa2-Adapter ist,
daß dieser State nicht vom Adapter bestätigt wird, wenn denn die Lautstärke auch wirklich richtig gesetzt wird.
MfG Markus
-
der neustart war wohl sehr wichtig für meinen echoplus - jetzt reagiert er wieder auf scripte.
mal sehen , was morgen früh ist, wenn iobroker wieder frisch am netz ist
erst mal danke an die helfer
-
Hi,
Wenn man die Lautstärke manuell setzt passiert folgendes:
-
Wenn die Push-Verbindung aktiviert ist dann macht er nix weil er erwartet das die Änderung per Push vom Gerät bestätigt wird.
-
Wenn die Push-Verbindung deaktiviert ist, dann wird der neue Lautstärkewert beim nächsten regulären oder manuell getriggerten Player-Update neu gelesen.
Mal andere Frage: Warum triggerst Du jede Minute einen Scan? Bei Push-Verbindung sollte das unnötig sein und keinerlei Mehrwert haben!
Auch Amazon hat ein "Rate Limiting" drin - zuviele Requests sperren dich für ne Weile aus, vllt sogar die Push-Verbindung.
-
-
ich habe die pushverbindung nicht eingestellt - ich dachte immer, so kann ich besser regeln, wann mit amazon "geredet" wird - war wohl ein irrtum
werde sofort umstellen - danke für den hinweis
-
Das gute ist ja das die Push-Verbindung gar nicht aktiv mit Amazon redet. Sie macht zu Beginn EINE Verindung auf und Amazon pusht updates. Das ist viel "schonender" als immer wieder anzufragen :-)
Je nachdem was per Push reinkommt frage der Adapter dann nur das ab was nötig ist (Player update als Beispiel)
-
schön langsam kapier ichs - ich habe damals beim testen immer gedacht, es ist genau anders herum - der adapter pusht zu amazon - danke, das du mir das nochmal erklärt hast - ich finde den adapter echt toll, aber irgendwie - damals in der testphase - ist mir das zuviel geworden - zu viele scripte, zu viel vis, zuviel alexa. hat mich wohl etwas übefordert. mit euch jung-programmier-genies mitzuhalten ist nicht immer einfach :-)
-
Kurze Zwischenfrage…gibt es bei Amazon/Alexa ne schwarze Liste was Wörter angeht?
Wollte als Speakausgabe nehmen: Na Du Muschi, wieder zu Hause?
Das quittiert Alexa nur mit einem "Möööp".
-
na du pussi funktioniert - reicht das - muschi mag meiner auch nicht
-
:lol: :lol: Pussi hatte ich noch nicht probiert.
Hab Muschi jetzt mit 2 u geschrieben. Das nimmt Alexa :)
Gibt es noch andere Wörte (nicht Fäkalsprache) die auf der Blacklist sind?
-
Hmm, ist (nachtti)schlampe schon fäkal? ;)
Frage mich, ob die Zensur nicht zu weit geht…
Wenn sich jemand eine Alexa Domina basteln will, sieht er alt aus. :lol:
-
@ apollon
hi,
hatte heute morgen keine probleme mehr. wollte nun noch sprachausgabe testen - alle echo.dots sind tot - nur der plus läuft noch - -voll die panik - habe amazon kontaktiert - europa-weiter ausfall der echo geräte ! puh
441
Online32.4k
Benutzer81.5k
Themen1.3m
Beiträge