Nieuwe KWh meter Liander in Hilversum-Noord

Omdat 2G er uit gaat wordt mijn GPRS meter vervangen voor een 4G. Weet iemand toevallig welk model de 4G vervanger wordt?

Ik vermoed dat ik m'n P1 software moet gaan aanpassen en wil dus eigenlijk graag een beetje voorbereiden.

Mijn meter is 2 feb aan de beurt. De standaard is "heel redelijk": Ik heb tussen thuis en m'n werk geen veranderingen in de software hoeven aan te passen. Kennelijk is hier in september de 2G uitgezet en kwam ik daar pas in jan achter. En ze wachten tot ik kom klagen voordat ze iets doen, zodat ze niet alles tegelijk moeten doen.

Wel was vroeger de standaard <laag> baud, en tegenwoordig 115k2 baud. Op de oude standaard kreeg je iedere 10 sec een update (een update kostte langer dan 1 sec op de lage baudrate).

Tegenwoordig krijg je iedere seconde een update.

De meter die 2 feb vervangen wordt, houdt zich aan de nieuwe standaard door 10x precies hetzelfde bericht te sturen. Mijn meter thuis die stuurt gewoon iedere seconde nieuwe meetwaarden door.

Wat telt is welke DSMR versie je hebt en welke je krijgt.
De nieuwe zal wel DSMR 5 worden.

De oude DSMR versie zijn redelijk compatibel maar geven sommige data velden niet, en geven minder vaak een bericht, en opeen lagere baudrate.

Ook zijn er verschillen in de max stroom die je uit de P1 poort kunt trekken.

Op vrijdag 16 januari 2026 14:32:40 schreef harry64:
Omdat 2G er uit gaat wordt mijn GPRS meter vervangen voor een 4G. Weet iemand toevallig welk model de 4G vervanger wordt?

Ze hebben meestal meerdere fabrikanten in omloop (nooit wedden op een enkel paard) Dus daar kun je niet veel van zeggen.

Wel dat het waarschijnlijk DSMR5 zal zijn inderdaad.

Op vrijdag 16 januari 2026 17:56:16 schreef Sine:
[...]

Ze hebben meestal meerdere fabrikanten in omloop (nooit wedden op een enkel paard) Dus daar kun je niet veel van zeggen.

Wel dat het waarschijnlijk DSMR5 zal zijn inderdaad.

Geeft die ook de spanning en stroom per fase ?

DSMR5 geeft inderdaad spanning en stroom per fase.
Maar stroom is in ampere. Geen decimalen, dus daar heb je niet veel aan.

Elke 10 sec een rapportje op 115200 8N1 van ik dacht 26 regels. Meter is een Kaifa MA105C, DSMR 4.2.2 volgens Liander. Dus ik moet even afwachten wat DSMR5 precies gaat doen. Ik las i.i.g. dat de rapportage frequentie met DSMR5 elke seconde is. Maar als dat dan gewoon 10x het zelfde rapport is moet ik er iets tussen frommelen dat ie alleen elk 10e rapport leest of middels een stukje software timer in python dat ie dan alsnog elke 10 sec uitleest.

Vermoedelijk wordt ook de gasmeter vervangen omdat die gekoppeld is aan de KWh meter. Die geeft (nu nog) elk heel uur een update.

Gas updates in DSMR5 is 1x per 10 minuten.

Op vrijdag 16 januari 2026 20:23:46 schreef deKees:
DSMR5 geeft inderdaad spanning en stroom per fase.
Maar stroom is in ampere. Geen decimalen, dus daar heb je niet veel aan.

Maar je kunt wel vermogen door spanning delen, die komen er wel nauwkeurig uit. Dat is alvast beter dan hele amperes.

Dit is een fijne dsmr parser, hoef je je over het exacte protocol verder geen zorgen te maken, alle beschikbare info rolt eruit.

https://github.com/lvzon/dsmr-p1-parser

[Bericht gewijzigd door PE9SMS op (20%)]

