Nutzung eigener Cloud mit ioBroker.cloud für Alexa…
-
Nicht nur deshalb, wenn ich mich an meinen Vorredner anschließen darf!
Nicht zuletzt wäre die Community sicherlich auch bereit daran weiter zu entwickeln, da sich damit sicherlich noch andere Dinge anstellen lassen. Über eine iOS/Android App haben wir ja schon einmal in einem anderen Beitrag diskutiert
-
Ich bleibe trotzdem da wo ich bin.
Hier z.B. den Code vom Lambda service:
var https = require('https'); var queryString = require('querystring'); function post(json, callback) { var postData = JSON.stringify(json); var options = { hostname: 'iobroker.net', port: 443, path: '/alexa/', method: 'POST', headers: { 'Content-Type': 'application/json', 'Content-Length': Buffer.byteLength(postData) } }; var req = https.request(options, function (res) { var data = ''; res.setEncoding('utf8'); res.on('data', function (chunk) { data += chunk.toString(); }); res.on('end', function () { try { callback(null, JSON.parse(data)); data = null; } catch (e) { callback('Kann JSON Antwort nicht parsen'); } }); }); req.on('error', function (e) { callback('Anfrage kann nicht gemacht werden'); console.error('problem with request: ' + e); }); console.log('Alexa request: ' + postData); // write data to request body req.write(postData); req.end(); } -
Ich bleibe trotzdem da wo ich bin. `
Gut, dann muss ich das leider so akzeptieren, wenn auch ich es nicht verstehen oder nachvollziehen kann.
> Hier z.B. den Code vom Lambda service:Danke zumindest dafür. Das zeigt zumindest das hinter dem Alexa Skill keine Magie mehr steckt. Gibt es denn überhaupt bei den Alexa Skill die möglichkeit eine Art Nutzerkonfiguration vornehmen zu können sodass man irgendwie im ioBroker Skill die URL selbst konfigurierbar machen kann?
-
Ich kann die Argumentation von Jens zwar nachvollziehen un begrüße die Intention auch, aber gerade bei einem sicherheitsrelevanten Teil ist es IMHO nicht nur gut den Quellcode zu veröffentlichen.
Gruß
Rainer
-
Ich kann die Argumentation von Jens zwar nachvollziehen un begrüße die Intention auch, aber gerade bei einem sicherheitsrelevanten Teil ist es IMHO nicht nur gut den Quellcode zu veröffentlichen. `
Tut mir leid Rainer, aber genau das ist zu kurz gedacht und genau die gern genutzte Argumentation von Softwareunternehmen die generell kein OpenSource veröffentlichen. Und es ist nämlich genau umgedreht. Software die NICHT open source ist wird früher oder später immer Opfer einer Sicherheitslücke werde. Dazu gibt es genug praktische Beispiele. Denn nur durch Offenlegung und damit auch Beteiligung anderer kann man gemeinschaftlich transparenz schaffen und Sicherheitslücken aufdecken bzw. schneller schliessen als das einzelne Personen bzw. ein geschlossener Kreis könnte.
-
Also der einzige Grund, den ich mir vorstellen kann, warum die source nicht veröffentlicht wird, ist Geld.
@Homoran: Sicherheitsrelevante Software ohne source setzen aber nicht viele ernsthaft ein…;)
-
Moin!
Auch ich hänge mich mal hier ran.
Ihc verstehe hier allerdings zwei Themen…vielleicht hilft das zur Lösung:
- ioBroker cloud ist toll für leute die nicht nen ReverseProxy, class2 SSL-Cert etc haben....und...warum sollte eine solche (vitale!) Funktion nicht gegen Geld später vermarktet werden
----> warum also ioBroker Cloud veröffentlichen (Sicherheit ist ein zweites Thema)
- ICH (und anscheinend andere auch :-)) haben aber diverse eigene Zugänge (aka Cloud) zu ihrer ioBroker-Installation und wollen trotzdem Alexa nutzen.
-----> warum eine weitere cloud ist zumindest meine Frage. Die Sicherheit meiner "Cloud"-Lösung kenne ich, ioBroker-Cloud "brauche" ich nicht und die Sihcerheit kann ich nicht beurteilen
------> Lösung: Wie könnte man Alexa mit ioBroker OHNE den Cloud-Adapter (mit eigenem-Zugang) realisieren...
nur so meine Gedanken
Grüße
Mr.Lee
P.S.: Wobei die Amazon Echo anbindung und gleichzeitig die Sicherheitsdiskussion natürlich auch spannend ist
-
Es spricht nichts dagegen, dass jemand eigene Lösung für alexa machen wird.
Aber natürlich sollte er mit DynDNS/RouterPortForward sich auseinander setzen.
Hier ist eine gute Beschreibung wie man so einen Skill anbinden kann. Es spricht nichts dagegen das gleiche zu machen:
https://wiki.fhem.de/wiki/Alexa-Fhem
Ich will aber Einklick-Lösung favorisieren.
-
Hallo,
veilleicht nicht genau passend zum Thema, aber warum kann eine Lösung denn auch nur mit einem Cloud Dienst funktionieren?
Ich habe schon vor dem Erscheinen von ioBroker.cloud Alexa erfolgreich und stabil mit Hilfe der ha-bridge mit iobroker verbunden.
Ich sehe auch nicht, welche Möglichkeiten es da nicht gibt, die es mit iobroker.cloud geben wird. Aber vielleicht übersehe ich auch etwas…
Die bridge läuft unabhängig hier auf meinem Raspi mit und ich bekomme auch alles ohne cloud-Anbindung geschaltet. Wäre natürlich toll, wenn das Bestandteil von iobroker wäre, aber da ich im Moment keinen Vorteil für die ioBroker.cloud Lösung sehe und auch den WAF nicht gefährden will, bleib ich erstmal bei der Bridge...
Gruß
Holger
-
Hallo,
veilleicht nicht genau passend zum Thema, aber warum kann eine Lösung denn auch nur mit einem Cloud Dienst funktionieren?
Ich habe schon vor dem Erscheinen von ioBroker.cloud Alexa erfolgreich und stabil mit Hilfe der ha-bridge mit iobroker verbunden.
Ich sehe auch nicht, welche Möglichkeiten es da nicht gibt, die es mit iobroker.cloud geben wird. Aber vielleicht übersehe ich auch etwas…
Die bridge läuft unabhängig hier auf meinem Raspi mit und ich bekomme auch alles ohne cloud-Anbindung geschaltet. Wäre natürlich toll, wenn das Bestandteil von iobroker wäre, aber da ich im Moment keinen Vorteil für die ioBroker.cloud Lösung sehe und auch den WAF nicht gefährden will, bleib ich erstmal bei der Bridge...
Gruß
Holger `
Kurze Frage: hast du das nach der FHEM Anleitung gemacht oder wonach?
Danke
-
Kurze Frage: hast du das nach der FHEM Anleitung gemacht oder wonach?
Danke `
Schon länger her. Habe mit dieser Anleitung angefangen:
https://www.siio.de/connected-home/amaz … mart-home/
und dann die Requests durch die passenden ioBroker-API Befehle auf die Objekte ersetzt. Die smart Namen kann man dann in der bridge ersetzen.
Gruß
Holger
-
Ich geb auch mal meinen Self dazu:
Was ist denn das genaue Ziel?
Geht es darum "iobroker.net" als "Custom VPN-Dienst zum cloud-Adapter" wegzumachen oder die ganze Implementierungslogik selber zu machen?
Wenn es um ersteres geht dann ist meine Frage ob denn nicht so eine idee klappen kann:
-
eigener Skill bei Amazaon der die Anfragen nicht an iobroker.net sondern an einen eigenen Endpunkt sendet
-
Der eigene Endpunkt kapselt die eigenen Systeme und muss die Daten ins interne Netz leiten
-
dort werden Sie direkt an den cloud-Adapter (keine Ahnung, der muss dafür vllt noch nen "Webserver mit lokalem port bekommen") gegeben der dann die ganze Steuerungsmagie macht …
So muss der cloud-Adapter zwar laufen aber halt nicht zwingend seine Daten per iobroker.net bekommen ...
Ingo F
-
-
Hi, morgen bekomme ich meine DOT geliefert. Da mir der Weg über die Cloud einfach zu umständlich bzw. unsicher (bezüglich der Verfügbarkeit) ist, habe ich grade mal schnell die HA-Bridge auf meinem Windows 10 dauerlauf PC gestartet. Macht ja mal keinen schlechten Eindruck das Ganze.
Weil ich jetzt nicht jede Lampe und Steckdose schalten möchte, reichen mir die gebotenen Möglichkeiten zur Steuerung über die API voll aus.
Gruss, mayer
-
So, der Dot ist da, HA-Bridge läuft auf meiner Windows 10 Büchse und die Aktoren hören aufs Wort.
Alles ganz ohne Cloud und extra Skill.
Gruss, mayer
-
So, der Dot ist da, HA-Bridge läuft auf meiner Windows 10 Büchse und die Aktoren hören aufs Wort.
Alles ganz ohne Cloud und extra Skill.
Gruss, mayer `
Cool, die HABridge lässt sich bestimmt auch auf einem RPI laufen lassen.
Dies were eine schöne Mögichkeit die Alexa Stand-Alone laufen zu lassen.
Jemand der genug Ahnung hat dieses zu versuchen?
-
Schau mal hier:
http://forum.iobroker.net/viewtopic.php … 825#p48910
Aber Alexa und Standalone???
Telefoniert die nicht immer nach Hause?
-
Schau mal hier:
http://forum.iobroker.net/viewtopic.php … 825#p48910
Aber Alexa und Standalone???
Telefoniert die nicht immer nach Hause? `
Natürlich telefoniert die um die Sprache zu erkennen. Deswegen verstehe ich die Intension nicht. -
Hi,
für die HA-Bridge muss nur Java auf dem Raspberry laufen. Die Bridge selber wird nicht installiert. Es reicht aus, das jar-File zu starten.
Ein dem ioBroker sehr ähnliches Projekt namens Domoticz ist jetzt auch über die HA-Bridge durch Alexa ansprechbar. Vielleicht gibt es ja auch
mal einen direkten Zugang zu ioBroker.
Gruss, mayer
-
Schau mal hier:
http://forum.iobroker.net/viewtopic.php … 825#p48910
Aber Alexa und Standalone???
Telefoniert die nicht immer nach Hause?
Natürlich telefoniert die um die Sprache zu erkennen. Deswegen verstehe ich die Intension nicht.Ich sollte mich aus den Alexa Themen raushalten.
Habe zu wenig Ahnung davon, verstehe scheinbar zu viel falsch oder interpretiere die Fragen falsch.
Duck und weg
Tschö
-
Schau mal hier:
http://forum.iobroker.net/viewtopic.php … 825#p48910
Aber Alexa und Standalone???
Telefoniert die nicht immer nach Hause?
Natürlich telefoniert die um die Sprache zu erkennen. Deswegen verstehe ich die Intension nicht.Hallo Bluefox,
erstmal die Sache mit dem iobroker.cloud Adapter von dir natürlich eine prima Sache. Ist von der Einrichtung her einfacher und es gibt ein "Gateway" weniger.
Trotzdem hier mal meine Intension weiterhin die ha-bridge zu nutzen. Ich habe einfach ein Unbehagen, dass hier eine weitere Cloud Komponente ins Spiel kommt. Und diese vielleicht auch nicht ganz so "sicher und zuverlässig" wie die von Amazon ist.
Ich hatte die Bridge schon vor dem Erscheinen der iobroker Lösung installiert (läuft bei mir auf dem CCU Raspi mit) und das jetzt wirklich stabil seit Wochen. Der WAF ist sehr hoch
Im Moment sehe ich keine Vorteile (das Zurückgeben von Statusmeldungen wäre so einer) und habe einen Dienst weniger im Betrieb den ich nicht 100% einschätzen kann.
Gruß
Holger
