Add ability to configure SML meter workarounds

[tanuva]

Make use of libsml's workaround options to apply a workaround for DZG meters. This builds upon the changes from libsml PR #133.

Should the new configuration option be documented somewhere in addition to the json schema?

[J-A-U]

Should the new configuration option be documented somewhere in addition to the json schema?

Yes, please. In the example configuration: /etc/vzlogger.conf

[tanuva]

No problem, added.

I thought about mentioning the meter model (and serial number range) known to require this workaround. @jmberg would need to share their DZG model number for that though. :)

[r00t-]

will have to merge libsml PR #133 to have the check work here.

[jmberg]

Sorry I completely forgot ... my serial is 1DZG0042082910, but now I forgot how that's encoded in the SML.

Edit: looks like this:
1-0:96.50.11#DZG#
1-0:96.1.0255#0a 01 44 5a 47 00 02 82 22 5e #

[tanuva]

Thanks for remembering :) To be honest, I was more looking for the power meter model name, e.g. "DWSB.2TH" which is mine. Then I could add yours to the workaround description, mentioning that certain serial numbers of that model have the bug.

[jmberg]

Ah, it's labelled 'DVS7412.2'

[jmberg]

And apparently that's really just a sub-model of the DVS74 series:
https://www.dzg.de/produkte/moderne-messeinrichtung#dvs74

What's weird is that the serial number is the "Zaehlernummer" and surely that must be unique? After all, that's what electricity companies use to bill etc.?

I've tried to ping someone at DZG again, perhaps they'll provide more information. Maybe some later number in the serial actually encodes the model and we can fix this w/o configuration. After all, it's even quite tricky to figure out if your meter is affected by the bug or not, you kind of have to plot the numbers during feed/buy transition.

[tanuva]

libsml PR #133 has become obsolete. Consequently this one goes down the drain, too.