Hier hangt sinds twee jaar een Kaifa MA304 kWh-meter (SMR 5.5), met een LTE-M communicatie module. Aan de P1-poort is een Chargee aangesloten, waar je met een seconde vertraging spanning, stroom vermogen per fase live kan bekijken. Ook het geheugen van de kWh-meter kan je bekijken, de dag standen die naar je energie-leverancier gaan etc. Levering en teruglevering van energie. Schakelpieken van een koelkast zijn zichtbaar.
En dat per fase. Zo kwam ik er achter dat de drie-fasen warmtepomp eigenlijk alleen fase twee het meest belast (zit de compressor en de vloeistofpompen op). Op de andere twee fasen zitten alleen de verwarmingselementen om bij te springen als de compressor het niet bolwerkt (boilerwater verwarmen boven de 57°C ivm legionella).

Op vrijdag 16 januari 2026 20:41:45 schreef harry64:
Maar als dat dan gewoon 10x het zelfde rapport is ...

Nee, dat is uiteraard niet om de tien seconden tien keer hetzelfde. Dat is echt live data.

Die hele specificatie staat ook gewoon online overigens, alles wat je (n)ooit wilde weten:
https://www.netbeheernederland.nl/sites/default/files/2024-02/dsmr_5.0…

[Bericht gewijzigd door Sine op (28%)]

Ik heb een recente slimme meter, elke 1 sek komt er een P1 telegram. Gas en watermeter zijn gekoppeld, hier worden de data elke 5 min geupdatet. Telegram in bijlage (opgelet, situatie Belgie).

Op vrijdag 16 januari 2026 21:00:59 schreef deKees:
Gas updates in DSMR5 is 1x per 10 minuten.

Op vrijdag 16 januari 2026 22:17:25 schreef Sine:
[...]

Nee, dat is uiteraard niet om de tien seconden tien keer hetzelfde. Dat is echt live data.

Die hele specificatie staat ook gewoon online overigens, alles wat je (n)ooit wilde weten:
https://www.netbeheernederland.nl/sites/default/files/2024-02/dsmr_5.0…

Oké, dank. :)

[Bericht gewijzigd door harry64 op (55%)]

Op vrijdag 16 januari 2026 20:41:45 schreef harry64:
Maar als dat dan gewoon 10x het zelfde rapport is moet ik er iets tussen frommelen dat ie alleen elk 10e rapport leest of middels een stukje software timer in python dat ie dan alsnog elke 10 sec uitleest.

Ik heb gewoon: Als een waarde niet veranderd is, dan doe ik verder niets. Zo log ik wel dingen als meter nummer, maar neemt dat geen extra diskruimte in.

Vermoedelijk wordt ook de gasmeter vervangen omdat die gekoppeld is aan de KWh meter. Die geeft (nu nog) elk heel uur een update.

Dat blijft waarschijnlijk. Dat ding heeft geen stroomaansluiting en moet dus 20 jaar op een batterij blijven werken. Het "doorsturen" is dan een "energievretende" bezigheid die dus 1x per uur gedaan wordt.

Op vrijdag 16 januari 2026 22:17:25 schreef Sine:
Nee, dat is uiteraard niet om de tien seconden tien keer hetzelfde. Dat is echt live data.

ZO "uiteraard" is dat niet. Mijn Landis & Gyr E350 stuurt dus 10x hetzelfde. 

1768638426 (00.491*kW)
1768638436 (00.477*kW)
1768638446 (00.476*kW)
1768638456 (00.472*kW)
1768638466 (00.468*kW)
1768638476 (00.466*kW)
1768638486 (00.465*kW)
1768638496 (00.468*kW)
1768638506 (00.464*kW)
1768638516 (00.462*kW)
1768638526 (00.465*kW)
1768638536 (00.463*kW)
1768638546 (00.456*kW)
1768638556 (00.458*kW)
1768638566 (00.456*kW)
1768638576 (00.455*kW)
1768638587 (00.456*kW)

Hij zal om xxx7, xxx8 ook een datapakket sturen, maar nog nooit heb ik dan een andere waarde geregistreerd dan wat ik even eerder had.

