Denkanstoss für neues Modul: Auslesen von Daten via I2C

[Sailor]

Moin zusammen

Auch wenn es bestimmt schon einige Lösungen gibt, stehe ich ein bisschen auf dem Schlauch wie wohl der beste Lösungsweg für mein Problem ist.

Situation:

• Fhem-RasPi: Raspberry mit dem fhem-System
• Data-RasPi:  Raspberry mit Zusatzboard welches Daten über dem I2C - Bus zur Verfügung stellt.

Anforderungen:

• Daten sollen sofort (zeitnah) bei Änderung im fhem - System zur Verfügung stehen, ohne dass man im Data-RasPi die IP - Adresse des Fhem-RasPi angeben muss.
• Es soll lediglich die Hostadesse des Data-RasPi beim Definieren des fhem Devices angegeben werden.
• Ein Intervall - gesteuertes "get" - Polling auf Seiten des Fhem-RasPi soll vermieden werden.
• Minimum an Netzwerk-Traffic
• Minimum an CPU - Last auf dem Data-RasPi. (Keine do-while-Schleifen)

Erste Lösungsüberlegungen:

• WebSocket: Stellt die Daten live auf der selbst-gehosteten Webseite im Data-RasPi zur Verfügung. Aber wie bekomme ich ein life geändertes Reading auf Seiten des FhemRasPi zustande?
• MQQT... Ist das eine Lösung oder über das Ziel hinaus geschossen?

Habt Ihr vielleicht ein paar weitere Ideen, in welche Richtung ich meine Überlegungen fortsetzen könnte, bzw. welche grobe Lösungsansätze es noch gibt.

Danke für den geistigen Kick-Off

Gruß
    Sailor

[Wuppi68]

also MQQT ist schon eine stabile und auch verbreitete Lösung

Als Alternative könntest Du noch via Multicast vom GPIO Raspberry senden

FHEM müsste diesen Multicast dann nur subscriben und das coole daran ist, keiner muss den anderen kennen

[Thorsten Pferdekaemper]

Hi,
ich habe nicht verstanden, in welche Richtung eigentlich der Datenfluss gehen soll. Sind das Werte vom Daten-RasPi, die an den FHEM-RasPi geschickt werden sollen oder Readings vom FHEM-RasPi an den Daten-RasPi?
...oder beides?
Deine Beschreibung verwirrt mich da ein bisschen.
Gruß,
  Thorsten

[Sailor]

ich habe nicht verstanden, in welche Richtung eigentlich der Datenfluss gehen soll. Sind das Werte vom Daten-RasPi, die an den FHEM-RasPi geschickt werden sollen oder Readings vom FHEM-RasPi an den Daten-RasPi?

Hallo Thorsten

Ich möchte hauptsächlich die Daten vom Daten-RasPi auf den fhem-Raspi pushen.
Allerdings will ich auch set- Befehle an den Daten-Raspi liefern.

Da ich die Daten aber gerne brandaktuell auf dem fhem-Raspi haben möchte, scheiden lange Poll-Intervalle aus.
Zu kurze Poll-Intervalle treiben mir hingegen den Netzwerk - Traffic in die Höhe.

Gruss
    Sailor

[Sailor]

Hallo Wuppi

also MQQT ist schon eine stabile und auch verbreitete Lösung

Als Alternative könntest Du noch via Multicast vom GPIO Raspberry senden

FHEM müsste diesen Multicast dann nur subscriben und das coole daran ist, keiner muss den anderen kennen

Danke, ich werde mich Mal einlesen.

Gruss
   Sailor

[Wuppi68]

was für Daten sind das denn und in welcher Freqeuenz wandern die rein ...

Netzwerk fluten klingt nach Ossziloskop oder vergleichbaren

[Sailor]

Hallo Wuppi

was für Daten sind das denn und in welcher Freqeuenz wandern die rein ...
Netzwerk fluten klingt nach Ossziloskop oder vergleichbaren

Es sind die ca. 40 Parameter wovon sich vielleicht 5 davon ca. alle 3 Minuten ändern.
Aber wenn sich ein Wert ändert, brauche ich den sofort in fhem.

Gruß
   Matthias