A daemon for collecting measurement data from smart meters and grid inverters over modbus.

mbmd provides an http interface to smart meters and grid inverters with modbus interface. Meter readings are made accessible through REST API and MQTT. Modbus communication is possible over RS485 connections as well as TCP sockets.

mbmd was originally developer by Mathias Dalheimer under the name of gosdm. Previous releases are still available.

• Requirements
• Installation
  • Raspberry Pi
  • Detecting connected meters
• API
  • Rest API
  • Websocket API
  • MQTT API
• Supported Devices
• Releases

You'll need:

• A supported Modbus/RTU smart meter OR an supported Modbus/TCP SunSpec-compatible grid inverter.
• In case of Modbus/RTU: A USB RS485 adapter. See USB-ISO-RS485 project for a home-grown adapter.
• Optionally an RS485 to Ethernet converter (see SO discussion)

Precompiled release packages are available. Download the right package for the target platform and unzip.

mbmd is developed in Go and requires ^1.16. To build from source two steps are needed:

• use make install to install the build tools (make sure $GOPATH/bin is part of the path to make the installed tools accessible for the next step)
• then run make build which creates the ./mbmd binary

To cross-build for a different archtecture (e.g. Raspberry Pi), use

GOOS=linux GOARCH=arm GOARM=5 make build

To get help on the various command line options run

mbmd -h

The full documentation is available in the docs folder. A typical invocation looks like this:

$ ./bin/mbmd run -a /dev/ttyUSB0 -d janitza:26,sdm:1
2017/01/25 16:34:26 config: creating RTU connection via /dev/ttyUSB0 (9600baud, 8N1)
2017/01/25 16:34:26 httpd: starting api at :8080

This call queries a Janitza B23 meter with ID 26 and an Eastron SDM meter at ID 1. Not all devices are by default configured to use ID 1. The default device IDs depend on the meter type and documented in the meter's manual.

To use RTU devices with RS485/Ethernet adapters, add the --rtu switch to configure mbmd to use the TCP connection with RTU data format:

❯ ./bin/mbmd run -a rs485.fritz.box:23 --rtu -d sdm:1
2020/01/02 10:43:53 mbmd unknown version (unknown commit)
2020/01/02 10:43:53 config: creating RTU over TCP connection for rs485.fritz.box:23
2020/01/02 10:43:53 initialized device SDM1.1: {SDM Eastron SDM meters   }
2020/01/02 10:43:53 httpd: starting api at :8080

If you use the -v commandline switch you can see modbus traffic and the current readings on the command line. At https://localhost:8080 you can see an embedded web page that updates itself with the latest values:

Alternatively run mbmd using the Docker image:

docker run -p 8080:8080 --device=/dev/ttyUSB0 volkszaehler/mbmd run -a /dev/ttyUSB0 -u 0.0.0.0:8080 -d sdm:1

To mount the config file into the docker container use -v $(pwd)/mbmd.yaml:/etc/mbmd.yaml.

Download the ARM package for usage with Raspberry Pi and copy the binary into /usr/local/bin. The following sytemd unit can be used to start mbmd as service (put this into a new file /etc/systemd/system/mbmd.service):

[Unit]
Description=mbmd
After=syslog.target
[Service]
ExecStart=/usr/local/bin/mbmd run -a /dev/ttyAMA0
Restart=always
[Install]
WantedBy=multi-user.target

You might need to adjust the -a parameter depending on where your RS485 adapter is connected. Then, use

systemctl start mbmd

to test your installation. If you're satisfied use

systemctl enable mbmd

to start the service at boot time automatically.

WARNING: When using an FTDI-based USB-RS485 adaptor the Raspberry Pi might become unreachable after a while. This is most likely not an issue with the RS485-USB adaptor or this software, but because of a bug in the Raspberry Pi kernel. To fix switch the internal dwc USB hub of the Raspberry Pi to USB1.1 by adding the following parameter to /boot/cmdline.txt:

dwc_otg.speed=1

MODBUS/RTU does not provide a mechanism to discover devices. There is no reliable way to detect all attached devices. As workaround mbmd scan attempts to read the L1 voltage from all device IDs and reports which one replied correctly (i.e. 110/230V +/-10%):

./mbmd scan -a /dev/ttyUSB0
2017/06/21 10:22:34 Starting bus scan
2017/06/21 10:22:35 Device 1: n/a
...
2017/07/27 16:16:39 Device 21: SDM type device found, L1 voltage: 234.86
2017/07/27 16:16:40 Device 22: n/a
2017/07/27 16:16:40 Device 23: n/a
2017/07/27 16:16:40 Device 24: n/a
2017/07/27 16:16:40 Device 25: n/a
2017/07/27 16:16:40 Device 26: Janitza type device found, L1 voltage: 235.10
...
2017/07/27 16:17:25 Device 247: n/a
2017/07/27 16:17:25 Found 2 active devices:
2017/07/27 16:17:25 * slave address 21: type SDM
2017/07/27 16:17:25 * slave address 26: type JANITZA
2017/07/27 16:17:25 WARNING: This lists only the devices that responded to a known L1 voltage request. Devices with different function code definitions might not be detected.

mbmd provides a convenient REST API. Supported endpoints under /api are:

• /api/last/{ID} latest data for device
• /api/avg/{ID} averaged data over last minute
• /api/status daemon status

Both device APIs can also be called without the device id to return data for all connected devices.