Kennelijk verloopt het laatste cijfer: gisteren was het 4.

Dubbelcheck: 

listening on enp7s0, link-type EN10MB (Ethernet), snapshot length 262144 bytes
09:34:52.343127 IP 192.168.234.230.56931 > 192.168.234.34.2345: UDP, length 897
09:34:53.346738 IP 192.168.234.230.56931 > 192.168.234.34.2345: UDP, length 897
09:34:54.364757 IP 192.168.234.230.56931 > 192.168.234.34.2345: UDP, length 897
09:34:55.340050 IP 192.168.234.230.56931 > 192.168.234.34.2345: UDP, length 897
09:34:56.331110 IP 192.168.234.230.56931 > 192.168.234.34.2345: UDP, length 897
09:34:57.357361 IP 192.168.234.230.56931 > 192.168.234.34.2345: UDP, length 897
09:34:58.355793 IP 192.168.234.230.56931 > 192.168.234.34.2345: UDP, length 897

[Bericht gewijzigd door rew op (17%)]

Mijn gasmeter geeft wel elke 10 minuten een update. Ik krijg elke seconde een nieuw P1 bericht met daarin telkens de gas-stand van de laatste 10 minuten, compleet met timestamp:

260117101500W, 2975.829
260117102500W, 2975.829
260117103500W, 2975.948
260117104500W, 2976.117
260117105500W, 2976.195
260117110500W, 2976.278

Op vrijdag 16 januari 2026 22:37:00 schreef RP6conrad:
Ik heb een recente slimme meter, elke 1 sek komt er een P1 telegram. Gas en watermeter zijn gekoppeld, hier worden de data elke 5 min geupdatet. Telegram in bijlage (opgelet, situatie Belgie).

Hmm, in Belgie bevat het telegram kennelijk andere velden. Parser zegt invalid telegram.

Die parser leest het aantal regels. Afhankelijk wat er aan de smartmeter is gekoppeld aan gas, water, warmte meters is die dus korter of langer, lijkt mij.

Als het telegram dan dus te kort of te lang is, keurt de parser het af.

Op zaterdag 17 januari 2026 12:25:04 schreef deKees:
Mijn gasmeter geeft wel elke 10 minuten een update. Ik krijg elke seconde een nieuw P1 bericht met daarin telkens de gas-stand van de laatste 10 minuten, compleet met timestamp:

Goh, waar ik sine corrigeer dat sommige meters toch echt iedere seconde data sturen, maar de metingen slechts 1x per 10 sec updaten... had ik het fout dat gasmeters slechts ieder uur een update sturen. Ook dat kan kennelijk varieren! Nooit te oud om te leren.

@eerder bericht van deKees, Ik had ooit een DSMR 4.2 (?) meter die niet volgens de standaard op 115k2 P1 data uitstuurde maar op een lagere baudrate. De netbeheerder gevraagd hoe dat kwam en of dat normaal was. Nooit antwoord op gehad. Twee weken later had ik een nieuwe meter.

[Bericht gewijzigd door rew op (21%)]

Op zaterdag 17 januari 2026 14:11:48 schreef harry64:
Die parser leest het aantal regels. Afhankelijk wat er aan de smartmeter is gekoppeld aan gas, water, warmte meters is die dus korter of langer, lijkt mij.

Als het telegram dan dus te kort of te lang is, keurt de parser het af.

Nee, er ontbrak een laatste "\n\r" achter het crc veld. Dit is de output met @RP6conrad zijn Belgische P1 telegram, de onbekende velden geven de "Error while parsing" meldingen (en hier wel stroom met decimalen):


