[Aufruf] Adapter: M-Bus

[Garf]

@apollon77:

Bisher immer noch alles super? `
Bisher habe ich erst eine Device (Solarwärmezähler) in meine Homautomation fest übernommen. Abfrage erfolgt in Node Red und wird im Dashboard dargestellt und dem Zentralregler mit Web Visualisierung in einem Modbusregister zur Verfügung gestellt. Dies läuft seit zwei Tagen schon einmal völlig fehlerfrei ab.

Die nächsten Schritte wären jetzt noch:

1. Die abgefragten Messwerte in ein SQL-Datenbank schreiben

2. Die Devices 2-4 einrichten

Dein Adapter befindet sich im Moment also in einem Langzeittest. :mrgreen:

[apollon77]

Super. Deine Anregung mit „Intervall auf 0 fragt nicht ab sondern nur manuell“ baue ich noch ein heute Abend

[apollon77]

0.1.7 auf Github.

Diese Version erlaubt nun das Setzen von "0" als update-Interval,was dazu führt das kein automatisches Update gemacht wird. Manuell geht es per "UpdateNow" weiterhin. Bitte mal testen

[Garf]

@apollon77:

0.1.7 auf Github. `
Gestern schon geladen. Dann stelle ich mal die Null ein. Der zweite Zähler liefert ebenfalls die Werte auf Anforderung und über die Modbus Holdingregister finden die Werte ihren Weg in den zentralen Regler meiner Homautomation. Bisher eine echt coole Sache dein M-Bus Adapter.

Warum bleibt im Feld für die Intervalleingabe der rote Rahmen so stehen?

[apollon77]

Oohhh … da muss ich wohl die feldvalidierung noch anpassen an die null. Vergessen heute absnd

[Garf]

Das passiert bei jedem Wert den man dort einträgt, das war in der Vorgängerversion auch schon so. Außer man läßt die Voreinstellung nach der Adapterinstallation dort stehen.

[apollon77]

Ja da war die Validierung totaler Müll :-)) versuch mal bitte 0.1.8 vom GitHub

[Garf]

Ja, sieht nun super aus, Adapter läuft und liest die beiden Devices fehlerfrei aus. Im Log werden wohl noch Errormeldungen angezeigt.

Log:

