UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[arteck]

@asgothian das könnte ja der Thread ersteller ausprobieren. würde ich mal sagen... :-)

[apollon77]

...ich schlage nochmal vor: Cloud Adapter mit Pro?? Dann kommt man auch Admin ... keine Ahnung wieviel Traffic der cloud macht ... und Daten per mqtt

[mickym]

@moeff Eine Möglichkeit wäre die relevanten Daten über mqtt auszutauschen. Über eine Bridge kann man dann steuern, welche Topics ausgetauscht werden sollen. Die Verarbeitung findet dann auf 2 vollständig getrennten iobroker Systemen statt. Für das IPv4 Problem gibts entsprechende Anbieter, die Portmapping auf IPv6 anbieten.

Ich habe gerade für meine owntracks Konfig eine mqtt-Bridge aufgebaut und hab auch nur noch einen DS-Lite Anschluß. Zumindest kommt man dann auch ohne VPN aus.

Den Verbindungsaufbau kann man so konfigurieren, dass dieser von dezentraler Seite erfolgt. Dann habe ich über myFritz oder DDNS einen entsprechenden fixen Punkt auch bei wechselnden IPv6 Präfixen oder IPv4 Adressen.

Will man von zentraler Seite - irgendwelche Aktionen auf dezentraler Seite antriggern, kann man das ja zum Beispiel über verschiedene Datenpunkte erreichen. Eine 100%ige Kontrolle habe ich dadurch natürlich nicht. Die habe ich aber jetzt auch nicht, wenn was auf OS Ebene schief läuft, dann muss ich mich ja jetzt auch irgendwie über SSH auf das entfernte System schalten können.

[moeff]

@mickym

der slave hängt bei mir im "Schrebergarten" und ist per VPN mit meinem master zu Hause verbunden. Den Garten als Master und nur "relevantes" per MQTT zu übertragen klingt nach einer plausiblen Lösung.

[mickym]

@moeff Wenn Du mqtt mit mosquitto nutzt dann kannst Du die mqtt-Kommunikation via SSL verschlüsseln und brauchst nicht mal mehr das VPN.

Du kannst also die VPN Kommunikation zum Schrebergarten über VPN nur auf sonstige administrative Tätigkeiten beschränken, ansonsten bauen die mosquitto Broker, die Kommunikation selbstständig über SSL auf.

Ich habe nun keinen Schrebergarten, aber nutze eben seit kurzem die owntracks Kommunikation via mqtt auf meinem Handy. Vorher auch mit VPN . nun ohne.

Ich habe Dir mal meine Konfig schematisch dargestellt - auch wo der Filter hängt.

Bei Dir wäre dann eben statt dem Handy der Schrebergarten über LTE angebunden. Den Umweg über den Portmapper musste ich halte wegen dem DSLite gehen und da LTE halt immer noch nur IPv4 kann.

Die Verbindungen werden immer in Pfeilrichtung aufgebaut - wobei die Kommunikation dann natürlich bidirektional ist und man ggf. sogar über remapping die Punkte ausfiltern kann, die von remote stammen. Aber das habe ich auch noch nicht gemacht.

[Soundy]

Hallo ihr Lieben,

ich bin von https://forum.iobroker.net/topic/43327/multihost-über-internet-datentransfer-und-bandbreite/3 hier auf diesen Thread aufmerksam gemacht worden und habe ebenso ein "Datentransfer Problem":

Bei mir laufen seit einigen Wochen zwei ioBroker (Master/Slave) auf jeweils einem RP4 an zwei verschiedenen Standorten, die per VPN miteinander verbunden sind. Hauptsächlich werden mehrere Sensoren (Xiaomi) übertragen (Temperatur, Feuchtigkeit, Batteriestatus). Zusätzlich werden in der warmen Jahreszeit auch mehrere Pumpen für eine Bewässerung angesteuert. Mehr passiert am Slave-Standort eigentlich nicht und trotzdem habe ich einen enormen Datentransfer von ca. 30-50 GB pro Monat!

Am Master gibt es noch im Netzwerk ein Display, dass diverse Werte (auch vom Remote) anzeigt.

Anscheinend dürfte dies relativ normal sein und ich musste auch lernen, dass Multihost für eine Internetverbindung zwischen den beiden Hosts wohl nicht ausgelegt ist, aber wie habt ihr das gelöst oder könnt/wollt ihr mit dem relativ hohen Datentransfer leben?

Lg, Jürgen

[apollon77]

Hi,

naja Multihost Systeme sind dafür gedacht gewesen bisher das man im gleichen Netzwerkbereich/Haus/WLAN lokale Interfaces an verschiedenen Stellen nutzen kann.

Technisch verbindet sich der Slave zum Master-System, weil dort die zentrale Datenbank bereitgestellt wird und daher findet hier nicht wenig Datenaustausch statt. Auch weil ja eine vollständige Konfiguration über das Admin UI gewährleistet wird.

Für verschiedene Standorte macht es wie weiter oben diskutiert auch eher Sinn mit MQTT die relevanten Daten auszutauschen - ginge bei überschaubaren Datenmengen vllt auch über die ioBroker Cloud. Nur die Konfiguration muss man dann anders regeln.

