Node-red-contrib-alexa-remote2
-
Hallo
Habe auf node red einen node für Alexa ohne Cloud gesehen.
https://flows.nodered.org/node/node-red … d-password
Das ist node-red-contrib-alexa-remote2 .
Dieser node kann auch Sprachausgaben.
Bei der Konfig komme ich aber nicht weiter.
Vielleicht kann jemand helfen
- Konfiguration
1\. Ziehen Sie einen Remote-Sequenzknoten in Ihren Flow. 2\. Erstellen Sie ein neues Konto, indem Sie auf die Schaltfläche Bearbeiten rechts neben dem Feld Konto klicken. 3\. Geben Sie das Cookie oder die E-Mail-Adresse und das Passwort Ihres Amazon Alexa-Kontos ein. Wie bekomme ich mein Cookie? Einloggen mit Email und Passwort 4\. Wählen Sie je nach Standort einen Service-Host und eine Seite aus . Zum Beispiel: || Service Host | Seite | –- | --- | --- | USA | pitangui.amazon.com | amazon.com | Vereinigtes Königreich | alexa.amazon.co.uk | amazon.co.uk | GER | layla .amazon.de | amazon.de 5\. Fügen Sie das neue Konto hinzu. 6\. Geben Sie den Gerätenamen (oder die Seriennummer) des mit Ihrem Konto verbundenen Alexa-Geräts ein. Lösen Sie jetzt den Alexa Sequence Node mit einer beliebigen Nachricht aus und Ihre Alexa sagt "Hello World!". (Hoffnungsvoll!)Unter 5. Fügen Sie das neue Konto hinzu.
Wo kann man denn das Konto hinzufügen ?
Unter 6. Geben Sie den Gerätenamen (oder die Seriennummer) des mit Ihrem Konto verbundenen Alexa-Geräts ein.
Wo gebe ich das ein?
Gruß NetFritz
-
Ich kann Dir zwar Deine Frage nicht beantworten, ich kann dir aber sagen das diese Node exakt die gleiche Library nutzt wie der Alexa2 Adapter … das ist der Adapter 1000 mal komfortabler (meiner Meinung nach) auch weil ich nicht weiss ob die node Variante schon die neueste Version der Lib nutzt.
Und mit manuellem Cookie machst du das alle 14 Tage!!
-
Hallo
Cookie braucht man nicht, E-Mail-Adresse und das Passwort Ihres Amazon Alexa-Kontos gehen auch.
Da muss man sich auch alle 14 Tage anmelden.
Aber man beaucht den Cloud nicht.
Gruß NetFritz
-
Dieser Node ist der einzige Grund, warum ich Node Red installiert habe.
Was an dem Node super ist, dass man ohne Skill super einfach Schalter, Dimmer und Thermostate definieren kann, die dann mit einer sehr hohen Spracherkennungsquote per Alexa bedienen kann.
-
Das ist viel einfacher als mit dem Cloud Adapter und diesen Smartdevices.
-
Es hat keine Abhängigkeit von der ioBroker Cloud und noch einem zusätzliche Skill.
-
Es hat eine viel (sehr viel!!) bessere Spracherkennung als die vom IoT Adapter.
Ein Traum wäre, diese Funktion im Alexa 2 Adapter zu integrieren.
-
-
Schau Dir die Threads zum Alexa2 Adapter an. Der Adapter liefert alles um das zu machen denke ich. Brauchst ein Javascript was das zusammenführt
-
Was an dem Node super ist, dass man ohne Skill super einfach Schalter, Dimmer und Thermostate definieren kann `
Bist du sicher, dass das damit geht? Wäre mir neu.Es hat eine viel (sehr viel!!) bessere Spracherkennung als die vom IoT Adapter. `
Die Spracherkennung läuft sicher nicht im Adapter.@Marty56:Es hat keine Abhängigkeit von der ioBroker Cloud und noch einem zusätzliche Skill. `
Klingt für mich so, als ob du vom node-red-contrib-alexa-local sprichst. Kann es sein, dass du da was durcheinander bringst?
-
Wenn ich das richtig auf der nodered.org-Seite interpretiere, basiert dieser node sowieso auf apollon77's Arbeit.
Da bleibe ich lieber gleich beim Alexa2-Adapter. 8-)
-
@rewemode.
Ja, ich bin mir sicher, dass man keinen Skill braucht. Steht auch in der GitHub Doc.
Bzgl. der Spracherkennung habe ich mich auf den IoT Adapter bezogen, der eine deutlich schlechter Erkennungsrate hat als der Node Red Node hat. Der IoT Adapter hat bei mir praktisch nur die Hälfte (oder weniger) der Anfragen richtig verstanden und ich habe ihn wieder deinstalliert.
Ich spreche natürlich vom node-red-contrib-alexa-local. Gibt es auch einen anderen Alexa Node in Node Red (siehe erster Post)?
Was ich meinte war, dass es super wäre, wenn der Alexa 2 Adapter, die Eigenschaften von dem node-red-contrib-alexa-local integriert bekommen könnte.
-
@appollon
Ich benutze Deinen Adapter für die Sprachausgabe, die Timerauswertung, History Object und die Musiklibrary und finde ihn super!
Was damit nicht so gut geht, sind Befehle nach dem Moto "schalte Lampe ein".
Das geht nach meinem Verständnis nur über den umständlichen Weg über den Cloud Adapter und den smart Devices, die auch noch den ioBroker SKill benötigen. Außerdem benötigt dieser Ansatz die ioBroker Cloud. Was aus meiner Sicht ein Nachteil ist.
Ich habe auch schon versucht das History Object zu benutzen, in dem ich selber den Sprachstring auswerte. Das funktioniert bei Ansagen, die "einschalten" oder "ausschalten" beinhalten nicht so besonders, weil Alexa mir immer mitteilen will, dass sie den Schalter nicht gefunden hat.
MIt dem Node Adapter platziert man einfach einen Node und benennt ihn. Dieser Name wird von der Alexa App wohl als Hue Device erkannt ohne dass ein weiterer Cloud Dienst (außer natürlich Amazon) ins Spiel kommt. Vermutlich könnte man dasselbe mit einer Hue Bridge Emulation erreichen.
-
@rewemode.
Ja, ich bin mir sicher, dass man keinen Skill braucht. Steht auch in der GitHub Doc.
Bzgl. der Spracherkennung habe ich mich auf den IoT Adapter bezogen, der eine deutlich schlechter Erkennungsrate hat als der Node Red Node hat. Der IoT Adapter hat bei mir praktisch nur die Hälfte (oder weniger) der Anfragen richtig verstanden und ich habe ihn wieder deinstalliert.
Ich spreche natürlich vom node-red-contrib-alexa-local. Gibt es auch einen anderen Alexa Node in Node Red (siehe erster Post)?
Was ich meinte war, dass es super wäre, wenn der Alexa 2 Adapter, die Eigenschaften von dem node-red-contrib-alexa-local integriert bekommen könnte. `
Wie macht es das andere denn? Legst Du da Routinen a? Und ja Routinen werden nahezu perfekt erkannt … Nachteil: Du bist Limitiert, ber wenns reicht nutze es. -
@appollon
Ich benutze Deinen Adapter für die Sprachausgabe, die Timerauswertung, History Object und die Musiklibrary und finde ihn super!
Was damit nicht so gut geht, sind Befehle nach dem Moto "schalte Lampe ein".
Das geht nach meinem Verständnis nur über den umständlichen Weg über den Cloud Adapter und den smart Devices, die auch noch den ioBroker SKill benötigen. Außerdem benötigt dieser Ansatz die ioBroker Cloud. Was aus meiner Sicht ein Nachteil ist.
Ich habe auch schon versucht das History Object zu benutzen, in dem ich selber den Sprachstring auswerte. Das funktioniert bei Ansagen, die "einschalten" oder "ausschalten" beinhalten nicht so besonders, weil Alexa mir immer mitteilen will, dass sie den Schalter nicht gefunden hat.
MIt dem Node Adapter platziert man einfach einen Node und benennt ihn. Dieser Name wird von der Alexa App wohl als Hue Device erkannt ohne dass ein weiterer Cloud Dienst (außer natürlich Amazon) ins Spiel kommt. Vermutlich könnte man dasselbe mit einer Hue Bridge Emulation erreichen. `
Na dann such doch mal nach Alexa2, da gibt es eigene Threads die sowas gebaut haben.
Die Lösung ist: Lege dir Routinen an in Alexa mit deinen Komamndos. Seit neuestem kannst Du als Routine sogar machen "x Sekunde Warten" als "Reraktion, es würe also keine Reaktion kommen. Der Adapter erkennt (zumindestens mit dem nächsten Update korrekt) wann Du das zu welchem Device gesagt hat und setzt bei den Routinen einen State auf true den Du dann in einem javascript nutzen kannst um deine Logik auszuführen,
-
Ich spreche natürlich vom node-red-contrib-alexa-local. Gibt es auch einen anderen Alexa Node in Node Red (siehe erster Post)? `
Sorry, dann ist es mein Fehler. Ich kann in deinem ersten Post nur etwas von node-red-contrib-alexa-remote2 lesen oder reden wir da aneinander vorbei? Denn der node-red-contrib-alexa-remote2 ist ja was ganz Anderes. Und für den brauchst du natürlich keinen Skill. Damit legst du aber auch keine Geräte an.
Und zu Teil2, da gibt es noch den Wemo-node.
Bzgl. der Spracherkennung habe ich mich auf den IoT Adapter bezogen, der eine deutlich schlechter Erkennungsrate hat als der Node Red Node hat. `
Ok, ich glaube ich weis was du meinst. Die Erfahrung haben schon Viele gemacht. Allerdings glaube ich nicht, das die 'Spracherkennung' im Adapter passiert;-)
Generell ist es schon eine feine Sache, ohne eine zusätzliche Cloud arbeiten zu können. Aber solange Amazon da bremst, werden wohl alle Lösungen irgendwie improvisiert sein.
Bezüglich der Zusammenwirkung der einzelnen Adapter bei 'ALEXA' hat mir umbm das mal gut zusammengefasst. Da herrscht schon eine arge Begriffsverwirrung.
viewtopic.php?f=20&t=18701&hilit=klarer … 40#p197505
Was ich meinte war, dass es super wäre, wenn der Alexa 2 Adapter, die Eigenschaften von dem node-red-contrib-alexa-local integriert bekommen könnte. `
Die unterscheiden sich grundlegend und haben andere Aufgaben. Alexa-remote basiert ja auf dieser genialen Idee:
https://blog.loetzimmer.de/2017/10/amaz … -echo.html
Damit habe ich schon per bash-script rumgespielt, bevor ich iobroker aktiv benutzt habe.
So schön der Alexa2 Adapter/node auch ist, das ganze basiert nicht auf offiziellen Amazon-Schnittstellen. Und wenn es denen gefällt, ihre Site mal grundlegend zu überarbeiten, kann da ganz schnell Schluss sein.
Aber ein eigener Adapter, dessen Aufgabe die Emulation eines Alexa-Devices ala Tasmota im lokalen Netz ist, und das Ganze ohne den Cloud-Adapter, das wär mal ne Sache!
zu NR
Ich setze den Alexa-local node nicht ein, weil ich nur Echo's 2./3. im Einsatz habe und damit gehts (bei mir) nicht. Was im Übrigen auch der Autor bestätigt.
Prinzipiell verstehe ich im Moment zwar nicht, warum man eine Funktionalität, die ein lokales SonOff-device problemlos meistert, nicht sauber in ein node-red node implementieren kann. Aber ich hab mich auch noch nicht mit den basics beschäftigt.
Ich kann mit Alexa-Routinen und virtuellen devices ganz gut leben. Allerdings ist der Sprachschatz da arg begrenzt,. Und für jede Sprachmutation eine eigene Routine macht das ganze schnell unübersichtlich/aufwendig.
-
Der node-red-contrib-alexa-local funktioniert entgegen der Dokumentation auf Github bei mir auch beim Echo 2 und beim Echo dot.
Vielleicht liegt es daran, dass ich noch zwei Echos 1 im selbem Netz habe. Keine Ahnung.
Und er funktioniert OHNE Skill.
Es ist klar, dass die Spracherkennung in der Amazon Cloud passiert, dennoch ist das Ergebnis, dass der IoT Adapter deutlich schlechter die Sprache erkennt. Vermutlich liegt das an der größeren Flexibilität der Syntax, die dieser Adapter unterstützen soll. Whatever…
Danke. Ok, dann werde ich mit den Routinen nochmal herumexperimentieren. Vor ein paar Wochen hatte ich das schon mal versucht, bin aber aus irgendwelchen Gründen gescheitert.
-
Vielleicht liegt es daran, dass ich noch zwei Echos 1 im selbem Netz habe. Keine Ahnung. `
Ja, das kann sein. Will ich aus mal testen falls ich mal eines als Testgerät günstig schießen kann. -
Ich würde gerne in Node-Red mit der Contrib-Alexa Remote2 eine Lampe schalten und dies ohne die Hinzunahme des ioBrokers. Leider finde
ich nicht die passenden Einstellungen. Gibt es irgendwo einen Sample-Flow oder eine Beschreibung der benötigten Parameter? Über einen Umweg(?)
Alexa-Action-Node-> select executeautomationroutine kann ich die Lampe(über eine angelegte Alexa-Routine) schon mal schalten. Dies scheint mir aber wie angedeutet ein Umweg zu sein.
Danke