! ` > mbus.0 2018-04-03 22:03:22.131 info Process: 2

mbus.0 2018-04-03 22:02:54.655 error M-Bus Devices errored: 1 from 4

mbus.0 2018-04-03 22:02:54.652 error M-Bus ID 1 err: Error: Error: Failed to receive M-Bus response frame[1].

mbus.0 2018-04-03 22:02:45.628 info Process: 1

mbus.0 2018-04-03 21:54:42.658 info Process: 4

mbus.0 2018-04-03 21:54:32.916 info Process: 3

mbus.0 2018-04-03 21:54:23.202 info Process: 2

mbus.0 2018-04-03 21:54:13.338 info Schedule initialization for M-Bus-ID 4 with update interval 0

mbus.0 2018-04-03 21:54:13.337 info Schedule initialization for M-Bus-ID 3 with update interval 0

mbus.0 2018-04-03 21:54:13.336 info Schedule initialization for M-Bus-ID 2 with update interval 0

mbus.0 2018-04-03 21:54:13.329 info Process: 1

mbus.0 2018-04-03 21:54:13.328 info Schedule initialization for M-Bus-ID 1 with update interval 0

mbus.0 2018-04-03 21:54:13.322 info Initialize M-Bus TCP to 192.168.178.45:1001 with timeout 0

mbus.0 2018-04-03 21:54:13.321 info Default Update Interval: 0

mbus.0 2018-04-03 21:54:13.309 info starting. Version 0.1.8 in /opt/iobroker/node_modules/iobroker.mbus, node: v6.12.0

mbus.0 2018-04-03 21:54:13.232 info States connected to redis: 127.0.0.1:6379

mbus.0 2018-04-03 21:54:08.764 info terminating

mbus.0 2018-04-03 21:53:40.389 info List of port: [{"comName":"/dev/ttyAMA0"}]

mbus.0 2018-04-03 16:33:52.025 info List of port: [{"comName":"/dev/ttyAMA0"}]

mbus.0 2018-04-03 16:28:48.911 info Process: 4

mbus.0 2018-04-03 16:28:48.410 error M-Bus Devices errored: 2 from 4

mbus.0 2018-04-03 16:28:48.409 error M-Bus ID 3 err: Error: Error: Failed to receive M-Bus response frame[3].

mbus.0 2018-04-03 16:28:39.453 info Process: 3

mbus.0 2018-04-03 16:28:29.636 info Process: 2

mbus.0 2018-04-03 16:28:19.756 info Schedule initialization for M-Bus-ID 4 with update interval 0

mbus.0 2018-04-03 16:28:19.755 info Schedule initialization for M-Bus-ID 3 with update interval 0

mbus.0 2018-04-03 16:28:19.754 info Schedule initialization for M-Bus-ID 2 with update interval 0

mbus.0 2018-04-03 16:28:19.753 info Schedule initialization for M-Bus-ID 4 with update interval 0

mbus.0 2018-04-03 16:28:19.753 info Schedule initialization for M-Bus-ID 3 with update interval 0

mbus.0 2018-04-03 16:28:19.752 info Schedule initialization for M-Bus-ID 2 with update interval 0

mbus.0 2018-04-03 16:28:19.738 info Process: 1

mbus.0 2018-04-03 16:28:19.737 info Schedule initialization for M-Bus-ID 1 with update interval 0

mbus.0 2018-04-03 16:28:19.735 info Initialize M-Bus TCP to 192.168.178.45:1001 with timeout 0

mbus.0 2018-04-03 16:28:19.734 info Default Update Interval: 0

mbus.0 2018-04-03 16:28:19.732 error All M-Bus devices could not be read, reinitialize and start over

mbus.0 2018-04-03 16:28:19.732 error M-Bus Devices errored: 1 from 1

mbus.0 2018-04-03 16:28:19.731 error M-Bus ID 1 connect err: Error: No connection possible to MBus Host 192.168.178.45:1001

mbus.0 2018-04-03 16:28:19.726 info Process: 1

mbus.0 2018-04-03 16:28:19.724 info Schedule initialization for M-Bus-ID 1 with update interval 0

mbus.0 2018-04-03 16:28:19.718 info Initialize M-Bus TCP to 192.168.178.45:1001 with timeout 0

mbus.0 2018-04-03 16:28:19.718 info Default Update Interval: 0

mbus.0 2018-04-03 16:28:19.706 info starting. Version 0.1.7 in /opt/iobroker/node_modules/iobroker.mbus, node: v6.12.0

mbus.0 2018-04-03 16:28:19.630 info States connected to redis: 127.0.0.1:6379

mbus.0 2018-04-03 16:28:15.199 info terminating

mbus.0 2018-04-03 16:26:58.117 info List of port: [{"comName":"/dev/ttyAMA0"}] `

[apollon77]

Dein TCP-Gateway mag den Adapter irgendwie immer noch manchmal nicht … aber scheint sich ja dann wieder zu fangen

[Garf]

Vielleicht gibt es da tatsächlich gewisse Unverträglichkeiten. Aber es funktioniert nun alles in der Praxis. Ich habe jetzt alle Zenner-Zähler in Node-Red eingebunden und die Abfrage der einzelnen Wärmezähler klappt wunderbar. Die Werte werden in je zwei Modbusregister geschrieben und von dort von dem zentralen SAIA Regler (PCD3.M5540) ausgelesen und auf dem Web-Terminal im Wohnzimmer angezeigt.

So habe ich es mir immer vorgestellt. Hinter dieses Projekt kann ich Dank apollon nun ein Haken machen.

Jetzt muss ich mich um die nächste Baustelle kümmern. Die Grundfos-Pumpe mit der MS/TP Bacnet-Schnittstelle muss noch eingebunden werden. Mal sehen ob und wie ich das hinbekomme. :?:

[apollon77]

Ich denke das du da ggf im Bacnet Thread genau richtig bist.

[MarcJ]

Hi!

Ich habe den Adapter nun auch getestet. Funktioniert mit meinem Wärmemengenzähler "Zenner zelsius C5-ISF" bisher hervorragend! Klasse Arbeit, Ingo! VIIIELEN DANK!

