Crates.io | m-bus-parser |
lib.rs | m-bus-parser |
version | 0.0.15 |
source | src |
created_at | 2024-03-09 19:57:10.533108 |
updated_at | 2024-10-01 10:33:58.629451 |
description | A library for parsing M-Bus frames |
homepage | https://maebli.github.io/ |
repository | https://github.com/maebli/m-bus-parser |
max_upload_size | |
id | 1168109 |
size | 484,077 |
For contributing see CONTRIBUTING.md
m-bus-parser is an open source parser (sometimes also refered to as decoder and/or deserializer) of wired m-bus portocol and is written in rust.
"M-Bus or Meter-Bus is a European standard (EN 13757-2 physical and link layer, EN 13757-3 application layer) for the remote reading of water, gas or electricity meters. M-Bus is also usable for other types of consumption meters, such as heating systems or water meters. The M-Bus interface is made for communication on two wires, making it cost-effective." - Wikipedia
An outdated specification is available freely on the m-bus website. This document is a good starting point for understanding the protocol. There have been many other implementations of the specification.
Furthermore, the Open Metering System (OMS) Group has published a specification for the m-bus protocol. This specification is available for free on the OMS website or more specificially here.
such as a no longer maitained m-bus encoder and decoder by rscada written in c, jMbus written in java,Valley.Net.Protocols.MeterBus written in C#, tmbus written in javascript or pyMeterBus written in python.
The parser has been published as an npm package and can be used in the browser. An example of this can be seen under the url https://maebli.github.io/m-bus-parser/.
The source is in the wasm folder in this repos
There is a cli, the source is in the sub folder "cli" and is published on crates.io https://crates.io/crates/m-bus-parser-cli.
The are some python bindings, the source is in the sub folder "python" and is published on pypi https://pypi.org/project/pymbusparser/.
Do not get confused about the different types of frame types. The most important one to understand at first is the LongFrame
which is the most common frame type. The others are for example for searching for a slave or for setting the primary address of a slave. This is not of primary intrest for most users. Visualization was made with the help of the tool excalidraw.
The searlized application layer above can be further broken into parsable parts.
no_std
The library is currently under development. It is able to parse the link layer but not the application layer. The next goal is to parse the application layer. Once this is achieved the library will be released as v0.1.0
. Further goals, such as decryption, will be set after this milestone is achieved.
Examples taken from https://m-bus.com/documentation-wired/06-application-layer:
INPUT: 68 06 06 68 | 53 FE 51 | 01 7A 08 | 25 16
Parsing the frame using the library (the data is not yet parsable with the lib):
use m_bus_parser::frames::{Address, Frame, Function};
let example = vec![
0x68, 0x06, 0x06, 0x68,
0x53, 0xFE, 0x51,
0x01, 0x7A, 0x08,
0x25, 0x16,
];
let frame = Frame::try_from(example.as_slice()))?;
if let Frame::ControlFrame { function, address, data } = frame {
assert_eq!(address, Address::Broadcast { reply_required: true });
assert_eq!(function, Function::SndUd { fcb: (false)});
assert_eq!(data, &[0x51,0x01, 0x7A, 0x08]);
}