Possible telegram found at offset 0
Possible telegram end at offset 1204
New-style telegram with length 1210
Header: LGF5E360
Error while parsing
Error while parsing
Equipment ID: 1LGZ0584051959
Error while parsing
Time: 125 9 25 10 49 34 1
Timestamp: 1761382174
Energy in, tariff 1: 34.162000 kWh
Energy in, tariff 2: 7.920000 kWh
Energy out, tariff 1: 11.254000 kWh
Energy out, tariff 2: 0.036000 kWh
Tariff: 2
Error while parsing
Error while parsing
Error while parsing
Power in: 2.110000 kW
Power out: 0.000000 kW
Power in L1: 0.000000 kW
Power in L2: 0.000000 kW
Power in L3: 0.000000 kW
Power out L1: 0.000000 kW
Power out L2: 0.000000 kW
Power out L3: 0.000000 kW
Voltage L1: 231.800000 V
Voltage L2: 0.000000 V
Voltage L3: 230.100000 V
Current L1: 9.310000 A
Current L2: 0.000000 A
Current L3: 9.320000 A
Switch position: 1
Power threshold: 99.999000 kW
Error while parsing
Error while parsing
Error while parsing
Error while parsing
Error while parsing
Device 1 type: 7
Error while parsing
Error while parsing
Time: 125 9 25 10 47 0 1
Device 1 counter at 1761382020: 21.437000 m3
Device 2 type: 3
Error while parsing
Error while parsing
Device 2 valve position: 1
Error while parsing
CRC: 0xf2d0
Parsing successful, data CRC 0xf2d0, telegram CRC 0xf2d0
ERROR: Parse errors: 16

Typisch voor Belgie zijn de kwart uur pieken, de actuele piek en de hoogst gemeten maandpiek + timestamp. DEze worden in elk telegram gezet. Bij de water en gas standen wordt ook telkens een timestamp meegegeven. In bijlage mijn python code om te parsen. Bovenaan kan je de OBIS lijst aanvullen met andere codes. Hier loopt dat op een raspberry, via MQTT worden deze dan verder verwerkt.

Op zaterdag 17 januari 2026 17:46:51 schreef PE9SMS:
[...]Nee, er ontbrak een laatste "\n\r" achter het crc veld. Dit is de output met @RP6conrad zijn Belgische P1 telegram, de onbekende velden geven de "Error while parsing" meldingen (en hier wel stroom met decimalen):


...
Equipment ID: 1LGZ0584051959
Error while parsing
Time: 125 9 25 10 49 34 1

Geinig! Je hebt een belgische driefase met 230V tussen de fasen. Je hebt een driefase meter waarbij ze de nul van de meter aan L2 hebben gehangen. En op het moment van de meting trek je 9.32A van L1 naar L3 en niets anders! Het kan zijn dat je installatie "1 fase" is.

Tip voor de programmeur:
1) Die "parse error" is een vervelende: Zorg dat je in dat geval ook de input die de fout veroorzaakt print.
2) Mijn programma om dit te parsen, die ziet gewoon x.y:z.a.b en kijkt dan naar de waarde die doorgegeven wordt. En hij heeft een tabel met x.y.... waardes als "alias". 1-0:1.7.0 huidig_verbruik . En als ie iets tegen komt wat ie niet kent dan archiveert hij gewoon de gelezen text onder 1-0:1.7.0 .

Ik heb nog een huisaansluiting van 2*115 VAC, dus geen nulleider. Dit is in Belgie nog steeds gangbaar in sommige plaatsen. De meter is een 3 fasen meter, waar dus 2 fasen van worden gebruikt.

Op zaterdag 17 januari 2026 16:42:55 schreef rew:
[...]
@eerder bericht van deKees, Ik had ooit een DSMR 4.2 (?) meter die niet volgens de standaard op 115k2 P1 data uitstuurde maar op een lagere baudrate. De netbeheerder gevraagd hoe dat kwam en of dat normaal was. Nooit antwoord op gehad. Twee weken later had ik een nieuwe meter.

Als dat zo snel gedaan werd, was ie misschien hackable. :)

Mwah. Mijn theorie is dat ze tegenwoordig gewoon voor iedere scheet de meter komen vervangen. Vervolgens nemen ze de oude in, meten hem na en zetten hem dan mogelijk ergens anders weer in.

Dan was het eenvoudiger geweest om de 2G voor een 4G module te vervangen.