The /api/status endpoint provides the following information:

$ curl https://localhost:8080/api/status
{
  "StartTime": "2017-01-25T16:35:50.839829945+01:00",
  "UpTime": 65587.177092186,
  "Goroutines": 11,
  "Memory": {
    "Alloc": 1568344,
    "HeapAlloc": 1568344
  },
  "Modbus": {
    "TotalModbusRequests": 1979122,
    "ModbusRequestRatePerMinute": 1810.5264666764785,
    "TotalModbusErrors": 738,
    "ModbusErrorRatePerMinute": 0.6751319688261972
  },
  "ConfiguredMeters": [
    {
      "Id": 26,
      "Type": "JANITZA",
      "Status": "available"
    }
  ]
}

This is a snapshot of a process running over night, along with the error statistics during that timeframe. The process queries continuously, the cabling is not a shielded, twisted wire but something that I had laying around. With proper cabling the error rate should be lower, though.

Data read from the meters can be observed by clients in realtime using the Websocket API. As soon as new readings are available, they are pushed to connected websocket clients.

The websocket API is available on /ws. All connected clients receive status and meter updates for all connected meters without further subscription.

Another option for receiving client updates is by using the built-in MQTT publisher. By default, readings are published at /mbmd/<unique id>/<reading>. Rate limiting is possible.

Homie is an MQTT convention for IoT/M2M. mbmd publishes all devices and readings using the Homie protocol. This allows systems like e.g. OpenHAB to auto-discover devices operated by mbmd:

There is also the option to directly insert the data into an influxdb database by using the command-line options available. InfluxDB 1.8 and 2.0 are currently supported. to enable this, add the --influx-database and the --influx-url commandline parameter. More advanced configuration is available, to learn more checkout the mbmd_run.md documentation

mbmd supports a range of DIN rail meters and grid inverters.

The meters have slightly different capabilities. The EASTRON SDM630 offers a lot of features, while the smaller devices only support basic features. The table below gives an overview (please consult the manuals for definitive guidance):

• SDM72: Compact (4TE), 3P meter with bare minium of total measurements, no currents. Can be configured using the builtin display.
• SDM120: Cheap and small (1TE), but communication parameters can only be set over MODBUS, which is currently not supported by this project. You can use e.g. SDM120C to change parameters.
• SDM220, SDM230: More comfortable (2TE), can be configured using the builtin display.
• SDM530: Very big (7TE) - takes up a lot of space, but all connections are on the underside of the meter.
• SDM630: v1 and v2, both MID and non-MID. Compact (4TE) and with lots of features. Can be configured for 1P2 (single phase with neutral), 3P3 (three phase without neutral) and 3P4 (three phase with neutral) systems.
• Inepro PRO1/2: Small (1TE) MID meter up to 100A (Pro2). External tariff input possible (2T versions).
• Inepro PRO380: Compact (4TE) MID meter with extensive features. Can be connected 3P4W, 3P3W and 1P2W. Includes per-direction active/reactive energy consumption and supports two tariffs. Energy resolution is 2 digits per kWh.
• Janitza B23-312: These meters have a higher update rate than the Eastron devices, but they are more expensive. The -312 variant is the one with a MODBUS interface.
• DZG DVH4013: This meter does not provide raw phase power measurements and only aggregated import/export measurements. The meter is only partially implemented and not recommended. By default, the meter communicates using 9600 8E1. The meter ID is derived from the serial number taking the last two numbers of the serial number (top right of the device), e.g. 23, and add one (24). Assume this is a hexadecimal number and convert it to decimal (36). Use this as the meter ID.
• SBC ALE3: This compact Saia Burgess Controls meter is comparable to the SDM630. It has two tariffs, both import and export depending on meter version and compact (4TE). It's often used with Viessmann heat pumps.
• BE MPM3PM: Compact (4TE) three phase meter.
• KOSTAL Smart Energy Meter: Slave device for Kostal grid inverters. Known bug in inverter firmware with Total Export Energy.
• ORNO WE-504/514/515: Low cost single phase meter By default, the meter communicates using 9600 8E1. The meter ID is 1. Meter ID, bus speed and other parameters are configurable via Software(Windows only) WE-515 has a lithium battery and multi-tariff support, WE-514 does not support tariff zones.
• ORNO WE-516/517: Low cost three phase meter. By default, the meter communicates using 9600 8E1. The meter ID is 1. Meter ID, bus speed and other parameters are configurable via Software(Windows only) WE-517 has a lithium battery and multi-tariff support, WE-516 does not support tariff zones.
• Schneider Electric iEM3000 Series: Professional meter with loads of configurable max/average measurements with timestamp functionality.

Apart from meters, SunSpec-compatible grid inverters connected over TCP are supported, too. SunSpec defines a default register layout for accessing the devices.

Supported inverters include popular devices from SolarEdge (SE3000, SE9000) and SMA (Sunny Boy and Sunny TriPower).

In case of TCP connection, the adapter parameter becomes the hostname and port:

./mbmd run -a 192.168.0.44:502 -d SMA:23

SunSpec devices can host multiple subdevices, e.g. to expose a meter attached to an inverter. To access a subdevice, append its id to the slave id:

./mbmd run -a 192.168.0.44:502 -d FRONIUS:1.0 -d FRONIUS:1.1

Download the lastest release from github.com/volkszaehler/mbmd/releases.