Automatisere vannmåler

[mk1 black limited]

Bestilte fra https://shop.imst.de/wireless-modules/usb-radio-products/10/im871a-usb-wireless-m-bus-usb-adapter-868-mhz?c=13

[LarsH]

Tor Magnus: Du husker ikke tilfeldigvis hvem du  snakket med hos kommunen?

Jeg ringte dem i dag. Virket som de ikke hadde særlig peiling og ba meg ta kontakt med Kamstrup på Helsfyr.

Kamstrup sa, som forventet, at jeg ikke fikk noen nøkkel fra dem uten å gå via eier (= Skedsmo kommune).

 

Jeg tror forresten jeg har en ide om billigere USB -stick for WMbus:

Har testet en del med SDR = DAB/DVB-T USB -stick med RTL2832U demodulator og R820T, R820T2 eller E4000 tuner.

Koster ~70 kroner i den "store" butikken.

 

Installerte rtl-sdr fra repo'et til Ubuntu/Mint, og testet først med rtl-wmbus fra GitHub:

sudo rtl_sdr -f 868.9M -s 1600000 - 2>/dev/null | build/rtl_wmbus

(Sorry, har bare kompilert og ikke installert. Kjører rett fra rtl-wmbus-master -folderen)

 

Får dette i retur:

C1;0;1;2019-04-03 09:48:03.000;123;119;<målernr>;0x25442d2c526244761b166c80164e2059d6eb7e21735762e945082e8e53e86aa966a74eb8a1cc
C1;0;1;2019-04-03 09:49:37.000;51;54;<målernr>;0x25442d2c526244761b166da4164e2013b5e8a529db77193c0226c7d31b6c5c4e61b25cade050
C1;0;1;2019-04-03 09:51:11.000;45;45;<målernr>;0x25442d2c526244761b166eb8164e201366b731141feb78675fae751f943f955ba0b82dbb9918

 

Jeg mangler nøkkel, så innholdet er kryptert.

 

Deretter kompilerte jeg wmbusmeters 0.9.2 fra GitHub og testet. Ser ut som denne versjonen også støtter rtlwmbus som "device":

sudo ./wmbusmeters --debug rtlwmbus:868.9M MyTapWater multical21 <målernr> ""

 

Får dette i retur:

(wmbusmeters) version: 0.9.2
(config) using device: rtlwmbus
(config) with: 868.9M
(config) number of meters: 1
(rtlwmbus) using command: rtl_sdr -f 868.9M -s 16000000 - 2>/dev/null | rtl_wmbus
exec background "/bin/sh"
arg "-c"
arg "rtl_sdr -f 868.9M -s 16000000 - 2>/dev/null | rtl_wmbus"
(serialcmd) opened /bin/sh
(config) using link mode: Any
(multical21) configured "MyTapWater" "multical21" "<målernr>" not-encrypted
(serialcmd) received "3A20313A2072746C5F776D6275733A206E6F7420666F756E640A"
(rtl_wmbus) protocol error in message received!
(rtl_wmbus) protocol error "3A20313A2072746C5F776D6275733A206E6F7420666F756E640A"

 

Virker lovende, i og med at jeg på kommandolinja har definert "" = no encryption

 

[mk1 black limited]

@LarsH Sender deg PM.

[aleks]

Finnes det noen lovtekster vedr når automatiske vannmålere skal installeres. Jeg har enda en gammel måler som ikke gjør stort, men er litt forbløffet hvis AMS er sterkt regulert med kundene SKAL ha tilgang på hvilke data som blir logget og sendt ut (HAN-port), mens vann, som overvåker en minst like mye skal være et kryptert system kommunen ikke trenger å dele med kundene? Å ha tilgang til vanndata er ekstremt fint for automatisering mtp lekkasjer, kontroll og en solenoid.

[Moskus]

Jeg har ikke engang vannmåler, så tviler på at det er noen nasjonale retningslinjer på det.

[wmbusmeters]

On 03/04/2019 at 14:00, LarsH said:

Får dette i retur:

C1;0;1;2019-04-03 09:48:03.000;123;119;<målernr>;0x25442d2c526244761b166c80164e2059d6eb7e21735762e945082e8e53e86aa966a74eb8a1cc
C1;0;1;2019-04-03 09:49:37.000;51;54;

 

Hi Lars! I have been experimenting with rtl_wmbus and my multical21 meter. Unfortunately I do not get any reliable readings.

