Gasmeter values not available about arduino-dsmr HOT 12 CLOSED

It takes time for the gas meter is connected to the main meter; do you see any readings of gas on the electricity meter itself?

from arduino-dsmr.

Hi, yes I see gas readings on the electricity meter. And with the USB cable connected to the meter for DSMR reader (a python telegram parser) I had gas readings.

When I understand the telegram correctly the telegram contains gas reading:

0-2:24.1.0(003)                                                                                                                                       
0-2:96.1.0(47303033**************31333137)                                  
0-2:24.2.1(181202194007W)(00283.687*m3)                                         

What I see in other examples is that these lines start with 0-1, mine start with 0-2... Maybe because it is my second meter? Just guessing ;)

from arduino-dsmr.

I have the same with my setup; they replaced my gas meter because it was not working, the new gas meter registred itself with ID 2. It is then parsed as a water meter; no difference whatsoever

What I see in other examples is that these lines start with 0-1, mine start with 0-2... Maybe because it is my second meter? Just guessing ;)

from arduino-dsmr.

I don’t think your water meter assumption is incorrect... according to this document:
https://www.netbeheernederland.nl/_upload/Files/Slimme_meter_15_a727fce1f1.pdf

You can have a gasmeter installed on different channels:

7.3 Gas Data
The following is only applicable if Gas meters are connected. The OBIS reference Channel number (n) will be defined by the installing order of the M-Bus devices. So a Gas meter can be installed on channel 1, 2, 3 or 4.

Same with the water meter... I get the feeling that the logic needs to figure out which device is on which channel.

Lucky for us (not) the replacement meter was registered on the second channel... For what I see that it okay according to the specs, but kind of strange from a counting perspective ;)

from arduino-dsmr.

I meant that this software is assuming the device on channel 2 is a water meter.
When you look in the specification, there is no difference in the data for a gas meter and water meter. Therefor this software cannot distinguish betweent the two.

from arduino-dsmr.

Ah okay, so... the designers of the DSMR standard is the place to “complain” and the code works just fine :)

Weird that they did not create some sort of definition to pinpoint which additional device is connected on the channel...

It would be nice in this lib when you could overrule the defaults. Although it can be done by hand.

from arduino-dsmr.

Just tasted it... Flipping the MBUS ID's of the following constants:

const uint8_t GAS_MBUS_ID = 1;
const uint8_t WATER_MBUS_ID = 2;

Did the trick, I (finally) have gasmeter values :)

Thanks for all the quick responses!!!

from arduino-dsmr.

I'm a bit late to the party, but this was sortof documented at https://github.com/matthijskooijman/arduino-dsmr#slave-meters I guess it would be nicer to have some way to config this without changing the library itself, though...

from arduino-dsmr.

Welcome! I'm willing to reopen the issue if you want ;)

Just saw the slave chapter. Now you point me to that chapter I must admit that I saw it, but never had the idea that this was the solution for my problem...

from arduino-dsmr.

@jicho, I think it's best to keep this issue closed, but it seems good to track this as a feature request in a new issue. Care to open it? I think there can be two parts to the request: Either improve documentation or error reporting about slave meters with non-standard ids, and making it easier to support non-standard ids.

from arduino-dsmr.

@matthijskooijman: done, look at this #20

from arduino-dsmr.

Perfect, thanks!

from arduino-dsmr.