28.09.2026 · 8 min read
What is M-Bus? The EN 13757 Meter-Bus protocol: addressing, bus limits, Wireless M-Bus modes and the Modbus difference, so you read meters reliably.
In short: M-Bus (Meter-Bus) is a communication protocol defined by the European standard EN 13757 for reading water, heat, gas and electricity meters remotely. Wired M-Bus uses a two-wire, polarity-independent bus that can power the meters from the line; Wireless M-Bus carries the same data model over licence-free radio bands such as 868 MHz.
M-Bus was developed by Horst Ziegler of the University of Paderborn in cooperation with Texas Instruments Deutschland and Techem, as a master–slave bus designed to connect consumption meters to a central point at low cost. A master (a level converter or gateway) polls the meters on the line one by one; the meters only answer when they are asked.
Today the protocol is split into parts under the EN 13757 series:
In practice, "M-Bus meter reading" usually means connecting the water and heat meters of a building to a collector over a two-wire line. For installation details on the device side, see our M-Bus water meter page; this article explains the protocol itself.
The most distinctive feature of wired M-Bus is that the two directions use different electrical methods:
Characters are sent asynchronously: each character has one start bit, 8 data bits, an even parity bit and one stop bit. Standard speeds range from 300 to 9600 baud; in the field 300, 2400 and 9600 baud are the most common. If no answer arrives, the master waits roughly "330 bit periods + 50 ms" and then repeats the request at most two more times.
On M-Bus every meter can be reached in two different ways:
Which method to use depends on the site: primary addressing is fast and simple but requires giving every meter a unique address by hand. Secondary addressing uses the factory-assigned serial number, which removes the risk of address collisions, and is preferred for systems with more than 250 meters.
The standard configuration in the M-Bus documentation is: 300–9600 baud, at most 250 meters and at most 350 m between a meter and the repeater (master), corresponding to about 29 Ω of cable resistance. To keep the cable capacitance under 180 nF, the total cable length should not exceed 1000 m; the reference cable is a standard two-wire telephone cable (JYStY N×2×0.8 mm). Distance can be increased by lowering the baud rate and using fewer meters, but because the meters are powered from the line, the voltage in the "space" state must not fall below 12 V anywhere in the segment.
Master capacity is expressed in unit loads (UL): 1 UL = at most 1.5 mA. Most meters draw 1 UL, but some devices need more than one unit load, which reduces the number of meters the line can carry.
Worked example: take a 40-apartment block with one M-Bus water meter per apartment and 4 heat meters in the building. If the water meters draw 1 UL and the heat meters 2 UL, the total load is 40 × 1 + 4 × 2 = 48 UL. A 20-unit-load level converter cannot drive this line; you need a master that covers at least 48 UL, preferably with room for expansion, or two segments that split the line.
Wireless M-Bus is preferred in existing buildings where pulling cable is difficult and for battery-powered meters. The meter broadcasts telegrams at set intervals; a receiver (gateway, data concentrator or handheld terminal) collects them. Common modes:
| Mode | Frequency | Data rate | Typical use |
|---|---|---|---|
| S (Stationary) | 868.3 MHz | 32.7 kbps | Fixed network; a few transmissions per day, battery-life focused |
| T (Frequent Transmit) | 868.95 MHz | 100 kbps | Frequent broadcasts; walk-by/drive-by reading and fixed networks |
| C (Compact) | 868.95 MHz | 50 kbps | More compact telegrams than T mode, fixed network |
| N (Narrowband) | 169 MHz | 2.4–19.2 kbps | Applications that need long range |
The "1" variant of each mode (S1, T1, C1) only transmits, while the "2" variant (S2, T2, C2) is bidirectional. AES-128-based encryption and authentication protect the data; the Open Metering System (OMS) specification defines these security profiles so that devices from different manufacturers interoperate. In the field this means that to read an encrypted wM-Bus meter you need the per-meter AES key from the manufacturer or the company that supplied the meters.
Although the names are similar, the two protocols were designed for different needs. For the TCP variant of Modbus, see our What is Modbus TCP article.
| Feature | M-Bus (wired) | Modbus RTU (RS-485) |
|---|---|---|
| Standard | EN 13757-2 / -3 | Modbus over Serial Line (Modbus Organization) |
| Target devices | Water, heat, gas and electricity consumption meters | Energy analysers, PLCs, drives, general automation |
| Wiring | 2 wires, polarity independent | Differential pair + common reference, polarised (A/B) |
| Device power | Can be powered from the bus | Separate supply required |
| Address range | Primary 1–250 + 8-byte secondary address | 1–247 |
| Devices per segment | Up to 250 in the standard configuration (depends on master capacity) | 32 without a repeater |
| Data model | Self-describing records (value + unit) | Raw registers; meaning comes from the device map |
Thanks to M-Bus's self-describing data structure, the unit of the value a meter sends (m³, kWh, °C) travels inside the telegram. In Modbus, the meaning of each register is taken from the manufacturer's register map.
M-Bus is most common in: cold and hot water meters, heat meters (calorimeters), gas meters and some electricity meters. It is the basis of per-apartment or per-unit consumption tracking in residential complexes, hospitals and commercial buildings.
To connect meters to software there is always a master on the line side:
Argus EMS reads M-Bus meters and Modbus TCP/RTU devices through a Field Agent installed on site, and sends the data to the server over TLS-encrypted MQTT. When the connection drops, data is buffered locally on site and sent when the connection returns, so no data is lost.
To monitor your M-Bus meters centrally, explore our water consumption monitoring solution.
Request a demo and let our experts evaluate the implementation at your facility.
Explore the system with your own data in a demo session.