When rtl_wmbus prints C1;0 first, then it means that it could not reliable decode the radio packet, ie crc error.

 

I asked the developer about this and he wrote:

--------------

you are good with strings begin with C1;1 or with T1;1. The format behind a whole string is

MODE;CRC_OK;3OUTOF6OK;TIMESTAMP;PACKET_RSSI;CURRENT_RSSI;LINK_LAYER_IDENT_NO;DATAGRAM_WITHOUT_CRC_BYTES.

3OUTOF6OK makes sense only with mode T1 and no sense with mode C1 (always set to 1).

C1 mode generally causes more problems regarding clock recovering because no channel coding is used. Channel coding would force transmitter to switch from 0 to 1 and back more often while sending that makes clock recovering by receiver easier on costs of datagram transmission time that takes longer.

-----------------------

 

There are several users of wmbusmeters and rtl_wmbus, but they listen to T1 meters.

 

I have sent a recording to the rtl_wmbus developer to see if he can improve his software radio.

You could perhaps also help him out by opening an issue and offer recordings from rtl_sdr.

 

[frostmo84]

On 05/05/2019 at 08:31, wmbusmeters said:

 

Hi Lars! I have been experimenting with rtl_wmbus and my multical21 meter. Unfortunately I do not get any reliable readings.

When rtl_wmbus prints C1;0 first, then it means that it could not reliable decode the radio packet, ie crc error.

 

I asked the developer about this and he wrote:

--------------

you are good with strings begin with C1;1 or with T1;1. The format behind a whole string is

MODE;CRC_OK;3OUTOF6OK;TIMESTAMP;PACKET_RSSI;CURRENT_RSSI;LINK_LAYER_IDENT_NO;DATAGRAM_WITHOUT_CRC_BYTES.

3OUTOF6OK makes sense only with mode T1 and no sense with mode C1 (always set to 1).

C1 mode generally causes more problems regarding clock recovering because no channel coding is used. Channel coding would force transmitter to switch from 0 to 1 and back more often while sending that makes clock recovering by receiver easier on costs of datagram transmission time that takes longer.

-----------------------

 

There are several users of wmbusmeters and rtl_wmbus, but they listen to T1 meters.

 

I have sent a recording to the rtl_wmbus developer to see if he can improve his software radio.

You could perhaps also help him out by opening an issue and offer recordings from rtl_sdr.

 

 

Water meter is now mandatory for new Lillestrøm kommune, so there will be a few more geeks looking to get their data on in the year coming. I've got a water meter installed, and have ordered a generic rtl sdr device,, as i've understood it they should be able to interpret the Multical C1 meters via wmbusmeters now?

 

Would be interested to hear if anyone has had success with this, and also curios about any automations based on water data.

[wmbusmeters]

13 minutes ago, frostmo84 said:

 

Water meter is now mandatory for new Lillestrøm kommune, so there will be a few more geeks looking to get their data on in the year coming. I've got a water meter installed, and have ordered a generic rtl sdr device,, as i've understood it they should be able to interpret the Multical C1 meters via wmbusmeters now?

 

Would be interested to hear if anyone has had success with this, and also curios about any automations based on water data.

 

