FHEM Forum

FHEM => Anfängerfragen => Thema gestartet von: Maxix2 am 06 Januar 2019, 11:54:36

Titel: Python <-> FHEM Kommunikation
Beitrag von: Maxix2 am 06 Januar 2019, 11:54:36
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 :)
Titel: Antw:Python <-> FHEM Kommunikation
Beitrag von: Thyraz am 06 Januar 2019, 12:21:08
Fhem kann ja selbst MQTT Server sein.
Halte MQTT ehrlich gesagt nicht für die schlechteste Variante so etwas anzubinden.
Titel: Antw:Python <-> FHEM Kommunikation
Beitrag 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
Titel: Antw:Python <-> FHEM Kommunikation
Beitrag von: Maxix2 am 06 Januar 2019, 12:53:49
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.