Python <-> FHEM Kommunikation

Begonnen von Maxix2, 06 Januar 2019, 11:54:36

Vorheriges Thema - Nächstes Thema

Maxix2

Moin moin,

Meine Situation ist folgende:
Ich habe einen Raspberry Pi, auf dem ein CAN-Modul + SSD draufgeschraubt ist, um die x2-Geräte Serie (UVR16x2, RSM610) von TA (Technischen Alternative ta.co.at) auszulesen.
Da das gesamte Protokoll auf CANopen basiert, habe ich für die einzelnen Werte und Steuerungsmöglichkeiten eine Python-Lib geschrieben, da es für Python eine CANopen-Library gibt, für Perl leider nicht.

Nun ist mein Problem, dass ich diese gesamten Daten in beide Richtungen transferieren muss (Hauptsächlich erstmal Jalousie auf/zu bzw. Sollposition setzen).
Hierfür habe ich als eine Möglichkeit natürlich python-fhem angeguckt, das über z.B. Telnet mit dem FHEM-Server verbunden wird und auch erlaubt Events zu empfangen.
Da ich hierfür aber viele Dummy-Geräte erstellen müsste sieht das für mich nicht optimal aus...
Nun gibt es scheinbar noch die MQTT(2) Module, die wahrscheinlich auch meinen Fall abdecken können, allerdings sieht das auch "blöd" aus, da ich hierfür ein weiteres Protokoll benutzen muss + MQTT Server...

Wie soll ich es machen? Was ist die "effektivste" bzw. sicherste Möglichkeit?

Viele Grüße
Maximilian

PS: Ich hoffe das ist die richtige Kategorie dafür :)

Thyraz

Fhem kann ja selbst MQTT Server sein.
Halte MQTT ehrlich gesagt nicht für die schlechteste Variante so etwas anzubinden.
Fhem und MariaDB auf NUC6i5SYH in Proxmox Container (Ubuntu)
Zwave, Conbee II, Hue, Harmony, Solo4k, LaMetric, Echo, Sonos, Roborock S5, Nuki, Prusa Mini, Doorbird, ...

CoolTux

Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

Maxix2

Zitat von: CoolTux am 06 Januar 2019, 12:43:43
https://forum.fhem.de/index.php/topic,81019.msg730899.html#msg730899

Vielleicht hilft Dir das ja weiter

Naja, CANopen ist doch komplett anders als openHCAN; die Protokolle sind schon per se komplett inkompatibel, deshalb geht das leider nicht.

Ich probiere jetzt mal das mit MQTT umzusetzen, dürfte ja auf der Python-Seite relativ einfach zu machen sein.