Wenn es nur ein VPN ist dann ist das ja kein problem - der Traffic ist doch nur relevant wenn es mobiler Traffic ist, oder?!

[Soundy]

@apollon77

Für verschiedene Standorte macht es wie weiter oben diskutiert auch eher Sinn mit MQTT die relevanten Daten auszutauschen

MQTT wäre ja fein, aber das ist dann eben alles nichtmehr so einfach, wie ein simpler Master/Slave. ;-)

Wenn es nur ein VPN ist dann ist das ja kein problem - der Traffic ist doch nur relevant wenn es mobiler Traffic ist, oder?!

Das VPN wird direkt von den beiden Routern gemacht, die über mobiles Internet (4G/LTE) verbunden sind.

[apollon77]

@juwei sagte in Multihost - slave zu viel Traffic:

Kann ich den Slave irgendwie so konfigurieren, dass er nur seine eigenen States an den Master sendet (vielleicht sogar auch nur max 1x pro Minute), nicht aber laufend die *.alive Pakete von den Master Adapter erhält?

geht es am Ende echt nur um die alive Pakete der anderen Adapter?? Kommt da die Haupt Datenmenge her?

[paul53]

@soundy sagte: Hauptsächlich werden mehrere Sensoren (Xiaomi) übertragen (Temperatur, Feuchtigkeit, Batteriestatus).

Wie viele Datenpunkte betrifft es insgesamt?

@soundy sagte in Multihost - slave zu viel Traffic:

Zusätzlich werden in der warmen Jahreszeit auch mehrere Pumpen für eine Bewässerung angesteuert.

Auch automatisch / autark vor Ort?

@soundy sagte in Multihost - slave zu viel Traffic:

die per VPN miteinander verbunden sind.

Wenn der VPN-Server am Remote-Standort eingerichtet ist, lässt sich das Remote-System aus der Ferne administrieren.

[Soundy]

@paul53

Interpretiere ich es richtig, dass ich mit zwei Master (ohne Slave) weniger Datentransfer hätte?

Aktuell sieht es so aus:

Hauptstandort mit Display: Mehrere Sensoren (Xiaomi), Sonoff, Deconz, usw.
Remotestandort ohne Display: Mehrere Sensoren (Xiaomi), Sonoff, Deconz, usw.

Am Remotestandort soll aber früher später auch ein Steuer-/Info-Display kommen.

Abgesehen davon wäre mir nicht klar, wie ich die Daten von einem auf das andere Gerät halbwegs in Echtzeit bekomme, wenn ich den Slave weg nehme und einen zweiten Master draus mache.

[paul53]

@soundy sagte: Interpretiere ich es richtig, dass ich mit zwei Master (ohne Slave) weniger Datentransfer hätte?

Ja.

@soundy sagte in Multihost - slave zu viel Traffic:

Daten von einem auf das andere Gerät halbwegs in Echtzeit bekomme

Per MQTT-Protokoll Broker <--> Client.

[mickym]

@soundy sagte in Multihost - slave zu viel Traffic:

MQTT wäre ja fein, aber das ist dann eben alles nichtmehr so einfach, wie ein simpler Master/Slave.

Na ein bisschen Aufwand sollte man schon reinstecken - anderenfalls kannst Du es ja so lassen wie es ist. Entweder können Systeme ungehindert miteinander kommunizieren oder wenn man das nicht will muss man den Systemen ja schließlich sagen, auf was man ggf. verzichten will. Das kann kein Softwareentwickler im Vorfeld erschnüffeln, was den so die Vorlieben des einen oder anderen Anwenders sind. Mit anderen Worten Du musst Dir halt auch im Vorfeld überlegen bevor Du auch nur irgendwas änderst, welche Daten Du wo zur Verfügung stehen haben möchtest. So würde ich halt zum Beispiel die Steuerung immer nur an einem Standort belassen, auch wenn Du ggf. am Remotestandort auch mal ein Display haben willst - Du kannst natürlich auch über eine Mastersteuerung über verschiedene Views an Deine Standorte verzweigen usw.

Ich hab doch unten ein Bild gemalt, wie man sowas einrichten und steuern kann - die Übertragung der Daten über MQTT, Steuerung der Systeme direkt über VPN. Ich würde halt auf dem iobroker den MQTT ausschließlich als Client benutzen. Aber mehr als in meinem Bild unten kann ich eigentlich nicht sagen. Den Portmapper brauchst Du natürlich nicht, wenn Du nativ an Deinen Internetzugängen IPv4 hast. Falls es kein Problem ist, dass VPN dauerhaft zu betreiben, dann brauchst ja auch den MQTT Verkehr nicht zu verschlüsseln etc.

Wie gesagt - entweder lass alles so wie es ist, wenn es stabil läuft, der Traffic egal ist - ansonsten musst Du entscheiden, wo welche Daten sind, wie oft die übertragen werden, ob Datenkonsitenz in Echtzeit wichtig ist (also 1 oder 2 Steuerungszentralen zum Beispiel) usw. .. Das kann Dir glaube ich niemand abnehmen. Wenn das dann alles fertig designed Pros und Contras abgewogen sind, dann kann man auch konkreter helfen.