Eine Frage: Dieses WMZ funktioniert mit festen 2400 Baud. Wenn ich ein weiteres gerät mit 4800 Baud anschließe, wird das nicht gehen, oder? Sollte ich da einen zweiten Adapter installieren mit 4800 Baud? Oder wird das mit ein und demselben mbus-Master nicht funktionieren?

Danke und Grüße

Marc

[bahnuhr]

Hallo Ingo,

nun auch Rückmeldung von mir.

Dank an deine Adapter.

Habe nun eine raspi3; und an dem hängen 2 x smartmeter und 1 x mbus.

Lese also Stromzähler von unserem Versorger + Photovoltaik + Wasserzähler mit einer Wasseruhr von Stark Elektronik.

Funktioniert einwandfrei.

mfg

Dieter

[apollon77]

@MarcJ:

Eine Frage: Dieses WMZ funktioniert mit festen 2400 Baud. Wenn ich ein weiteres gerät mit 4800 Baud anschließe, wird das nicht gehen, oder? Sollte ich da einen zweiten Adapter installieren mit 4800 Baud? Oder wird das mit ein und demselben mbus-Master nicht funktionieren? `

Hm, grundsätzlich tut es. Du musst halt sicherstellen das nur einer zu einem zeitpunkt kommuniziert.

Da die Adapter aktuell mit "zeitlichen abständen/Intervallen" arbeiten kann man zwei Instanzen nicht wirklich in Einklang bringen.

Was aber geht ist zwei Adapter, dort überall Intervall 0 rein (er würde also nur einmal am Adapterstart zugreifen) und dann die Abfragen Über extra Skripte und den "updateNow" Datenpunkt entsprechend sicherstellen das es nur nacheinander abgefragt wird

[MarcJ]

Hi Ingo. Noch eine Frage/Hinweis: Ich habe zwei m-bus-Geräte an EINEM USB-Adapter. Die Geräte sind "Jungfräulich". Wenn beide angeschlossen sind, werden keine neuen Geräte gefunden. Erst wenn diese jeweils einzeln dran hängen, werden diese einzeln gefunden. Wenn man dann wieder beide zusammen anschließt und den Adapter neu startet, werden von beiden die Daten übermittelt.

Wenn du willst, könntest du das bei mir auch nochmal anschauen.

Grüße

Marc

[apollon77]

Hi,

also an sich sollte mit beiden geräten und dann einem "Secondary Scan" (bzw in Admin3 bei den Geräten oben das Such-Icon) sollten an sich beide Geräte befunden werden. Ggf musst Du auf das nächste Update warten da wurde was im Secondary Scan gefixt ( kommt morgen oder so).

Ansonsten gibtes Mbus Software mit dessen DU die Primary-IDs der Geräte setzen kannst, ich denke das die ggf jetzt beide die gleiche haben und das kann durchaus Probleme geben.

[apollon77]

Kannst die 1.0.1 vom Github mal versuchen

[aprinz]

Hallo, hat von Euch jemand Visualisierungen von den Zählern?

Plane die Erfassung von 24 Zählern in einem Mehrfamilienhaus.

[apollon77]

VIS hat Gauge Widgets und anderes was Du nutzen kannst

[ple]

Hallo zusammen,

ich hätte da ein paar Fragen zum M-Bus.

Im Moment habe ich 2 Wärmemengenzähler, die per WM-Bus senden, naja, was ich nicht wusste, die Werte kommen nur alle 15 Minuten, was eine grafische Darstellung der Wärmeabnahme nicht möglich macht.

Nun bin ich auf dem Thread hier gestoßen.

Ist es so, dass ich alle M-Bus Teilnehme in Reihe schalten kann und dann an einem Master => USB anschließen kann?

Meine Wärmemengezähler werde ich jetzt erst mal nicht mehr tauschen, die bleiben Wireless M-Bus, aber ich hätte noch 2 Kalt und 2 Warm Wasserzähler die ich gerne eingebunden hätte, um z.B. Wasserlecks zu melden.

Mein Nuc würde auch im gleichen Raum stehen, wo die komplette Installation ist. Später würde ich noch den Stromzähler tauschen lassen wollen um auch dort ein ganzes Protokoll zu bekommen. Jetzt ist ein HM Zähler dran, wo alle 3 Min ein Wert kommt.

Kann mich dahingehen jemand aufklären, was ich alles so benötige und wie das mit dem Mbus läuft? Reihe?