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

[Juwei]

Hallo zusammen,
ich habe einen Anwendungsfall, bei dem ein ioBroker Slave hinter einer LTE-Datenkarte mit begrenztem Volumen steckt.

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?

Da läuft viel zu viel Traffic durch die Leitung des Slave - Dinge, die ihn überhaupt nicht interessieren (sollten).
Ich möchte hier vom Slave nur Temperatur und Batterie-Daten an den Master senden.

Gibt es eine Möglichkeit den Master/Slave zu mehr Traffic-Sparsamkeit zu konfigurieren?

Viele Grüße,
Jürgen

[moeff]

@juwei

Gibt es hier vielleicht ein Update. Habe selbiges Problem. Am Tag fallen bei mir ca 500mb an reinen Status Traffic an und das bei nur 3 laufenden Adaptern.

[paul53]

@juwei sagte: ein ioBroker Slave hinter einer LTE-Datenkarte mit begrenztem Volumen

Das ist mutig, da bei einem Ausfall der Verbindung der Slave "tot" ist.

@juwei sagte: vom Slave nur Temperatur und Batterie-Daten an den Master senden.

Besser per MQTT oder - wenn es nur wenige Datenpunkte sind: Simple-API.

[arteck]

@paul53 sagte in Multihost - slave zu viel Traffic:

Besser per MQTT oder - wenn es nur wenige Datenpunkte sind: Simple-API.

dann aber den multihost auflösen.. und 2 master betreiben..aber da bekommst du wieder ein Problem da du die IP von der LTE brauchst .um da drauf zu kommen..

also es bleibt dir nur.. mehr Datenvolumen

[moeff]

@arteck

es muss doch möglich sein die Intervalle des Sendens bzw. Abgleich mit dem Host zu minimieren. Ich war mit meinen 500MB doch deutlich unter dem eigentlichen Verbrauch. Dieser liegt bei ca 1GB pro Tag und das mit nur admin Adapter.

[apollon77]

Hi,

für so einen Anwendungsfall ist Multihost nicht gedacht. So etwas zu unterstützen wäre ein Feature request für den js-controller, was aber nicht so ganz easy wäre weil es dann sehr limitieren würde.

In meinen Augen ist der sinnvollere Ansatz hier zwei getrennte ioBroker systeme zu machen und die Daten per mqtt o.ä. auszutauschen. Dafür ist mqtt gedacht :-)

[arteck]

@apollon77 ja aber dann kommst du nicht mehr auf das andere System da nix IPv4

[apollon77]

@arteck cloud Adapter? link Adapter? Und was meinst Du mit "nix IPv4"?

[arteck]

@apollon77 na wenn du den slave zu master machst.. und der eine LTE verbindung hat.. entkoppelst du diesen von der jetzigen installtion (Master-Slave)
wenn du drauf kommen willst für was weiss ich adapter installieren.. dann kannst du es vergessen ..da dir die IP des systems nicht bekannt ist

in der jetzigen situation kannst du den slave administrieren da dieser von dem Master (zuviele) Daten bekommt

[apollon77]

@arteck Da hast Du vollkommen recht :-) Wie gesagt Cloud bzw link könnten hier Optionen sein. Am Ende ist die Frage wie der Anwendungsfall ist und ggf gibt es trade-offs.

Aber ja, natürlich könnte man im controller zB bei "alive" selektiver subscriben und nicht "alle alle" und dann aussortieren ... aber das wäre dann der Feature Request.

[Asgothian]

@arteck sagte in Multihost - slave zu viel Traffic:

@apollon77 na wenn du den slave zu master machst.. und der eine LTE verbindung hat.. entkoppelst du diesen von der jetzigen installtion (Master-Slave)
wenn du drauf kommen willst für was weiss ich adapter installieren.. dann kannst du es vergessen ..da dir die IP des systems nicht bekannt ist

in der jetzigen situation kannst du den slave administrieren da dieser von dem Master (zuviele) Daten bekommt

Das ist so nicht korrekt. Machen wir die folgenden Annahmen:

• Master A (@Home) soll die ganzen Informationen bekommen.
• Master B (@Remote) bekommt durch LTE immer wieder neue IP Adressen

Dann Sollte es doch möglich sein über MQTT bzw. über SimpleAPI die IP Adresse des Master B als State an den Master A zu übertragen. Zusammen mit einem Timestamp und ein paar Zusätzlichen Details so das eine Kontaktaufnahme über besagte IP machbar ist.

Noch einfacher wird es wenn Master B in regelmässigen Abständen ein VPN zu Master A aufmacht. Da bekommt er dann immer die gleiche IP.

Das erfordert ein wenig Umsicht, sollte aber ansonsten Problemlos sein.

A.

[arteck]

@asgothian Axel vergiss es.. heutzutage ist bei LTE (bzw überhaupt nicht) möglich eine IP4 Adresse zu bekommen... die Betreiber machen IP sharing..
hab ich bei mir in der Garage laufen.. da kommst du nicht dran.. da bring dir auch nix wenn der PI dir die IP mer mqtt meldet

[Asgothian]

@arteck Zumindest über VPN sollte es aber auch über LTE gehen, oder ?

[arteck]

@asgothian ne auch nicht... du willst dann auf den per VPN verbundenes Gerät drauf.. falsche richtung.. zumindest kenne ich keine Lösung die das erlaubt.. es ist immer so das derjenige der VPN verbindet im seinem Netz was machen kann..

[Asgothian]

@arteck Das kenne ich anders. Wenn ich mich mit einem VPN verbinde bekomme ich eine IP Adresse auf die dann (bei sauber eingestelltem Routing) auch vom Netz aus drauf zugegriffen werden kann. Das ist ja gerade der Sinn des VPN.

Es muss nur sichergestellt werden das der ioBroker auf dem externen System dann auf allen Interfaces lauscht, nicht nur auf dem LTE Interface.

A.

[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.