Alexa Anbindung ohne Cloud und Skill
-
Satan :mrgreen:
das muß ich doch glatt ausprobieren in der nächsten Zeit.
Node Red Adapter muß installiert sein. o.k
Was ist mit UNPN ???
Du schreibst dass
Die Verbindung zwischen Alexa und ioBroker funktioniert direkt über das lokale Netzwerk per UPNP -
Satan :mrgreen:
das muß ich doch glatt ausprobieren in der nächsten Zeit.
Node Red Adapter muß installiert sein. o.k
Was ist mit UNPN ???
Du schreibst dass
Die Verbindung zwischen Alexa und ioBroker funktioniert direkt über das lokale Netzwerk per UPNP ```` `upnp ist eine Sammlung von Netzwerkprotokollen mit denen Sich Geräte im Netzwerk steuern lassen. Bekannt ist vorallem im Medienbereich (Videostreaming z.B.)
-
Danke,
ich hatte gedacht dass man noch beim IOBroker den UNPN Adapter installieren müsste…
Demnach ist es aber nicht so...
Ich gehe davon aus, dass der Router noch passend eingestell werden sollte. Richtig?
1526_unbenannt.png -
Nein, den Haken musst du dafür nicht setzen. Du musst nichts weiter tun.
-
im iobroker gibt es einen node-red-Adapter. Brauche ich den?
Ich hatte gerade versucht, dsen zu installieren, bekomme aber einige warnings (deprecated) und errors.
-
ja, den brauchst Du…
ich habe auch gerade eben den Noder Read Adapter installiert und hatte ein paar Warnungen auch.
Zum Schluss aber, bekamm ich noch die Oberfläche zum konfigurieren.
Weiter mit:
npm install node-red-contrib-alexa-local -
Hi,
funktioniert ausgezeichnet, auch bei Geräten die kein On/Off sondern nur True/False verstehen (Sonoff, Tradfrie, FHEM-Schalter). Ich habe allerdings ein kleines Problem. Wenn ich einen Triggerdatenpunkt unter Javascript.0 schalten will, der eine Szene steuert, so kommt bei diesem anstatt "True" dennoch "On" an und die Szene startet nicht. "False" funktioniert anstandslos. Ich habe mir nun beholfen, indem ich einen zweiten Fuction-Node analog zu dem mit False nur eben mit True erstellt habe. Damit kommt nun auch im Datenpunkt True an. Nicht dramatisch und es funktioniert ja nun, aber verstehen würde ich es dennoch gerne… :lol:
Ach ja, wenn ich den Szenenpunkt direkt ansteuere dann geht es ohne den zweiten Function-Node, aber ich brauche den Triggerpunkt noch für etwas anderes...
Gruss, Jürgen
-
Cool. NAch etwas probieren funktioniert es wunderbar
Es gibt da auch ein projekt, dassn man erkennen kann, welchee Echo das Kommando gehört hat.
Lässt sich das auch hier erkennen?
Und: In dem o. Projekt muss ein Alexa-Token generiert werden.
Scheint so, als ob ich das mit Node red nicht brauche. Richtig?
Was jetzt der Knaller wäre, wenn ich sogar noch Geräte steuern könnte, die Alexa kennt (aber nicht ioBroker)
-
Vielleicht blöde Frage. Kann ein Flow (also eine leere Seite, die ich mit dem + oben rechts erstellen kann) immer nur den Ablauf für ein Gerät enthalten? Also muss ich für 20 Geräte dann 20 Flow-Seiten erstellen? Oder kann ich hier z.B. jeweils einen Flowfür Wohnzimmer, Schlafzimmer usw. erstellen und darin untereinander Abläufe für verschiedene darin enthaltene Geräte?
Gruss, Jürgen
-
GENIAL, Bei mir geht es auch. Ich habe testweise alles auf dem kleinen RPI 1 mit 512 MB installiert.
Die Einrichtung ist sehr einfach. Laut Beschreibung muß man hier für Geräte die mit false und true gesteuert werden, etwas anpassen.
Die Sonoff Geräte scheinen wohl das ON OFF zu verstehen, somit ist eine Anpassung am Floh nicht notwendig.
Das ganze sieht simpel aus und ist auch so umzusetzen.
Vielen Dank nochmal an den Kollegen thps
1526_unbenannt.png -
weß denn jemand, wie das technisch funktioniert?
Denn wie greift der Adapter, ohne den Zugang zu Alexa zu kennen, auf das gesprochene Kommando zu?
Für Alexa selbst gibt es ja auch einen Node red Adapter. den habe ich aber gar nicht installiert
-
Hi,
ganz sicher bin ich nicht, aber ungefähr so: Alexa kann ja auf Geräte diverser Hersteller z.B. Hue direkt zugreifen und findet diese automatisch. Ist mir mit den Sonoffs passiert, als ich dort testweise mal die Hue-Emulation aktivierte, dann waren sie plötzlich zweimal in Alexa, einmal per ioBroker und einmal als Hue gefunden. Der Alxea-Node-red macht nun vermutlich nichts anderes, als auch so einen Gateway/Bridge zu emulieren, den Alexa dann findet und nach angemeldeten Geräten durchsucht. Man möge mich aber berichtigen, falls das Blödsinn sein sollte.
Meine Frage oben habe ich übrigens per trail and error selbst beantwortet. Ich habe nun für jeden Raum einen Tab und darin diverse Flows. Alexa findet alles und es läuft. :mrgreen: Ich meine sogar, die Reaktionszeit vom Befehl geben bis zum Schalten ist etwas schneller geworden.
Da ich nun allerdings den Cloud-Adapter eigentlich nicht mehr brauche, da ich ihn nur wegen Alexa aktiviert hatte (Fernzugriff geht bei Bedarf auch per VPN) sehe ich nun keinen Grund mehr, die Pro-Cloud zu kaufen. Hatte das eigentlich vor, nachdem die letzten Wochen mit den free-Accounts doch einiges im Argen lag. Alternativ wird es nun auf eine Spende rauslaufen, hoffentlich finde ich hier einige Nachahmer…
Gruss, Jürgen
-
die Idee mit der Spende ist eigentlich gut.
Potentiell finde ich es besser, wenn möglichst wenig Cloud im Spiel ist. Also selbst, wenn man der Lösung Sicherheit zutraut, so ist jede zusätzliche Komponente ein Ausfallrisiko
Deie Alexa-Theorie hat mich noch nicht ganz überzeugt.
Irgendwie ist mir das noch nicht rund.
Ich vermute, der Adapter greift das Kommando-Protokoll der Alexa ab und erkennt daraus den Befehl. Aber auch hier ist noch nicht klar, wie der Adapter eine gültige Verbindung zu Alexa aufbauen kann.
Streng genommen könnte ich ja so jede fremde Alexa kapern
-
Hi,
Nein, ich denke andersrum. Der Adapter greift nicht auf Alexa zu, sondern Alexa greift auf den Adapter zu, so wie sie es ja bei Hue-Geräten z.B. auch kann. Der Adapter stellt ja ein Webinterface bereit welches Alexa eben bei der Suche nach Geräten als kompatibel erkennt und daraus die Informationen über die verbundenen Geräte zieht. Gibt man Alexa dann einen Befehl, gibt si den an den Adapter und der führt aus. Der Adapter selbst macht ohne Alexa in dem Fall nix und wartet eben nur, bis über das Webinterface was reinkommt.
Also nix mit fremden Alexas kapern. Eher Kapern der ioBroker-Geräte, wenn es eine fremde Alexa in Dein Netzwerk schafft. :lol:
Und ja, mir gefällt der Gedanke hier nun ohne Cloud (wobei Alexa im Prinzip ja auch eine ist) auszukommen. Ohne Internet läuft es ja dennoch nicht, da Alexa ja alles erstmal zu den Amazon-Servern schickt um hier die Sprachebefehle auszuwerten. Aber ioBroker ist nun wenigstens nicht mehr per Cloud erreichbar, was ja zumindest etwas mehr Sicherheit gibt. Wobei ich hier nichts unterstellen will und denke, dass die Cloud auch immer sicher war. Aber 98% sind eben weniger als 99% Sicherheit.
Gruss, Jürgen
-
Hi,
Nein, ich denke andersrum. Der Adapter greift nicht auf Alexa zu, sondern Alexa greift auf den Adapter zu, so wie sie es ja bei Hue-Geräten z.B. auch kann. Der Adapter stellt ja ein Webinterface bereit welches Alexa eben bei der Suche nach Geräten als kompatibel erkennt und daraus die Informationen über die verbundenen Geräte zieht. Gibt man Alexa dann einen Befehl, gibt si den an den Adapter und der führt aus. Der Adapter selbst macht ohne Alexa in dem Fall nix und wartet eben nur, bis über das Webinterface was reinkommt.
Also nix mit fremden Alexas kapern. Eher Kapern der ioBroker-Geräte, wenn es eine fremde Alexa in Dein Netzwerk schafft. :lol:
Und ja, mir gefällt der Gedanke hier nun ohne Cloud (wobei Alexa im Prinzip ja auch eine ist) auszukommen. Ohne Internet läuft es ja dennoch nicht, da Alexa ja alles erstmal zu den Amazon-Servern schickt um hier die Sprachebefehle auszuwerten. Aber ioBroker ist nun wenigstens nicht mehr per Cloud erreichbar, was ja zumindest etwas mehr Sicherheit gibt. Wobei ich hier nichts unterstellen will und denke, dass die Cloud auch immer sicher war. Aber 98% sind eben weniger als 99% Sicherheit.
Gruss, Jürgen `
Genauso ist es. Soweit ich weiss meldet Nodered damit steuerbare upnp-Geräte im Netzwerk an. Dabei läuft jedes Gerät über einen eigenen Port. Alexa sucht im Netzwerk nach diesen Geräten und bindet sie ein.
Upnp funktioniert übrigens nur im LAN. Daher ist das mit den Kapern nicht so einfach
-
Genauso ist es. Soweit ich weiss meldet Nodered damit steuerbare upnp-Geräte im Netzwerk an. Dabei läuft jedes Gerät über einen eigenen Port. Alexa sucht im Netzwerk nach diesen Geräten und bindet sie ein.
Upnp funktioniert übrigens nur im LAN. Daher ist das mit den Kapern nicht so einfach `
Ah. Ich fange an, zu verstehen.
Dann bedeutet das aber auch, dass man trotzdem nicht auf die Geräte des Alexa-Hub zugreifen kann.
Schade
Trotzdem ist mir node red im Moment sympatisch.
Auch was die Visualisierung der Schnittstellen angeht
-
Das mit dem "nur im LAN" musste ich heute schon selbst erfahren. Bislang war Alexa/Echo in meinem regulären VLAN, in dem auch meine Rechner u.dgl. mit Internetzugang stehen. Zugriff auf und für ioBroker hatte ich manuell freigegeben und bislang lief der Rest ja über die Cloud. Nur die Geräte von node-red konnte sie nicht finden. Erst als ich Alexa nun auch ins VLAN für die Smart-Home-Geräte gebracht habe, waren die Geräte sofort sichtbar.
Ach ja, und mir fiel gerade beim Lesen noch was auf. Wir sind mittlerweile so "bescheuert" dass wir nicht über die Amazon-Echo-"Geräte" reden, sondern über Alexa und sie mit "sie" wie eine Person bezeichnen. Noch ein Kopf und ein paar Arme und Beine dran und wir sind da gelandet, was man vor Jahren noch im Kino bestaunen konnte… :mrgreen:
Gruss, Jürgen
EDIT: Zeitgleich abgesendet aber hier noch für Dich: Es gibt hier im Forum noch einen Threat zum Thema Zugriff von ioBroker auf Alexa:
http://forum.iobroker.net/viewtopic.php?f=20&t=10876
Vielleicht wirst Du da ja fündig?
-
Muß meine Aussage oben revidieren.
Ich mußte doch alles etwas umstellen um aus dem on/off ein false/true zu bekommen… Die meisten Geräte gingen An, allerdings beim Aus haben sich wieder Eingeschaltet.... Manche Scripte konnte ich auch nicht anstoßen.
Ich habe bereits den EG Richtung Node Red verschoben. Morgen geht es weiter mit 1OG und 2OG.
1526_unbenannt.png -
-
Mit LAN ist hier das lokale Netzwerk gemeint. Solange WLAN und LAN-Geräte im gleichen Adressbereich liegen, sagt man, sie befinden sich im gemeinsamen "LAN".
Also z.B. WLAN-Gerät mit 192.168.178.15, PC (LAN-Kabel) mit 192.168.178.14 und Router mit 192.168.178.1 wären dann in einem gemeinsamen Netzwerk (LAN) und sehen sich automatisch gegenseitig, obwohl eins nur per Funk "angeschlossen" ist.
Gruss, Jürgen
