deutsch english

Wireless M-Bus Protocol Stack

STACKFORCE Wireless M-Bus Stack

Wireless meter reading requires communication protocols with little overhead for small amounts of data. The Wireless M-Bus standard (EN 13757-4) specifies the wireless communication between meters for water, gas, heat and electricity, and the data concentrators. As the Wireless M-Bus protocol according to EN 13757-4 has proven in many field tests in different countries, it is a major standard for smart metering not only in Europe, but also in many other regions of the world.

The protocol stack from STACKFORCE leads to competitive products that are easy to install and to maintain. The STACKFORCE stack implements all the required protocol elements for Wireless M-Bus and additional tool support. It is optimized towards a compromise of small footprint, excellent modularity and scalability.

STACKFORCE has partnered with multiple industry leading silicon vendors. The Wireless M-Bus stack has already been ported to various platforms.


The Wireless M-Bus protocol stack from STACKFORCE supports the following features:

  • Wireless M-Bus modes: As specified in EN 13757-4 (T1, T2, S1, S1-m, S2, C1, C2, N1, N2)
  • Application layer protocols
    • EN 13757-3
    • Open Metering Specification (OMSv3, OMSv4)
    • Dutch Smart Meter Requirements (DSMRv2.2, DSMRv4)
    • CIG UNI/TS 11291-11-4
    • ...
  • Application programming interface (API)
    • Serial API with a command set for direct access of the applications for
      • reduced ramp-up time in combination with our Wireless M-Bus Suite
      • ease of integration
      • a radio module, which is separated from the host MCU running the main application
    • Layer API
      • seamless integration with your application within the same microcontroller
      • available for the most important layers APL and DLL
      • can be adapted to your very special needs
  • High portability:
    • Generic ANSI-C code in combination with a smart design providing 
      • high portability
      • excellent modularity
      • high efficiency
    • The protocol stack also available in source code.
As the standards are quite complex and dependent on each other, please read this page or contact us for consultation.


The following platform relevant issues have already been taken into account:

  • Generic
    • Designed in full ANSI-C
    • Can be used as native firmware
    • Can be integrated into any RTOS
    • Use remotely via serial interface
  • Microcontroller/Processor
    • A broad range from energy-efficient 16- to 32-Bit platforms is available
    • The stack has already been ported to several different microcontroller families, e.g. MSP430, EFM32, RL78, RX600, ...
    • If not yet ported, ready to move to the derivative or processor of your choice
  • Transceiver
    • The stack works for all transceivers that fulfill the requirements by EN 13757-4
    • Contact us if the transceiver of your choice matches the criterias
    • Transceiver drivers for various common and proven transceivers by our partners are already available
    • If not yet created, ready to create a new driver for the transceiver of your choice
  • Also single-chip solutions, which integrate MCU and transceiver into one system-on-chip-(SOC)-device are supported, making use of the close coupling of the two elements.

Contact us to clarify the required efforts to move to your individual platform!

Test & Verification

Four elements support a well-defined and comfortable automatic test environment, which efficiently also supports regression testing throughout the complete software engineering process.

  • Unit tests provide the lowest level and guarantee the functioning of the individual modules.
  • The second level is provided by a PC-based software, which performs integration tests and verifies the correct and stable functionality of each communication node.
  • A network emulator is the third level of the test environment, which allows automatic and web-based control. It connects the nodes with RF-wave guides that are interconnected by splitter-combiner and attenuation elements. Those elements are remotely controlled by microcontrollers, so that arbitrary network topologies and coexistence scenarios can be generated and reproduced, and full network tests can be performed.
  • The final step are the interoperability tests against third party devices and against the latest edition of the standardized interoperability test-suite from the OMS group.

Ongoing Development

STACKFORCE is continuously active in the following fields:

  • Active participation in Open Metering Specification (OMS AG1, OMS AG1, Security Task Group, OMS AG3)
  • Consulting, training and workshops
  • Firmware customization
  • Tool development
  • Security integration