Alexa Anbindung ohne Cloud und Skill
-
ich habe den node-red Skill in der Alexa installiert und trigegre damit node red-flows `
Und das geht ohne cloud?
-
> Ich habe ein etwas älteres Image von iobroker auf einen rpi3b laufen. Node-red wurde über den Iobroker als Adapter installiert. In diesem Adapter dann über <manage palette="">die node-red-contrib-amazon-echo installieren. Nodes wie im Beispiel gezeigt reinziehen, Verbinden, Geräte Namen vergeben und deploy. Keine spezielle Portfreigabe etc. Lief bei mir sofort.</manage>Kannst du mal ein Scrennshot Posten bitte wie das bei dir aussieht in Noder-RED wenn du eine Lampe steuern willst? Ich habe das Gerade auch mal versucht. Alexa findet auch das Gerät wie ich es benannt habe aber Es wird als Hue Hub erkannt.
So sieht es bei mir aus. Muss ich noch outputs konfigurieren? Die Lampe kann nur true / false
-
nimm node-red-contrib-amazon-echo, der funktioniert mit echo plus gen2 und laut beschreibung auch mit echo gen3. ohne cloud. geht bei mir. in dem bild würde ich sagen fehlt der switch. ich hab zumindest einen
-
> Ich habe ein etwas älteres Image von iobroker auf einen rpi3b laufen. Node-red wurde über den Iobroker als Adapter installiert. In diesem Adapter dann über <manage palette="">die node-red-contrib-amazon-echo installieren. Nodes wie im Beispiel gezeigt reinziehen, Verbinden, Geräte Namen vergeben und deploy. Keine spezielle Portfreigabe etc. Lief bei mir sofort.</manage>Kannst du mal ein Scrennshot Posten bitte wie das bei dir aussieht in Noder-RED wenn du eine Lampe steuern willst? Ich habe das Gerade auch mal versucht. Alexa findet auch das Gerät wie ich es benannt habe aber Es wird als Hue Hub erkannt.
So sieht es bei mir aus. Muss ich noch outputs konfigurieren? Die Lampe kann nur true / false
Alexa_Echo_nodeReD.PNG `
Das Objekt das aus dem Alexa-Node kommt hat neben dem Payload noch weitere Infos im Bauch (on/off, Dimmer, Hue, Sat, Colortemp). Man kann diese Infos über den erweiterten Debug-Node (complete msg objekt) sehen. iobroker-Datenpunkten nehmen nur den Payload auf. Der Payload aus dem Alexa-Objekt ist zudem ein String. Die meisten on/off-Datenpunkte im iobroker sind aber vom Typ bool. Für ein einfaches an/aus musst du also nur den payload von string nach bool ändern. Im Bauch des Alexa-Objekt ist an/aus parallel unter msg.on als bool hinterlegt. Mit dem change-Node kopiere ich dann msg.on in msg.payload, so dass payload damit zu bool wird. Aber wie gesagt, man muss schauen, welcher Typ im iobroker für an/aus gefordert ist.
Die übrigen Infos aus dem Alexa-Objekt (z.b. Dimmerwert) kann man auf ähnliche Weise separieren und dann in die andere iobroker-Datenpunkte schieben. Viele Wege führen hier zum Ziel.
3978_screenshotnodered.png -
Guten Morgen,
Danke ich habe es gestern Abend noch gesehen und das "on" und "off" zu "true" und false (bool) geändert. Hast du denn mal ein Beispiel wie ich ein Level (dimm) anbinden und zeitgleich noch an / aus?
Später schau ich mal Kelvin und rgb
-
ich habe den node-red Skill in der Alexa installiert und trigegre damit node red-flows `
Und das geht ohne cloud? `
Ne, das ist tatsächlich mit cloud. Ist ein Workaround, so lange Alexa 3 nicht geht.
Ich habe aber festgestellt, dass hier die Verbindung/Reaktion extrem schnell geworden ist, so dass ich mir überlege, dabei zu bleiben
-
Bei mir werden mit node-red-contrib-amazon-echo keine Geräte in Alexa neu erkannt. Mit Alexa local, Alexa home usw funktioniert es. Hab die version 0.1.1 per Palette installiert. Den Port hab ich geändert da der Port 80 nur mit rootrechten läuft. Welchen Port nutzt ihr? ioBroker läuft bei mir unter VMware Workstation 15. Ist die erste Sache die bei mir unter nodered nicht funktioniert. Hab einen Dot der 2. Generation.
-
Bei mir werden mit node-red-contrib-amazon-echo keine Geräte in Alexa neu erkannt. Mit Alexa local, Alexa home usw funktioniert es. Hab die version 0.1.1 per Palette installiert. Den Port hab ich geändert da der Port 80 nur mit rootrechten läuft. Welchen Port nutzt ihr? ioBroker läuft bei mir unter VMware Workstation 15. Ist die erste Sache die bei mir unter nodered nicht funktioniert. Hab einen Dot der 2. Generation. `
Leider kann ich bei den Port nicht helfen ich habe den einfach auf 80 gelassen. Ich habe mal gelesen das ab 1025 die Ports ohne root rechte benutzt werden können? Schreib doch dem Entwickler bei GitHUB
Hier mal der Debug output von dem "node-red-contrib-amazon-echo"
{"on":true,"bri":254,"hue":0,"sat":254,"ct":199,"colormode":"ct","payload":"on","deviceid":"6ecd2236e6052c","topic":"","_msgid":"cd736088.36de3"}Weiß einer wie ich das mit einer Yeelight Color Lampe verbinden kann?
-
Habe jetzt Mal den Port geändert auf 1025, jetzt steht's als Online da, aber Alexa findet nichts. Habe einen Dot 3, was läuft bei mir noch verkehrt? Irgendjemand eine Ahnung?
Weiß vielleicht noch jemand wie ich Port 80 freigebe? Node Red läuft auf nem Ubuntu Slave (auf dem Windows Host funktioniert es nicht einmal mit dem Wemo Emulator
Danke
-
Der Dot 3 soll wohl nur mit Port 80 gehen. Mich würde auch interessieren wie ich Node red unter iobroker mit Root laufen lassen kann. Finde dem Ansatz mit dem Alexa hub echt gut und würde den Adapter gern nutzen.
-
sagt mal, wie habt ihr es denn gelöst, dass ihr die Alexa, die das Kommando gehört hat, auch korrekt ausgewertet wird?
Also ich meine jetzt nicht, dass das Erkennen selbst ein Problem ist. Nur das Handhaben des Timing-Problems.
Konkret läuft bei mir ein Flos an, der durch ein Alexa-Kommando getriggert wurde. (Node-Red Kill oder Wemo node ist dabei egal)
nun läuft der Flow schon los, obwohl in der History des Alexa 2-Adapters der Eintrag noch nicht geupdated wurde.
Somit lese ich mit schöner Regelmäßigkeit imm die Alexa des vorigen Kommandos.
Eine Feste Zeit warten (2 Sekunden oder so) finde ich unglücklich
-
Bei mir werden mit node-red-contrib-amazon-echo keine Geräte in Alexa neu erkannt. Mit Alexa local, Alexa home usw funktioniert es. Hab die version 0.1.1 per Palette installiert. Den Port hab ich geändert da der Port 80 nur mit rootrechten läuft. Welchen Port nutzt ihr? ioBroker läuft bei mir unter VMware Workstation 15. Ist die erste Sache die bei mir unter nodered nicht funktioniert. Hab einen Dot der 2. Generation. `
ich habe wohl zufällig noch die Version 0.1.0 erwischt, da kann man keinen Port einstellen…aber es funktioniert
-
kann man auch Portforwarding verwenden?
-
kann man auch Portforwarding verwenden? `
Man kann!Aber dann darf man sich nicht wundern, wenn man 2 Minuten später gehackt wird.
Gruß
Rainer
-
Hallo,
ich bin recht neu hier und haben ebenfalls auf Alexa local umgestellt. Ich selber habe ein Mischbetrieb aus:
1x Echo 1.Gen
1x Echo 2.Gen,
1x Echo Dot 2.Gen
3x Echo Dot 3.Gen
1x Echo Spot
iobroker
KNX
etc..
Bei mir läuft auch alles soweit. (Wahrscheinlich wegen dem Echo 1.Gen bzw. dem Dot 2.Gen).
Ich habe jetzt auch endlich alle 21 Seiten gelesen! Mir stellt sich nur die Frage zur Kompatibilität des Echo Plus. Gibt es hier eine der beiden Generationen die sicher funktionieren?
Danke
Gruß
Marc
-
Habe jetzt Mal den Port geändert auf 1025, jetzt steht's als Online da, aber Alexa findet nichts. Habe einen Dot 3, was läuft bei mir noch verkehrt? Irgendjemand eine Ahnung?
Weiß vielleicht noch jemand wie ich Port 80 freigebe? Node Red läuft auf nem Ubuntu Slave (auf dem Windows Host funktioniert es nicht einmal mit dem Wemo Emulator
Danke ` Hat jemand schon einen Lösungsansatz? Ich bin ja nicht der einzige mit diesem Problem wie es scheint
-
habe nach Anleitung von Seite 1 node-red installiert
Konnte auch über 1880 starten und einen ersten Test an Alexa senden.
Nun steht plötzlich die Instanz auf rot und kann nicht mehr starten.
host.iobroker 2019-01-22 23:56:02.046 info Restart adapter system.adapter.node-red.0 because enabled
host.iobroker 2019-01-22 23:56:02.046 error instance system.adapter.node-red.0 terminated with code 0 (OK)
host.iobroker 2019-01-22 23:56:02.046 error Caught by controller[0]: filename: '/opt/iobroker/iobroker-data/node-red/flows.json' }
host.iobroker 2019-01-22 23:56:02.046 error Caught by controller[0]: syscall: 'watch /opt/iobroker/iobroker-data/node-red/flows.json',
host.iobroker 2019-01-22 23:56:02.046 error Caught by controller[0]: errno: 'ENOSPC',
host.iobroker 2019-01-22 23:56:02.046 error Caught by controller[0]: code: 'ENOSPC',
host.iobroker 2019-01-22 23:56:02.046 error Caught by controller[0]: at FSReqWrap.cb [as oncomplete] (fs.js:259:19)
host.iobroker 2019-01-22 23:56:02.046 error Caught by controller[0]: at /opt/iobroker/node_modules/fs.notify/node_modules/async/lib/async.js:233:17
host.iobroker 2019-01-22 23:56:02.045 error Caught by controller[0]: at /opt/iobroker/node_modules/fs.notify/node_modules/async/lib/async.js:94:25
host.iobroker 2019-01-22 23:56:02.045 error Caught by controller[0]: at /opt/iobroker/node_modules/fs.notify/node_modules/async/lib/async.js:236:13
host.iobroker 2019-01-22 23:56:02.045 error Caught by controller[0]: at /opt/iobroker/node_modules/fs.notify/notify.js:45:11
host.iobroker 2019-01-22 23:56:02.045 error Caught by controller[0]: at Array.forEach (native)
host.iobroker 2019-01-22 23:56:02.045 error Caught by controller[0]: at Notify.watch (/opt/iobroker/node_modules/fs.notify/notify.js:102:42)
host.iobroker 2019-01-22 23:56:02.045 error Caught by controller[0]: at Object.fs.watch (fs.js:1478:11)
host.iobroker 2019-01-22 23:56:02.045 error Caught by controller[0]: at FSWatcher.start (fs.js:1451:19)
host.iobroker 2019-01-22 23:56:02.044 error Caught by controller[0]: at exports._errnoException (util.js:1020:11)
host.iobroker 2019-01-22 23:56:02.044 error auf rot und ich kann ihn nicht mehr starten.
-
ENOSPC = Platte/SD-Karte voll
-
Wenn ich den node-red Datenordner lösche und eine neue node-red Instanz erstelle, funktioniert es wieder.
Wenn ich dann einen neuen Flow erstelle und auf Deploy drücke, ist die Verbindung wieder weg und kann node-red nicht mehr starten.
-
Du hast meinen letzten Post gelesen?
Was sagt denn "df -H" an der Kommandozeile
