Iobroker.alexa2 v0.4+
-
` > Naja die korrekte Aussage wäre "der speak State ist weg" oder ?!
Was ist das denn für ein Gerät? `
Der State ist noch da, kann auch was eintragen, nur passieren tut nichts. Das müsste ein Heos 5 sein, war zumindest das einzige Fremdgerät was bei Amazon angemeldet war.
-
Kann ich bestätigen. Speak ist vorhanden. Funktion leider nicht.
-
Habe speak auch gerade getestet…bei mir funktioniert das.
-
Auch bei mir funktioniert speak auch problemlos.
Irgendwann wurde ja die Struktur der Objekte verändert, da habe ich dann auch die gesamten speak aufrufe ändern müssen. Seither nicht mehr.
-
Auch bei mir funktioniert speak auch problemlos.
Irgendwann wurde ja die Struktur der Objekte verändert, da habe ich dann auch die gesamten speak aufrufe ändern müssen. Seither nicht mehr. `
was hast du ändern müssen???
-
habs bei mir jetzt noch mal getestet.
keine einzige funktion unter Commands hat irgendeine auswirkung
-
Dann sind wir wieder bei der Frage: Kannst Du über Routinen in der Alexa-App eine Sprachausgabe veranlassen? Wenn nein dann geht es einfach nicht. Dann brauche ich nochmal die Device-typ und dann nehme ich dem alle Kommando-States weg
-
> was hast du ändern müssen???den````
setState("alexa2.0.Echo-Devices.xxxxxxx.Commands.speak"/speak/, speechText ) -
> Dann sind wir wieder bei der Frage: Kannst Du über Routinen in der Alexa-App eine Sprachausgabe veranlassen? Wenn nein dann geht es einfach nicht. Dann brauche ich nochmal die Device-typ und dann nehme ich dem alle Kommando-States wegMeinst du mich ? Ich habe nicht versucht auf dem Heos eine Sprachausgabe zu erzwingen.
Es geht bei keinem meiner vier Echos. Wenn das Baby gleich mal schläft teste ich jeden state mal durch. Aber die "speak" ausgabe funktioniert definitiv bei keinem.
mfg
-
Moin, hab jetzt alexa2 :arrow: V0.5.1 am laufen, bisher funktioniert alles ohne Einschränkungen bei mir.
GROßEN DANK AN :!: apollon77 :!: Tolle Arbeit .
Schönes Wochenende.
Gruß
Matten Matten
-
Dann sind wir wieder bei der Frage: Kannst Du über Routinen in der Alexa-App eine Sprachausgabe veranlassen? Wenn nein dann geht es einfach nicht. Dann brauche ich nochmal die Device-typ und dann nehme ich dem alle Kommando-States weg `
Sprachausgaben über die Routinen funktionieren einwandfrei
habe 2 Echo Show und 1 Echo dot + 2 Sonos mit eingebunden
-
Ok, ich habe eine Vermutung und daher bitte mal 0.5.2 vom Github.
Wenn man in seinem Amazon-Account eine Mischung von Devices verschiedener Amazon-Customer hat dann konnte es sein das falsche Customer-Ids gesendet wurden und ich denke das Amazon dann sagt : mööp … nö ... mach isch net ...
habe das jetzt an allen relevanten Stellen auf die Customer-ID vom Device umgebogen.
Bitte probieren
-
das Wars
jetzt funktioniert es, hatte ganz vergessen, das ich meine Frau mit drinn hatte :oops:
-
Hallo,
mit Interesse verfolge ich diesen Thread.
Ich selbst wende das sogenannte Gehrig-Script (in diesem Thread auch schon erwähnt) für eine andere Anwendung an, da wird ein cookie-file auf meinem Synology unter .tmp/.alexa.cookie abgespeichert.
Da mir gerade aus Versuchen mit dem Gehrig-Script bekannt ist, dass wenn man zu oft einen Cookie generiert, Amazon die 2-Wege Authentifikation einschaltet und man dann die ganze Steuerung vergessen kann, frage ich hier höflich an ob
-es nicht möglich wäre, dass ich einen Link zu diesem Cookie im Alexa-Adapter angeben könnte (oder SMB-Mount), damit sich der Adapter und mein Gehrig-Script nicht ständig in die Quere kommen..
So wie ich das sehe, habe ich bisher "nur" die Möglichkeit, entweder durch den Adapter selber ein Cookie zu erzeugen oder einen händisch einzutragen.
So
-
Läuft wieder :!:
Super Arbeit von Dir :!: :!: :!:
vielen Dank
-
Ich selbst wende das sogenannte Gehrig-Script (in diesem Thread auch schon erwähnt) für eine andere Anwendung an, da wird ein cookie-file auf meinem Synology unter .tmp/.alexa.cookie abgespeichert.
Da mir gerade aus Versuchen mit dem Gehrig-Script bekannt ist, dass wenn man zu oft einen Cookie generiert, Amazon die 2-Wege Authentifikation einschaltet und man dann die ganze Steuerung vergessen kann, frage ich hier höflich an ob
-es nicht möglich wäre, dass ich einen Link zu diesem Cookie im Alexa-Adapter angeben könnte (oder SMB-Mount), damit sich der Adapter und mein Gehrig-Script nicht ständig in die Quere kommen..
So wie ich das sehe, habe ich bisher "nur" die Möglichkeit, entweder durch den Adapter selber ein Cookie zu erzeugen oder einen händisch einzutragen.
So `
Ich denke das Format des Cookies ist durchaus unterschiedlich. Der Adapter liefert den Cookie auch als "State", du kannst also ein JavaScript schreiben und ggf den Sync anders herum machen und mit dem Cookie vom Adapter das andere File schreiben - wenn Du das Format hinbekommst.
Die andere frage ist allerdings was kann das Skript was der Adapter nicht kann und warum stellst Du nicht um?
-
Neben dem noch reinkommenden Feedback zu 0.5.3 habe ich eine Bitte an Euch:
Wer nutzt Skills die Smart-Home-Devices anlegen AUSSER dem ioBroker Skill?? Bitte mal bei mir via PN melden … ich hätte gern mal eure Smart-Home-Devices Listen damit ich schauen kann was da so drinsteht um vllt die Devices direkt steuerbar zu machen
Ingo
-
Hallo,
tja, ich kann zwar mit Unix mittlerweile umgehen. Kann auch scripte analog anwenden. Aber ein richtiger Programmierer bin ich nicht. D.h. da scheitert es an meinem Wissen.
Gerne werde ich prüfen, ob ich die Anwendungen auch mit ioBroker hinbekomme. Hauptsächlich ist dies ein Wecker am Morgen (mit Radio, 3 Zeitpunkte, Ansteuerung zweier Gruppen)
Wie ich bisher lesen konnte, brauche ich zur Steuerung des Alexa-Adapters auch scripte, entweder java oder blockly. da hatte ich gemeint, ich hätte eine Sammlung gesehen, finde die aber gerade nicht…
Auch hier ist mein Wissen zum Aufbau leider noch nicht groß genug...
Was die universelle Nutzung vom ioBroker angeht: ich hatte bisher einen banana Pi 2M im Einsatz, jetzt einen Raspberry 3 B+.
Trotzdem scheint mir schon grenzwertig, bei 22 Prozessen noch weitere hinzuzufügen...
-
meinst Du das hier …
-
Hallo!
Jaaaaa! Vielen Dank! Great!
