M-bus support

[vonneudeck]

The Feature

I am considering to add basic M-Bus support via a twisted pair of wires. It would be useful to me because I want to use the device in an environment where a lot of other metres are already read out using a little more or less smart M-bus gateway MUC easy plus by Solvimus. If they are easier to implement, Wireless M-Bus or Modbus/TCP would also be an option.

Necessary features

• Return the current value

Desirable features

• Return the read out metre serial as secondary Mbus address
• Return the medium type (e.g. cold water/hot water/water/electricity/heat)
• Return the physical unit (e.g. cubic metres/kWh)
• Return the scale factor (e.g. 1E-3 for 0.001)

Questions to the community

• If someone tried/contemplated implementing (Wireless) M-Bus already, could you share what you figured out/why you decided against it/did not continue?

I am not exactly keen on writing C/C++ (has been ages since I wrote machine code for an obscure 8 bit processor and I personally find memory management tedious, painful and error prone).

• Are there other languages I could use to develop in for the AI-on-edge-device?
• Are there alternative approaches you could recommend to me?

[caco3]

an obscure 8 bit processor

Luckily that time has passed a long time ago. They now all provide 32bit.

Are there other languages I could use to develop in for the AI-on-edge-device?

No, the firmware uses C++, thus you will not get around it.

Are there alternative approaches you could recommend to me?

I have no knowledge of M-bus and there are AFAIK no plans to support it by any dev.

[vonneudeck]

Oh well, then maybe it is not worth the hassle. But thank you for your time and help