NEWS
Gas Zähler BK-G4 AT - mit M-Bus auslesen
-
Hi,
ja, ich habe exakt den gleichen Gaszähler wie du (BK-G4AT Honeywell/Elster, schraubt man die nicht verplomte Blende rechts unten ab, ist da ein 4-Pin Stecker). Ich habe den ACM M-bus wire hier bestellt: https://gt-gascount.de/ACM-M-BUS-Wire (ist deutlich günstiger als sonst wo, trägt allerdings nicht das "5.2" im Namen, auf Nachfrage beim Shop sei dieses Modul jedoch kompatibel mit meinem Zähler, wird morgen oder übermorgen geliefert, dann weiß ich mehr).Über den "Absolute Encoder" findet sich im Netz fast noch nichts, ich habe hier nur zwei Kommentare zu gefunden:
https://demo.volkszaehler.org/pipermail/volkszaehler-users/2017-February/010339.html
und
https://community.openenergymonitor.org/t/connector-protocol-for-elster-gasmeter/7980...wie versiert die sind, kann ich nicht beurteilen. Im ersten Kommentar steht geschrieben, dass der Encoder mit 5V versorgt wird. Da der M-Bus nach meinem Verständnis mit >18 V läuft hatte ich mich nicht getraut den M-Bus direkt an den Zähler anzuschließen- hätte versuchsweise (wie aus dem dem zweiten Kommentar zu entnehmen) die obersten 2 Pins versucht. Wenn du dich noch 2-3 Tage gedulden kannst, werde ich mir das "Kommunikationsmodul ACM M-Bus wire", sobald es da ist, mal anschauen ob in diesem noch "Technik" verbaut ist und wenn nicht, auf welche der 4 Pins die zwei M-Bus Kabel durchgeschleift werden.
Noch eine Anmerkung zur Installationsanleitung des Raspberry HAT:
https://cdn.shopify.com/s/files/1/1509/1638/files/Datasheet_MBUS_HAT_Rev_A.pdf?v=1656503284Hat bei mir nicht auf Anhieb funktioniert, da zweimal Fehlermeldungen wegen unbekannter Befehle kamen (wohl weder im Raspian Bullseye Standard OS 32 noch in der 64bit Version vorhanden, hatte beides versucht; vielleicht bin ich hier einfach zu doof...). Durch ein ergänzendes
sudo apt-get install autoconf sudo apt install libtoolim Terminal ist die Installation dann komplett ohne Fehlermeldung durchgelaufen.
Die komplette Installation des Raspberry Pi mit M-Bus HAT (als Wlan Iobroker Slave) über einen Apple mit Terminal sah bei mir dann so aus (ob es letztlich funktioniert, kann ich die nächsten Tage berichten, wenn das Kommunikationsmodul da ist :blush: :
Am einfachsten mit dem Raspberry Pi Imager (habe hier das Raspberry PI OS Bullseye 64-bit verwendet)
Rechts unter Einstellungen mit „enable SSH“ auch gleich neues Passwort und die Wlan-PW-Übernahme etc. anklicken. Sobald die Karte geschrieben ist in den Pi einlegen. Im Router die vergebene IP-Adresse nachschauen (bei mir die 192.168.178.54). Dann im Terminal weiter:
ssh-keygen -R 192.168.178.54 ssh pi@192.168.178.54Password wie im PI Imager eingeben. Dann...
sudo raspi-configgehe hier zu "3 Interfacing Options"
und hier zu "I6 Serial Port"
-> Would you like a login shell to be accessible over serial? --> NO
->Would you like the serial port hardware to be enabled? --> YES
Beende raspi-configweiter im Terminal:
sudo echo "dtoverlay=disable-bt" | sudo tee -a /boot/config.txt sudo systemctl disable hciuart sudo reboot sudo apt-get install autoconf sudo apt-get install -y cmake sudo git clone https://github.com/rscada/libmbus.git cd libmbus sudo apt install libtool sudo ./build.sh sudo make install cd bin sudo ln -s /usr/local/lib/libmbus.so.0 /usr/lib/libmbus.so.0Iobroker als Slave auf Rasp installieren (hier muss man wohl die gleiche Node.js-Version wie auf der Haupt-Installation verwenden bei mir die V16.x, ausführliche Anleitung unter: https://www.iobroker.net/#de/documentation/install/linux.md)
curl -sLf https://deb.nodesource.com/setup_16.x | sudo -E bash - sudo apt-get install -y nodejs sudo reboot curl -sLf https://iobroker.net/install.sh | bash -Multihost:
In Portainer/Synology Console (hier läuft bei mir Iobroker):iobroker multihost enableüber Console/Terminal auf Raspberry:
iobroker multihost connect(hier jeweils Eingabe von Passwort / IP etc.)
update:
in dem gelieferten Kommunikationsmodul "ACM 5.2 M-Bus Wire" von Elster ist noch eine Platine mit diversen elektrischen Bauteilen verbaut:
(Ohne das Modul wird ein direktes Auslesen des Zählers damit leider vermutlich nicht funktionieren, habe es selbst nicht versucht - würde auch davon abraten dies zu tun...)
Der M-Bus Adapter hat den Zähler allerdings nicht direkt gefunden.
Um die Adresse des Zählers zu finden habe ich auf dem Raspberry noch folgendes Programm installiert (über Terminal):
pip3 install pyMeterBus sudo git clone https://gitlab.com/ganehag/pyMeterBus cd pyMeterBus/toolsdann kann mit
python3 mbus-serial-scan.py -d /dev/serial0die Adresse ausgelesen werden (bei mir 0)
mit
python3 mbus-serial-request-data.py -d -a 0 /dev/serial0(Die 0 nach "-a" ggf. durch die eigene Adresse ersetzen) kann dann der Zählerstand über das Terminal abgefragt werden.
um die Daten jetzt noch in iobroker zu bekommen im M-bus Adapter folgende Einstellungen:
und auf dem zweiten Reiter "Geräte" unter ID die oben ermittelte Adresse (bei mir 0) eintragen
...und den Adapter starten. Unter Objekte findet sich jetzt der Zählerstand :grinning:
... Ich bin kein Profi in diesen Dingen, habe mir die einzelnen Schritte im Netz zusammengesucht, wenn sich Fehler eingeschlichen haben oder es Verbesserungsvorschläge gibt gerne her damit!
Lg
FlorianHallo und vielen Dank erstmal für die großartige Anleitung!
Ich habe einen Elster BK-G4, habe das ACM 5.2 M-Bus Kabel gekauft und auch den Zihatec Raspberry Hat.
Nachdem ich alles (bis auf ioBroker, das habe ich mal übersprungen bis ich in libmbus oder pyMeterBus eine Antwort bekomme) nach Anleitung installiert und eingerichtet, und das sollte bis dahin eigentlich auch geklappt haben.Nur wenn ich nun mit "./mbus-serial-scan -d -b 2400 /dev/serial0" oder mit "python3 mbus-serial-scan.py -d /dev/serial0" versuche ein Gerät zu erkennen, werden eine gute Weile lang commands geschickt ohne dass je eine Antwort zurück kommt.
Was mich stutzig macht sind dabei die TX und RX Leds am MBus Hat. TX blinkt solange der mbus-serial-scan aktiv ist und da um Antworten bettelt, so weit, so gut.
RX leuchtet jedoch durchgehend sobald das M-Bus Kabel mit dem Gaszähler verbunden ist, und sowohl Raspberry als auch der Hat Strom haben. Ich nehme an das soll nicht so sein? Habt ihr ne Idee wie ich da die Fehlerquelle eingrenzen kann?Um auszuschließen dass vielleicht ein schlechtes Netzteil schuld sein könnte habe ich versuchsweise auch den Raspberry von einer Powerbank, und den Hat von einem 6S Lipo (ca 24V) versorgt, leider mit gleichem Ergebnis.
Wie sieht das bei euch mit der RX LED aus? ich nehme an die leuchtet nicht durchgehend?
Und kann das ein konfigurationsfehler am Raspberry sein, oder ist hier wohl hardwareseitig etwas faul?Beste Grüße aus Wien
Clemens -
Hallo und vielen Dank erstmal für die großartige Anleitung!
Ich habe einen Elster BK-G4, habe das ACM 5.2 M-Bus Kabel gekauft und auch den Zihatec Raspberry Hat.
Nachdem ich alles (bis auf ioBroker, das habe ich mal übersprungen bis ich in libmbus oder pyMeterBus eine Antwort bekomme) nach Anleitung installiert und eingerichtet, und das sollte bis dahin eigentlich auch geklappt haben.Nur wenn ich nun mit "./mbus-serial-scan -d -b 2400 /dev/serial0" oder mit "python3 mbus-serial-scan.py -d /dev/serial0" versuche ein Gerät zu erkennen, werden eine gute Weile lang commands geschickt ohne dass je eine Antwort zurück kommt.
Was mich stutzig macht sind dabei die TX und RX Leds am MBus Hat. TX blinkt solange der mbus-serial-scan aktiv ist und da um Antworten bettelt, so weit, so gut.
RX leuchtet jedoch durchgehend sobald das M-Bus Kabel mit dem Gaszähler verbunden ist, und sowohl Raspberry als auch der Hat Strom haben. Ich nehme an das soll nicht so sein? Habt ihr ne Idee wie ich da die Fehlerquelle eingrenzen kann?Um auszuschließen dass vielleicht ein schlechtes Netzteil schuld sein könnte habe ich versuchsweise auch den Raspberry von einer Powerbank, und den Hat von einem 6S Lipo (ca 24V) versorgt, leider mit gleichem Ergebnis.
Wie sieht das bei euch mit der RX LED aus? ich nehme an die leuchtet nicht durchgehend?
Und kann das ein konfigurationsfehler am Raspberry sein, oder ist hier wohl hardwareseitig etwas faul?Beste Grüße aus Wien
ClemensUm auszuschließen dass vielleicht ein schlechtes Netzteil schuld sein könnte habe ich versuchsweise auch den Raspberry von einer Powerbank, und den Hat von einem 6S Lipo (ca 24V) versorgt, leider mit gleichem Ergebnis.
ich habe den HAT mit einem seperaten 12V Netzteil versorgt, dass sollte aber nicht das Problem sein
Wie sieht das bei euch mit der RX LED aus? ich nehme an die leuchtet nicht durchgehend?
RX sollte nicht durchgehend leuchten (blinkt nur kurz einmal auf nach kurzem Blinken des TX). Ich meine mich dunkel zu erinnern, dass das bei mir am Anfang auch so war und erst nach Installation von
pip3 install pyMeterBus sudo git clone https://gitlab.com/ganehag/pyMeterBus cd pyMeterBus/toolsfunktionierte (kann mich aber auch irren). Ist die Installation ohne Fehlermeldungen durchgelaufen? Hast du es nochmals neu aufgesetzt, andere SD-Karte versucht?
Und kann das ein konfigurationsfehler am Raspberry sein, oder ist hier wohl hardwareseitig etwas faul?
die Jumper richtig gesetzt? Ansonsten bin ich ratlos :confused:
-
Um auszuschließen dass vielleicht ein schlechtes Netzteil schuld sein könnte habe ich versuchsweise auch den Raspberry von einer Powerbank, und den Hat von einem 6S Lipo (ca 24V) versorgt, leider mit gleichem Ergebnis.
ich habe den HAT mit einem seperaten 12V Netzteil versorgt, dass sollte aber nicht das Problem sein
Wie sieht das bei euch mit der RX LED aus? ich nehme an die leuchtet nicht durchgehend?
RX sollte nicht durchgehend leuchten (blinkt nur kurz einmal auf nach kurzem Blinken des TX). Ich meine mich dunkel zu erinnern, dass das bei mir am Anfang auch so war und erst nach Installation von
pip3 install pyMeterBus sudo git clone https://gitlab.com/ganehag/pyMeterBus cd pyMeterBus/toolsfunktionierte (kann mich aber auch irren). Ist die Installation ohne Fehlermeldungen durchgelaufen? Hast du es nochmals neu aufgesetzt, andere SD-Karte versucht?
Und kann das ein konfigurationsfehler am Raspberry sein, oder ist hier wohl hardwareseitig etwas faul?
die Jumper richtig gesetzt? Ansonsten bin ich ratlos :confused:
Das Kabel war Schuld!
Wenn ich das "Elster ACM 5.2 M-Bus" Kabel an meinen Zähler stecke, zieht das ganze am M-Bus dauerhaft knapp 14mA. Der Zihatec Hat ist aber für maximal 6 Lasteinheiten, also 9mA ausgelegt. (Info von Herrn Wendt von Zihatec)
Ich hatte am Zähler noch vom Netzbetreiber so ein Kabelloses Ding zum Zähler auslesen, das aber scheinbar nicht funktioniert (wurde trotzdem immer manuell abgelesen).
An dem Kabel ist mir aufgefallen, dass es im Gegensatz zum ACM 5.2, welches wohl NUR für das Zählwerk AE5 ist (bei meinem Zähler, der zumindest nach Bildvergleichen ein AE2 oder AE3 haben dürfte klappt es ja leider nicht. Elster ist da leider sehr undurchsichtig) keinerlei zusätzliche Elektronik auf der zwischenplatine ist. Also da sind wirklich einfach nur die 2 Kabeladern direkt an mit den 2 unteren Pins verbunden.
Ich habe also einfach mal frech ausprobiert was passiert wenn ich dieses Kabel an den Hat klemme, und siehe da:
Damit klappt das sofort und einwandfrei!Nächster Schritt war natürlich noch auszuprobieren ob das auch überhaupt nur mit zwei Jumperkabeln klappt, und nachdem am anderen Kabel ja sonst eh nichts drauf war, tut es das natürlich auch brav :)
Die Lehren daraus:
-Bei älteren BK-G4 mit dem Zählwerk das außenrum nicht transparent ist, funktioniert die kombination ACM 5.2 Kabel mit Zihatec Hat wohl nicht. Zur Kontrolle einfach den Strom messen, wenn der mehr als 9mA ist, kann es mit dem Zihatec nicht klappen weil er dann dauerhaft glaubt ein Signal zu erkennen.-Das Kabel ist scheinbar für den Hugo! Es reicht, die unteren 2 Pins mit beliebiger polrichtung direkt an den Zihatec Hat zu hängen. Das ist denke ich eine wichtige Info für Leute die ihren Zähler auslesen wollen, weil das doofe Kabel ja doch gleich mal 80€ kostet! Was genau die Elektronik am ACM5.2 noch tut würde mich aber trotzdem interessieren, vermutlich aber nur ein bisschen Filterung, weil an M-Bus ja grundsätzlich recht viele Geräte parallel hängen könnten und auch die (ungeschirmten) Kabel entsprechend lang sein können.
Anbei noch zwei Bilder dazu. Mit beiden gezeigten Anschlussvarianten klappt das einwandfrei.
Danke nochmal für die Tipps und die großartige Vorarbeit hier!
-
Das Kabel war Schuld!
Wenn ich das "Elster ACM 5.2 M-Bus" Kabel an meinen Zähler stecke, zieht das ganze am M-Bus dauerhaft knapp 14mA. Der Zihatec Hat ist aber für maximal 6 Lasteinheiten, also 9mA ausgelegt. (Info von Herrn Wendt von Zihatec)
Ich hatte am Zähler noch vom Netzbetreiber so ein Kabelloses Ding zum Zähler auslesen, das aber scheinbar nicht funktioniert (wurde trotzdem immer manuell abgelesen).
An dem Kabel ist mir aufgefallen, dass es im Gegensatz zum ACM 5.2, welches wohl NUR für das Zählwerk AE5 ist (bei meinem Zähler, der zumindest nach Bildvergleichen ein AE2 oder AE3 haben dürfte klappt es ja leider nicht. Elster ist da leider sehr undurchsichtig) keinerlei zusätzliche Elektronik auf der zwischenplatine ist. Also da sind wirklich einfach nur die 2 Kabeladern direkt an mit den 2 unteren Pins verbunden.
Ich habe also einfach mal frech ausprobiert was passiert wenn ich dieses Kabel an den Hat klemme, und siehe da:
Damit klappt das sofort und einwandfrei!Nächster Schritt war natürlich noch auszuprobieren ob das auch überhaupt nur mit zwei Jumperkabeln klappt, und nachdem am anderen Kabel ja sonst eh nichts drauf war, tut es das natürlich auch brav :)
Die Lehren daraus:
-Bei älteren BK-G4 mit dem Zählwerk das außenrum nicht transparent ist, funktioniert die kombination ACM 5.2 Kabel mit Zihatec Hat wohl nicht. Zur Kontrolle einfach den Strom messen, wenn der mehr als 9mA ist, kann es mit dem Zihatec nicht klappen weil er dann dauerhaft glaubt ein Signal zu erkennen.-Das Kabel ist scheinbar für den Hugo! Es reicht, die unteren 2 Pins mit beliebiger polrichtung direkt an den Zihatec Hat zu hängen. Das ist denke ich eine wichtige Info für Leute die ihren Zähler auslesen wollen, weil das doofe Kabel ja doch gleich mal 80€ kostet! Was genau die Elektronik am ACM5.2 noch tut würde mich aber trotzdem interessieren, vermutlich aber nur ein bisschen Filterung, weil an M-Bus ja grundsätzlich recht viele Geräte parallel hängen könnten und auch die (ungeschirmten) Kabel entsprechend lang sein können.
Anbei noch zwei Bilder dazu. Mit beiden gezeigten Anschlussvarianten klappt das einwandfrei.
Danke nochmal für die Tipps und die großartige Vorarbeit hier!
Hallo,
ich habe mir ein Modul entwickelt das direkt auf den Absolut Encoder aufgesteckt wird und über WLAN die Messwerte z. B. an einen MQTT Broker übermittelt, vielleicht interessiert das hier jemanden:
https://www.seegel-systeme.de/2022/12/21/wlan-acm-esp-kommunikationsmodul-fuer-elster-gaszaehler/
Schöne Grüße
Stefan -
Hi,
ja, ich habe exakt den gleichen Gaszähler wie du (BK-G4AT Honeywell/Elster, schraubt man die nicht verplomte Blende rechts unten ab, ist da ein 4-Pin Stecker). Ich habe den ACM M-bus wire hier bestellt: https://gt-gascount.de/ACM-M-BUS-Wire (ist deutlich günstiger als sonst wo, trägt allerdings nicht das "5.2" im Namen, auf Nachfrage beim Shop sei dieses Modul jedoch kompatibel mit meinem Zähler, wird morgen oder übermorgen geliefert, dann weiß ich mehr).Über den "Absolute Encoder" findet sich im Netz fast noch nichts, ich habe hier nur zwei Kommentare zu gefunden:
https://demo.volkszaehler.org/pipermail/volkszaehler-users/2017-February/010339.html
und
https://community.openenergymonitor.org/t/connector-protocol-for-elster-gasmeter/7980...wie versiert die sind, kann ich nicht beurteilen. Im ersten Kommentar steht geschrieben, dass der Encoder mit 5V versorgt wird. Da der M-Bus nach meinem Verständnis mit >18 V läuft hatte ich mich nicht getraut den M-Bus direkt an den Zähler anzuschließen- hätte versuchsweise (wie aus dem dem zweiten Kommentar zu entnehmen) die obersten 2 Pins versucht. Wenn du dich noch 2-3 Tage gedulden kannst, werde ich mir das "Kommunikationsmodul ACM M-Bus wire", sobald es da ist, mal anschauen ob in diesem noch "Technik" verbaut ist und wenn nicht, auf welche der 4 Pins die zwei M-Bus Kabel durchgeschleift werden.
Noch eine Anmerkung zur Installationsanleitung des Raspberry HAT:
https://cdn.shopify.com/s/files/1/1509/1638/files/Datasheet_MBUS_HAT_Rev_A.pdf?v=1656503284Hat bei mir nicht auf Anhieb funktioniert, da zweimal Fehlermeldungen wegen unbekannter Befehle kamen (wohl weder im Raspian Bullseye Standard OS 32 noch in der 64bit Version vorhanden, hatte beides versucht; vielleicht bin ich hier einfach zu doof...). Durch ein ergänzendes
sudo apt-get install autoconf sudo apt install libtoolim Terminal ist die Installation dann komplett ohne Fehlermeldung durchgelaufen.
Die komplette Installation des Raspberry Pi mit M-Bus HAT (als Wlan Iobroker Slave) über einen Apple mit Terminal sah bei mir dann so aus (ob es letztlich funktioniert, kann ich die nächsten Tage berichten, wenn das Kommunikationsmodul da ist :blush: :
Am einfachsten mit dem Raspberry Pi Imager (habe hier das Raspberry PI OS Bullseye 64-bit verwendet)
Rechts unter Einstellungen mit „enable SSH“ auch gleich neues Passwort und die Wlan-PW-Übernahme etc. anklicken. Sobald die Karte geschrieben ist in den Pi einlegen. Im Router die vergebene IP-Adresse nachschauen (bei mir die 192.168.178.54). Dann im Terminal weiter:
ssh-keygen -R 192.168.178.54 ssh pi@192.168.178.54Password wie im PI Imager eingeben. Dann...
sudo raspi-configgehe hier zu "3 Interfacing Options"
und hier zu "I6 Serial Port"
-> Would you like a login shell to be accessible over serial? --> NO
->Would you like the serial port hardware to be enabled? --> YES
Beende raspi-configweiter im Terminal:
sudo echo "dtoverlay=disable-bt" | sudo tee -a /boot/config.txt sudo systemctl disable hciuart sudo reboot sudo apt-get install autoconf sudo apt-get install -y cmake sudo git clone https://github.com/rscada/libmbus.git cd libmbus sudo apt install libtool sudo ./build.sh sudo make install cd bin sudo ln -s /usr/local/lib/libmbus.so.0 /usr/lib/libmbus.so.0Iobroker als Slave auf Rasp installieren (hier muss man wohl die gleiche Node.js-Version wie auf der Haupt-Installation verwenden bei mir die V16.x, ausführliche Anleitung unter: https://www.iobroker.net/#de/documentation/install/linux.md)
curl -sLf https://deb.nodesource.com/setup_16.x | sudo -E bash - sudo apt-get install -y nodejs sudo reboot curl -sLf https://iobroker.net/install.sh | bash -Multihost:
In Portainer/Synology Console (hier läuft bei mir Iobroker):iobroker multihost enableüber Console/Terminal auf Raspberry:
iobroker multihost connect(hier jeweils Eingabe von Passwort / IP etc.)
update:
in dem gelieferten Kommunikationsmodul "ACM 5.2 M-Bus Wire" von Elster ist noch eine Platine mit diversen elektrischen Bauteilen verbaut:(Ohne das Modul wird ein direktes Auslesen des Zählers damit leider vermutlich nicht funktionieren, habe es selbst nicht versucht - würde auch davon abraten dies zu tun...)
Der M-Bus Adapter hat den Zähler allerdings nicht direkt gefunden.
Um die Adresse des Zählers zu finden habe ich auf dem Raspberry noch folgendes Programm installiert (über Terminal):
pip3 install pyMeterBus sudo git clone https://gitlab.com/ganehag/pyMeterBus cd pyMeterBus/toolsdann kann mit
python3 mbus-serial-scan.py -d /dev/serial0die Adresse ausgelesen werden (bei mir 0)
mit
python3 mbus-serial-request-data.py -d -a 0 /dev/serial0(Die 0 nach "-a" ggf. durch die eigene Adresse ersetzen) kann dann der Zählerstand über das Terminal abgefragt werden.
um die Daten jetzt noch in iobroker zu bekommen im M-bus Adapter folgende Einstellungen:
und auf dem zweiten Reiter "Geräte" unter ID die oben ermittelte Adresse (bei mir 0) eintragen
...und den Adapter starten. Unter Objekte findet sich jetzt der Zählerstand :grinning:
... Ich bin kein Profi in diesen Dingen, habe mir die einzelnen Schritte im Netz zusammengesucht, wenn sich Fehler eingeschlichen haben oder es Verbesserungsvorschläge gibt gerne her damit!
Lg
Florian@floxd
Hallo, bin auch ein "Geschädigter" der Eslter Gaszähler BK-G4AT, AE5 Typ, mit transparenter Abdeckung des Zählers. Das Gerät will seine Daten einfach nicht rausrücken :(
Hab mir das M-Bus Interface aus https://github.com/rscada/libmbus/blob/master/hardware/MBus_USB.pdf gebaut.
Das Interface funktioniert ( mit Oszy geprüft, Signale sehen gut aus ... ).
Ich habe kein ACM 5.2 Anschluss gekauft, die MBUS+ / MBUS- Anschlüsse aus der Interface direkt an den unteren Zähler Pins angeschlossen. Es funktioniert nicht, kein Antwort aus dem Zähler. Die Stromaufnahme ist auch nicht normal, über 90 mA, hab es auch schnell getrennt.
Hat jemand Informationen ob der teure Anschlussadapter ( ACM 5.2 ) gekauft werden muss ? Findet im Anschlussadapter irgendeine Signalumwandlung ?Wenn ja, welche Pins werden danach angesteuert ?
Grüße
Nebuk -
@floxd
Hallo, bin auch ein "Geschädigter" der Eslter Gaszähler BK-G4AT, AE5 Typ, mit transparenter Abdeckung des Zählers. Das Gerät will seine Daten einfach nicht rausrücken :(
Hab mir das M-Bus Interface aus https://github.com/rscada/libmbus/blob/master/hardware/MBus_USB.pdf gebaut.
Das Interface funktioniert ( mit Oszy geprüft, Signale sehen gut aus ... ).
Ich habe kein ACM 5.2 Anschluss gekauft, die MBUS+ / MBUS- Anschlüsse aus der Interface direkt an den unteren Zähler Pins angeschlossen. Es funktioniert nicht, kein Antwort aus dem Zähler. Die Stromaufnahme ist auch nicht normal, über 90 mA, hab es auch schnell getrennt.
Hat jemand Informationen ob der teure Anschlussadapter ( ACM 5.2 ) gekauft werden muss ? Findet im Anschlussadapter irgendeine Signalumwandlung ?Wenn ja, welche Pins werden danach angesteuert ?
Grüße
Nebuk@nebuk Da kann ich Dir leider nicht helfen. Beim AE2 / AE3 scheint es (s.o.) auch ohne das Modul zu klappen (da hier auch keine weitere Technik verbaut ist). Beim "ACM 5.2 M-Bus Wire" für den AE5 ist Technik verbaut (siehe mein Photo oben), was genau da passiert :man-shrugging: vielleicht kann Dir da @PHUNKAFIZER helfen? Er scheint sich gut mit den AE auszukennen! Lg Florian
-
@nebuk Da kann ich Dir leider nicht helfen. Beim AE2 / AE3 scheint es (s.o.) auch ohne das Modul zu klappen (da hier auch keine weitere Technik verbaut ist). Beim "ACM 5.2 M-Bus Wire" für den AE5 ist Technik verbaut (siehe mein Photo oben), was genau da passiert :man-shrugging: vielleicht kann Dir da @PHUNKAFIZER helfen? Er scheint sich gut mit den AE auszukennen! Lg Florian
@Phunkafizer
wenn ich fragen darf, was ist bei den BK-G4AT ( AE.05:05.01:01.01 Encoder ) anders als bei den AE02/AE03 ?
Deine Schaltung scheint zu auch ohne den ACM Adapter zu funktionieren, auch für den AE05 Encoder. Kannst vielleicht kurz etwas dazu sagen ?
Wenn ich den MBUS + / MBUS- an den unteren Pins anschließe, kann ich senden ( ist auf dem Oszy schön zu sehen ), es kommt aber keine Antwort, ebenso ist der gezogene Strom nicht OK, über 100 mA. Darum habe ich die Tests auch abgebrochen, das ist für MBUS nicht normal.
Entweder ist beim Zähler der Encoder defekt oder es findet im ACM Adapter eine Signalumwandlung statt. Wie auch immer, Honeywell/Elster haben sich hier etwas einfallen lassen, den Privatanwender an der Kasse zu bieten für etwas was ein offenes System sein sollte...Grüße
Nebuk -
@Phunkafizer
wenn ich fragen darf, was ist bei den BK-G4AT ( AE.05:05.01:01.01 Encoder ) anders als bei den AE02/AE03 ?
Deine Schaltung scheint zu auch ohne den ACM Adapter zu funktionieren, auch für den AE05 Encoder. Kannst vielleicht kurz etwas dazu sagen ?
Wenn ich den MBUS + / MBUS- an den unteren Pins anschließe, kann ich senden ( ist auf dem Oszy schön zu sehen ), es kommt aber keine Antwort, ebenso ist der gezogene Strom nicht OK, über 100 mA. Darum habe ich die Tests auch abgebrochen, das ist für MBUS nicht normal.
Entweder ist beim Zähler der Encoder defekt oder es findet im ACM Adapter eine Signalumwandlung statt. Wie auch immer, Honeywell/Elster haben sich hier etwas einfallen lassen, den Privatanwender an der Kasse zu bieten für etwas was ein offenes System sein sollte...Grüße
NebukHallo, ich versuche mal etwas mit den Modul- und Protokollbezeichnungen aufzuräumen. Entscheidend für die Art des elektronischen Anschlusses ist das "A" nach der Modellbezeichnung, z. B. BK-G4A. Die Modelle mit einem A sind mit einer ACM Schnittstelle ausgestattet. Auf diese ACM Schnittstelle können verschiedene Kommunikationsmodule (M-Bus wire, M-Bus wireless, SCR, ...), oder auch das WiFi ACM-ESP Modul aufgesteckt werden. Elektrisch gesehen ist diese ACM Schnittstelle eine Art UART Interface, ein einfacher USB TTL Wandler ist allerdings nicht ausreichend, da die Zählerelektronik über den TX Pin mit Strom versorgt wird und deswegen noch ein Stromtreiber in die Schaltung gehört. Auf der physischen ACM Schnittstelle können nun noch softwareseitig verschiedene Protokolle ablaufen, u. A. das M-Bus Protokoll. Welches Protokoll verwendet wird geht aus der Protokollbezeichnung (AE...) auf dem Zähler hervor.
Die Zähler ohne dem "A" haben physisch eine M-Bus Schnittstelle. Diese ist elektrisch nicht kompatibel zur ACM Schnittstelle, obwohl der gleiche Stecker verwendet wird. Beim M-Bus werden nur 2 Leitungen verwendet, die für Stromversorgung, Sende- und Empfangsdaten benutzt werden.
@nebuk
Die Bezeichnungen AE.... bezeichnen nicht den Encoder, sondern eher das Protokoll. Z. B. können die Encoder AE2, AE3 oder AE5 das M-Bus Protokoll (nicht die elektrische Schnittstelle M-Bus) sprechen. Die Bezeichnung BK-G4AT bezeichnet den ganzen Zähler, also Balgengaszähler in einer bestimmten Größe (4) mit ACM Schnittstelle (A) und temperaturkompensierten Messwerten (T). Meine Schaltung funktioniert nicht nur ohne ACM Adapter, sondern IST ein ACM Adapter. Wenn Du einen BK-G4AT Zähler hast kannst Du entweder einen ACM Adapter Deiner Wahl nehmen, ODER den WiFi ACM-ESP.Gruß Stefan
-
Hallo, ich versuche mal etwas mit den Modul- und Protokollbezeichnungen aufzuräumen. Entscheidend für die Art des elektronischen Anschlusses ist das "A" nach der Modellbezeichnung, z. B. BK-G4A. Die Modelle mit einem A sind mit einer ACM Schnittstelle ausgestattet. Auf diese ACM Schnittstelle können verschiedene Kommunikationsmodule (M-Bus wire, M-Bus wireless, SCR, ...), oder auch das WiFi ACM-ESP Modul aufgesteckt werden. Elektrisch gesehen ist diese ACM Schnittstelle eine Art UART Interface, ein einfacher USB TTL Wandler ist allerdings nicht ausreichend, da die Zählerelektronik über den TX Pin mit Strom versorgt wird und deswegen noch ein Stromtreiber in die Schaltung gehört. Auf der physischen ACM Schnittstelle können nun noch softwareseitig verschiedene Protokolle ablaufen, u. A. das M-Bus Protokoll. Welches Protokoll verwendet wird geht aus der Protokollbezeichnung (AE...) auf dem Zähler hervor.
Die Zähler ohne dem "A" haben physisch eine M-Bus Schnittstelle. Diese ist elektrisch nicht kompatibel zur ACM Schnittstelle, obwohl der gleiche Stecker verwendet wird. Beim M-Bus werden nur 2 Leitungen verwendet, die für Stromversorgung, Sende- und Empfangsdaten benutzt werden.
@nebuk
Die Bezeichnungen AE.... bezeichnen nicht den Encoder, sondern eher das Protokoll. Z. B. können die Encoder AE2, AE3 oder AE5 das M-Bus Protokoll (nicht die elektrische Schnittstelle M-Bus) sprechen. Die Bezeichnung BK-G4AT bezeichnet den ganzen Zähler, also Balgengaszähler in einer bestimmten Größe (4) mit ACM Schnittstelle (A) und temperaturkompensierten Messwerten (T). Meine Schaltung funktioniert nicht nur ohne ACM Adapter, sondern IST ein ACM Adapter. Wenn Du einen BK-G4AT Zähler hast kannst Du entweder einen ACM Adapter Deiner Wahl nehmen, ODER den WiFi ACM-ESP.Gruß Stefan
-
Hi,
ja, ich habe exakt den gleichen Gaszähler wie du (BK-G4AT Honeywell/Elster, schraubt man die nicht verplomte Blende rechts unten ab, ist da ein 4-Pin Stecker). Ich habe den ACM M-bus wire hier bestellt: https://gt-gascount.de/ACM-M-BUS-Wire (ist deutlich günstiger als sonst wo, trägt allerdings nicht das "5.2" im Namen, auf Nachfrage beim Shop sei dieses Modul jedoch kompatibel mit meinem Zähler, wird morgen oder übermorgen geliefert, dann weiß ich mehr).Über den "Absolute Encoder" findet sich im Netz fast noch nichts, ich habe hier nur zwei Kommentare zu gefunden:
https://demo.volkszaehler.org/pipermail/volkszaehler-users/2017-February/010339.html
und
https://community.openenergymonitor.org/t/connector-protocol-for-elster-gasmeter/7980...wie versiert die sind, kann ich nicht beurteilen. Im ersten Kommentar steht geschrieben, dass der Encoder mit 5V versorgt wird. Da der M-Bus nach meinem Verständnis mit >18 V läuft hatte ich mich nicht getraut den M-Bus direkt an den Zähler anzuschließen- hätte versuchsweise (wie aus dem dem zweiten Kommentar zu entnehmen) die obersten 2 Pins versucht. Wenn du dich noch 2-3 Tage gedulden kannst, werde ich mir das "Kommunikationsmodul ACM M-Bus wire", sobald es da ist, mal anschauen ob in diesem noch "Technik" verbaut ist und wenn nicht, auf welche der 4 Pins die zwei M-Bus Kabel durchgeschleift werden.
Noch eine Anmerkung zur Installationsanleitung des Raspberry HAT:
https://cdn.shopify.com/s/files/1/1509/1638/files/Datasheet_MBUS_HAT_Rev_A.pdf?v=1656503284Hat bei mir nicht auf Anhieb funktioniert, da zweimal Fehlermeldungen wegen unbekannter Befehle kamen (wohl weder im Raspian Bullseye Standard OS 32 noch in der 64bit Version vorhanden, hatte beides versucht; vielleicht bin ich hier einfach zu doof...). Durch ein ergänzendes
sudo apt-get install autoconf sudo apt install libtoolim Terminal ist die Installation dann komplett ohne Fehlermeldung durchgelaufen.
Die komplette Installation des Raspberry Pi mit M-Bus HAT (als Wlan Iobroker Slave) über einen Apple mit Terminal sah bei mir dann so aus (ob es letztlich funktioniert, kann ich die nächsten Tage berichten, wenn das Kommunikationsmodul da ist :blush: :
Am einfachsten mit dem Raspberry Pi Imager (habe hier das Raspberry PI OS Bullseye 64-bit verwendet)
Rechts unter Einstellungen mit „enable SSH“ auch gleich neues Passwort und die Wlan-PW-Übernahme etc. anklicken. Sobald die Karte geschrieben ist in den Pi einlegen. Im Router die vergebene IP-Adresse nachschauen (bei mir die 192.168.178.54). Dann im Terminal weiter:
ssh-keygen -R 192.168.178.54 ssh pi@192.168.178.54Password wie im PI Imager eingeben. Dann...
sudo raspi-configgehe hier zu "3 Interfacing Options"
und hier zu "I6 Serial Port"
-> Would you like a login shell to be accessible over serial? --> NO
->Would you like the serial port hardware to be enabled? --> YES
Beende raspi-configweiter im Terminal:
sudo echo "dtoverlay=disable-bt" | sudo tee -a /boot/config.txt sudo systemctl disable hciuart sudo reboot sudo apt-get install autoconf sudo apt-get install -y cmake sudo git clone https://github.com/rscada/libmbus.git cd libmbus sudo apt install libtool sudo ./build.sh sudo make install cd bin sudo ln -s /usr/local/lib/libmbus.so.0 /usr/lib/libmbus.so.0Iobroker als Slave auf Rasp installieren (hier muss man wohl die gleiche Node.js-Version wie auf der Haupt-Installation verwenden bei mir die V16.x, ausführliche Anleitung unter: https://www.iobroker.net/#de/documentation/install/linux.md)
curl -sLf https://deb.nodesource.com/setup_16.x | sudo -E bash - sudo apt-get install -y nodejs sudo reboot curl -sLf https://iobroker.net/install.sh | bash -Multihost:
In Portainer/Synology Console (hier läuft bei mir Iobroker):iobroker multihost enableüber Console/Terminal auf Raspberry:
iobroker multihost connect(hier jeweils Eingabe von Passwort / IP etc.)
update:
in dem gelieferten Kommunikationsmodul "ACM 5.2 M-Bus Wire" von Elster ist noch eine Platine mit diversen elektrischen Bauteilen verbaut:(Ohne das Modul wird ein direktes Auslesen des Zählers damit leider vermutlich nicht funktionieren, habe es selbst nicht versucht - würde auch davon abraten dies zu tun...)
Der M-Bus Adapter hat den Zähler allerdings nicht direkt gefunden.
Um die Adresse des Zählers zu finden habe ich auf dem Raspberry noch folgendes Programm installiert (über Terminal):
pip3 install pyMeterBus sudo git clone https://gitlab.com/ganehag/pyMeterBus cd pyMeterBus/toolsdann kann mit
python3 mbus-serial-scan.py -d /dev/serial0die Adresse ausgelesen werden (bei mir 0)
mit
python3 mbus-serial-request-data.py -d -a 0 /dev/serial0(Die 0 nach "-a" ggf. durch die eigene Adresse ersetzen) kann dann der Zählerstand über das Terminal abgefragt werden.
um die Daten jetzt noch in iobroker zu bekommen im M-bus Adapter folgende Einstellungen:
und auf dem zweiten Reiter "Geräte" unter ID die oben ermittelte Adresse (bei mir 0) eintragen
...und den Adapter starten. Unter Objekte findet sich jetzt der Zählerstand :grinning:
... Ich bin kein Profi in diesen Dingen, habe mir die einzelnen Schritte im Netz zusammengesucht, wenn sich Fehler eingeschlichen haben oder es Verbesserungsvorschläge gibt gerne her damit!
Lg
Florian -
Naja, es scheint doch etwas anders zu sein.
Ich werde in den sauren Apfel beißen müssen und mir ein ACM-Modul kaufen.Grüße
NebukHallo,
so Leute, lasst euch nicht von irgendein Mist täuschen.
Der ACM-Adapter für Gaszähler mit Encoder AE5 ist nichts anders als eine teures MBUS-TTL Adapter. Da drin ist ein NCN5151 IC verbaut, der macht genau das!
Wenn der Zähler im eigenen Keller mit ein R-Pi & Co ausgelesen wird, braucht den ACM-Adapter kein Mensch.
Ein USB-TTL Adapter für 1,5 Euro tut es auch.
Die Pinbelegung am 4-Poligen Stecker (siehe unten )
Links Oben: +3,3V (oder 5V)
Rechts Oben: TX
Links Unten: RX
Rechts Unten: GNDBei mir was die Busadresse 0 und als Baudrate 2400 eingestellt.
Mit dem Raspberry Pi auch keine Probleme.
Grüße
Nebuk -
Hallo,
so Leute, lasst euch nicht von irgendein Mist täuschen.
Der ACM-Adapter für Gaszähler mit Encoder AE5 ist nichts anders als eine teures MBUS-TTL Adapter. Da drin ist ein NCN5151 IC verbaut, der macht genau das!
Wenn der Zähler im eigenen Keller mit ein R-Pi & Co ausgelesen wird, braucht den ACM-Adapter kein Mensch.
Ein USB-TTL Adapter für 1,5 Euro tut es auch.
Die Pinbelegung am 4-Poligen Stecker (siehe unten )
Links Oben: +3,3V (oder 5V)
Rechts Oben: TX
Links Unten: RX
Rechts Unten: GNDBei mir was die Busadresse 0 und als Baudrate 2400 eingestellt.
Mit dem Raspberry Pi auch keine Probleme.
Grüße
NebukHallo,
so Leute, lasst euch nicht von irgendein Mist täuschen.
Ich bin mir nicht sicher von was Du Dich getäuscht fühlst. Der Elster ACM 5.2 M-Bus Wire ist genau das was es verspricht: Ein Adapter Modul der ACM Schnittstelle des Zählers zu einem M-Bus. Nicht mehr, nicht weniger. Darin ist z. B. der Chip verbaut den Du erwähnt hast, bei dem Modul das ich mal auf dem Tisch hatte war es ein TSS721A von TI, scheint aber recht ähnlich zu sein. Zusätzlich ist außenrum noch ein Spannungsregler, der erwähnte Treiber für den TX Pin und Schutzbeschaltung. Wenn Du keinen M-Bus brauchst, weil Du einfach nur in unmittelbarer nähe das TTL Signal an einen Raspberry o. ä. geben willst, kann, wie Du gezeigt hast, ein USB TTL Wandler funktionieren. Obgleich das nicht unbedingt den elektrischen Anforderungen aus dem Datenblatt der ACM Schnittstelle gerecht wird.
Das WiFi ACM-ESP bietet sich an wenn man keine Stromversorgung in der nähe des Zählers hat und/oder eine Plug-and-Play Lösung haben möchte welche direkt die Messwerte ins WiFi-Netz bringt.
Übrigens kann man als Adresse auch 0xFE nehmen, dann meldet sich der Zähler unabhängig welche Adresse er hat.
Gruß
Stefan -
Hallo,
so Leute, lasst euch nicht von irgendein Mist täuschen.
Der ACM-Adapter für Gaszähler mit Encoder AE5 ist nichts anders als eine teures MBUS-TTL Adapter. Da drin ist ein NCN5151 IC verbaut, der macht genau das!
Wenn der Zähler im eigenen Keller mit ein R-Pi & Co ausgelesen wird, braucht den ACM-Adapter kein Mensch.
Ein USB-TTL Adapter für 1,5 Euro tut es auch.
Die Pinbelegung am 4-Poligen Stecker (siehe unten )
Links Oben: +3,3V (oder 5V)
Rechts Oben: TX
Links Unten: RX
Rechts Unten: GNDBei mir was die Busadresse 0 und als Baudrate 2400 eingestellt.
Mit dem Raspberry Pi auch keine Probleme.
Grüße
Nebuk@nebuk Sehr interessant!
Könntest du bitte noch ein wenig darauf eingehen, wie du das softwaretechnisch gelöst hast?Am liebsten würde ich die Daten vom USB-TTL Adapter an einen MQTT broker senden.
Besten Dank!
-
Hallo,
so Leute, lasst euch nicht von irgendein Mist täuschen.
Der ACM-Adapter für Gaszähler mit Encoder AE5 ist nichts anders als eine teures MBUS-TTL Adapter. Da drin ist ein NCN5151 IC verbaut, der macht genau das!
Wenn der Zähler im eigenen Keller mit ein R-Pi & Co ausgelesen wird, braucht den ACM-Adapter kein Mensch.
Ein USB-TTL Adapter für 1,5 Euro tut es auch.
Die Pinbelegung am 4-Poligen Stecker (siehe unten )
Links Oben: +3,3V (oder 5V)
Rechts Oben: TX
Links Unten: RX
Rechts Unten: GNDBei mir was die Busadresse 0 und als Baudrate 2400 eingestellt.
Mit dem Raspberry Pi auch keine Probleme.
Grüße
Nebuk -
Hallo Zusammen,
nachdem ich mir mühselig alles zusammen gesucht habe um meinen Gaszähler in meine ioBroker Umgebung zu integrieren, möchte ich euch kurz meinen Weg zum Ziel beschreiben.
Folgende Hardware/Software Umgebung habe ich:
- Honeywell BK-G4AT – Encoder AE.05:05.01:01.01
- RasberyPi 4 im Hutschienengehäuse, Debian 11 (Bullseye)
- ioBroker v6.12.0 / Node.js v18.17.1 / NPM 9.6.7
Benötigte ioBroker Adpter:
- M-Bus Adapter v2.5.0
Um den Gaszähler in ioBroker zu integrieren benötigt ihr ein USB-TTL Adapter.
Ich benutze den USB - TTL Adpter von DSD Tech SH-U09C2 - Modell: SH-U09C2, Hauptchip: FTDI FT232RLDieser USB-Adapter wurde vom installierten Debian auf meinem Rpi4 ohne Probleme erkannt und als ttyUSB1 Device aktiviert (ttyUSB0 war schon von meinem KNX Busware Adapter belegt).
Der USB-TTL Adapter hat einen Jumper um den TTL-Pegel (1,8V / 3,3V / 5V) einzustellen. Hier den Pegel auf 5V einstellen.
Pinbelegung 4-Pol Schnittstelle am Gaszähler GK-B4AT (Draufsicht, wenn die Schutzkappe entfernt ist)
2x x3 1x x4links unten (1) = RxD
links oben (2) = VCC-5V
rechts oben (3) = TxD
rechts unten (4) = GND(Danke an Nebuk für die Klasse Vorarbeit)
Zähler --> USB-TTL Adapter
1 = RxD --> TxD am TTL Adapter
2 = VCC-5V --> VCC am TTL Adapter
3 = TxD --> RxD am TTL Adapter
4 = GND --> GND am TTL Adapter
RTS am TTL Adapter nicht belegt!
CTS am TTL Adapter nicht belegt!Für die Verbindung zwischen Gaszähler und USB-TTL Adapter habe ich ein (J-Y(St)Y 2x2x0,8) Kabel benutzt welches ich auch für meine KNX Umgebung verwende. Da es natürlich kein vorkonfektioniertes Kabel inkl. Stecker/Buchsen gibt muss das natürlich selber gebastelt werden.
Folgende M-Bus Adapter Einstellungen habe ich nach der Adapter Installation vorgenommen:
Reiter – Einstellungen:
M-Bus Gateway- IP = serial
Serielle Schnittstelle = /dev/ttyUSB1 (bitte an eure Umgebung anpassen!)
Serielle Baudrate = 2400
Standard-Datenaktualisierungsintervall (Sek) = 60Reiter – Geräte:
ID = 0
Daten-Aktualisierungsintervall (Sek) = 60Nach dem Abspeichern der Einstellungen sind auch schon die ersten Daten in ioBroker eingetrudelt. Diese können nun nach belieben weiter verarbeitet werden.
Vielleicht hilft es ja dem ein oder anderen ;-)
Viel Erfolg beim Nachmachen. -
@nebuk Sehr interessant!
Könntest du bitte noch ein wenig darauf eingehen, wie du das softwaretechnisch gelöst hast?Am liebsten würde ich die Daten vom USB-TTL Adapter an einen MQTT broker senden.
Besten Dank!
@chillkroete1206 ich habe es über mqtt gelöst mit der Hilfe von: https://the78mole.de/taking-your-m-bus-online-with-mqtt/
Ich musste im Skript die\hier entfernen:
id : .MBusData.SlaveInformation.Id, \ manufacturer: .MBusData.SlaveInformation.Manufacturer, \ medium : .MBusData.SlaveInformation.Medium, \ -
Hallo Zusammen,
nachdem ich mir mühselig alles zusammen gesucht habe um meinen Gaszähler in meine ioBroker Umgebung zu integrieren, möchte ich euch kurz meinen Weg zum Ziel beschreiben.
Folgende Hardware/Software Umgebung habe ich:
- Honeywell BK-G4AT – Encoder AE.05:05.01:01.01
- RasberyPi 4 im Hutschienengehäuse, Debian 11 (Bullseye)
- ioBroker v6.12.0 / Node.js v18.17.1 / NPM 9.6.7
Benötigte ioBroker Adpter:
- M-Bus Adapter v2.5.0
Um den Gaszähler in ioBroker zu integrieren benötigt ihr ein USB-TTL Adapter.
Ich benutze den USB - TTL Adpter von DSD Tech SH-U09C2 - Modell: SH-U09C2, Hauptchip: FTDI FT232RLDieser USB-Adapter wurde vom installierten Debian auf meinem Rpi4 ohne Probleme erkannt und als ttyUSB1 Device aktiviert (ttyUSB0 war schon von meinem KNX Busware Adapter belegt).
Der USB-TTL Adapter hat einen Jumper um den TTL-Pegel (1,8V / 3,3V / 5V) einzustellen. Hier den Pegel auf 5V einstellen.
Pinbelegung 4-Pol Schnittstelle am Gaszähler GK-B4AT (Draufsicht, wenn die Schutzkappe entfernt ist)
2x x3 1x x4links unten (1) = RxD
links oben (2) = VCC-5V
rechts oben (3) = TxD
rechts unten (4) = GND(Danke an Nebuk für die Klasse Vorarbeit)
Zähler --> USB-TTL Adapter
1 = RxD --> TxD am TTL Adapter
2 = VCC-5V --> VCC am TTL Adapter
3 = TxD --> RxD am TTL Adapter
4 = GND --> GND am TTL Adapter
RTS am TTL Adapter nicht belegt!
CTS am TTL Adapter nicht belegt!Für die Verbindung zwischen Gaszähler und USB-TTL Adapter habe ich ein (J-Y(St)Y 2x2x0,8) Kabel benutzt welches ich auch für meine KNX Umgebung verwende. Da es natürlich kein vorkonfektioniertes Kabel inkl. Stecker/Buchsen gibt muss das natürlich selber gebastelt werden.
Folgende M-Bus Adapter Einstellungen habe ich nach der Adapter Installation vorgenommen:
Reiter – Einstellungen:
M-Bus Gateway- IP = serial
Serielle Schnittstelle = /dev/ttyUSB1 (bitte an eure Umgebung anpassen!)
Serielle Baudrate = 2400
Standard-Datenaktualisierungsintervall (Sek) = 60Reiter – Geräte:
ID = 0
Daten-Aktualisierungsintervall (Sek) = 60Nach dem Abspeichern der Einstellungen sind auch schon die ersten Daten in ioBroker eingetrudelt. Diese können nun nach belieben weiter verarbeitet werden.
Vielleicht hilft es ja dem ein oder anderen ;-)
Viel Erfolg beim Nachmachen.@bv-iobroker Vielen Dank für die tolle Beschreibung.
Hat bei mir einwandfrei funktioniert.Viele Grüße
Jörg -
Hallo Zusammen,
nachdem ich mir mühselig alles zusammen gesucht habe um meinen Gaszähler in meine ioBroker Umgebung zu integrieren, möchte ich euch kurz meinen Weg zum Ziel beschreiben.
Folgende Hardware/Software Umgebung habe ich:
- Honeywell BK-G4AT – Encoder AE.05:05.01:01.01
- RasberyPi 4 im Hutschienengehäuse, Debian 11 (Bullseye)
- ioBroker v6.12.0 / Node.js v18.17.1 / NPM 9.6.7
Benötigte ioBroker Adpter:
- M-Bus Adapter v2.5.0
Um den Gaszähler in ioBroker zu integrieren benötigt ihr ein USB-TTL Adapter.
Ich benutze den USB - TTL Adpter von DSD Tech SH-U09C2 - Modell: SH-U09C2, Hauptchip: FTDI FT232RLDieser USB-Adapter wurde vom installierten Debian auf meinem Rpi4 ohne Probleme erkannt und als ttyUSB1 Device aktiviert (ttyUSB0 war schon von meinem KNX Busware Adapter belegt).
Der USB-TTL Adapter hat einen Jumper um den TTL-Pegel (1,8V / 3,3V / 5V) einzustellen. Hier den Pegel auf 5V einstellen.
Pinbelegung 4-Pol Schnittstelle am Gaszähler GK-B4AT (Draufsicht, wenn die Schutzkappe entfernt ist)
2x x3 1x x4links unten (1) = RxD
links oben (2) = VCC-5V
rechts oben (3) = TxD
rechts unten (4) = GND(Danke an Nebuk für die Klasse Vorarbeit)
Zähler --> USB-TTL Adapter
1 = RxD --> TxD am TTL Adapter
2 = VCC-5V --> VCC am TTL Adapter
3 = TxD --> RxD am TTL Adapter
4 = GND --> GND am TTL Adapter
RTS am TTL Adapter nicht belegt!
CTS am TTL Adapter nicht belegt!Für die Verbindung zwischen Gaszähler und USB-TTL Adapter habe ich ein (J-Y(St)Y 2x2x0,8) Kabel benutzt welches ich auch für meine KNX Umgebung verwende. Da es natürlich kein vorkonfektioniertes Kabel inkl. Stecker/Buchsen gibt muss das natürlich selber gebastelt werden.
Folgende M-Bus Adapter Einstellungen habe ich nach der Adapter Installation vorgenommen:
Reiter – Einstellungen:
M-Bus Gateway- IP = serial
Serielle Schnittstelle = /dev/ttyUSB1 (bitte an eure Umgebung anpassen!)
Serielle Baudrate = 2400
Standard-Datenaktualisierungsintervall (Sek) = 60Reiter – Geräte:
ID = 0
Daten-Aktualisierungsintervall (Sek) = 60Nach dem Abspeichern der Einstellungen sind auch schon die ersten Daten in ioBroker eingetrudelt. Diese können nun nach belieben weiter verarbeitet werden.
Vielleicht hilft es ja dem ein oder anderen ;-)
Viel Erfolg beim Nachmachen.@bv-iobroker said in Gas Zähler BK-G4 AT - mit M-Bus auslesen:
Für die Verbindung zwischen Gaszähler und USB-TTL Adapter habe ich ein (J-Y(St)Y 2x2x0,8) Kabel benutzt welches ich auch für meine KNX Umgebung verwende. Da es natürlich kein vorkonfektioniertes Kabel inkl. Stecker/Buchsen gibt muss das natürlich selber gebastelt werden.
Hallo,
ich habe eine Frage zu der Platine auf deinem Bild welche am Gaszähler hängt.
Ist das nur ein Adapter von Jumperkabel auf Schraubklemmen, oder ist da noch eine Elektronik dahinter?Ich möchte ebenfalls einen M-Bus Gaszähler auslesen via raspi / iobroker.
danke
-
Hallo zusammen,
vielen Dank für die ganzen Infos hier. Habt ihr Ansätze, wie man die Funktionalität des WiFi ACM-ESP mit einem ESP32 (mit Netzstromversorgung) nachbauen kann? Nach meinem Verständnis müsste der ESP32 hardwaremäßig alles bereitstellen, um die ACM-Schnittstelle anzuzapfen und den Zählerstand über MQTT bereit zu stellen, oder?
Wie gehe ich da softwaremäßig dran? Kann das Tasmota?
Versteht mich nicht falsch: Der WiFi ACM-ESP scheint klasse zu sein mit Batteriebetrieb, deep sleep, etc. und hat damit sicher seine Daseinsberechtigung. Ich frage mich aber, ob ich für etwas 70€ zahlen muss, wenn ich das mit einem der gefühlt 20 ESP32, die ich hier noch rumliegen habe, nachbauen kann (und Bock drauf habe...).
Besten Dank für euren Input!
-
Ich habe unter https://github.com/BennoB666/BK-G4AT2MQTT einen Quellcode für eine Firmware welche mit einem ESP32 ohne zusätzliche Hardware den Zählerstand ausließt und per MQTT an einen Server sendet.
Falls es jemanden hilt.
LG Oli
Support us
367
Online32.5k
Benutzer81.6k
Themen1.3m
Beiträge