NEWS
Alexa Anbindung ohne Cloud und Skill
-
-
> vielleicht solltest du dein node.js mal auf Version >= 6 updatenKann ich das einfach so machen mit putty (hab wenig Ahnung von Linux)
oder zerschiess ich mir den iobroker damit?
Welche Befehle muß ich reinhacken dafür? `
so müsste es aussehen:
Putty:
sudo apt-get purge nodejscurl -sL https://deb.nodesource.com/setup_6.x | sudo -E bash -sudo apt-get install -y nodejs -
Vielen Dank.
Jetzt geht es :D
Hat auf dem Weg super funktioniert mit der Installation.
Jetzt muß ich nur mal schauen wie die Komponenten gesteuert werden:
Homematic über iobroker rpc:
An geht die Schaltsteckdose aber nicht aus, auch wenn Alexa das so hinterlegt :lol:
Ist sicher ein Bennungsproblem, ich check das Forum mal die Tage, da bin ich sicher nicht der erste ;-)
-
Seite 5 zB…. Steht davor aber auch wie es aussehen soll.
1526_unbenannt.png -
2 Fragen hätte ich noch:
Rollos mag er nicht. Fehlt an meinem Levelansatz noch eine Einstellung? Er zeigt ja auch beim alexa Knoten ein rotes Kreus an?Kann man jeden Datenpunkt in iobroker ansprechen - auch Logitech Protokolle - hat da schon jemand was gemacht?
Grüße
-
2 Fragen hätte ich noch:
al4.PNG
Rollos mag er nicht. Fehlt an meinem Levelansatz noch eine Einstellung? Er zeigt ja auch beim alexa Knoten ein rotes Kreus an?
Kann man jeden Datenpunkt in iobroker ansprechen - auch Logitech Protokolle - hat da schon jemand was gemacht?
Grüße `
Dein Ansatz ist richtig, der "Vorhang" Knoten zeigt den Fehler "EADDINUSE" -> was soviel wie "Error ADDress IN USE" heißen soll und dieser Port anscheinend belegt ist. Das hatte ich bei meinen vielen Tests auch des öfteren und es half nur einen neuen Input drauf zu ziehen und den anderen zu löschen.
Gruß AlGu
-
` > Ich denke mal das ist ein Problem der Verknüpfungen, was mich zu meiner ersten Frage wieder bringt,
ob für Rollos noch was anderes eingestellt werden mus? `
Mit dem Alexa-local kannst Du leider nur Geräte ein- und ausschalten, Rollos gehen damit nur sehr schlecht.Für Rollos gibt es 2 Möglichkeiten:
1. über den Cloud-Adapter
2. Node-RED Alexa Home Skill Bridge (https://alexa-node-red.bm.hardill.me.uk/)
Das letztere habe ich im Einsatz und bin sehr zufrieden. Mit der Cloud bin ich nicht zurecht gekommen.
Lg,
-
` > Ich denke mal das ist ein Problem der Verknüpfungen, was mich zu meiner ersten Frage wieder bringt,
ob für Rollos noch was anderes eingestellt werden mus? `
Mit dem Alexa-local kannst Du leider nur Geräte ein- und ausschalten, Rollos gehen damit nur sehr schlecht.Für Rollos gibt es 2 Möglichkeiten:
1. über den Cloud-Adapter
2. Node-RED Alexa Home Skill Bridge (https://alexa-node-red.bm.hardill.me.uk/)
Das letztere habe ich im Einsatz und bin sehr zufrieden. Mit der Cloud bin ich nicht zurecht gekommen.
Lg, `
Das stimmt so nicht. Ich nutze Alexa-local auch für Rollos und das klappt perfekt. Das einzige dass nicht 100% zufriedenstellend ist, ist das stellen der Thermostate damit. Hierbei darf ich nicht sagen "Alexa, stelle Wohnzimmer auf 23 <u>Grad</u>" sondern muss das immer ohne "Grad" sagen. Da hier Alexa sonst versucht eine Temperatur an einem Gerät einzustellen, dass diese Funktion nicht unterstützt.
Hmmm,
Mein Ansatz war eigentlich alle wichtigen Komponenten (Rollo/Licht/Schalter/Heizung) Local zu steuern.
Wenn ich eh die iobroker-Cloud brauche macht dies wenig Sinn hier? `
Hier mal ein Bild meiner Konfiguration eines "Level" Knoten für die Rollosteuerung.
Gruß AlGu
1632_alexa-local-level-rollopng.png -
Ok, ich widerufe meine Aussage.
Es geht doch, mein Problem lag an dem Fehler "EADDINUSE".
Wenn ale Datenpunkt grün sind funktioniert es auch nach Aktualisierung von Alexa.
Danke nochmal für die Hilfe an Alle.
Gibt es eine Übersicht, was man im Detail über NodeRed noch in Verbindung mit ioBroker machen kann?
-
Hallo zusammen,
ich habe die hier besprochene lokale Alexa-Vebindung jetzt zwei Wochen am Laufen und bin nicht wirklich zufrieden.
Habt Ihr folgende Probleme auch:
-
Wenn man nach Hause kommt, braucht der erste Befehl ewig (ganz oft sagt Alexa sie könne Licht nicht finden, und genau in dem Moment geht das Licht dann doch an - meistens aber erst beim zweiten mal). Wartezeit für Lichtschalten > 10s
-
Danach geht es einige Minuten normal schnell, egal ob Licht oder Fernseher oder Rollladen (~2s).
-
Nach ein paar Minuten nicht ansprechen, dauert der erste Befehl wieder länger (wenn auch nicht so lange, wie am Anfang), aber so > 5s
Bei der Cloud-basierten Lösung hatte ich so ein Verhalten nie beobachtet. Da war es eher ganz oder gar nicht.
Ich habe mir auf einen Switch/Router den Traffic angeschaut, der zwischen den Echo-Geräten passiert. Dabei ist mir folgendes Aufgefallen. Nur das Echo-Gerät, das die Verbindung zu einem lokalen Gerät gefunden hat (hier die simulierten Geräte in node-red), kann mit diesem lokalen Gerät sprechen. Ich habe zum Beispiel die Suche nach Geräten am Dot im Büro gestartet. Wenn ich dann aber Alexa über den Dot im Wohnzimmer anspreche, dann sucht dieser erstmal alle anderen Echo-Geräte und schaut dann, wer davon die Verbindung zu dem zu steuernden Gerät gefunden hatte. Sobald das gefunden wurde, erfolgt die Steuerung des Gerätes vom Dot im Büro aus. Das Ergebnis meldet dann Alexa wieder auf dem Dot im Wohnzimmer. Nach dem ersten Befehl laufen die nächsten Befehle schnell. Es sind dann auch keine Discovery-Aktivitäten im Traffic zu sehen. Aber nach einiger Zeit wird die Information wieder vergessen und man sieht denselben Discovery-Traffic zwischen den Dots wieder. Dann wird es wieder langsam.
Im Moment bin ich da etwas ratlos. Vielleicht hat einer von Euch eine Idee? Oder läuft bei Euch das ganze mit mehreren Echos stabil?
-
-
-
Hi Stefan,
auch wenn es bei mir erste wenige Tage läuft,
hab ich keinerlei Verzögerungen.
Die temporären Cloud-Ausfälle fand ich wesentlich störender.
Hab es gerade nochmal getestet von verschieden Echo's und das Ansprechverhalten liegt bei 1-2sec. bei mir.
Hast du ev. bei deinem Router/Switch eine Energeisparfunktion laufen? Sowas hatte bei mir bei anderen Verbindungen schonmal zu Verzögerungen geführt.
-
Hi Stefan,
ich habe bei mir keine solchen Verzögerungen. Ich nutze den WeMo-Emu und jetzt auch nicht mehr Alexa-Local, sondern Alexa-Home (ohne SKILL). Der "node-red-contrib-alexa-home" (Alexa-Home) ist denke ich die bessere Variante, weil dieser nicht für jedes Gerät eine Bridge simuliert sondern nur eine für 25 Geräte und das läuft bei mir noch besser so. Keine doppelt vergebenen Ports und Suchen-Finden geht auch zuverlässiger.
Ich werde das jetzt mal weiter testen und falls noch Fehler auftreten, dann schreibe ich das hier natürlich.
Gruß AlGu
-
Danke für Eure Antworten.
Ich habe die verschiedenen Varianten (die ohne Skill) nochmal ausprobiert - aber das scheint wirklich an dem Discovery-Traffic zwischen den Dots zu liegen. Ich habe das hinter allen drei Routern ausprobiert, die ich zur Verfügung habe und auch Energiesparfunktionen ausgeschaltet. Das Problem ist einfach, dass nach einer gewissen Zeit immer erst weider zwischen den 5 Dots rumgefragt wird, wer jetzt die lokale Verbindung verwaltet.
Ich denke mal, dass das Problem bei noch mehr Echo-Geräten noch schlimmer werden wird. Und ich wollte eigentlich noch ein paar der neueren Modelle hinzufügen.
Solange man nur ein oder zwei hat, geht das lokal vielleicht noch…
Wahrscheinlich werde ich jetzt wieder an meiner AWS-Accout-basierten Lösung weiter implementieren.
-
Ich denke mal, dass das Problem bei noch mehr Echo-Geräten noch schlimmer werden wird. Und ich wollte eigentlich noch ein paar der neueren Modelle hinzufügen.
Solange man nur ein oder zwei hat, geht das lokal vielleicht noch… `
Ich habe zwar derzeit nur ein Gerät zum Testen über die lokale Node-Red Variante realisiert, aber sechs Echos im Einsatz.
Das Gerät wird bisher immer gefunden und sofort (< 1 Sek.) geschaltet.
-
Ich habe zwar derzeit nur ein Gerät zum Testen über die lokale Node-Red Variante realisiert, aber sechs Echos im Einsatz.
Das Gerät wird bisher immer gefunden und sofort (< 1 Sek.) geschaltet. `
Ok, dann gibt es ja vielleicht doch noch Hoffnung :-)
634
Online32.6k
Users82.3k
Topics1.3m
Posts