So etwas hab ich auch erst gesucht, bin dann aber auf einen Zähler mit M-Bus ausgewichen.
Ich hab den Link im parallel-thread mit drin: Empfehlung Wärmemengenzähler
Schau mal in den letzten Beitrag im HTD thread. Die Kombination mit dem Engelmann WMZ und diesem Adapter läuft sehr stabil https://m.de.aliexpress.com/it…042311.0.0.5e3f4c4dftk27A
Ist zwar nur ein usb Adapter aber in Verbindung mit einem raspi kann man den sehr einfach auslesen.
Hast du mehr als einen M-Bus-Teilnehmer? Der M-Bus sind wirklich nur zwei Drähte vom Zähler zum Gateway?
Deine Lösung hört sich softwaretechnisch nach relativ viel "Hacking" an (crontab, libmbus, Python, MQTT, etc.). Bei dem Gerät aus der Slowakei für 200 € als Gateway kann man wohl direkt den ioBroker-Adapter transparent über TCP auf M-Bus loslassen. Und ich muss den Raspi nicht in der Nähe der Zähler haben. Klar, ist natürlich einiges teurer, aber vielleicht etwas erfolgversprechender? Vielleicht aber auch nicht. 
Hast du mehr als einen M-Bus-Teilnehmer? Der M-Bus sind wirklich nur zwei Drähte vom Zähler zum Gateway?
Deine Lösung hört sich softwaretechnisch nach relativ viel "Hacking" an (crontab, libmbus, Python, MQTT, etc.). Bei dem Gerät aus der Slowakei für 200 € als Gateway kann man wohl direkt den ioBroker-Adapter transparent über TCP auf M-Bus loslassen. Und ich muss den Raspi nicht in der Nähe der Zähler haben. Klar, ist natürlich einiges teurer, aber vielleicht etwas erfolgversprechender? Vielleicht aber auch nicht.
Einen Scheduler wie crontab brauchst du in jeden Fall, auch wenn Du per http ausliest.
Vom code her brauchst du nur das:
#!/usr/bin/env bash
cd /opt/heatmeter
/usr/local/bin/mbus-serial-request-data -b 2400 /dev/ttyUSB0 0 > /opt/heatmeter/mbus.xml
/usr/bin/python3 /opt/heatmeter/readMBus.pyreadMbus.py
from xml.dom import minidom
import array as arr
import paho.mqtt.client as paho
ignore = arr.array('I', [0,11,12,13,14,15,16,17,18,19,20,21,22,23,24,25,26])
influxStr = 'heatmeter '
metrics = []
metricNames = {'1':'energyKWh', '2':'volume', '3':'power', '4':'powerMax', '5':'volumeFlow', '6':'volumeFlowMax', '7':'flowTemp', '8':'returnTemp', '9':'tempDiff', '10':'onTimeDays'}
def on_connect(client, userdata, flags, rc):
print("CONNACK received with code %d." % (rc))
def on_publish(client, userdata, mid):
print("mid: "+str(mid))
def getNodeText(node):
nodelist = node.childNodes
result = []
for node in nodelist:
if node.nodeType == node.TEXT_NODE:
result.append(node.data)
return ''.join(result)
client = paho.Client()
client.username_pw_set("xxx", "xxx")
client.on_connect = on_connect
client.connect(host="homesrv", port=1883)
mydoc = minidom.parse('mbus.xml')
items = mydoc.getElementsByTagName('DataRecord')
for elem in items:
sid = elem.getAttribute("id")
if ignore.count(int(sid)) == 0:
function = elem.getElementsByTagName('Function')[0]
unit = elem.getElementsByTagName('Unit')[0]
value = elem.getElementsByTagName('Value')[0]
metric = metricNames[str(sid)]
#print("id:%s, metric:%s unit:%s, function:%s, value:%s" %
# (sid, metric, getNodeText(unit), getNodeText(function), getNodeText(value)))
metrics.append( metric + '=' + getNodeText(value) )
influxStr = influxStr + ','.join(metrics)
client.publish("influxdb/ingest", influxStr)MQTT ist auch nur mein lokaler ingestion Layer für influxdb. Da kannst Du auch gerne etwas anderes nehmen.
Um einen WMZ per http auszulesen brauchst du vermutlich nicht viel weniger Code.
Etwas grundlegende Erfahrung auf der Command Line ist aber bei solchen Lösungen immer ganz hilfreich.
Prinzipiell könnte man das auch in einen Docker Container packen, war mir aber bei der Lösung zu viel overhead.
Mbus ist recht unempfindlich auch bei längeren Leitungen. Ich habe aktuell nur einen MBus client, der Rest ist über andere Protokolle angebunden. Gerade darum wollte ich da auch nicht so viel Geld in ein Interface investieren
warum nehmt ihr nicht einen wirless MBUS Zähler, den dann mit FHEM (CUL) auslesen, dann hat man MQTT;
Oder man kauf einen WiFi CUL und macht die Umwandlung selbst
Um einen WMZ per http auszulesen brauchst du vermutlich nicht viel weniger Code.
Will ich ja auch nicht. Ich will gar keinen Code.
Mit ioBroker sollte das viel bequemer gehen. Der M-Bus-Adapter holt die Werte automatisch alle x Sekunden ab und speichert sie in entsprechende States (von wo aus direkt mit ihnen gearbeitet werden kann). Bis dahin muss ich gar nichts machen außer 2-3 Parameter im Adapter angeben (Gateway IP / TCP Port oder Serial port / baud rate, Update Interval, Device IDs). So zumindest der Plan.
Haben M-Bus-Geräte einen + und einen Minus-Ausgang? Angenommen bei zwei Geräten könnte man die beiden +Anschlüsse separat an den Gateway-Anschluss führen und anschließen oder seriell von einem Zähler (+) zum nächsten Zähler (+) zum Gateway (+)?
cybersoft: Ich traue Funkübertragungen nicht, ist irgendwie immer kritisch (WLAN, Bluetooth, alles unzuverlässig und störanfällig). Und ich muss nicht noch mehr Störsender im Haus haben, wenn es sich vermeiden lässt.