Yes, rtl_wmbus (https://github.com/xaelsouth/rtl-wmbus) now supports C1 telegrams from Multical21, so you can listen to your Multical21 meter with a generic rtl sdr device and wmbusmeters. ?

[LarsH]

I can confirm it works with this fork of the original project:   https://github.com/afflux/rtl-wmbus.git

Have not tested the latest changes in the original project.

I've been using these SDR devices:

* Terratec TStick (Realtek RTL2832U, Elonics E4000 radio), current consumption approx 140mA

* Generic device (Realtek RTL2832U, Rafael Micro R820T2 radio), current consumption approx 260mA

It's a pity there is almost impossible to get hold of a SDR with E4000 anymore, taken into consideration the lower consumption.

Both are far off compared to my IM871A-USB: 37mA.

I import data to Home Assistant via a Mosquitto broker, both running on the same RPi3B+.

Works like a charm.

[stigvi]

Synd at Klepp kommune ikke vil dele krypteringsnøkkelen med meg. Måleren sender ut info hver time, men temmelig utilgjengelig for meg allikevel. Jeg hørte med kommunen og ble henvist til en person som tydeligvis finner det enklest å ikke svare på henvendelser ?

[bompi75]

Hei! Jeg lurer på om noen kan hjelpe meg på rett vei her. Jeg forsøker å få ut målinger fra Kamstrup vannmåleren min og lykkes nesten 🙂
Jeg har følgende utstyr:
- Rarperry PI
- Kamstrup vannmåler Multical21
-  iM871A-USB - Wireless M-Bus USB-adapter 868 MHz
- installert wmbusmeters
Oppsettet fungerer teknisk og ser ut til å kommunisere

Jeg har mottat fil fra kommunen xxx_zip.kem (ikke passordbeskyttet)
Denne filen inneholder 2 stk filer:
- A0FEB789BBExxxxxxxxxxxxDDEC460D0.kem (byttet ut reelle bokstaver med xxxxxxxx)
- meter_information_file.xsd
samt målerid:57xxxx81

Når jeg kjører kommandoen 
 

wmbusmeters --format=hr --debug --listento=c1 /dev/ttyUSB0  WaterMeasure multical21 57xxxx81 A0FEB789BBExxxxxxxxxxxxDDEC460D0
[....]
(serial) received binary "A5E20323442D2C815145571B168D200730C4622188C27C96F81AA6058AA04A9F8897DF4D574B87579600000071DB"
(im871a) checkIM871AFrame "A5E20323442D2C815145571B168D200730C4622188C27C96F81AA6058AA04A9F8897DF4D574B87579600000071DB"
(im871a) has_timestamp=1 has_rssi=1 has_crc16=1
(im871a) endpoint 2
(im871a) msgid 3
(im871a) timestamp 00009657
(im871a) rssi 00
(im871a) got crc16 db71 expected db71
(im871a) received full frame
(wmbus) parseDLL @0 36
(meter) WaterMeasure: for me? 57xxxx81
(meter) WaterMeasure: yes for me
(meter) WaterMeasure 57xxxx81 "23442D2C815145571B168D200730C4622188C27C96F81AA6058AA04A9F8897DF4D574B87"
(wmbus) parseDLL @0 36
(wmbus) parseELL @10 26
(ELL) decrypting "88C27C96F81AA6058AA04A9F8897DF4D574B87"
(ELL) IV 2D2C815145571B162030C46221000000
(ELL) block 0 block_size 16 offset 0
(ELL) decrypted "538563B63F79DAF1288DE9E8692A46D0"
(ELL) block 1 block_size 3 offset 16
(ELL) decrypted "B29966"
(ELL) decrypted "538563B63F79DAF1288DE9E8692A46D0B29966"
(wmbus) payload crc error!
(wmbus) telegram ignored by all configured meters!

Så jeg får kontakt med "min" vannmåler - øvrige telegrammer fra naboer blir ignorert, men det er jo tydelig at jeg ikke klarer å dekryptere telegrammet. Er det noen som kan fortelle meg hva jeg gjør feil?

Jeg prøver ogå kem-import.py uten resultat
kem-fila har ikke noe passord. Jeg har lagt den over på rasp'en og skriver følgende

sudo python kem-import.py ../../../A0FEB789BBExxxxxxxxxxxxDDEC460D0.kem 57xxxx81
Traceback (most recent call last):
  File "kem-import.py", line 139, in <module>
    xmldoc = minidom.parseString(decryptedtext)
  File "/usr/lib/python3.8/xml/dom/minidom.py", line 1969, in parseString
    return expatbuilder.parseString(string)
  File "/usr/lib/python3.8/xml/dom/expatbuilder.py", line 925, in parseString
    return builder.parseString(string)
  File "/usr/lib/python3.8/xml/dom/expatbuilder.py", line 223, in parseString
    parser.Parse(string, True)
xml.parsers.expat.ExpatError: not well-formed (invalid token): line 1, column 0

eller

sudo python kem-import.py ../../../vann.zip.kem  57xxxx81
Detected a zip file on input ... extracting
Traceback (most recent call last):
  File "kem-import.py", line 139, in <module>
    xmldoc = minidom.parseString(decryptedtext)
  File "/usr/lib/python3.8/xml/dom/minidom.py", line 1969, in parseString
    return expatbuilder.parseString(string)
  File "/usr/lib/python3.8/xml/dom/expatbuilder.py", line 925, in parseString
    return builder.parseString(string)
  File "/usr/lib/python3.8/xml/dom/expatbuilder.py", line 223, in parseString
    parser.Parse(string, True)
xml.parsers.expat.ExpatError: not well-formed (invalid token): line 1, column 0

Noen som har en ide om hva jeg gjør galt?

 

Endret 9. november 2020 av bompi75

[stigvi]

1 time siden, bompi75 skrev:

decrypted "538563B63F79DAF1288DE9E8692A46D0"

Er ikke dette dekryptert, da?

[bompi75]

24 minutter siden, stigvi skrev:

Er ikke dette dekryptert, da?

 

Nei - ikke helt. Når jeg setter naboens id 57xxxx80 istedenfor min (81), får jeg også at den decrypterer (men det er jo ikke rett nøkkel så dekrypteringen blijo bare vås):
 

Sitat

(meter) WaterMeasure: for me? 57xxxx80
(meter) WaterMeasure: yes for me
(meter) WaterMeasure 57xxxx80 "23442D2C805145571B168D2032A8CD6221F7624859CD59CC383654511912C573AC84AF9E"
(wmbus) parseDLL @0 36
(wmbus) parseELL @10 26
(ELL) decrypting "F7624859CD59CC383654511912C573AC84AF9E"
(ELL) IV 2D2C805145571B1620A8CD6221000000
(ELL) block 0 block_size 16 offset 0
(ELL) decrypted "02AE59766099A30AC192056FD6F6E319"
(ELL) block 1 block_size 3 offset 16
(ELL) decrypted "2EBB41"
(ELL) decrypted "02AE59766099A30AC192056FD6F6E3192EBB41"
(wmbus) payload crc error!
(wmbus) telegram ignored by all configured meters!

 Derfor tenker jeg at jeg ikke har rett nøkkel og at jeg på en eller annen måte må hente ut denne av kem-fila (og at jeg ikke har rett passord på denn eeller at det er noe annent galt med fila)

[Steve0]

@bompi75 Kanskje litt sen svar (har du funnet ut av dette allerede?), men har du sjekket om XML-fila inneholder en tag `<CipherValue>`? kem-import.py støtter kun krypterte .kem-filer, så om din er ikke kryptert kan det hende du må dra ut nøkkelen for hånd.

 

Kan du evt. legge inn en sladret kopi av .kem-filen din?

[bompi75]

Hei - jeg fant ut av dette i dag(!)

 

jeg fikk endelig kontakt med ressurs i kommunen og fikk tilsendt ny Kam-fil med passord. Den fikk jeg dekryptert og i alt tok det 10 minutter før oppsettet (basert på wmbus, mqtt og Home Assistant) fungerte!

 

så lærdommen er at passordet til kam-fila er ikke nødvendigvis målernummeret, men det som operatøren finner på.

 

så i kveld skal jeg lære meg statistikkmodulen i Home Assistant for å regne ut momentant forbruk. Kanskje noen har noen ideer her?

[nicbra]

Hei,

Har noen av dere fått avlag fra kommunen deres om å få tilsendt krypteringsnøkkelen?

Hørte med Sarpsborg kommune om å få nøkkelen til vannmåleren hos oss, men de sier at av hensyn til GDPR så kan ikke denne sendes. 

[stigvi]

17 minutter siden, nicbra skrev:

Hei,

Har noen av dere fått avlag fra kommunen deres om å få tilsendt krypteringsnøkkelen?

Hørte med Sarpsborg kommune om å få nøkkelen til vannmåleren hos oss, men de sier at av hensyn til GDPR så kan ikke denne sendes. 

Jeg fikk kontakt med en ansatt som overlot det til sin sjef å avgjøre, men han svarte aldri. Selv etter to purringer.

Å skylde på gdpr høres ut som bullshit. Dette er ikke veldig annerledes enn data fra strømmåler som det finnes et system på. Vann er derimot fullstendig monopolisert og de trenger ikke bry seg om hva kundene ønsker.

[bompi75]

Gdpr-argumentet holder vel strengt tatt ikke. Jeg ville bedt om en begrunnelse hvorfor dette bryter med gdpr og vist til argumentet med strømmålere og at andre kommuner leverer ut det du ber om.

[Steve0]

Det finnes vel strengt tatt et argument for at GDPR kommer i spillet. Dette skyldes da at vannmålerens nøkkel ikke kan byttes ut når du flytter ut - og i motsetning til strømmåleren må man ikke ha fysisk tilgang for å hente ut data.

 

Dvs. når du selger huset, og har fått krypteringsnøkkelen til vannmåleren, kan du lese av vannforbruket til den nye eieren.

 

Personlig synes jeg at det er veldig tynt grunnlag for å nekte deg tilgang, men når man har med en offentlig etat å gjøre er det vel fort ingenting man får endret i rutinene dems.

[Bjørn Mork]

Er det noen som  har oversikt over hvordan forskjellige kommuner ser på dette med nøkkel til vannmåleren?  Det hadde vært nyttig med info om hvem som gir fra seg nøkkel, og i så fall riktig kontaktpunkt.

 

Har nylig endt opp i en feriebolig i Asker (gamle Hurum kommune), og har da gleden av en slk fancy måler med  w-mbus.  Bruker et generisk rtl2832u adapter sammen med rtl-sdr, rtl_wmbus og wmbusmeters slik som mange andre her, og klarer fint å lese data fra måleren (samt fra en del naboers Kamstrup-målere).  Vår måler er en Qualcosonic F1 som dette: https://www.axiomametering.com/en/products/water-metering-devices/ultrasonic/qalcosonic-f1-ultrasonic-water-meter

 

Typisk output fra wmbusmeters er:

 

(serial) received ascii "T1;1;1;2021-06-24 10:24:07.000;133;135;00129731;0x3e4409073197120008167a4f00300561f96352e74b19936f378dfe46b6132b13b789a6671dbea3bb83916af8143edea2412799fa1146528d72ec45f0c4c5b7<0A>T1;1;1;2021-06-24 10:24:07.000;153;156;00129731;0x3e4409073197120008167a4f00300561f96352e74b19936f378dfe46b6132b13b789a6671dbea3bb83916af8143edea2412799fa1146528d72ec45f0c4c5b7<0A>"
(rtlwmbus) checkRTLWMBusFrame "T1;1;1;2021-06-24 10:24:07.000;133;135;00129731;0x3e4409073197120008167a4f00300561f96352e74b19936f378dfe46b6132b13b789a6671dbea3bb83916af8143edea2412799fa1146528d72ec45f0c4c5b7<0A>T1;1;1;2021-06-24 10:24:07.000;153;156;00129731;0x3e4409073197120008167a4f00300561f96352e74b19936f378dfe46b6132b13b789a6671dbea3bb83916af8143edea2412799fa1146528d72ec45f0c4c5b7<0A>"
(rtlwmbus) received full frame
(wmbus) parseDLL @0 63
(telegram) DLL L=3e C=44 (from meter SND_NR) M=0709 (AXI) A=00129731 VER=08 TYPE=16 (Cold water meter) (driver q400) DEV=rtlwmbus[00000001] RSSI=133
(wmbus) parseELL @10 53
(wmbus) parseAFL @10 53
(wmbus) parseTPL @10 53
(telegram) TPL CI=7a ACC=4f STS=00 CFG=0530 (AES_CBC_IV nb=3 cntn=0 ra=0 hc=0)
Received telegram from: 00129731
          manufacturer: (AXI) UAB Axis Industries, Lithuania (0x709)
                  type: Cold water meter (0x16)
                   ver: 0x08
                device: rtlwmbus[00000001]
                  rssi: 133 dBm
                driver: q400
(wmbus) 00: 3e length (62 bytes)
(wmbus) 01: 44 dll-c (from meter SND_NR)
(wmbus) 02: 0907 dll-mfct (AXI)
(wmbus) 04: 31971200 dll-id (00129731)
(wmbus) 08: 08 dll-version
(wmbus) 09: 16 dll-type (Cold water meter)
(wmbus) 0a: 7a tpl-ci-field (EN 13757-3 Application Layer (short tplh))
(wmbus) 0b: 4f tpl-acc-field
(wmbus) 0c: 00 tpl-sts-field (OK)
(wmbus) 0d: 3005 tpl-cfg 0530 (AES_CBC_IV nb=3 cntn=0 ra=0 hc=0 )
telegram=||3E4409073197120008167A4F00300561F96352E74B19936F378DFE46B6132B13B789A6671DBEA3BB83916AF8143EDEA2412799FA1146528D72EC45F0C4C5B7|+2242
(rtlwmbus) checkRTLWMBusFrame "T1;1;1;2021-06-24 10:24:07.000;153;156;00129731;0x3e4409073197120008167a4f00300561f96352e74b19936f378dfe46b6132b13b789a6671dbea3bb83916af8143edea2412799fa1146528d72ec45f0c4c5b7<0A>"
(rtlwmbus) received full frame

Men her kommer man jo ikke videre uten riktig AES-nøkkel.  Vurderer å prøve kommunens kundeservice, men ser for meg at det er kan bli vanskelig nok å forklare problemstillingen.

 

En tilleggsutfordring er jo at de tilbyr fjernavlesing av vannmåleren vha "Netti": https://hurumkraft.no/produkt/netti-iot-gateway-visning-vannmaler-effekt-utnytter-han-porten/

 

Slik sett har de jo sitt på det tørre(pun intended) om de påstår at jeg har tilgang på dataene.  Jeg er bare ikke så interessert i en skybasert app-løsning.  Som jeg vet det er stor forståelse for her i dette forumet, men ikke så mange andre steder i verden dessverre 🙂

 

EDIT: tenkte forresten tanken at jeg kunne prøve å koble opp nettien via en mitmproxy-løsning for å se om den får nøkkel via et eller annet API som kan misbrukes.  Men så slo det meg at den mest sannsynlig bare forwarder w-mbus direkte uten å bry seg med dekryptering.  Så den idéen er nok dødfødt

Endret 24. juni 2021 av Bjørn Mork

[MortenL]

Hei!

Ny her, og denne tråden er kanskje litt død, men jeg er overrasket over at ingen av dere bruker IR-porten på strømmåleren deres til å lese data. Har selv en Kamstrup Multical 403, jeg kjøpte et billig IEC1107-hode på AliExpress (den her om noen er interessert) og bruker PyMultical for å lese ut data. Nå har jeg full oversikt over fjernvarme og varmtvannforbruk i Home Assistant. Er litt spent på hvor lenge batteriet i vannmåleren kommer til å vare, men jeg har satt forholdsvis lav lesehyppighet for å prøve å redusere batteriforbruket. PyMultical fungerer nok ikke med Multical 21 som jeg ser blir nevnt i tråden her, men så vidt jeg kan se har den også IR-port, så det skal være mulig å kommunisere med den også.

[stigvi]

MortenL skrev (1 time siden):

Ny her, og denne tråden er kanskje litt død, men jeg er overrasket over at ingen av dere bruker IR-porten på strømmåleren deres til å lese data.

Antar det er en skrivefeil her og du mener vannmåleren. Men svaret er vel at vi ikke bruker ir-porten fordi vi har vannmålere uten ir-port.

[Moskus]

19 hours ago, MortenL said:

Er litt spent på hvor lenge batteriet i vannmåleren kommer til å vare, men jeg har satt forholdsvis lav lesehyppighet for å prøve å redusere batteriforbruket.

Det er IR det er snakk om her, så lesehyppigheten betyr vel ikke noe...? Eller er det faktisk toveis-kommunikasjon her, dvs. at du poller nivået?

[MortenL]

Moskus skrev (16 timer siden):

Det er IR det er snakk om her, så lesehyppigheten betyr vel ikke noe...? Eller er det faktisk toveis-kommunikasjon her, dvs. at du poller nivået?

Det er toveiskommunikasjon. Jeg har et "optisk øye" koblet til en raspberry pi som sender et IR-signal til lesedioden på vannmåleren, og får et IR-signal som svar med dataen jeg er ute etter. De fleste vannmålere har dette grensesnittet. Jeg ser på bilder av Kamstrup 21 som blir nevnt i tråden her at det er to dioder mot toppen av enheten, og manualen sier at den støtter avlesning via "optisk øye".

Mer info og instruksjoner på hvordan man kan bygge sin egen optisk leser finnes her: https://web.archive.org/web/20210126003137/http://wiki.hal9k.dk/projects/kamstrup

[Bjørn Mork]

Interessant.  Synes jo fremdeles litt mer hensiktsmessig å bruke radio-telegrammene som måleren tross alt kringkaster uansett, men når det ikke er mulig å oppdrive nøkkelen så er jo dette alltids et alternativ.  Greit å vite.

 

Ellers havnet jeg her fra den linken du postet:

https://github.com/bsdphk/PyDLMS/blob/master/README

der vi har dette herlige sitatet som forklarte både litt av hvert:

Quote Be warned that the DLMS protocol stack is created by a succession of morons, doing one stupid thing after another for several decades.