Slimme meter uitlezen via P1-poort

zaterdag 24 juni 2023 10:31

Acties:

0 Henk 'm!

Marion Raven fan

ZwarteIJsvogel schreef op zaterdag 24 juni 2023 @ 09:19:
elke CR in een telegram wordt vervangen door een NL waardoor de checksum niet meer klopt. Raw mode lost dat op:

Was dat een foutje in de code voor het verwerken van het telegram?

After the first glass you see things as you wish they were. After the second you see things as they are not. Finally you see things as they really are, and that is the most horrible thing in the world...

Oscar Wilde

zondag 25 juni 2023 08:23

Acties:

0 Henk 'm!

ZwarteIJsvogel

Zuid-Limburg

Raven schreef op zaterdag 24 juni 2023 @ 10:31:
[...]

Was dat een foutje in de code voor het verwerken van het telegram?

N.a.v. jouw vraag ben ik er maar eens wat dieper in gedoken (ik moet hier binnenkort ook mee aan de slag).

dsmr_parser gebruikt pyserial en die module doet op POSIX-compatible systemen zo te zien alles wat nodig is om de poort in raw mode te zetten. De poort met stty in raw mode zetten, zoals ik suggereerde, zou dan geen effect mogen hebben.

jaaktrek schreef op donderdag 22 juni 2023 @ 14:33:
Ook dit programma eens geïnstalleerd op mijn RPi4:
https://www.ztatz.nl/
Met opnieuw zelfde resultaat.
Hier kon ik de crc checks wel uitzetten via een instelling en dan kwamen de resultaten wel iedere seconde binnen. Echter zaten hier dan onrealistische waarden in dus de crc checksum errors lijken terecht.

Dit stukje had ik gemist. CR naar NL conversie zal het probleem dus niet zijn. Misschien dat @iMars nog ideeën heeft?

zondag 25 juni 2023 15:20

Acties:

0 Henk 'm!

iMars

Full time prutser

ZwarteIJsvogel schreef op zondag 25 juni 2023 @ 08:23:
[...]

N.a.v. jouw vraag ben ik er maar eens wat dieper in gedoken (ik moet hier binnenkort ook mee aan de slag).

dsmr_parser gebruikt pyserial en die module doet op POSIX-compatible systemen zo te zien alles wat nodig is om de poort in raw mode te zetten. De poort met stty in raw mode zetten, zoals ik suggereerde, zou dan geen effect mogen hebben.

[...]

Dit stukje had ik gemist. CR naar NL conversie zal het probleem dus niet zijn. Misschien dat @iMars nog ideeën heeft?

Nou eigenlijk niet... maar het klinkt alsof er het een en ander wijzigt qua opmaak. Een andere klant had ook al zoiets:

code:

2023-06-22 16:18:21.997 ERROR (MainThread) [homeassistant] Error doing job: Fatal error: protocol.data_received() call failed.
Traceback (most recent call last):
File "/usr/local/lib/python3.11/asyncio/selector_events.py", line 1009, in _read_ready__data_received
self._protocol.data_received(data)
File "/usr/local/lib/python3.11/site-packages/dsmr_parser/clients/protocol.py", line 124, in data_received
telegram = telegram.encode("latin1").decode("ascii")
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
UnicodeDecodeError: 'ascii' codec can't decode byte 0xd7 in position 806: ordinal not in range(128)
2023-06-22 16:18:22.012 ERROR (MainThread) [dsmr_parser.clients.protocol] disconnected due to exception
Traceback (most recent call last):
File "/usr/local/lib/python3.11/asyncio/selector_events.py", line 1009, in _read_ready__data_received
self._protocol.data_received(data)
File "/usr/local/lib/python3.11/site-packages/dsmr_parser/clients/protocol.py", line 124, in data_received
telegram = telegram.encode("latin1").decode("ascii")
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

Koop hier mijn P1 reader :)

maandag 26 juni 2023 22:27

Acties:

0 Henk 'm!

iw@n

Leest iemand hier zijn slimme meter uit met een rpi pico w?

Het lijkt me wel elegant om met een pico de P1 poort te lezen en die via MQTT bij de huistatomatisering te brengen en er andere leuke dingen mee te doen.

Op internet vind ik vooral projectjes waar een raspberry pi 3 of 4, en evt een zero gebruikt worden. Ik zou verwachten dat die rekenkracht hier helemaal niet nodig is.

Voor ik hier in duik, zijn hier al reuzen op wiens schouders ik verder kan gaan.

dinsdag 27 juni 2023 12:19

Acties:

0 Henk 'm!

Raven

Marion Raven fan

@iw@n Kan er met Google niet zo gauw iets over vinden, 't lijkt zelfs lastig te vinden of de vereiste libraries wel beschikbaar zijn in MicroPython voor de Pico

Dan kijk ik nog niet eens naar DSMR specifieke libraries, P1-data kun je zonder zo'n library wel verwerken (heb een kleine functie geschreven die het P1-telegram omzet naar json), maar de library voor de CRC-check bijvoorbeeld is al een dingetje, daar kan ik al niet eens een MicroPython tegenhanger voor vinden. Of ik zoek verkeerd, dat kan ook

After the first glass you see things as you wish they were. After the second you see things as they are not. Finally you see things as they really are, and that is the most horrible thing in the world...

Oscar Wilde

dinsdag 27 juni 2023 13:00

Acties:

+1 Henk 'm!

Gizz

Dunder-Mifflin, Inc.

@iw@n de Pico W is (nog?) niet echt populair in het zelfmaakwereldje, is mijn ervaring. De meesten van ons pakken hier gewoon een ESP8266 voor of een ESP32. Die zijn al veel langer beschikbaar dan de Pico W.

Misschien kan ik de vraag eens omdraaien: waarom pak jij geen ESP in plaats van een Pico W?

Eventueel al helemaal kant-en-klaar, zoals de in dit topic bekende SlimmeLezer+.

Verder helemaal met je eens hoor dat je voor dit klusje zeker geen normale Pi in moet gaan zetten. Maar er is veel meer op de markt dan de Pico W voor projecten die minder rekenkracht nodig hebben.

[ Voor 18% gewijzigd door Gizz op 27-06-2023 13:01 ]

Canon EOS 5Dm3 + 5D + 7D + 300D + 1000FN + EF 17-40 4L + EF 35 1.4L + EF 50 1.8 + EF 80-200 2.8L + 550EX

dinsdag 27 juni 2023 13:33

Acties:

0 Henk 'm!

Raven

Marion Raven fan

@Gizz @iw@n en mocht je voor ESP32 gaan, hier is een bedrade oplossing met voeding via PoE: https://www.olimex.com/Pr...-ISO/open-source-hardware Dit voor het geval je de voorkeur geeft aan een bedrade verbinding i.p.v. wifi.

After the first glass you see things as you wish they were. After the second you see things as they are not. Finally you see things as they really are, and that is the most horrible thing in the world...

Oscar Wilde

dinsdag 27 juni 2023 21:29

Acties:

0 Henk 'm!

jaaktrek

Raven schreef op vrijdag 23 juni 2023 @ 09:48:
[...]

Nee, niet de foutmeldingen, de telegrammen zelf

Bedoelen jullie dit? Ik heb nog meer logging zoals hieronder indien nodig...
Ik kan er zelf niet meteen iets uit afleiden. Wel zie ik verschillen tussen ieder telegram.

code:

2023-06-14 20:05:48.068 DEBUG (MainThread) [dsmr_parser.clients.protocol] got telegram: /FLU5\253769484_A

0-0:96.1.4(50217)
0-0:96.1.1(3153414733313030363336383331)
0-0:1.0.0(230614200543S)
1-0:1.8.1(000026.609*kWh)
1-0:1.8.2(000030.918*kWh)
1-0:2.8.1(000521.814*kWh)
1-0:2.8.2(000215.063*kWh)
0-0:96.14.0(0001)
1-0:1.4.0(00.348*kW)
1-0:1.6.0(230606203000S)(04.541*kW)
0-0:98.1.0(2)(1-0:1.6.0)(1-0:1.6.0)(230401000000S)(632525252525W)(00.000*kW)(230601000000S)(230530154500S)(01.877*kW)
1-0:1.7.0(01.012*kW)
1-0:2.7.0(00.000*kW)
1-0:21.7.0(01.124*kW)
1-0:41.7.0(01.010*kW)
1-0:61.7.0(00.000*kW)
1-0:22.7.0(00.000*kW)
1-0:4.7.0(00.000*kW)
1-0:62.7.0(01.121*kW)
1-0:32.7.0(230.9*V)
1-0:52.7.0(237.6*V)
1-0:72.7.0(236.7*V)
1-0:31.7.0(005.00*A)
1-0:51.7.0(004.46*A)
1-0:71.7.0(004.78*A)
0-0:96.3.10(1)
0-0:17.0.0(999.9*kW)
1-0:31.4.0(999*A)
0-0:96.13.0()
!C874

2023-06-14 20:05:48.072 WARNING (MainThread) [dsmr_parser.clients.protocol] Invalid telegram. The CRC checksum '1535' does not match the expected '51316'
2023-06-14 20:05:49.032 DEBUG (MainThread) [dsmr_parser.clients.protocol] received data: /FLU5\253769484_A

0-0:96.1.4(50217)
0-0:96.1.1(3153414733313030363336383331)
0-0:1.0.0(230614200544S)
1-0:1.8.1(000026.610*kWh)
1-0:1.8.2(000030.918*kWh)
1-0:2.8.1(000521.814"kWh)
1-0:2.8.2(000215.063*kWh)
0-0:96.14.0(0001)
1-0:1.4.0(00.349*kW)
1-0:1.6.0(230606203000S)(04.541*kW)
0-0:98.1.0(2)(1-0*1.6.0)(1-0:1.6.0)(230401000000S)(632525252525W)(00.000*kW)(230601000000S)(230530154500S)(01.877*kW)
1-0:1.7.0(01.036*kW)
1-0:2.7.0(00.000*kW)
1-0:21.7.0(01.136*kW)
1-0:41.7.0(01.02
2023-06-14 20:05:49.069 DEBUG (MainThread) [dsmr_parser.clients.protocol] received data: 0*kW)
1-0:61.7.0(00.000*jW)
1-0:22.7.0(00.000*kW)
1-0:42.7.0(00.000*kW)
1-0:62.7.0(01.121*kW)
1-0:32.7.0(231.2*V)
1-0:52.7.0(237.7*V)
1-0:72.7.0(237.0*V)
1-0:31.7.0(005.05*A)
1-0:51.7.0(004.50*A)
1-0:71.7.0(004.77*A)
0-0:96.3.10(1)
0-0:17.0.0(999.9*kW)
1-0:31.4.0(999*A)
0-0:96.13.0()
!5E62

2023-06-14 20:05:49.069 DEBUG (MainThread) [dsmr_parser.clients.protocol] got telegram: /FLU5\253769484_A

0-0:96.1.4(50217)
0-0:96.1.1(3153414733313030363336383331)
0-0:1.0.0(230614200544S)
1-0:1.8.1(000026.610*kWh)
1-0:1.8.2(000030.918*kWh)
1-0:2.8.1(000521.814"kWh)
1-0:2.8.2(000215.063*kWh)
0-0:96.14.0(0001)
1-0:1.4.0(00.349*kW)
1-0:1.6.0(230606203000S)(04.541*kW)
0-0:98.1.0(2)(1-0*1.6.0)(1-0:1.6.0)(230401000000S)(632525252525W)(00.000*kW)(230601000000S)(230530154500S)(01.877*kW)
1-0:1.7.0(01.036*kW)
1-0:2.7.0(00.000*kW)
1-0:21.7.0(01.136*kW)
1-0:41.7.0(01.020*kW)
1-0:61.7.0(00.000*jW)
1-0:22.7.0(00.000*kW)
1-0:42.7.0(00.000*kW)
1-0:62.7.0(01.121*kW)
1-0:32.7.0(231.2*V)
1-0:52.7.0(237.7*V)
1-0:72.7.0(237.0*V)
1-0:31.7.0(005.05*A)
1-0:51.7.0(004.50*A)
1-0:71.7.0(004.77*A)
0-0:96.3.10(1)
0-0:17.0.0(999.9*kW)
1-0:31.4.0(999*A)
0-0:96.13.0()
!5E62

2023-06-14 20:05:49.073 WARNING (MainThread) [dsmr_parser.clients.protocol] Invalid telegram. The CRC checksum '3442' does not match the expected '24162'

woensdag 28 juni 2023 07:00

Acties:

0 Henk 'm!

The Zep Man

🏴‍☠️

jaaktrek schreef op dinsdag 27 juni 2023 @ 21:29:

code:

2023-06-14 20:05:48.068 DEBUG (MainThread) [dsmr_parser.clients.protocol] got telegram: /FLU5\253769484_A

0-0:96.1.4(50217)
0-0:96.1.1(3153414733313030363336383331)
0-0:1.0.0(230614200543S)
1-0:1.8.1(000026.609*kWh)
1-0:1.8.2(000030.918*kWh)
1-0:2.8.1(000521.814*kWh)
1-0:2.8.2(000215.063*kWh)
0-0:96.14.0(0001)
1-0:1.4.0(00.348*kW)
1-0:1.6.0(230606203000S)(04.541*kW)
0-0:98.1.0(2)(1-0:1.6.0)(1-0:1.6.0)(230401000000S)(632525252525W)(00.000*kW)(230601000000S)(230530154500S)(01.877*kW)
1-0:1.7.0(01.012*kW)
1-0:2.7.0(00.000*kW)
1-0:21.7.0(01.124*kW)
1-0:41.7.0(01.010*kW)
1-0:61.7.0(00.000*kW)
1-0:22.7.0(00.000*kW)
1-0:4.7.0(00.000*kW)
1-0:62.7.0(01.121*kW)
1-0:32.7.0(230.9*V)
1-0:52.7.0(237.6*V)
1-0:72.7.0(236.7*V)
1-0:31.7.0(005.00*A)
1-0:51.7.0(004.46*A)
1-0:71.7.0(004.78*A)
0-0:96.3.10(1)
0-0:17.0.0(999.9*kW)
1-0:31.4.0(999*A)
0-0:96.13.0()
!C874

2023-06-14 20:05:48.072 WARNING (MainThread) [dsmr_parser.clients.protocol] Invalid telegram. The CRC checksum '1535' does not match the expected '51316'
2023-06-14 20:05:49.032 DEBUG (MainThread) [dsmr_parser.clients.protocol] received data: /FLU5\253769484_A

0-0:96.1.4(50217)
0-0:96.1.1(3153414733313030363336383331)
0-0:1.0.0(230614200544S)
1-0:1.8.1(000026.610*kWh)
1-0:1.8.2(000030.918*kWh)
1-0:2.8.1(000521.814"kWh)
1-0:2.8.2(000215.063*kWh)
0-0:96.14.0(0001)
1-0:1.4.0(00.349*kW)
1-0:1.6.0(230606203000S)(04.541*kW)
0-0:98.1.0(2)(1-0*1.6.0)(1-0:1.6.0)(230401000000S)(632525252525W)(00.000*kW)(230601000000S)(230530154500S)(01.877*kW)
1-0:1.7.0(01.036*kW)
1-0:2.7.0(00.000*kW)
1-0:21.7.0(01.136*kW)
1-0:41.7.0(01.02
2023-06-14 20:05:49.069 DEBUG (MainThread) [dsmr_parser.clients.protocol] received data: 0*kW)
1-0:61.7.0(00.000*jW)
1-0:22.7.0(00.000*kW)
1-0:42.7.0(00.000*kW)
1-0:62.7.0(01.121*kW)
1-0:32.7.0(231.2*V)
1-0:52.7.0(237.7*V)
1-0:72.7.0(237.0*V)
1-0:31.7.0(005.05*A)
1-0:51.7.0(004.50*A)
1-0:71.7.0(004.77*A)
0-0:96.3.10(1)
0-0:17.0.0(999.9*kW)
1-0:31.4.0(999*A)
0-0:96.13.0()
!5E62

2023-06-14 20:05:49.069 DEBUG (MainThread) [dsmr_parser.clients.protocol] got telegram: /FLU5\253769484_A

0-0:96.1.4(50217)
0-0:96.1.1(3153414733313030363336383331)
0-0:1.0.0(230614200544S)
1-0:1.8.1(000026.610*kWh)
1-0:1.8.2(000030.918*kWh)
1-0:2.8.1(000521.814"kWh)
1-0:2.8.2(000215.063*kWh)
0-0:96.14.0(0001)
1-0:1.4.0(00.349*kW)
1-0:1.6.0(230606203000S)(04.541*kW)
0-0:98.1.0(2)(1-0*1.6.0)(1-0:1.6.0)(230401000000S)(632525252525W)(00.000*kW)(230601000000S)(230530154500S)(01.877*kW)
1-0:1.7.0(01.036*kW)
1-0:2.7.0(00.000*kW)
1-0:21.7.0(01.136*kW)
1-0:41.7.0(01.020*kW)
1-0:61.7.0(00.000*jW)
1-0:22.7.0(00.000*kW)
1-0:42.7.0(00.000*kW)
1-0:62.7.0(01.121*kW)
1-0:32.7.0(231.2*V)
1-0:52.7.0(237.7*V)
1-0:72.7.0(237.0*V)
1-0:31.7.0(005.05*A)
1-0:51.7.0(004.50*A)
1-0:71.7.0(004.77*A)
0-0:96.3.10(1)
0-0:17.0.0(999.9*kW)
1-0:31.4.0(999*A)
0-0:96.13.0()
!5E62

2023-06-14 20:05:49.073 WARNING (MainThread) [dsmr_parser.clients.protocol] Invalid telegram. The CRC checksum '3442' does not match the expected '24162'

Op het eerste gezicht, zonder expertise:
Het lijkt erop dat elk bericht dubbel wordt verstuurd (twee berichten vlak achter elkaar), en dat elk tweede bericht om de één of andere reden geen goede checksumberekening doorstaat.

Yar har, wind in your back, lads, wherever you go!

woensdag 28 juni 2023 08:35

Acties:

0 Henk 'm!

jaaktrek

The Zep Man schreef op woensdag 28 juni 2023 @ 07:00:
[...]

Op het eerste gezicht, zonder expertise:
Het lijkt erop dat elk bericht dubbel wordt verstuurd (twee berichten vlak achter elkaar), en dat elk tweede bericht om de één of andere reden geen goede checksumberekening doorstaat.

Inderdaad, en in het tweede bericht zie ik dan deze fout:

1-0:41.7.0(01.02
2023-06-14 20:05:49.069 DEBUG (MainThread) [dsmr_parser.clients.protocol] received data: 0*kW)

In het eerste bericht staat dit:
1-0:41.7.0(01.020*kW)

Vreemd!

Onderstaande fouten komen uit eerdere telegrams.
1-0:41.7.0(01.00
2023-06-14 20:05:43.036 DEBUG (MainThread) [dsmr_parser.clients.protocol] received data: 5*kW)
1-0:61.7.0(00.000*kW)
1-0:22.7.0(
2023-06-14 20:05:43.073 DEBUG (MainThread) [dsmr_parser.clients.protocol] received data: 00.000*kW)

1-0:41.7.0(01.00
2023-06-14 20:05:44.069 DEBUG (MainThread) [dsmr_parser.clients.protocol] received data: 6*kW)

1-0:41.7.0(01.00
2023-06-14 20:05:45.070 DEBUG (MainThread) [dsmr_parser.clients.protocol] received data: 8*kW)

1-0:41.7.0(01.01
2023-06-14 20:05:46.035 DEBUG (MainThread) [dsmr_parser.clients.protocol] received data: 0*kW)
1-0:61.7.0(00.000*kW)
1-0:22.7.
2023-06-14 20:05:46.055 DEBUG (MainThread) [dsmr_parser.clients.protocol] received data: 0(00.000*kW)

Voornamelijk in de regel 1-0:41.7.0 ontbreekt dus het laatste stukje met de eenheid...

[ Voor 42% gewijzigd door jaaktrek op 28-06-2023 08:44 ]

woensdag 28 juni 2023 09:27

Acties:

0 Henk 'm!

True

Dislecticus

@jaaktrek waar haal je deze telegrammen vandaan? Rechtstreeks op je RPi? Of zijn ze al verwerkt en lees je ze uit in een ander systeem?

VW ID.7 Tourer Pro S | 5670 Wp JA Solar - 14x405 33° op Zuid | Twente

woensdag 28 juni 2023 10:50

Acties:

+1 Henk 'm!

iMars

Full time prutser

Raven schreef op dinsdag 27 juni 2023 @ 13:33:
@Gizz @iw@n en mocht je voor ESP32 gaan, hier is een bedrade oplossing met voeding via PoE: https://www.olimex.com/Pr...-ISO/open-source-hardware Dit voor het geval je de voorkeur geeft aan een bedrade verbinding i.p.v. wifi.

Dat is een leuk bordje

heb er een paar liggen hier.

@iw@n als je een DSMR 5 meter hebt en niet zo'n antracietkleurige van ZIV, dan kan je ook de W32-ETH01 gebruiken, deze voedt prima van de P1 poort mits je wifi uit laat.

Koop hier mijn P1 reader :)

woensdag 28 juni 2023 12:05

Acties:

0 Henk 'm!

Raven

Marion Raven fan

jaaktrek schreef op dinsdag 27 juni 2023 @ 21:29:
[...]

Bedoelen jullie dit?

Het liefst de ruwe data, dus incl de speciale karakters (carriage return, newline -> \r \n), al laat dat wat jij hebt gepost al wel wat raars zien (de genoemde "1-0:41.7.0(01.02" ), wel vaag zeg

iMars schreef op woensdag 28 juni 2023 @ 10:50:
[...]

Dat is een leuk bordje heb er een paar liggen hier.

Bevallen ze ook goed? Zie zo nu en dan berichten dat sommige pinnen meerdere functies hebben wat in bepaalde situaties problemen kan geven en dat blijkt niet altijd in de documentatie te staan...

After the first glass you see things as you wish they were. After the second you see things as they are not. Finally you see things as they really are, and that is the most horrible thing in the world...

Oscar Wilde

woensdag 28 juni 2023 12:54

Acties:

0 Henk 'm!

iMars

Full time prutser

Raven schreef op woensdag 28 juni 2023 @ 12:05:

[...]

Bevallen ze ook goed? Zie zo nu en dan berichten dat sommige pinnen meerdere functies hebben wat in bepaalde situaties problemen kan geven en dat blijkt niet altijd in de documentatie te staan...

Voor wat ik er mee getest heb werkt het prima! Had in het begin wel een paar keer dat de netwerkverbinding weg viel, maar dat kon ik later niet meer reproduceren, dus mogelijk een esphome dingetje of iets in de config.

Grootste gemis vind ik, is dat er op de externe poort die ze hebben geen 5V wordt aangeboden, alleen een 3v3, gnd en data io's. Had de plan om een add-on te maken met daarop P1 voor de meter, een deurbel/relay, watermeter en nog wat S0 connectors, maar met 3v3 enable je de P1 poort niet. Ja, je kan pin 1 en 2 hard doorverbinden, maar dan werkt het weer niet op oudere meters (die ik toch wil kunnen ondersteunen).

Verder niet actief in gebruik

Koop hier mijn P1 reader :)

woensdag 28 juni 2023 12:59

Acties:

0 Henk 'm!

Raven

Marion Raven fan

iMars schreef op woensdag 28 juni 2023 @ 12:54:
[...]

Voor wat ik er mee getest heb werkt het prima! Had in het begin wel een paar keer dat de netwerkverbinding weg viel, maar dat kon ik later niet meer reproduceren, dus mogelijk een esphome dingetje of iets in de config.

Misschien inmiddels opgelost bugje?

iMars schreef op woensdag 28 juni 2023 @ 12:54:
Grootste gemis vind ik, is dat er op de externe poort die ze hebben geen 5V wordt aangeboden, alleen een 3v3, gnd en data io's. Had de plan om een add-on te maken met daarop P1 voor de meter, een deurbel/relay, watermeter en nog wat S0 connectors, maar met 3v3 enable je de P1 poort niet. Ja, je kan pin 1 en 2 hard doorverbinden, maar dan werkt het weer niet op oudere meters (die ik toch wil kunnen ondersteunen).

https://www.tinytronics.n...-up-boost-converter-480ma

iMars schreef op woensdag 28 juni 2023 @ 12:54:
Verder niet actief in gebruik

After the first glass you see things as you wish they were. After the second you see things as they are not. Finally you see things as they really are, and that is the most horrible thing in the world...

Oscar Wilde

woensdag 28 juni 2023 13:12

Acties:

0 Henk 'm!

jaaktrek

True schreef op woensdag 28 juni 2023 @ 09:27:
@jaaktrek waar haal je deze telegrammen vandaan? Rechtstreeks op je RPi? Of zijn ze al verwerkt en lees je ze uit in een ander systeem?

Zijn inderdaad verwerkt via dit programma:
https://www.ztatz.nl/

Moet ik de standaard rpi software eerst terugzetten en dan via ssh de ruwe data proberen uit te lezen?
Iemand een tip/link voor de juiste procedure toevallig?

Bedankt.

woensdag 28 juni 2023 13:17

Acties:

0 Henk 'm!

True

Dislecticus

jaaktrek schreef op woensdag 28 juni 2023 @ 13:12:
[...]

Zijn inderdaad verwerkt via dit programma:
https://www.ztatz.nl/

Moet ik de standaard rpi software eerst terugzetten en dan via ssh de ruwe data proberen uit te lezen?
Iemand een tip/link voor de juiste procedure toevallig?

Bedankt.

Als ik zo snel kijk moet je gewoon kunnen inloggen, zie: https://www.ztatz.nl/p1-m...erry%20Pi,-Je%20kunt%20op

Inloggen op de Raspberry Pi
Je kunt op de rasbperry pi inloggen met een ssh client zoals putty (Windows) of vSSH(mac). Inloggen kan met het account “p1mon” en het wachtwoord “verandermij” Met sudo is het mogelijke om root commando’s uit te voeren.

Dan deze proberen: True in "Slimme meter uitlezen via P1-poort"
Let op deze: (die heel snel voorbij schiet bij DSMR5):

code:

1	--- Quit: Ctrl+] \| Menu: Ctrl+T \| Help: Ctrl+T followed by Ctrl+H ---

Je kunt dus uit dat programma door op CTRL + ] te drukken, dan scroll je omhoog en kopieer je enkele telegrammen (stuk of 10 of zo) zet ze bijvoorbeeld op pastebin of in dit topic in code-tags.

VW ID.7 Tourer Pro S | 5670 Wp JA Solar - 14x405 33° op Zuid | Twente

woensdag 28 juni 2023 18:21

Acties:

0 Henk 'm!

jaaktrek

True schreef op woensdag 28 juni 2023 @ 13:17:
[...]

Als ik zo snel kijk moet je gewoon kunnen inloggen, zie: https://www.ztatz.nl/p1-m...erry%20Pi,-Je%20kunt%20op

[...]

Dan deze proberen: True in "Slimme meter uitlezen via P1-poort"
Let op deze: (die heel snel voorbij schiet bij DSMR5):
code:
1
--- Quit: Ctrl+] | Menu: Ctrl+T | Help: Ctrl+T followed by Ctrl+H ---
Je kunt dus uit dat programma door op CTRL + ] te drukken, dan scroll je omhoog en kopieer je enkele telegrammen (stuk of 10 of zo) zet ze bijvoorbeeld op pastebin of in dit topic in code-tags.

Bedankt is gelukt volgens mij!
Heb zelf al een paar foute telegrammen gevonden precies waar telkens iets ontbreekt of fout instaat.

Hieronder 1-0:22.7.0(00.01*kW) is een eenheid te weinig achter de komma

code:

0-0:96.1.4(50217)
0-0:96.1.1(3153414733313030363336383331)
0-0:1.0.0(230628181155S)
1-0:1.8.1(000065.356*kWh)
1-0:1.8.2(000068.429*kWh)
1-0:2.8.1(000806.806*kWh)
1-0:2.8.2(000389.309*kWh)
0-0:96.14.0(0001)
1-0:1.4.0(00.000*kW)
1-0:1.6.0(230606203000S)(04.541*kW)
0-0:98.1.0(2)(1-0:1.6.0)(1-0:1.6.0)(230401000000S)(632525252525W)(00.000*kW)(230601000000S)(230530154500S)(01.877*kW)
1-0␚1.7.0(00.000*kW)
1-0:2.7.0(00.837*kW)
1-0:21.7.0(00.000*kW)
1-0:41.7.0(00.000*kW)
1-0:61.7.0(00.000*kW)
1-0:22.7.0(00.01*kW)
1-0:42.7.0(00.327*kW)
1-0:62.7.0(00.208*kW)
1-0:32.7.0(232.5*V)
1-0:52.7.0(242.9*V)
1-0:␗2.7.0(226.7*V)
1-0:31.7.0(001.43*A)
1-0:51.7.0(001.56*A)
1-0:71.7.0(001.09*A)
0-0:96.3.10(1)
0-0:17.0.0(999.9*kW)
1-0:31.4.0(999*A)
0-0:96.13.0()
!A287
/FLU5\253769484_A

Hieronder gaat het mis bij 1-0:61.7.00.000*kW)

code:

0-0:96.1.4(50217)
0-0:96.1.1(315341472331030363336383331)
0-0:1.0.0(230628181158S)
1-0:1.8.1(000065.356*kWh)
1-0:1.8.2(000068.429*kWh)
1-0:2.8.1(000806.806*kWh)
1-0:2.8.2(000389.309*kWh)
0-0:96.14.0(0001)
1-0:1.4.0(00.000*kW)
1-0:1.6.0(230606203000S)(04.541*kW)
0-0:98.1.0(2)(1-0:1.6.0)(1-0:1.6.0)(230401000000S)(632525252525W)(00.000*kW)(230601000000S)(230530154500S)(01.877*kS)
1-0:1.7.0(00.000*kW)
1-0:2.7.0(00.826*kW)
1-0:21.7.0(00.000*kW)
1-0:41.7.0(00.000*kW)
1-0:61.7.00.000*kW)
1-0:22.7.0(00.299*kW)
1-0:42.7.0(00.324*kW)
1-0:62.7.0(00.202*kW)
1-0:32.7.0(232.4*V)
1-0:52.7.0(243.1*V)
1-0:72.7.0(227.1*V)
1-0:31.7.0(001.43*A)
1-0:51.7.0(001.55*A)
1-0:71.7.0(001.08*A)
0-0:96.3.10(1)
0-0:1␗.0.0(999.9*kW)
1-0:31.4.0(999*A)
0-0:96.13.0()
!EC27
/FLU5\253769484_A

Meteen erna hier ook weer bij "-0:2.8.2(000389.309*kWh)" waar dus de 1 in het begin ontbreekt.

code:

0-0:96.1.4(50217)
0-0:96.1.1(3153414733313030363336383331)
0-0:1.0.0(230628181159S)
1-0:1.8.1(000065.356*kWh)
1-0:1.8.2(000068.429*kWh)
1-0:2.8.1(000806.807*kWh)
-0:2.8.2(000389.309*kWh)
0-0:96.14.0(0001)
1-0:1.4.0(00.000*kW)
1-0:1.6.0(230606203000S)(04.541*kW)
0-0:98.1.0(2)(1-0:1.6.0)(1-0:1.6.0)(230401000000S)(632525252525W)(00.000*kW)(230601000000S)(230530154500S)(01.877*kW)
1-0:1.7.0(00.000*kW)
1-0:2.7.0(00.833*kW)
1-0:21.7.0(00.000*kW)
1-0:41.7.0(00.000*kW)
1-0:61.7.0(00.000*kW)
1-0:22.7.0(00.300*kW)
1-0:42.7.0(00.326*kW)
1-0:62.7.0(00.205*kW)
1-0:32.7.0(232.3*V)
1-0:52.7.0(243.1*V)
1-0:72.7.0(227.0*V)
1-0:31.7.0(001.43*A)
1-0:51.7.0(001.56*A)
1-0:71.7.0(001.09*A)
0-0:96.3.10(1)
0-0:17.0.0(999.9*kW)
1-0:31.4.0(999*A)
0-0:96.13.0()
!BACB
/FLU5\253769484_A

Meteen daarna ook weer: "1-0:22.7*0(00.300*kW)" een * ipv een punt...

code:

0-0:96.1.4(50217)
0-0:96.1.1(3153$14733313030363336383331)
0-0:1.0.0(230628181200S)
1-0:1.8.1(000065.356*kWh)
1-0:1.8.2(000068.429*kWh)
1-0:2.8.1(000806.807*kWh)
1-0:2.8.2(000389.309*kWh)
0-0:96.14.0(0001)
1-0:1.4.0(00.000*kW)
1-0:1.6.0(230606203000S)(04.541*kW)
0-0:98.1␎0(2)(1-0:1.6.0)(1-0:1.6.0)(230401000000S)(632525252525W)(00.000*kW)(230601000000S)(230530154500S)(01.877*kW)
1-0:1.7.0(00.000*kW)
1-0:2.7.0(00.834*kW)
1-0:21.7.0(00.000*kW)
1-0:41.7.0(00.000*kW)
1-0:61.7.0(00.000*kW)
1-0:22.7*0(00.300*kW)
1-0:42.7.0(00.326*kW)
1-0:62.7.0(00.207*kW)
1-0:32.7.0(232.6*V)
1-0:52.7.0(243.3*V)
1-0:72.7.0(226.3*V)
1-0:31.7.0(001.43*A)
1-0:51.7.0(001.56*A)
1-0:71.7.0(001.09*A)
0-0:96.3.10(1)
0-0:17&0.0(999.9*kW)
1-0:31.4.0(999*A)
0-0:96.13.0()
!3000
/FLU5\253769484_A

Lijkt dus toch iets fout in de data van mijn slimme meter?

woensdag 28 juni 2023 18:41

Acties:

0 Henk 'm!

True

Dislecticus

jaaktrek schreef op woensdag 28 juni 2023 @ 18:21:
[...]

Bedankt is gelukt volgens mij!
Heb zelf al een paar foute telegrammen gevonden precies waar telkens iets ontbreekt of fout instaat.

Hieronder 1-0:22.7.0(00.01*kW) is een eenheid te weinig achter de komma

code:

0-0:96.1.4(50217)
0-0:96.1.1(3153414733313030363336383331)
0-0:1.0.0(230628181155S)
1-0:1.8.1(000065.356*kWh)
1-0:1.8.2(000068.429*kWh)
1-0:2.8.1(000806.806*kWh)
1-0:2.8.2(000389.309*kWh)
0-0:96.14.0(0001)
1-0:1.4.0(00.000*kW)
1-0:1.6.0(230606203000S)(04.541*kW)
0-0:98.1.0(2)(1-0:1.6.0)(1-0:1.6.0)(230401000000S)(632525252525W)(00.000*kW)(230601000000S)(230530154500S)(01.877*kW)
1-0␚1.7.0(00.000*kW)
1-0:2.7.0(00.837*kW)
1-0:21.7.0(00.000*kW)
1-0:41.7.0(00.000*kW)
1-0:61.7.0(00.000*kW)
1-0:22.7.0(00.01*kW)
1-0:42.7.0(00.327*kW)
1-0:62.7.0(00.208*kW)
1-0:32.7.0(232.5*V)
1-0:52.7.0(242.9*V)
1-0:␗2.7.0(226.7*V)
1-0:31.7.0(001.43*A)
1-0:51.7.0(001.56*A)
1-0:71.7.0(001.09*A)
0-0:96.3.10(1)
0-0:17.0.0(999.9*kW)
1-0:31.4.0(999*A)
0-0:96.13.0()
!A287
/FLU5\253769484_A

Hieronder gaat het mis bij 1-0:61.7.00.000*kW)

code:

0-0:96.1.4(50217)
0-0:96.1.1(315341472331030363336383331)
0-0:1.0.0(230628181158S)
1-0:1.8.1(000065.356*kWh)
1-0:1.8.2(000068.429*kWh)
1-0:2.8.1(000806.806*kWh)
1-0:2.8.2(000389.309*kWh)
0-0:96.14.0(0001)
1-0:1.4.0(00.000*kW)
1-0:1.6.0(230606203000S)(04.541*kW)
0-0:98.1.0(2)(1-0:1.6.0)(1-0:1.6.0)(230401000000S)(632525252525W)(00.000*kW)(230601000000S)(230530154500S)(01.877*kS)
1-0:1.7.0(00.000*kW)
1-0:2.7.0(00.826*kW)
1-0:21.7.0(00.000*kW)
1-0:41.7.0(00.000*kW)
1-0:61.7.00.000*kW)
1-0:22.7.0(00.299*kW)
1-0:42.7.0(00.324*kW)
1-0:62.7.0(00.202*kW)
1-0:32.7.0(232.4*V)
1-0:52.7.0(243.1*V)
1-0:72.7.0(227.1*V)
1-0:31.7.0(001.43*A)
1-0:51.7.0(001.55*A)
1-0:71.7.0(001.08*A)
0-0:96.3.10(1)
0-0:1␗.0.0(999.9*kW)
1-0:31.4.0(999*A)
0-0:96.13.0()
!EC27
/FLU5\253769484_A

Meteen erna hier ook weer bij "-0:2.8.2(000389.309*kWh)" waar dus de 1 in het begin ontbreekt.

code:

0-0:96.1.4(50217)
0-0:96.1.1(3153414733313030363336383331)
0-0:1.0.0(230628181159S)
1-0:1.8.1(000065.356*kWh)
1-0:1.8.2(000068.429*kWh)
1-0:2.8.1(000806.807*kWh)
-0:2.8.2(000389.309*kWh)
0-0:96.14.0(0001)
1-0:1.4.0(00.000*kW)
1-0:1.6.0(230606203000S)(04.541*kW)
0-0:98.1.0(2)(1-0:1.6.0)(1-0:1.6.0)(230401000000S)(632525252525W)(00.000*kW)(230601000000S)(230530154500S)(01.877*kW)
1-0:1.7.0(00.000*kW)
1-0:2.7.0(00.833*kW)
1-0:21.7.0(00.000*kW)
1-0:41.7.0(00.000*kW)
1-0:61.7.0(00.000*kW)
1-0:22.7.0(00.300*kW)
1-0:42.7.0(00.326*kW)
1-0:62.7.0(00.205*kW)
1-0:32.7.0(232.3*V)
1-0:52.7.0(243.1*V)
1-0:72.7.0(227.0*V)
1-0:31.7.0(001.43*A)
1-0:51.7.0(001.56*A)
1-0:71.7.0(001.09*A)
0-0:96.3.10(1)
0-0:17.0.0(999.9*kW)
1-0:31.4.0(999*A)
0-0:96.13.0()
!BACB
/FLU5\253769484_A

Meteen daarna ook weer: "1-0:22.7*0(00.300*kW)" een * ipv een punt...

code:

0-0:96.1.4(50217)
0-0:96.1.1(3153$14733313030363336383331)
0-0:1.0.0(230628181200S)
1-0:1.8.1(000065.356*kWh)
1-0:1.8.2(000068.429*kWh)
1-0:2.8.1(000806.807*kWh)
1-0:2.8.2(000389.309*kWh)
0-0:96.14.0(0001)
1-0:1.4.0(00.000*kW)
1-0:1.6.0(230606203000S)(04.541*kW)
0-0:98.1␎0(2)(1-0:1.6.0)(1-0:1.6.0)(230401000000S)(632525252525W)(00.000*kW)(230601000000S)(230530154500S)(01.877*kW)
1-0:1.7.0(00.000*kW)
1-0:2.7.0(00.834*kW)
1-0:21.7.0(00.000*kW)
1-0:41.7.0(00.000*kW)
1-0:61.7.0(00.000*kW)
1-0:22.7*0(00.300*kW)
1-0:42.7.0(00.326*kW)
1-0:62.7.0(00.207*kW)
1-0:32.7.0(232.6*V)
1-0:52.7.0(243.3*V)
1-0:72.7.0(226.3*V)
1-0:31.7.0(001.43*A)
1-0:51.7.0(001.56*A)
1-0:71.7.0(001.09*A)
0-0:96.3.10(1)
0-0:17&0.0(999.9*kW)
1-0:31.4.0(999*A)
0-0:96.13.0()
!3000
/FLU5\253769484_A

Lijkt dus toch iets fout in de data van mijn slimme meter?

Ik denk dat je het inderdaad hebt, maar 10 telegrammen achter elkaar zonder zelf er in te knippen was voor ons qua analyseren wel mooier geweest.

Maar ik denk dat het toch een brakke kabel (erg toevallig met twee kabels) óf een brakke poort op de slimme meter is, misschien dat iemand anders nog een bijzondere ingeving heeft?
Even aannemend dat je het uitlezen met de juiste parameters hebt gedaan

VW ID.7 Tourer Pro S | 5670 Wp JA Solar - 14x405 33° op Zuid | Twente

woensdag 28 juni 2023 19:44

Acties:

0 Henk 'm!

jaaktrek

True schreef op woensdag 28 juni 2023 @ 18:41:
[...]

Ik denk dat je het inderdaad hebt, maar 10 telegrammen achter elkaar zonder zelf er in te knippen was voor ons qua analyseren wel mooier geweest.
Maar ik denk dat het toch een brakke kabel (erg toevallig met twee kabels) óf een brakke poort op de slimme meter is, misschien dat iemand anders nog een bijzondere ingeving heeft?
Even aannemend dat je het uitlezen met de juiste parameters hebt gedaan

[quote]True schreef op woensdag 28 juni 2023 @ 18:41:
[...]

Dag @True ik heb ondertussen een derde kabel getest en allemaal geven ze hetzelfde resultaat. Vrees dus dat het toch aan de poort van mijn slimme meter ligt.

Hieronder nog 10 opeenvolgende telegrammen.

code:

0-0:96.1.4(50217)
0-0:96.1.1(3153414733313030363336383331)
0-0:1.␐.0(230628181259S)
1-0:1.8.1(000065.356*kWh)
1-0:1.8.2(000068.429*kWh)
1-0:2.8.1(000806.820*kWh)
1-0:2.8.2(000389.309*kWh)
0-0:96.14.0(0001)
1-0:1.4.0(00.000*kW)
1-0:1.6.0(230606203000S)(04.541*kW)
0-0:98.1.0(2)(1-0:1.6.0)(1-0:1.6.0)(230401000000S)(632525252525W)(00.000*kW)(230601000000S)(230530154500S)(01.877*kW)
1-0:1.7.0(00.000*kW)
1-0:2.7.0(00.802*kW)
1-0:21.7.0(00.000*kW)
1-0:41.7.0(00.000*kW)
1-0:61.7.0(00.000*kW)
1-0:22.7.0(00.296*kW)
1-0:42.7.0(00.305*kW)
1-0:62.7.0(00.201*kW)
1-0:32.7.0(234.4*V)
1-0:52.7.0(238.5*V)
1-0:72.7.0(230.0*V)
1-0:31.7.0(001.43*A)
1-0:51.7.0(001.50*A)
1-0:71.7.0(001.06*A)
0-0:96.3.10(1)
0-0:17.0.0(999.9*kW)
1-0:31.4.0(999*A)
0-0:96.13.0()
!7277
/FLU5\253769484_A

0-0:96.1.4(50217)
0-0:96.1.1(3153414733313030363336383331)
0-0:1.0.0(230628181300S)
1-0:1.8.1(000065.356*kWh)
1-0:1.8.2(000068.429*kWh)
1-0:2.8.1(000806.821*kWh)
1-0:2.8.2(000389.309*iWh)
0-0:96.14.0(0001)
1-0:1.4.0(00.000*kW)
1-0:1.6.0(230606203000S)(04.541*kW)
0-0:98.1.0(2)(1-0:1.6.0)(1-0:1.6.0)(230401000000S)(632525252525W)(00.000*kW)(230601000000S)(230530154500S)(01.877*kW)
1-0:1.7.0(00.000*kW)
1-0:2.7.0(00.796*kW)
1-0:21.7.0(00.000*kW)
1-0:41.7.0(00.000*kW)
1-0:61.7.0(00.000*kW)
1-0:22.7.0(00.295*kW)
1-0:62.7.0(00.196*kW)
1-0:32.7.0(234.6*V)
1-0:52.7.0(238.5*V)
1-0:72.7.0(229.8*V)
1-0:31.7.0(001.43*A)
1-0:51.7.0(001.50*A)
1-0:71.7.0(001.05*A)
0-0:96.3.10(1)
0-0:17.0.0(999.9*kW)
1-0:31.4.0(999*A)
0-0:96.13.0()
!76B6
/FLU5\253769484_A

0-0:96.1.4(50217)
0-0:96.1.1(3153414733313030363336383331)
0-0:1.0.0(230628181301S)
1-0:1.8.1(000065.356*kWh)
1-0:1.8.2(000068.429*kWh)
1-0:2.8.1(000806.821*kWh)
1-0:2.8.2(000389.309*kWh)
0-0:96.14.0(0001)
1-0:1.4.0(00.000*kW)
1-0:1.6.0(230606203000S)(04.541*kW)
0-0:98.1.0(2)(1-0:1.6.0)(1-0:1.6.0)(230401000000S)(632525252525W)(00.000*kW)(230601000000S)(230530154500S)(01.877*kW)
1-0:1.7.0(00.000*kW)
1-0:2␎7.0(00.798*kW)
1-0:21.7.0(00.000*kW)
1-0:41.7.0(00.000*kW)
1-0:61.7.0(00.000*kW)
1-0:22.7.0(00.295*kW)
1-0:42.7.0(00.306*kW)
1-0:62.7.0(00.196*kW)
1-0:32.7.0(234.7*V)
1-0:52.7.0(238.5*V)
1-0:72.7.0(229.5*V)
1-0:31.7.0(␐01.03*A)
1-0:51.7.0(001.50*A)
1-0:71.7.0(001.05*A)
0-0:96.3.10(1)
0-0:17.0.0(999.9*kW)
1-0:31.4.0(999*A)
0-0:96.13.0()
!4372
/FLU5\253769484_A

0-0:96.1.4(50217)
0-0:96.1.1(3153414733313030363336383331)
0-0:1.0.0(230628181302S)
1-0:1.8.1(000065.356*kWh)
1-0:1.8.2(000068.429*kWh)
1-0:2.8.1(000806.821*kWh)
1-0:2.8.2(000389.309*kWh)
0-0:96.14.0(0001)
1-0:1.4.0(00.000*kW)
1-0:1.6.0(230606203000S)(04.541*kW)
0-0:98.1.0(2)(1-0:1.6.0)(1-0:1.6.0)(230401000000S)(632525252525W)(00.000*kW)(230601000000S)(230530154500S)(01.877*kW)
1-0:1.7.0(00.000*kW)
1-0:2.7.0(00.797*kW)
1-0:21.7.0(00.000*kW)
1-0:41.7.0(00.000*kW)
1-0:61.7.0(00.000*kW)
1-0:22.7.0(00.295*kW)
1-0:42.7.0(00.305*kW)
1-0:62.7.0(00.197*kW)
1-0:32.7.0(234.9*V)
1-0:52.7.0(238.5*V)
1-0:72.7.0(229.5*V)
1-0:31.7.0(001.42*A)
1-0:51.7.0(001.50*A)
1-0:71.7.0(001.05*A)
0-0:96.3.10(1)
0-0:17.0.0(999.9*kW)
1-0:31.4.0(999*A)
0-0:96.13.0()
!AE9E
/FLU5\253769484_A

0-0:96.1.4(50217)
0-0:96.1.1(3153414733313030363236381330)
 -0:1.0.0(230628181303S)
1-0:1.8.1(000065.356*kWh)
1-0:1.8.2(000068.429*kWh)
1-0:2.8.1(000806.821*kWh)
1-0:2.8.2(000389.309*kWh)
0-0:96.14.0(0001)
1-0:1.4.0(00.000*kW)
1-0:1.6.0(230606203000S)(04.541*kW)
0-0:98.1.0(2)(1-0:1.6.0)(1-0:1.6.0)(230401000000S)(632525252525W)(00.000*kW)(230601000000S)(230530154500S)(01.877*kW)
1-0:1.7.0(00.000*kW)
1-0:2.7.0(00.794*kW)
1-0:21.7.0(00.000*kW)
1-0:41.7.0(00.000*kW)
1-0:61.7.0(00.000*kW)
1-0:22.7.0(00.296*kW)
1-0:42.7.0(00.304*kW)
1-0:62.7.0(00.193*kW)
1-0:32.7.0(234.8*V)
1-0:52.7.0(238.5*V)
1-0:72.7.0(229.4*V)
1-0:31.7.0(001.43*A)
1-0:51.7.0(001.50*A)
1-0:71.7.0(001.04*A)
0-0:96.3.10(1)
0-0:17.0.0(999.9*kW)
1-0:31.4.0(999*A)
0-0:96.13.0()
!2273
/FLU5\253769484_A

0-0:96.1.4(50217)
0-0:96.1.1(3153414733313030363336383330)
0-0:1.0.0(230628181304S)
1-0:1.8.1(000065.356*kWh)
1-0:1.8.2(000068.429*kWh)
1-0:2.8.1(000806.821*kWh)
1-0:2.8.2(000389.309*kWh)
0-0:96.14.0(0001)
1-0:1.4.0(00.000*kW)
1-0:1.6.0(230606203000S)(04.541*kW)
0-0:98.1.0(2)(1-0:1.6.0)(1-0:1.6.0)(230401000000S)(632525252525W)(00.000*kW)(230601000000S)(230530154500S)(01.877*kW)
1-0:1.7.0(00.000*kW)
1-0:2.7.0(00.799*kW)
1-0:21.7.0(00.000*kW)
1-0:41.7.0(00.000*kW)
1-0:61.7.0(00.000*kW)
1-0:22.7.0(00.296*kW)
1-0:42.7.0(00.305*kW)
1-0:62.7.0(00.197*kW)
1-0:32.7.0(234.5*V)
1-0:52.7.0(238.5*V)
1-0:52.7.0(229.7*V)
1-0:31.7.0(001.43*A)
1-0:51.7.0(001.50*A)
1-0:71.7.0(001.05*A)
0-0:96.3.10(1)
0-0:17.0.0(999.9*kW)
1-0:31.4.0(999*A)
0-0:96.13.0()
!3534
/FLU5\253769484_A

0-0:96.1.4(50217)
0-0:96.1.1(3153414733313030363336383331)
0-0:1.0.0(230628181305S)
1-0:1.8.1(000065.356*kWh)
1-0:1.8.2(000068.429*kWh)
1-0:2.8.1(000806.822*kWh)
1-0:2.8.2(000389.309*kWh)
0-0:96.14.0(0001)
1-0:1.4.0(00.000*kW)
1-0:1.6.0(230606203000S)(04.541*kW)
0-0:98.1.0(2)(1-0:1.6.0)(1-0:1.6.0)(230401000000S)(632525252525W)(00.000*kW)(230601000000S)(230530154500S)(01.877*kW)
1-0:1.7.0(00.000*kW)
1-0:2.7.0(00.780*kW)
1-0:21.7.0(00.000*kW)
1-0:41.7.0(00.000*kW)
1-0:61.7.0(00.000*kW)
1-0:22.7.0(00.295*kW)
1-0:42.7.0(00.303*kW)
1-0:62.7.0(00.182*kW)
1-0:32.7.0(234.6*V)
1-0:52.7.0(238.4*V)
1-0:72.7.0(229.7*V)
0-0:31.7.0(001.42*A)
1-0:51.7.0(001.49*A)
1-0:71.7.0(001.05*A)
0-0:96.3.10(1)
0-0:17.0.0(999.9*kW)
1-0:31.4.0(999*A)
0-0:96.13.0()
!A181
/FLU5\253769484_A

0-0:96.1.4(50217)
0-0:96.1.1(3153414733313030363336383331)
0-0:1.0.0(230628181306S)
1-0:1.8.1(000065.356*kWh)
1-0:1.8.2(000068.429*kWh)
1-0:2.8.1(000806.822*kWh)
1-0:2.8.2(000389.309*kWh)
0-0:96.14.0(0001)
1-0:1.4.0(00.000*kW)
1-0:1.6.0(230606203000S)(04.541*kW)
0-0:98.1.0(2)(1-0:1.6.0)(1-0:1.6.0)(230401000000S)(632525252525W)(00.000*kW)(230601000000S)(230530154%00S)(01.877*kW)
1-0:1.7.0(00.000*kW)
1-0:2.7.0(00.792*kW)
1-0:21.7.0(00.000*kW)
1-0:41.7.0(00.000*kW)
1-0:22.7.0(00.295*kW)
1-0:42.7.0(00.305*kW)
1-0:62.7.0(00.191*kW)
1-0:32.7.0(234.6*V)
1-0:52.7.0(238.5*V)
1-0:72.7.0(229.9*V)
1-0:31.7.0(001.42*A)
1-0:51.7.0(001.50*A)
1-0:71.7.0(001.04*A)
0-0:96.3.10(1)
0-0:17.0.0(999.9*kW)
1-0:31.4.0(999*A)
0-0:96.13.0()
!C2FE
/FLU5\253769484_A

0-0:96.1.4(50217)
0-0:96.1.1(3153414733313030363336383331)
0-0:1.0.0(230628181307S)
1-0:1.8.1(000065.356*kWh)
1-0:1.8.2(000068.429*kWh)
1-0:2.8.1(000806.822*kWh)
1-0:2.8.2(000389.309*kWh)
0-0:96.14.0(0001)
1-0:1.4.0(00.000*kW)
1-0:1.6.0(230606203000S)(04.541*kW)
0-0:98.1.0(2)(1-0:1.6.0)(1-0:1.6.0)(230401000000S)(632525252525W)(00.000*kW)(230601000000S)(230530154500S)(01.877*kW)
1-0:1.7.0(00.000*kW)
1-0:2.7.0(00.795*kW)
1-0:21.7.0(00.000*kW)
1-0:41.7.0(00.000*kW)
1-0:61.7.0(00.000*kW)
1-0:22.7.0(00.294*kW)
1-0:42.7.0(00.304*kW)
1-0:62.7.0(00.195*kW)
1-0:32.7.0(234.5*V)
1-0:52.7.0(238.5*V)
1-0:72.7.0(229.9*V)
1-0:31.7.0(001.42*A)
1-0:51.7.0(001.50*A)
1-0:71.7.0(001.04*A)
0-0:96.3.10(1)
0-0:17.0.0(999.9*kS)
1-0:31.4.0(999*A)
0-0:96.13.0()
!5D6F
/FLU5\253769484_A

woensdag 28 juni 2023 22:52

Acties:

0 Henk 'm!

True

Dislecticus

@jaaktrek mijn expertise houdt hier op, die data link escape heb ik nog nooit gezien in een DSMR telegram, misschien een Vlaamse interpretatie

Nee, zonder gekheid behalve als iemand anders iets weet zou ik hiermee naar je netbeheerder gaan. Let op dat je dan niet te diep op de inhoud moet gaan omdat de eerst lijns medewerkers echt geen flauw benul gaan hebben hoe zo'n DSMR telegram hoort te werken.

VW ID.7 Tourer Pro S | 5670 Wp JA Solar - 14x405 33° op Zuid | Twente

vrijdag 30 juni 2023 12:31

Acties:

0 Henk 'm!

ZwarteIJsvogel

Zuid-Limburg

Zo te zien valt er regelmatig een bitje om. Vraag is wat de oorzaak is.

@jaaktrek: Even wat vragen voor de beeldvorming. Hoe lang is je P1-kabel (inclusief eventuele verlengkabel)? Hoe wordt je RPi4 gevoed? Is de voeding geaard?

vrijdag 30 juni 2023 13:07

Acties:

0 Henk 'm!

jaaktrek

ZwarteIJsvogel schreef op vrijdag 30 juni 2023 @ 12:31:
Zo te zien valt er regelmatig een bitje om. Vraag is wat de oorzaak is.

@jaaktrek: Even wat vragen voor de beeldvorming. Hoe lang is je P1-kabel (inclusief eventuele verlengkabel)? Hoe wordt je RPi4 gevoed? Is de voeding geaard?

P1 kabel is van sos solutions, 1,8m lang, geen verlengkabels of splitters.
Pi wordt gevoed met 220V naar USB adapter die ik had liggen van 2,5A.
Niet geaard.

zaterdag 1 juli 2023 06:48

Acties:

0 Henk 'm!

ZwarteIJsvogel

Zuid-Limburg

Je hebt al diverse P1-kabels geprobeerd (verschillende kabels ook, neem ik aan). Probeer eens een andere USB adapter. Veel adapters produceren helaas nogal wat troep (eigenlijk alleen geschikt als lader).

maandag 3 juli 2023 21:31

Acties:

0 Henk 'm!

200454math

Dank jullie alle ik ga aan de slag om een andere meter te verkrijgen uiteraard kosteloos
Mvg Mathijs

dinsdag 4 juli 2023 10:33

Acties:

0 Henk 'm!

prettig

Vraagje: kun je de p1 poort draadloos verlengen ?

Case:
- Sessy accu komt in vrijstaande garage (40m afstand), meter in huis
- De Accu moet op de P1 poort, maar geen kabel liggen

Wordt dus of draadloos (en uiteraad al gezocht, kon niks vinden) of kabel graven (en dat doe ik liever niet).
Kan wel RS232 zender/ontvangers vinden, echter geen idee of dat gaat werken.

[ Voor 11% gewijzigd door prettig op 04-07-2023 11:48 ]

dinsdag 4 juli 2023 11:53

Acties:

0 Henk 'm!

Raven

Marion Raven fan

@prettig APC220 ? Heb die wel eens ergens gezien om 2 Arduino's met elkaar te laten communiceren, zou niet weten waarom het niet met P1-data kan.

[ Voor 43% gewijzigd door Raven op 04-07-2023 11:56 ]

After the first glass you see things as you wish they were. After the second you see things as they are not. Finally you see things as they really are, and that is the most horrible thing in the world...

Oscar Wilde

dinsdag 4 juli 2023 14:53

Acties:

0 Henk 'm!

prettig

prettig schreef op dinsdag 4 juli 2023 @ 10:33:
Vraagje: kun je de p1 poort draadloos verlengen ?

Case:
- Sessy accu komt in vrijstaande garage (40m afstand), meter in huis
- De Accu moet op de P1 poort, maar geen kabel liggen

Wordt dus of draadloos (en uiteraad al gezocht, kon niks vinden) of kabel graven (en dat doe ik liever niet).
Kan wel RS232 zender/ontvangers vinden, echter geen idee of dat gaat werken.

Zoiets zou moeten werken (denk ik).

https://www.budgetronics....ansceiver-1020ua/a-819-27

2 stuks is 20,-...... daar kan ik wel "gokje" mee wagen.

dinsdag 4 juli 2023 17:52

Acties:

+1 Henk 'm!

Raven

Marion Raven fan

@prettig P1-poort doet geen RS232

After the first glass you see things as you wish they were. After the second you see things as they are not. Finally you see things as they really are, and that is the most horrible thing in the world...

Oscar Wilde

woensdag 5 juli 2023 12:42

Acties:

0 Henk 'm!

prettig

Raven schreef op dinsdag 4 juli 2023 @ 17:52:
@prettig P1-poort doet geen RS232

ok... dacht dat het rs232 protocol was..... wat is het dan wel ?

woensdag 5 juli 2023 12:52

Acties:

+1 Henk 'm!

Septillion

Moderator Wonen & Mobiliteit

slimme meter

@prettig Inverted "TTL" open-collector serial. Ik zeg "TTL" omdat het ontworpen is voor 5V maar open-collector gestuurd wordt en ik geen officiële maximale spanning kan vinden.

woensdag 5 juli 2023 16:28

Acties:

0 Henk 'm!

iMars

Full time prutser

Septillion schreef op woensdag 5 juli 2023 @ 12:52:
@prettig Inverted "TTL" open-collector serial. Ik zeg "TTL" omdat het ontworpen is voor 5V maar open-collector gestuurd wordt en ik geen officiële maximale spanning kan vinden.

Yup, je kan 3v3 via de open collector sturen om 3v3 signaal te krijgen, maar dan is het nog inverted.
Weet niet of de modules van @prettig het signaal kan inverteren, anders moet het nog geinverteerd worden.

Koop hier mijn P1 reader :)

donderdag 13 juli 2023 10:26

Acties:

+1 Henk 'm!

jaaktrek

ZwarteIJsvogel schreef op zaterdag 1 juli 2023 @ 06:48:
Je hebt al diverse P1-kabels geprobeerd (verschillende kabels ook, neem ik aan). Probeer eens een andere USB adapter. Veel adapters produceren helaas nogal wat troep (eigenlijk alleen geschikt als lader).

Beste, @ZwarteIJsvogel
Bedankt voor het vinden van de oplossing!
Een andere (zwaardere) voeding voor mijn RPi4 heeft dit probleem verholpen!
Geen CRC checksum errors meer!

vrijdag 14 juli 2023 21:53

Acties:

0 Henk 'm!

Scatman_II

R9500 Pro >:)

Ik heb me suf zitten zoeken maar kom er niet uit, hopelijk kan iemand me verder helpen:

Ik lees al jaren mijn Landis+Gyr E350 SMR 5.0 uit via ESPhome en een Wemos d1 mini.

De request pin hangt aan 5V en de inversie gaat via de wemos; draait helemaal prima. Elke seconde een volledige uitlezing (esphome live log).

Alleen: deze telegrammen zijn 10x identiek, pas na 10 berichten komt er een nieuwe waarde door in Home Assistant. Ik zie ook 10x hetzelfde bericht voorbijkomen in de esphome log.
Op het display van de meter zelf zie ik echter wél elke seconde een andere waarde.

Nou heb ik onlangs een laadpaal gebouwd met een SmartEVSE, en die wil ik op basis van overtollige zonneenergie laten laden. En die raakt in de war van 10 berichten identiek, en dan ineens een flink andere waarde.

1. Klopt het dat de Landis Gyr E350 SMR 5.0 domweg 10x zichzelf herhaalt?
2. Zou het toevoegen van een actief schakelende request pin (via optocoupler) wél elke seconde een echte, unieke, meterstand opleveren?

OC / CM - Begint eer ge Bezint

zaterdag 15 juli 2023 09:12

Acties:

+1 Henk 'm!

iMars

Full time prutser

Scatman_II schreef op vrijdag 14 juli 2023 @ 21:53:
Ik heb me suf zitten zoeken maar kom er niet uit, hopelijk kan iemand me verder helpen:

Ik lees al jaren mijn Landis+Gyr E350 SMR 5.0 uit via ESPhome en een Wemos d1 mini.

De request pin hangt aan 5V en de inversie gaat via de wemos; draait helemaal prima. Elke seconde een volledige uitlezing (esphome live log).

Alleen: deze telegrammen zijn 10x identiek, pas na 10 berichten komt er een nieuwe waarde door in Home Assistant. Ik zie ook 10x hetzelfde bericht voorbijkomen in de esphome log.
Op het display van de meter zelf zie ik echter wél elke seconde een andere waarde.

Nou heb ik onlangs een laadpaal gebouwd met een SmartEVSE, en die wil ik op basis van overtollige zonneenergie laten laden. En die raakt in de war van 10 berichten identiek, en dan ineens een flink andere waarde.

1. Klopt het dat de Landis Gyr E350 SMR 5.0 domweg 10x zichzelf herhaalt?
2. Zou het toevoegen van een actief schakelende request pin (via optocoupler) wél elke seconde een echte, unieke, meterstand opleveren?

Zet debugging aan in esphome en kijk wat er binnen komt, of als je ook een usb kabeltje hebt, even aan de computer hangen en kijken.

Koop hier mijn P1 reader :)

zaterdag 15 juli 2023 10:22

Acties:

0 Henk 'm!

Raven

Marion Raven fan

@Scatman_II Gokje, er staat een DSMR-versie ingesteld van het 1x per 10s era?

After the first glass you see things as you wish they were. After the second you see things as they are not. Finally you see things as they really are, and that is the most horrible thing in the world...

Oscar Wilde

zaterdag 15 juli 2023 11:03

Acties:

0 Henk 'm!

Scatman_II

R9500 Pro >:)

iMars schreef op zaterdag 15 juli 2023 @ 09:12:
[...]

Zet debugging aan in esphome en kijk wat er binnen komt, of als je ook een usb kabeltje hebt, even aan de computer hangen en kijken.

Dank
Dank - logging staat zo in de ESPhome sketch:

code:

1
2
3

logger:
  baud_rate: 0
  level: DEBUG

@Raven Ik stel nergens een DSMR versie in; alleen deze parameters. De request interval heb ik pas net erbij gezet, als ik deze weglaat krijg ik elke seconde output (met dus 10x exact hetzelfde telegram)

code:

uart:
  rx_pin:
    number: GPIO13
    inverted: true
  baud_rate: 115200
  rx_buffer_size: 1700

dsmr:
  max_telegram_length: 1700
  request_interval: 2s

De output is dan, setup gedeelte via ESPHome log over wifi:

code:

... begin weggeknipt

[10:59:53][C][logger:301]: Logger:
[10:59:53][C][logger:302]:   Level: DEBUG
[10:59:53][C][logger:303]:   Log Baud Rate: 0
[10:59:53][C][logger:305]:   Hardware UART: UART0
[10:59:53][C][uart.arduino_esp8266:102]: UART Bus:
[10:59:53][C][uart.arduino_esp8266:104]:   RX Pin: GPIO13
[10:59:53][C][uart.arduino_esp8266:106]:   RX Buffer Size: 1700
[10:59:53][C][uart.arduino_esp8266:108]:   Baud Rate: 115200 baud
[10:59:53][C][uart.arduino_esp8266:109]:   Data Bits: 8
[10:59:53][C][uart.arduino_esp8266:110]:   Parity: NONE
[10:59:53][C][uart.arduino_esp8266:111]:   Stop bits: 1
[10:59:53][C][uart.arduino_esp8266:113]:   Using hardware serial interface.
[10:59:53][C][dsmr:275]: DSMR:
[10:59:53][C][dsmr:276]:   Max telegram length: 1700
[10:59:53][C][dsmr:277]:   Receive timeout: 0.2s
[10:59:53][C][dsmr:282]:   Request Interval: 2.0s
[10:59:53][C][dsmr:286]:   energy_delivered_tariff1 'Energy Consumed Tariff 1

... eind weggeknipt

En de lopende data met 2x een HTTP post naar de EVSE:

code:

[10:59:54][D][sensor:093]: 'Energy Consumed Tariff 1': Sending state 8555.86035 kWh with 3 decimals of accuracy
[10:59:54][D][sensor:093]: 'energy_delivered_tariff2': Sending state 6177.15918 kWh with 3 decimals of accuracy
[10:59:54][D][sensor:093]: 'energy_returned_tariff1': Sending state 1201.00500 kWh with 3 decimals of accuracy
[10:59:54][D][sensor:093]: 'energy_returned_tariff2': Sending state 2713.89990 kWh with 3 decimals of accuracy
[10:59:54][D][sensor:093]: 'power_delivered': Sending state 1.46500 kW with 3 decimals of accuracy
[10:59:54][D][sensor:093]: 'power_returned': Sending state 0.00000 kW with 3 decimals of accuracy
[10:59:54][D][sensor:093]: 'Gas Consumed': Sending state 7930.17285 m³ with 3 decimals of accuracy
[10:59:54][D][sensor:093]: 'DSMR - Voltage Phase 1': Sending state 235.00000 V with 1 decimals of accuracy
[10:59:54][D][sensor:093]: 'DSMR - Current Phase 1': Sending state 7.00000 A with 1 decimals of accuracy
[10:59:54][D][sensor:093]: 'DSMR - Power Consumed Phase 1': Sending state 1.46500 kW with 3 decimals of accuracy
[10:59:55][D][sensor:093]: 'DSMR - Power Produced Phase 1': Sending state 0.00000 kW with 3 decimals of accuracy
[10:59:56][D][sensor:093]: 'Energy Consumed Tariff 1': Sending state 8555.86035 kWh with 3 decimals of accuracy
[10:59:56][D][sensor:093]: 'energy_delivered_tariff2': Sending state 6177.15918 kWh with 3 decimals of accuracy
[10:59:56][D][sensor:093]: 'energy_returned_tariff1': Sending state 1201.00500 kWh with 3 decimals of accuracy
[10:59:56][D][sensor:093]: 'energy_returned_tariff2': Sending state 2713.89990 kWh with 3 decimals of accuracy
[10:59:56][D][sensor:093]: 'power_delivered': Sending state 1.46500 kW with 3 decimals of accuracy
[10:59:56][D][sensor:093]: 'power_returned': Sending state 0.00000 kW with 3 decimals of accuracy
[10:59:56][D][sensor:093]: 'Gas Consumed': Sending state 7930.17285 m³ with 3 decimals of accuracy
[10:59:56][D][sensor:093]: 'DSMR - Voltage Phase 1': Sending state 235.00000 V with 1 decimals of accuracy
[10:59:56][D][sensor:093]: 'DSMR - Current Phase 1': Sending state 7.00000 A with 1 decimals of accuracy
[10:59:56][D][sensor:093]: 'DSMR - Power Consumed Phase 1': Sending state 1.46500 kW with 3 decimals of accuracy
[10:59:56][D][sensor:093]: 'DSMR - Power Produced Phase 1': Sending state 0.00000 kW with 3 decimals of accuracy
[10:59:58][D][http_request:099]: HTTP Request completed; URL: http://192.168.2.2/currents?L1=70.000000&L2=nan&L3=nan; Code: 200; Duration: 121 ms
[10:59:58][D][sensor:093]: 'Energy Consumed Tariff 1': Sending state 8555.86035 kWh with 3 decimals of accuracy
[10:59:58][D][sensor:093]: 'energy_delivered_tariff2': Sending state 6177.15918 kWh with 3 decimals of accuracy
[10:59:58][D][sensor:093]: 'energy_returned_tariff1': Sending state 1201.00500 kWh with 3 decimals of accuracy
[10:59:58][D][sensor:093]: 'energy_returned_tariff2': Sending state 2713.89990 kWh with 3 decimals of accuracy
[10:59:58][D][sensor:093]: 'power_delivered': Sending state 1.46500 kW with 3 decimals of accuracy
[10:59:59][D][sensor:093]: 'power_returned': Sending state 0.00000 kW with 3 decimals of accuracy
[10:59:59][D][sensor:093]: 'Gas Consumed': Sending state 7930.17285 m³ with 3 decimals of accuracy
[10:59:59][D][sensor:093]: 'DSMR - Voltage Phase 1': Sending state 235.00000 V with 1 decimals of accuracy
[10:59:59][D][sensor:093]: 'DSMR - Current Phase 1': Sending state 7.00000 A with 1 decimals of accuracy
[10:59:59][D][sensor:093]: 'DSMR - Power Consumed Phase 1': Sending state 1.46500 kW with 3 decimals of accuracy
[10:59:59][D][sensor:093]: 'DSMR - Power Produced Phase 1': Sending state 0.00000 kW with 3 decimals of accuracy
[11:00:00][D][sensor:093]: 'Energy Consumed Tariff 1': Sending state 8555.86035 kWh with 3 decimals of accuracy
[11:00:00][D][sensor:093]: 'energy_delivered_tariff2': Sending state 6177.15918 kWh with 3 decimals of accuracy
[11:00:00][D][sensor:093]: 'energy_returned_tariff1': Sending state 1201.00500 kWh with 3 decimals of accuracy
[11:00:00][D][sensor:093]: 'energy_returned_tariff2': Sending state 2713.89990 kWh with 3 decimals of accuracy
[11:00:00][D][sensor:093]: 'power_delivered': Sending state 1.46500 kW with 3 decimals of accuracy
[11:00:00][D][sensor:093]: 'power_returned': Sending state 0.00000 kW with 3 decimals of accuracy
[11:00:00][D][sensor:093]: 'Gas Consumed': Sending state 7930.17285 m³ with 3 decimals of accuracy
[11:00:00][D][sensor:093]: 'DSMR - Voltage Phase 1': Sending state 235.00000 V with 1 decimals of accuracy
[11:00:00][D][sensor:093]: 'DSMR - Current Phase 1': Sending state 7.00000 A with 1 decimals of accuracy
[11:00:00][D][sensor:093]: 'DSMR - Power Consumed Phase 1': Sending state 1.46500 kW with 3 decimals of accuracy
[11:00:00][D][sensor:093]: 'DSMR - Power Produced Phase 1': Sending state 0.00000 kW with 3 decimals of accuracy
[11:00:02][D][sensor:093]: 'Energy Consumed Tariff 1': Sending state 8555.86035 kWh with 3 decimals of accuracy
[11:00:02][D][sensor:093]: 'energy_delivered_tariff2': Sending state 6177.15918 kWh with 3 decimals of accuracy
[11:00:02][D][sensor:093]: 'energy_returned_tariff1': Sending state 1201.00500 kWh with 3 decimals of accuracy
[11:00:02][D][sensor:093]: 'energy_returned_tariff2': Sending state 2713.89990 kWh with 3 decimals of accuracy
[11:00:02][D][sensor:093]: 'power_delivered': Sending state 1.46500 kW with 3 decimals of accuracy
[11:00:02][D][sensor:093]: 'power_returned': Sending state 0.00000 kW with 3 decimals of accuracy
[11:00:02][D][sensor:093]: 'Gas Consumed': Sending state 7930.17285 m³ with 3 decimals of accuracy
[11:00:02][D][sensor:093]: 'DSMR - Voltage Phase 1': Sending state 235.00000 V with 1 decimals of accuracy
[11:00:02][D][sensor:093]: 'DSMR - Current Phase 1': Sending state 7.00000 A with 1 decimals of accuracy
[11:00:02][D][sensor:093]: 'DSMR - Power Consumed Phase 1': Sending state 1.46500 kW with 3 decimals of accuracy
[11:00:02][D][sensor:093]: 'DSMR - Power Produced Phase 1': Sending state 0.00000 kW with 3 decimals of accuracy
[11:00:03][D][http_request:099]: HTTP Request completed; URL: http://192.168.2.2/currents?L1=70.000000&L2=nan&L3=nan; Code: 200; Duration: 46 ms

OC / CM - Begint eer ge Bezint

zondag 16 juli 2023 11:17

Acties:

0 Henk 'm!

iMars

Full time prutser

Je zal even meerdere telegrammen met elkaar moeten vergelijken. Als ik naar mijn telegrammen kijk (maar ik gebruik telnet/tcp en niet esphome) dan zie ik een aantal velden makkelijk veranderen en sommige heel traag:

code:

/ISK5\2M550E-1012

1-3:0.2.8(50)
0-0:1.0.0(230716110631S)
0-0:96.1.1(****)
1-0:1.8.1(011152.668*kWh)
1-0:1.8.2(010062.704*kWh)
1-0:2.8.1(000296.722*kWh)
1-0:2.8.2(000674.479*kWh)
0-0:96.14.0(0001)
1-0:1.7.0(00.000*kW) <---- deze waardes veranderen makkelijk/snel (Actual electricity power delivered)
1-0:2.7.0(00.047*kW) <---- deze waardes veranderen makkelijk/snel (Actual electricity power received)
0-0:96.7.21(00012)
0-0:96.7.9(00003)
1-0:99.97.0(1)(0-0:96.7.19)(171027165014S)(0000070436*s)
1-0:32.32.0(00013)
1-0:32.36.0(00001)
0-0:96.13.0()
1-0:32.7.0(231.8*V) <---- deze waardes veranderen makkelijk/snel
1-0:31.7.0(002*A)
1-0:21.7.0(00.000*kW)
1-0:22.7.0(00.048*kW)
0-1:24.1.0(003)
0-1:96.1.0(****)
0-1:24.2.1(230716110507S)(04481.909*m3)
!A2F3

Zet even een waterkoker aan en deze twee (minstens 1) moet je gelijk zien veranderen:

code:

1 2	[10:59:54][D][sensor:093]: 'power_delivered': Sending state 1.46500 kW with 3 decimals of accuracy [10:59:54][D][sensor:093]: 'power_returned': Sending state 0.00000 kW with 3 decimals of accuracy

Edit:
Zet eens debug aan op de uart:

YAML:

uart:
  rx_pin:
    number: GPIO13
    inverted: true
  baud_rate: 115200
  rx_buffer_size: 1700
  debug:
    direction: BOTH
    dummy_receiver: true
    after:
      delimiter: "\n"
    sequence:
      - lambda: UARTDebug::log_string(direction, bytes);

Als je teveel vervuiling krijgt, kan je even een simpele yaml maken:

YAML:

esphome:
  name: p1debug
  friendly_name: p1debug

esp8266:
  board: d1_mini

# Enable logging
logger:
  baud_rate: 0

# Enable Home Assistant API
api:

ota:

wifi:
  ssid: !secret wifi_ssid
  password: !secret wifi_password

  # Enable fallback hotspot (captive portal) in case wifi connection fails
  ap:
    ssid: "P1 Debugger"

captive_portal:

web_server:
  port: 80

uart:
  baud_rate: 115200
  rx_pin: D7
  rx_buffer_size: 1700
  debug:
    direction: BOTH
    dummy_receiver: true
    after:
      delimiter: "\n"
    sequence:
      - lambda: UARTDebug::log_string(direction, bytes);

[ Voor 28% gewijzigd door iMars op 16-07-2023 11:51 ]

Koop hier mijn P1 reader :)

dinsdag 18 juli 2023 20:10

Acties:

0 Henk 'm!

habbekrats

Vraagje over docker compose ism dsmr reader.

Mijn broer wil graag ook een P1 logger
Nu heb ik hier liggen een rasp 3b+ boot vanaf usb.
Op aanraden van DSMR een headless image op de raspberry
Docker geinstallleerd en werkt YouTube: How to Install Docker on Raspberry Pi (Tutorial)

Nu docker dsmr er op gezet, (https://hub.docker.com/r/...e=1&ordering=last_updated) start niet aangezien een docker compose met de instellingen er bij moet.
Ik heb eigenlijk geen idee hoe dat in zijn werk gaat op de github staat https://github.com/xirixi...-docker#setup--parameters wat erin moet komen.
Echter waar en hoe doe ik dat ?

http://www.pvoutput.org/list.jsp?id=46229&sid=42168

woensdag 2 augustus 2023 10:58

Acties:

0 Henk 'm!

Speculaasje

habbekrats schreef op dinsdag 18 juli 2023 @ 20:10:
Vraagje over docker compose ism dsmr reader.

Mijn broer wil graag ook een P1 logger
Nu heb ik hier liggen een rasp 3b+ boot vanaf usb.
Op aanraden van DSMR een headless image op de raspberry
Docker geinstallleerd en werkt YouTube: How to Install Docker on Raspberry Pi (Tutorial)

Nu docker dsmr er op gezet, (https://hub.docker.com/r/...e=1&ordering=last_updated) start niet aangezien een docker compose met de instellingen er bij moet.
Ik heb eigenlijk geen idee hoe dat in zijn werk gaat op de github staat https://github.com/xirixi...-docker#setup--parameters wat erin moet komen.
Echter waar en hoe doe ik dat ?

Op de Pi moet je de Docker Compose packages installeren en een YAML bestand maken met daarin de docker-compose configuratie van de services die je wilt draaien als containers.

Als DSMR de enige software is die je gaat draaien kan je het volgende voorbeeld gebruiken:

https://raw.githubusercon...cker-compose.example.yaml

Vervolgens kan je de containers draaien met het commando

code:

1	docker compose up -d

.
-------

Ikzelf loop op dit punt ook behoorlijk vast... DSMR Reader weigert in elke configuratie succesvol op te starten... Zowel als standalone als in api_server/client configuratie diverse errors. De database kan niet gevonden worden of de NGINX worker weigert op te starten. Er draait al een NGINX proxy in hetzelfde netwerk, kan dit ermee te maken hebben?

Ik heb een P1 kabel rechtstreeks op de Raspberry Pi (3B) aangesloten (serial).

Mijn huidige YAML (stand-alone):

YAML:

dsmr-api:
    image: ghcr.io/xirixiz/dsmr-reader-docker:latest
    container_name: dsmr-api
    links:
      - dsmrdb
    restart: unless-stopped
    volumes:
      - ./dsmr-api:/dsmr/app/
    ports:
      - 8765:8765
    environment:
      - TZ=Europe/Amsterdam
      - DJANGO_TIME_ZONE=Europe/Amsterdam
      - DSMRREADER_ADMIN_USER=dsmr
      - DSMRREADER_ADMIN_PASSWORD=dsmr      
      - DSMRREADER_LOGLEVEL=DEBUG
      - DJANGO_DATABASE_HOST=dsmrdb
      - DJANGO_DATABASE_USER=postgres
      - DJANGO_DATABASE_PASSWORD=postgres
      - DJANGO_DATABASE_NAME=dsmrdb
      - VIRTUAL_HOST=dsmr.dewit-it.nl      
      - VIRTUAL_PORT=8765
      - NGINX_LISTEN_PORT=8765      
    cap_add:
      - NET_ADMIN
    devices:
      - "/dev/ttyUSB0:/dev/ttyUSB0"
dsmrdb:
      # When using Postgres, release 13.x and 14.x are supported only
      # due to the limited availability of client packages, especially for arm32v7
    image: postgres:14-alpine
    container_name: dsmrdb
    restart: always
    volumes:
      - ./dsmrdb:/var/lib/postgresql/data
    environment:
      - TZ=Europe/Amsterdam
      - PG_TZ=Europe/Amsterdam
      - POSTGRES_USER=postgres
      - POSTGRES_PASSWORD=postgres
      - POSTGRES_DB=dsmrdb
    healthcheck:
      # postgres is the default user, please update with
      # the DJANGO_DATABASE_USER used for dsmr-reader-docker
      # default for DSMR Reader is dsmrreader
      test: [ "CMD-SHELL", "pg_isready -U postgres" ]
      interval: 10s
      timeout: 5s
      retries: 10

Iemand die een vergelijkbare configuratie heeft draaien waar er al een NGINX instantie aanwezig is die alle webhosting / SSL zaken regelt met DSMR en succesvol zijn data uit kan lezen?

Ik zou het geheel graag koppelen aan Home Assistant om zo het Energy Dashboard te gebruiken (andere extensie is werkend, dus de P1 kabel / poort functioneert naar behoren).

woensdag 2 augustus 2023 18:10

Acties:

0 Henk 'm!

rvk

Speculaasje schreef op woensdag 2 augustus 2023 @ 10:58:
[...]
Zowel als standalone als in api_server/client configuratie diverse errors.

Vermelding van die errors kan wel handig zijn.

Speculaasje schreef op woensdag 2 augustus 2023 @ 10:58:
De database kan niet gevonden worden of de NGINX worker weigert op te starten. Er draait al een NGINX proxy in hetzelfde netwerk, kan dit ermee te maken hebben?

Welke nginx worker. Die zie ik niet in die docker-compose files staan. Of zit die in de dsmr-api?
Ik zie het al. Ja dus. Je kunt zien met docker logs dsmr-api waarom die niet gestart wordt.

Draait de dsmrdb wel na de docker compose up -d? (kun je zien in docker ps -a)

[ Voor 7% gewijzigd door rvk op 02-08-2023 18:12 ]

woensdag 16 augustus 2023 23:10

Acties:

0 Henk 'm!

Haseo

Voor een project probeer ik even het omgekeerde te doen, nl. een DSMR P1 digitale meter emuleren. Ik gebruik hiervoor een ESP32 die ik in Arduino programmeer. Ik zit echter vast op het berekenen van de juiste CRC checksum.

Na wat andere topics/posts op dit forum te lezen en Github repo's te bezoeken ben ik er redelijk zeker van dat mijn CRC functie wel degelijk klopt, maar als ik het demo telegram uit de P1 documentatie (of gelijk welk ander telegram) probeer te berekenen krijg ik altijd een verkeerde waarde (bv E47C terwijl het EF2F moet zijn voor het demo telegram).

code:

uint16_t crc16(const uint8_t *data) {
    uint16_t crc = 0x0000; // initial value
    while (*data) {
        crc ^= (uint8_t)(*data++);  // xor byte into least sig. byte of crc
        for (int i = 0; i < 8; i++) {
            if (crc & 1)
                crc = (crc >> 1) ^ 0xA001;
            else
                crc >>= 1;
        }
    }
    return crc;
}

void setup() {
  Serial.begin(115200); 
  delay(2000);
  const uint8_t data[] = "/ISk5\\2MT382-1000\r\n" //escape the \ in the telegram here
  "\r\n"
  "1-3:0.2.8(50)\r\n"
  "0-0:1.0.0(101209113020W)\r\n"
  "0-0:96.1.1(4B384547303034303436333935353037)\r\n"
  "1-0:1.8.1(123456.789*kWh)\r\n"
  "1-0:1.8.2(123456.789*kWh)\r\n"
  "1-0:2.8.1(123456.789*kWh)\r\n"
  "1-0:2.8.2(123456.789*kWh)\r\n"
  "0-0:96.14.0(0002)\r\n"
  "1-0:1.7.0(01.193*kW)\r\n"
  "1-0:2.7.0(00.000*kW)\r\n"
  "0-0:96.7.21(00004)\r\n"
  "0-0:96.7.9(00002)\r\n"
  "1-0:99.97.0(2)(0-0:96.7.19)(101208152415W)(0000000240*s)(101208151004W)(0000000301*s)\r\n"
  "1-0:32.32.0(00002)\r\n"
  "1-0:52.32.0(00001)\r\n"
  "1-0:72.32.0(00000)\r\n"
  "1-0:32.36.0(00000)\r\n"
  "1-0:52.36.0(00003)\r\n"
  "1-0:72.36.0(00000)\r\n"
  "0-0:96.13.0(303132333435363738393A3B3C3D3E3F303132333435363738393A3B3C3D3E3F303132333435363738393A3B3C3D3E3F303132333435363738393A3B3C3D3E3F303132333435363738393A3B3C3D3E3F)\r\n"
  "1-0:32.7.0(220.1*V)\r\n"
  "1-0:52.7.0(220.2*V)\r\n"
  "1-0:72.7.0(220.3*V)\r\n"
  "1-0:31.7.0(001*A)\r\n"
  "1-0:51.7.0(002*A)\r\n"
  "1-0:71.7.0(003*A)\r\n"
  "1-0:21.7.0(01.111*kW)\r\n"
  "1-0:41.7.0(02.222*kW)\r\n"
  "1-0:61.7.0(03.333*kW)\r\n"
  "1-0:22.7.0(04.444*kW)\r\n"
  "1-0:42.7.0(05.555*kW)\r\n"
  "1-0:62.7.0(06.666*kW)\r\n"
  "0-1:24.1.0(003)\r\n"
  "0-1:96.1.0(3232323241424344313233343536373839)\r\n"
  "0-1:24.2.1(101209112500W)(12785.123*m3)\r\n"
  "!"; //should give EF2F as CRC16

  uint16_t computedCRC = crc16(data);
  Serial.print("Computed CRC16: 0x");
  Serial.println(computedCRC, HEX);
}

void loop() {

}

Karakters wel of niet escapen, wel of niet \r\n's plaatsen, unsigned char ipv uint8_t gebruiken, niets helpt. Wat zie ik in hemelsnaam over het hoofd?

donderdag 17 augustus 2023 00:28

Acties:

0 Henk 'm!

franssie

Save the albatross

@Haseo is de output van je script ook 1-op-1 gelijk? In de demo zie ik een witregel die ik zo snel niet in je code terug zie? Nu ben ik geen ster in deze taal, maar vaak zit het in kleine details immers.

edit; in je code heeft

"/ISk5\\2MT382-1000\r\n"

twee backslashes, maar staat in een string, wordt dat niet 1-op-1 overgenomen? Want in het voorbeeld staat

/ISk5\2MT382-1000

Dus print je output eens?

[ Voor 38% gewijzigd door franssie op 17-08-2023 00:37 ]

franssie.bsky.social | 🎸 Niets is zo permanent als een tijdelijke oplossing | Een goed probleem komt nooit alleen | Gibson guitar Fender Guitar God Damn Guitar

donderdag 17 augustus 2023 11:44

Acties:

0 Henk 'm!

Sircuri

Volledig Appelig

Over welk deel van je data probeer je de CRC te berekenen? In de crc16 functie lijkt het er op dat je de CRC zelf ook mee neemt in je berekening. Moet je niet de laatste entry in de data array uitsluiten, want dat is immers de CRC zelf. Hoort dat '!' karakter wel in de berekening?.

Anders zit er niets anders op dan de crc check te loggen per regel om te kijken waar ineens de afwijking ontstaat in de calculatie. Zal vast iets heel doms zijn spreek ik uit ervaring

[ Voor 33% gewijzigd door Sircuri op 17-08-2023 11:51 ]

Signature van nature

donderdag 17 augustus 2023 16:46

Acties:

+1 Henk 'm!

Haseo

franssie schreef op donderdag 17 augustus 2023 @ 00:28:
@Haseo is de output van je script ook 1-op-1 gelijk? In de demo zie ik een witregel die ik zo snel niet in je code terug zie? Nu ben ik geen ster in deze taal, maar vaak zit het in kleine details immers.

edit; in je code heeft

[...]

twee backslashes, maar staat in een string, wordt dat niet 1-op-1 overgenomen? Want in het voorbeeld staat

Hi. De dubbele \\ is nodig omdat \ een escape character in C++ is. Als je dat niet dubbel escaped met nog eens een \ voor wordt het gewoon niet meegenomen in de berekening. Heb het idd ook eens zonder \ getest, maar dat geeft ook geen correcte CRC.

Likewise is de lege regel in het ASCII voorbeeldtelegram de \r\n in mijn C-string, wat in C++ een CR LF is (nieuwe regel). Maar ook zonder lege regel is het resultaat niet wat het moet zijn.

Sircuri schreef op donderdag 17 augustus 2023 @ 11:44:
Over welk deel van je data probeer je de CRC te berekenen? In de crc16 functie lijkt het er op dat je de CRC zelf ook mee neemt in je berekening. Moet je niet de laatste entry in de data array uitsluiten, want dat is immers de CRC zelf. Hoort dat '!' karakter wel in de berekening?.

Anders zit er niets anders op dan de crc check te loggen per regel om te kijken waar ineens de afwijking ontstaat in de calculatie. Zal vast iets heel doms zijn spreek ik uit ervaring

De CRC moet over het ganse bericht, van de eerste / tot en met de afsluitende ! berekend worden. De CRC komt na het !-teken (zie ook voorbeeldtelegram), maar laat ik dus weg in mijn code.

Ik heb de berekening al een paar keer lijn per lijn proberen te doublechecken met online calculators, maar het probleem is dat deze een nieuwe regel in het ASCII telegram niet interpreteren als een Unix style CR LF (wat het volgens de documentatie wel moet zijn).

Ik begin stilaan te denken dat het voorbeeldtelegram foutief is, of dat de documentatie over het formaat er van (en dus de manier waarop ik er een C-string van maak) of van de CRC berekening niet klopt.

donderdag 17 augustus 2023 17:13

Acties:

+2 Henk 'm!

Septillion

Moderator Wonen & Mobiliteit

slimme meter

@Haseo Staat me heeeeeeel vaag al eens bij dat ik eerder heb gehoord dat het bericht in de doc niet klopt. Op zich ook niet zo heel raar, de polynoom schrijven ze volgens mij ook achterstevoren. 0xA001 zou volgens mij x¹⁵ + x¹³ + 1 zijn (dus 0b1010000000000001). Maar ze hebben het over x¹⁶ + x¹⁵ + x² + 1 (0x18005 / 0x8005 ofwel 0b11000000000000101). Maar dat is bij mij ook wel beetje weggezakt.

Ander bericht wat ik zo snel op internet vond is

code:

/KFM5KAIFA-METER

1-0:1.8.1(000671.578*kWh)
1-0:1.7.0(00.318*kW)
!1E1D

Deze lijkt wel te kloppen met je code

[ Voor 15% gewijzigd door Septillion op 17-08-2023 17:46 ]

donderdag 17 augustus 2023 18:57

Acties:

0 Henk 'm!

Haseo

Septillion schreef op donderdag 17 augustus 2023 @ 17:13:
@Haseo Staat me heeeeeeel vaag al eens bij dat ik eerder heb gehoord dat het bericht in de doc niet klopt. Op zich ook niet zo heel raar, de polynoom schrijven ze volgens mij ook achterstevoren. 0xA001 zou volgens mij x¹⁵ + x¹³ + 1 zijn (dus 0b1010000000000001). Maar ze hebben het over x¹⁶ + x¹⁵ + x² + 1 (0x18005 / 0x8005 ofwel 0b11000000000000101). Maar dat is bij mij ook wel beetje weggezakt.

Ander bericht wat ik zo snel op internet vond is
code:
1
2
3
4
5
/KFM5KAIFA-METER

1-0:1.8.1(000671.578*kWh)
1-0:1.7.0(00.318*kW)
!1E1D
Deze lijkt wel te kloppen met je code

Interessant! Dit geeft iets meer betekenis aan deze post van @CodeITdie ik eerder vond, maar tegenstrijdig vond aan de documentatie.

Het telegram dat je quote wordt idd wel correct berekend. Maar ik heb ook eens berekend met telegrammen uit mijn P1 meter, en daar werd de CRC dan weer niet correct van berekend. Dus ik blijf verward.

donderdag 17 augustus 2023 19:59

Acties:

0 Henk 'm!

Septillion

Moderator Wonen & Mobiliteit

slimme meter

@Haseo Mm, blijft raar dan ja.

Ik ben toen ook wel bezig geweest met mijn P1 toen 2-3jaar terug. En roep altijd dat ik alles op moet slaan. Maar je raadt het al, ik heb geen telegrammen liggen

Huidige is via ESPhome en heb geen debug aan, zie dus ook even de telegrammen niet.

Gezien het werkt en een backup van de bin van ESPhome eigenlijk best lastig is heb ik niet zo veel zin "even" de firmware aan te passen (en daarmee ook een flinke update geven) voor debug

Dus als andere nog telegrammen hebben ter test, graag

donderdag 17 augustus 2023 21:59

Acties:

0 Henk 'm!

Haseo

Oh, goed idee om andere telegrammen te testen. Dit zijn er bv. twee inclusief de CRC code na de !

code:

/FLU5\253769484_A

0-0:96.1.4(50217)
0-0:96.1.1(3153414733313030363235353532)
0-0:1.0.0(230810193825S)
1-0:1.8.1(000150.154*kWh)
1-0:1.8.2(000165.118*kWh)
1-0:2.8.1(000000.023*kWh)
1-0:2.8.2(000000.134*kWh)
0-0:96.14.0(0001)
1-0:1.4.0(00.236*kW)
1-0:1.6.0(230805204500S)(02.348*kW)
0-0:98.1.0(3)(1-0:1.6.0)(1-0:1.6.0)(230401000000S)(632525252525W)(00.000*kW)(230701000000S)(230626000000S)(02.570*kW)(230801000000S)(230727193000S)(02.854*kW)
1-0:1.7.0(00.442*kW)
1-0:2.7.0(00.000*kW)
1-0:21.7.0(00.073*kW)
1-0:41.7.0(00.013*kW)
1-0:61.7.0(00.356*kW)
1-0:22.7.0(00.000*kW)
1-0:42.7.0(00.000*kW)
1-0:62.7.0(00.000*kW)
1-0:32.7.0(242.0*V)
1-0:52.7.0(243.3*V)
1-0:72.7.0(243.8*V)
1-0:31.7.0(000.53*A)
1-0:51.7.0(000.05*A)
1-0:71.7.0(001.63*A)
0-0:96.3.10(1)
0-0:17.0.0(999.9*kW)
1-0:31.4.0(999*A)
0-0:96.13.0()
!5438

code:

/FLU5\253769484_A

0-0:96.1.4(50217)
0-0:96.1.1(3153414733313030363235353532)
0-0:1.0.0(230810193824S)
1-0:1.8.1(000150.154*kWh)
1-0:1.8.2(000165.118*kWh)
1-0:2.8.1(000000.023*kWh)
1-0:2.8.2(000000.134*kWh)
0-0:96.14.0(0001)
1-0:1.4.0(00.236*kW)
1-0:1.6.0(230805204500S)(02.348*kW)
0-0:98.1.0(3)(1-0:1.6.0)(1-0:1.6.0)(230401000000S)(632525252525W)(000*kW)
1-0:21.7.0(00.072*kW)
1-0:41.7.0(00.013*kW)
1-0:61.7.0(00.364*kW)
1-0:22.7.0(00.000*kW)
1-0:42.7.0(00.000*kW)
1-0:62.7.0(00.000*kW)
1-0:32.7.0(242.0*V)
1-0:52.7.0(243.4*V)
1-0:72.7.0(243.9*V)
1-0:31.7.0(000.53*A)
1-0:51.7.0(000.05*A)
1-0:71.7.0(001.66*A)
0-0:96.3.10(1)
0-0:17.0.0(999.9*kW)
1-0:31.4.0(999*A)
0-0:96.13.0()
!AC2E

vrijdag 18 augustus 2023 06:50

Acties:

+2 Henk 'm!

Raven

Marion Raven fan

Septillion schreef op donderdag 17 augustus 2023 @ 19:59:
Dus als andere nog telegrammen hebben ter test, graag

In Python gebruik ik deze 2 voor testen van CRC- (en andere P1-gerelateerde) code:

Python:

telegram = '''/KFM5KAIFA-METER\r
\r
1-3:0.2.8(42)\r
0-0:1.0.0(180605091333S)\r
0-0:96.1.1(4530303236303030303133343837363135)\r
1-0:1.8.1(001790.476*kWh)\r
1-0:1.8.2(002320.188*kWh)\r
1-0:2.8.1(000000.000*kWh)\r
1-0:2.8.2(000000.000*kWh)\r
0-0:96.14.0(0002)\r
1-0:1.7.0(00.258*kW)\r
1-0:2.7.0(00.000*kW)\r
0-0:96.7.21(00010)\r
0-0:96.7.9(00004)\r
1-0:99.97.0(1)(0-0:96.7.19)(000101000011W)(2147483647*s)\r
1-0:32.32.0(00000)\r
1-0:52.32.0(00000)\r
1-0:72.32.0(00000)\r
1-0:32.36.0(00000)\r
1-0:52.36.0(00000)\r
1-0:72.36.0(00000)\r
0-0:96.13.1()\r
0-0:96.13.0()\r
1-0:31.7.0(000*A)\r
1-0:51.7.0(000*A)\r
1-0:71.7.0(000*A)\r
1-0:21.7.0(00.125*kW)\r
1-0:22.7.0(00.000*kW)\r
1-0:41.7.0(00.124*kW)\r
1-0:42.7.0(00.000*kW)\r
1-0:61.7.0(00.009*kW)\r
1-0:62.7.0(00.000*kW)\r
0-1:24.1.0(003)\r
0-1:96.1.0(4730303235303033333436333738353136)\r
0-1:24.2.1(180605090000S)(05225.708*m3)\r
!F7F2\r'''

telegram2 = '''/ISK5\\2M550T-1011\r
\r
1-3:0.2.8(50)\r
0-0:1.0.0(170201121417W)\r
0-0:96.1.1(4530303334303036373732333137373136)\r
1-0:1.8.1(000000.877*kWh)\r
1-0:1.8.2(000000.128*kWh)\r
1-0:2.8.1(000000.000*kWh)\r
1-0:2.8.2(000000.275*kWh)\r
0-0:96.14.0(0002)\r
1-0:1.7.0(00.000*kW)\r
1-0:2.7.0(00.972*kW)\r
0-0:96.7.21(00008)\r
0-0:96.7.9(00003)\r
1-0:99.97.0()\r
1-0:32.32.0(00000)\r
1-0:52.32.0(00000)\r
1-0:72.32.0(00000)\r
1-0:32.36.0(00002)\r
1-0:52.36.0(00002)\r
1-0:72.36.0(00002)\r
0-0:96.13.0()\r
1-0:32.7.0(235.1*V)\r
1-0:52.7.0(233.7*V)\r
1-0:72.7.0(235.5*V)\r
1-0:31.7.0(006*A)\r
1-0:51.7.0(001*A)\r
1-0:71.7.0(001*A)\r
1-0:21.7.0(00.000*kW)\r
1-0:41.7.0(00.319*kW)\r
1-0:61.7.0(00.294*kW)\r
1-0:22.7.0(01.582*kW)\r
1-0:42.7.0(00.000*kW)\r
1-0:62.7.0(00.000*kW)\r
0-1:24.1.0(003)\r
0-1:96.1.0(4730303332353635353032383234323136)\r
0-1:24.2.1(700101010000W)(00000000)\r
!81F1\r'''

After the first glass you see things as you wish they were. After the second you see things as they are not. Finally you see things as they really are, and that is the most horrible thing in the world...

Oscar Wilde

vrijdag 18 augustus 2023 19:04

Acties:

0 Henk 'm!

Haseo

@Raven Bizar, als ik de CRC van jouw telegrammen bereken kom ik idd de juiste waarden uit. Doet me nog meer in het duister tasten waarom dat niet lukt met degene die uit mijn digitale meter komen.

vrijdag 18 augustus 2023 19:26

Acties:

+1 Henk 'm!

Raven

Marion Raven fan

@Haseo Misschien vallen er onderweg wat bitjes om ofzo, met foute CRC tot gevolg?

After the first glass you see things as you wish they were. After the second you see things as they are not. Finally you see things as they really are, and that is the most horrible thing in the world...

Oscar Wilde

zaterdag 19 augustus 2023 19:47

Acties:

+4 Henk 'm!

Haseo

@Raven Dat moet het idd geweest zijn. Na nog eens enkele telegrammen van mijn meter te downloaden en te testen kom ik nu steeds de correcte CRC uit.

@Septillion had dus gelijk, de CRC in het voorbeeldtelegram lijkt niet te kloppen. Daar heb ik dus best wel wat uurtjes aan verspild.

Wie geïnteresseerd is in de specifieke use case waarom ik dit nodig heb: ik ben momenteel een P1-over-LoRa bridge aan het bouwen. Mijn digitale meter bevindt zich namelijk ver buiten wifi-bereik, maar met LoRa kan ik de telegrammen toch naar een ontvanger op mijn wifi brengen.

Het LoRa gedeelte werkt ondertussen vlot. Mijn volgende stap is een P1 downstreampoort op de ontvanger aanbrengen, zodat je bestaande P1 dongles er op kan inprikken, die dan denken dat ze rechtstreeks ingeplugd zijn op je digitale meter. Maar omdat ik slechts een subset van alle OBIS codes in het telegram over LoRa stuur moet ik de CRC herberekenen. En daarvoor moet ik natuurlijk zeker zijn dat mijn CRC berekening klopt.

zondag 20 augustus 2023 09:37

Acties:

+1 Henk 'm!

Raven

Marion Raven fan

Haseo schreef op zaterdag 19 augustus 2023 @ 19:47:
@Raven Dat moet het idd geweest zijn. Na nog eens enkele telegrammen van mijn meter te downloaden en te testen kom ik nu steeds de correcte CRC uit.
@Septillion had dus gelijk, de CRC in het voorbeeldtelegram lijkt niet te kloppen. Daar heb ik dus best wel wat uurtjes aan verspild.

Het heeft mij ook wel even geduurd voordat ik correcte voorbeeldtelegrammen vond, hoe vaak ik wel niet dacht dat de pythoncode m.b.t. CRC fout was

In eerste instantie was het uiteindelijk een kwestie van /r's toevoegen (naast de /n) maar er staan ook gewoon incorrecte telegrammen online her en der. Mogelijk serial aangepast zodat niemand daar wat mee zou kunnen doen?

After the first glass you see things as you wish they were. After the second you see things as they are not. Finally you see things as they really are, and that is the most horrible thing in the world...

Oscar Wilde

zondag 20 augustus 2023 17:40

Acties:

0 Henk 'm!

franssie

Save the albatross

Raven schreef op zondag 20 augustus 2023 @ 09:37:
[...]

. Mogelijk serial aangepast zodat niemand daar wat mee zou kunnen doen?

Waarschijnlijk wel, maar weer dan zo netjes om dat te vermelden lijkt mij ...

franssie.bsky.social | 🎸 Niets is zo permanent als een tijdelijke oplossing | Een goed probleem komt nooit alleen | Gibson guitar Fender Guitar God Damn Guitar

dinsdag 5 september 2023 17:25

Acties:

+1 Henk 'm!

Raven

Marion Raven fan

Sinds vandaag zijn we hier ook aan de slimme meters

, waarbij het typenr van de elektriciteitsmeter een belletje liet rinkelen: Sagemcom XS210 ESMR5 uitlezen met P1 en dan specifiek

edsub schreef op vrijdag 14 februari 2020 @ 17:58:
Hierbij een (wat ons betreft) finale update mbt het uitlezen van de hierboven genoemde ESMR5 meters van Sagemcom (In België ook wel als "Siconia" en in Luxemburg als "Smarty" gelabelde meters).
De uitleesproblemen die er in sommige gevallen waren met de P1 poort van deze meters zijn voor de P1 Converter Cables V3 van www.smartmeterdashboard.nl verleden tijd.
Ook de allernieuwste ESMR5 meters van ZIV kunnen betrouwbaar worden uitgelezen met de P1 Converter Cables V3.

Iemand enig idee wat de vereiste verandering voor dit type meter was? Dan kan ik daar bij het in elkaar knutselen van een P1-kabel rekening mee houden.

Ben overigens nog niet met de P1-poort aan de gang gegaan, 't is nogal heet in de gang bij de meter

, heb wel gekeken of de IR-(IEC-62056-21-)datakabel die ik bij de oude meter gebruikte ook i.c.m. de IR-poort van de nieuwe gebruikt kon worden (was de monteur ook nieuwsgierig naar) maar geen data.

edit: 10k weerstandjes blijkt het dus:

iMars schreef op maandag 21 mei 2018 @ 09:50:
[...]

De schema die ik eerder geplaatst heb:
iMars in "Slimme meter uitlezen via P1-poort"

[
Pinout van de meter:
+5V
RTS
Data GND
Data (RxD)
Power GND

^ werkt, i.c.m. UART-CH340-USB-adapter.

Alleen was de pinout precies andersom, gok dat dat door het RJ12/11 breadboard-pcbtje komt

[ Voor 21% gewijzigd door Raven op 06-09-2023 16:48 ]

After the first glass you see things as you wish they were. After the second you see things as they are not. Finally you see things as they really are, and that is the most horrible thing in the world...

Oscar Wilde

zaterdag 9 september 2023 13:53

Acties:

0 Henk 'm!

200454math

Oke dankjewel
bij toeval wordt er volgende week een nieuwe slimme meter geplaatst.
ik denk dat ik dan geen problemen meer heb .
dank jullie voor de raecties

donderdag 21 september 2023 01:00

Acties:

+1 Henk 'm!

edsub

Raven schreef op dinsdag 5 september 2023 @ 17:25:
Sinds vandaag zijn we hier ook aan de slimme meters , waarbij het typenr van de elektriciteitsmeter een belletje liet rinkelen: Sagemcom XS210 ESMR5 uitlezen met P1 en dan specifiek
[...]

Iemand enig idee wat de vereiste verandering voor dit type meter was? Dan kan ik daar bij het in elkaar knutselen van een P1-kabel rekening mee houden.

Ben overigens nog niet met de P1-poort aan de gang gegaan, 't is nogal heet in de gang bij de meter , heb wel gekeken of de IR-(IEC-62056-21-)datakabel die ik bij de oude meter gebruikte ook i.c.m. de IR-poort van de nieuwe gebruikt kon worden (was de monteur ook nieuwsgierig naar) maar geen data.

edit: 10k weerstandjes blijkt het dus:

[...]

^ werkt, i.c.m. UART-CH340-USB-adapter.

Alleen was de pinout precies andersom, gok dat dat door het RJ12/11 breadboard-pcbtje komt

De P1 kabels die wij leverden hadden oorspronkelijk alle 4 de contacten aangesloten. Dus ook het op de meter met 'n/c' (=niet aangesloten) contactje (aan de TX van de USB converter). De enige reden daarvoor was, dat het dan makkelijker was de draadjes netjes in het RJ11 plugje te krijgen.
En dat gaf nooit problemen.
Totdat die Sagemcom ESMR5 meters kwamen.
Oplossing was het niet langer verbinden van dat n/c contactje.
Geen negatieve effecten op de andere typen meters.

De weerstand (van 1K, niet 10k!!) was altijd (sinds DSMR4) nodig tussen VCC (5V) en Data ivm de open collector aard van de aansluiting. Overigens is het bij veel FTDI TTL-232R (5V) USB serial converters die je bijv op Aliexpress koopt mogelijk op het bordje een weerstand van 1K te krijgen. Scheelt weer solderen.

Verder kan je iedereen aanbevelen vooral voor een FTDI TTL-232R (5V) USB_serial converter te gaan. Deze kun je softwarematig instellen dat hij de invertering meeneemt. Zo hoef je verder geen transistor etc te solderen. Wel zo makkelijk.

[ Voor 11% gewijzigd door edsub op 21-09-2023 01:06 ]

donderdag 21 september 2023 09:12

Acties:

0 Henk 'm!

fluppie007

Haseo schreef op woensdag 16 augustus 2023 @ 23:10:
Voor een project probeer ik even het omgekeerde te doen, nl. een DSMR P1 digitale meter emuleren. Ik gebruik hiervoor een ESP32 die ik in Arduino programmeer. Ik zit echter vast op het berekenen van de juiste CRC checksum.

Na wat andere topics/posts op dit forum te lezen en Github repo's te bezoeken ben ik er redelijk zeker van dat mijn CRC functie wel degelijk klopt, maar als ik het demo telegram uit de P1 documentatie (of gelijk welk ander telegram) probeer te berekenen krijg ik altijd een verkeerde waarde (bv E47C terwijl het EF2F moet zijn voor het demo telegram).

code:

uint16_t crc16(const uint8_t *data) {
    uint16_t crc = 0x0000; // initial value
    while (*data) {
        crc ^= (uint8_t)(*data++);  // xor byte into least sig. byte of crc
        for (int i = 0; i < 8; i++) {
            if (crc & 1)
                crc = (crc >> 1) ^ 0xA001;
            else
                crc >>= 1;
        }
    }
    return crc;
}

void setup() {
  Serial.begin(115200); 
  delay(2000);
  const uint8_t data[] = "/ISk5\\2MT382-1000\r\n" //escape the \ in the telegram here
  "\r\n"
  "1-3:0.2.8(50)\r\n"
  "0-0:1.0.0(101209113020W)\r\n"
  "0-0:96.1.1(4B384547303034303436333935353037)\r\n"
  "1-0:1.8.1(123456.789*kWh)\r\n"
  "1-0:1.8.2(123456.789*kWh)\r\n"
  "1-0:2.8.1(123456.789*kWh)\r\n"
  "1-0:2.8.2(123456.789*kWh)\r\n"
  "0-0:96.14.0(0002)\r\n"
  "1-0:1.7.0(01.193*kW)\r\n"
  "1-0:2.7.0(00.000*kW)\r\n"
  "0-0:96.7.21(00004)\r\n"
  "0-0:96.7.9(00002)\r\n"
  "1-0:99.97.0(2)(0-0:96.7.19)(101208152415W)(0000000240*s)(101208151004W)(0000000301*s)\r\n"
  "1-0:32.32.0(00002)\r\n"
  "1-0:52.32.0(00001)\r\n"
  "1-0:72.32.0(00000)\r\n"
  "1-0:32.36.0(00000)\r\n"
  "1-0:52.36.0(00003)\r\n"
  "1-0:72.36.0(00000)\r\n"
  "0-0:96.13.0(303132333435363738393A3B3C3D3E3F303132333435363738393A3B3C3D3E3F303132333435363738393A3B3C3D3E3F303132333435363738393A3B3C3D3E3F303132333435363738393A3B3C3D3E3F)\r\n"
  "1-0:32.7.0(220.1*V)\r\n"
  "1-0:52.7.0(220.2*V)\r\n"
  "1-0:72.7.0(220.3*V)\r\n"
  "1-0:31.7.0(001*A)\r\n"
  "1-0:51.7.0(002*A)\r\n"
  "1-0:71.7.0(003*A)\r\n"
  "1-0:21.7.0(01.111*kW)\r\n"
  "1-0:41.7.0(02.222*kW)\r\n"
  "1-0:61.7.0(03.333*kW)\r\n"
  "1-0:22.7.0(04.444*kW)\r\n"
  "1-0:42.7.0(05.555*kW)\r\n"
  "1-0:62.7.0(06.666*kW)\r\n"
  "0-1:24.1.0(003)\r\n"
  "0-1:96.1.0(3232323241424344313233343536373839)\r\n"
  "0-1:24.2.1(101209112500W)(12785.123*m3)\r\n"
  "!"; //should give EF2F as CRC16

  uint16_t computedCRC = crc16(data);
  Serial.print("Computed CRC16: 0x");
  Serial.println(computedCRC, HEX);
}

void loop() {

}

Karakters wel of niet escapen, wel of niet \r\n's plaatsen, unsigned char ipv uint8_t gebruiken, niets helpt. Wat zie ik in hemelsnaam over het hoofd?

Ik probeer hetzelfde te doen, ik heb een laadpunt dat enkel P1 data kan inlezen voor load balancing. Dus ik wil met een ESP ook P1 signaal genereren. Is de geposte code werkende? Dan ga ik eens proberen of ik er wat mee kan maken? Zelf had ik nog wel optocouplers voorzien (6N137) om de data request pin in te lezen en de P1 data uit te sturen.

donderdag 21 september 2023 10:06

Acties:

0 Henk 'm!

Raven

Marion Raven fan

edsub schreef op donderdag 21 september 2023 @ 01:00:
Oplossing was het niet langer verbinden van dat n/c contactje.
Geen negatieve effecten op de andere typen meters.

Ah, oke

edsub schreef op donderdag 21 september 2023 @ 01:00:
De weerstand (van 1K, niet 10k!!) was altijd (sinds DSMR4) nodig tussen VCC (5V) en Data ivm de open collector aard van de aansluiting.

Dat weet ik, maar toen ik Googlede (en op het forum hier zocht) las ik her en der dat dit type meter een hogere weerstandswaarde nodig zou hebben, daarom 10k ingezet zoals iMars in "Slimme meter uitlezen via P1-poort"

edsub schreef op donderdag 21 september 2023 @ 01:00:
Verder kan je iedereen aanbevelen vooral voor een FTDI TTL-232R (5V) USB_serial converter te gaan. Deze kun je softwarematig instellen dat hij de invertering meeneemt. Zo hoef je verder geen transistor etc te solderen. Wel zo makkelijk.

Als ik die had liggen had ik die wel gebruikt, maar gezien ik CH340's en transistors e.d. al had liggen

Wat ik mij trouwens afvraag, hoe doe je die software inversie (i.c.m. TTL-232R) dan in Python? Google laat niet zo gauw een optie daarvoor zien.

After the first glass you see things as you wish they were. After the second you see things as they are not. Finally you see things as they really are, and that is the most horrible thing in the world...

Oscar Wilde

donderdag 21 september 2023 10:40

Acties:

+1 Henk 'm!

edsub

Raven schreef op donderdag 21 september 2023 @ 10:06:
[...]

Ah, oke

[...]

Dat weet ik, maar toen ik Googlede (en op het forum hier zocht) las ik her en der dat dit type meter een hogere weerstandswaarde nodig zou hebben, daarom 10k ingezet zoals iMars in "Slimme meter uitlezen via P1-poort"

[...]

Als ik die had liggen had ik die wel gebruikt, maar gezien ik CH340's en transistors e.d. al had liggen

Wat ik mij trouwens afvraag, hoe doe je die software inversie (i.c.m. TTL-232R) dan in Python? Google laat niet zo gauw een optie daarvoor zien.

Software invertering bij een FTDI USB-serial converter doe je eenmalig mbv het FTDI tooltje "FT_Prog", versie v1.12 werkte altijd goed. Ik kan je uitleggen hoe je die config moet doen, maar als je bijgaande XML inlaadt in FT-Prog en dan het tool de 'programming' laat doen ben je er. De kabel levert vervolgens gewoon leesbare output ;-)

code:

<?xml version="1.0" encoding="UTF-8"?>
<FT_EEPROM>
  <Chip_Details>
    <Type>FT232R</Type>
  </Chip_Details>
  <USB_Device_Descriptor>
    <VID_PID>0</VID_PID>
    <idVendor>0403</idVendor>
    <idProduct>6001</idProduct>
    <bcdUSB>USB 2.0</bcdUSB>
  </USB_Device_Descriptor>
  <USB_Config_Descriptor>
    <bmAttributes>
      <RemoteWakeupEnabled>true</RemoteWakeupEnabled>
      <SelfPowered>false</SelfPowered>
      <BusPowered>true</BusPowered>
    </bmAttributes>
    <IOpullDown>false</IOpullDown>
    <MaxPower>90</MaxPower>
  </USB_Config_Descriptor>
  <USB_String_Descriptors>
    <Manufacturer>FTDI</Manufacturer>
    <Product_Description>P1 Converter Cable</Product_Description>
    <SerialNumber_Enabled>true</SerialNumber_Enabled>
    <SerialNumber>
    </SerialNumber>
    <SerialNumberPrefix>P1</SerialNumberPrefix>
  </USB_String_Descriptors>
  <Hardware_Specific>
    <HighIO>false</HighIO>
    <D2XXDriver>false</D2XXDriver>
    <ExternalOscillator>false</ExternalOscillator>
    <Invert_RS232_Signals>
      <TXD>false</TXD>
      <RXD>true</RXD>
      <RTS>false</RTS>
      <CTS>false</CTS>
      <DTR>false</DTR>
      <DSR>false</DSR>
      <DCD>false</DCD>
      <RI>false</RI>
    </Invert_RS232_Signals>
    <IO_Controls>
      <C0>TXLED#</C0>
      <C1>RXLED#</C1>
      <C2>TXDEN</C2>
      <C3>PWRON#</C3>
      <C4>SLEEP#</C4>
    </IO_Controls>
  </Hardware_Specific>
</FT_EEPROM>

donderdag 21 september 2023 10:59

Acties:

0 Henk 'm!

Raven

Marion Raven fan

edsub schreef op donderdag 21 september 2023 @ 10:40:
[...]

Software invertering bij een FTDI USB-serial converter doe je eenmalig mbv het FTDI tooltje "FT_Prog", versie v1.12 werkte altijd goed. Ik kan je uitleggen hoe je die config moet doen, maar als je bijgaande XML inlaadt in FT-Prog en dan het tool de 'programming' laat doen ben je er. De kabel levert vervolgens gewoon leesbare output ;-)
code:
1

Ah op die manier, dacht dat er vanuit Python een instructie naar de chip werd verstuurd.

Even een wat algemenere vraag: Waarom is het getal achter de komma bij spanning altijd 0?

[ Voor 63% gewijzigd door Raven op 21-09-2023 16:53 ]

After the first glass you see things as you wish they were. After the second you see things as they are not. Finally you see things as they really are, and that is the most horrible thing in the world...

Oscar Wilde

vrijdag 22 september 2023 06:59

Acties:

+2 Henk 'm!

ZwarteIJsvogel

Zuid-Limburg

Raven schreef op donderdag 21 september 2023 @ 10:59:
Waarom is het getal achter de komma bij spanning altijd 0?

De spanning (sinds DSMR5) is een unsigned long met een resolutie van 1V die wordt weergegeven met 1 cijfer achter de komma. Dat cijfer is dan per definitie een 0. Dit zal denk ik zo zijn gedaan om later de resolutie te kunnen verfijnen naar 0,1V zonder dat het telegramformaat wijzigt. Voor de stroomsterkte (sinds DSMR4) kwam deze wijsheid kennelijk te laat en is de weergave zonder cijfer(s) achter de komma.

Edit 2023/10/13: een unsigned long is hier 16-bit (0-65535).

[ Voor 5% gewijzigd door ZwarteIJsvogel op 13-10-2023 06:06 ]

donderdag 9 november 2023 18:36

Acties:

0 Henk 'm!

hterhofte

@Haseo spreekt jouw P1-emulator ook meerdere DSMR dialecten? Alle 11?
Zie ook DSMR Standaarden en Open Data over Nederlandse Slimme Meters en specifiek de nieuwe GitHub repo dsmr-info met daarin o.a. cruciale verschillen tussen de 11 verschillende DSMR versies die er inmiddels zijn.

Zou handig zijn om met breed beschikbare hardware en open source software alle P1 poorten die in NL beschikbaar zijn te kunnen nadoen. Althans, op zijn minst op software-niveau; qua hardware zou het wel eens lastig kunnen worden, terwijl dat voor goed werkende splitters wel nodig is.

Ik ken op dit moment alleen deze Tech4U P1S-001 P1 port simulator maar de offerte die ik heb gevraagd wil nog niet zo vlotten...

[ Voor 0% gewijzigd door hterhofte op 09-11-2023 18:37 . Reden: fix port simulator naam ]

woensdag 15 november 2023 23:48

Acties:

0 Henk 'm!

Haseo

hterhofte schreef op donderdag 9 november 2023 @ 18:36:
@Haseo spreekt jouw P1-emulator ook meerdere DSMR dialecten? Alle 11?
Zie ook DSMR Standaarden en Open Data over Nederlandse Slimme Meters en specifiek de nieuwe GitHub repo dsmr-info met daarin o.a. cruciale verschillen tussen de 11 verschillende DSMR versies die er inmiddels zijn.

Zou handig zijn om met breed beschikbare hardware en open source software alle P1 poorten die in NL beschikbaar zijn te kunnen nadoen. Althans, op zijn minst op software-niveau; qua hardware zou het wel eens lastig kunnen worden, terwijl dat voor goed werkende splitters wel nodig is.

Ik ken op dit moment alleen deze Tech4U P1S-001 P1 port simulator maar de offerte die ik heb gevraagd wil nog niet zo vlotten...

Nee spijt me, ik focus me enkel op de "Belgische" dialecten. Bedankt voor die repo te linken echter, kende ik nog niet!

De perfecte hardware-emulatie is op dit moment ook iets waar ik nog wat mee sukkel.

zondag 3 december 2023 11:48

Acties:

0 Henk 'm!

Volv

Gisteren een P1 lezer in elkaar geknutseld op basis van een D1 Mini V4. Gevoed door de 5V van de P1 poort, met een NPN transistor om het TX signaal te inverteren en level shiften en een optocoupler om de RTS pin hoog te trekken. Meter is een Landis + Gyr E360 en op de ESP draait ESPHome met dsmr component die de boel naar Home Assistant stuurt.
Lijkt allemaal prima te werken (hoera voor dingen die meteen werken)

.
Het enige dat me opvalt is dat het gerapporteerde stroomverbruiksterkte niet lijkt te kloppen en voor lange tijd strak op 1.0A blijft hangen. Als ik de waardes zo bekijk lijkt de resolutie maar 1A te zijn. Kan dat kloppen? (En kan dat aangepast worden?)

Afbeeldingslocatie: https://tweakers.net/i/PZv1lpeDm8mPMFTgZW5UfdkwFaw=/800x/filters:strip_exif()/f/image/FoGLpe3EM2mojE63mFLM8pAU.png?f=fotoalbum_large

zondag 3 december 2023 13:47

Acties:

0 Henk 'm!

rvk

Volv schreef op zondag 3 december 2023 @ 11:48:
Het enige dat me opvalt is dat het gerapporteerde stroomverbruik niet lijkt te kloppen en voor lange tijd strak op 1.0A blijft hangen.

Meet jij je stroomverbruik in ampere? Waarom?
Lijkt me logischer om het huidige verbruik in W of kW weer te geven.

(verbruik 1.7.0 is in kW, stand 1.8.1 is in kWh en 31.7.0 is inderdaad stroomsterkte in A, maar hele getallen).

Wat je daar dus ziet (Current L1) is niet je stroomverbruik maar je stroomsterkte op fase 1 en die wordt door de P1 meter alleen in A (dus hele A) doorgegeven.

[ Voor 5% gewijzigd door rvk op 03-12-2023 13:49 ]

zondag 3 december 2023 14:01

Acties:

0 Henk 'm!

Volv

rvk schreef op zondag 3 december 2023 @ 13:47:
[...]

Meet jij je stroomverbruik in ampere? Waarom?
Lijkt me logischer om het huidige verbruik in W of kW weer te geven.

(verbruik 1.7.0 is in kW, stand 1.8.1 is in kWh en 31.7.0 is inderdaad stroomsterkte in A, maar hele getallen).

Wat je daar dus ziet (Current L1) is niet je stroomverbruik maar je stroomsterkte op fase 1 en die wordt door de P1 meter alleen in A (dus hele A) doorgegeven.

Excuus, ik bedoelde inderdaad stroomsterkte. Verbruik gaat via andere waardes (in kWh.) Desalniettemin blijft de vraag, kan de resolutie daarvan hoger dan 1A? Lijkt me een beetje aan de grove kant zo.

zondag 3 december 2023 14:29

Acties:

0 Henk 'm!

Volv

rvk schreef op zondag 3 december 2023 @ 14:21:
[...]

Nee, volgens de standaard is dit in resolutie A.
Zie PDF P1 Companion Standard (Dutch Smart Meter Requirements)
https://www.netbeheernede...e_meter_15_32ffe3cc38.pdf

"1-0:31.7.0.255 = Instantaneous current L1 in A resolution."

Maar zie ik het nou zo verkeerd dat als je een meer precieze waarde wilt hebben dat je de waarde van 1.7.0 * 1000 (in W) kunt delen door de waarde van 32.7.0 (V). Dan kom je toch ook op je (meer accurate) A uit. Of zie ik dan iets over het hoofd (dit uiteraard voor alle fases doen als je er meer hebt)?

De P1 poort geeft in ieder geval de A in hele getallen.

Helder, bedankt. Zat ook al aan zoiets te denken, gewoon vermogen delen door spanning en ik heb de stroomsterkte met meer precisie. Wel wat vreemd dat de stroomsterkterapportage maar 1A resolutie heeft dan imo, maar so be it.

woensdag 6 december 2023 11:40

Acties:

0 Henk 'm!

Skatespeare

Evernote schreef op donderdag 30 januari 2020 @ 15:48:
[...]

Voor de 'makkelijke' weg gekozen en HassOS geïnstalleerd waarna alleen een kleine toevoeging aan de YAML file al zorgde dat alles werkte.

Mocht iemand weten hoe dit via docker werkt hoor ik dat graag.

Hoi!
Heb je hier ooit een oplossing voor gevonden? Ik draai CasaOS met HA in docker waardoor ik met hetzelfde probleem zit. Helaas werkt CasaOS niet met HassOS.

vrijdag 8 december 2023 11:46

Acties:

0 Henk 'm!

jaaktrek

Hallo,

Weet iemand met welke P1 dongle eerst het netto binnenkomend of uitgaand vermogen kan berekenen en vervolgens doorsturen naar een HTTP adres?
Berekening: pGrid = "1-0:1.7.0 (Huidig verbuik op alle fases)" - "1-0:2.7.0 (Huidige injectie op alle fases)"
pGrid is positief indien net afname en negatief bij injecteren.

Vervolgens wil ik die waarde rechtstreeks naar mijn slimme lader sturen (go-e gemini): http://go-e-ip/api/set?ids={{payload}}
met als payload {pGrid:5000,pAkku:0, pPv:0}

Alvast bedankt voor het meedenken.
Groet,

vrijdag 8 december 2023 11:56

Acties:

0 Henk 'm!

rwanrooy

Je kunt deze gebruiken als jouw laadpaal ook de gegevens van de gateway kan scrapen. Er zijn veel leveranciers van laadpalen die hem hiervoor gebruiken. De gateway berekent zelf het netto verbruik/teruglevering. Dat levert de meter zelf niet aan. https://smartgateways.nl/slimme-meter-p1-dsmr-uitlezen/

vrijdag 8 december 2023 14:37

Acties:

+1 Henk 'm!

jaaktrek

rwanrooy schreef op vrijdag 8 december 2023 @ 11:56:
Je kunt deze gebruiken als jouw laadpaal ook de gegevens van de gateway kan scrapen. Er zijn veel leveranciers van laadpalen die hem hiervoor gebruiken. De gateway berekent zelf het netto verbruik/teruglevering. Dat levert de meter zelf niet aan. https://smartgateways.nl/slimme-meter-p1-dsmr-uitlezen/

Bedankt voor je reactie.
Volgens mij moet ik de gegevens zelf pushen naar de laadpaal via de set api.
Via HA is dit makkelijk te doen maar op die locatie heb ik dat niet draaien en wil dat ook niet speciaal installeren als het rechtstreeks zou kunnen via 1 van de bestaande P1 dongles.
Ik zie nergens of de smartgateway zelf de info naar de set api kan doorsturen maar heb de vraag gesteld aan support.

Antwoord ontvangen van SmartGateways:
Netto verbruik wordt reeds berekend dus dat is geen probleem.
Enkel moet de laadpaal toch zelf een verzoek doen naar de rest-api.
Iemand anders nog een idee hoe ik dit kan oplossen om toch de netto waarde naar de laadpaal te sturen?

[ Voor 14% gewijzigd door jaaktrek op 08-12-2023 16:16 . Reden: Antwoord SmartGateways ]

zaterdag 9 december 2023 19:35

Acties:

0 Henk 'm!

Evernote

Skatespeare schreef op woensdag 6 december 2023 @ 11:40:
[...]

Hoi!
Heb je hier ooit een oplossing voor gevonden? Ik draai CasaOS met HA in docker waardoor ik met hetzelfde probleem zit. Helaas werkt CasaOS niet met HassOS.

Nope maar bij mij gaat het P1 uitlezen prima via Home Assistant OS op een Proxmox installatie vanaf een Dell Optiplex.

[ Voor 27% gewijzigd door Evernote op 09-12-2023 19:38 ]

dinsdag 19 december 2023 20:37

Acties:

0 Henk 'm!

AOC

René Janssen schreef op vrijdag 5 augustus 2022 @ 08:40:
@Bo0bz Op je Wemos kun je ook DSMRloggerAPI zetten (de versie van Aiolos) werkt hier perfect op. Hier kun je dus je MQTT instellingen doen.
Zelf gebruik ik de API functie hiervan, uitlezen via een php file en de zooi in een database zetten.

Enige tijd terug, maar zelf kan ik deze versie van DSMRloggerAPI niet vinden. Die vfan Aiolos. Weet je toevallig nog waar deze beschilkbaar is

hoop dit op m'n Wemos D1 mini lite te kunnen flashen

donderdag 28 december 2023 20:19

Acties:

0 Henk 'm!

Arjan

copyright is wrong

Ik ben al een hele tijd bezig om mijn slimme meter uit te lezen, maar ik blijf maar invalide data ontvangen over de p1 poort. Ik heb al met verschillende dongles geprobeerd, maar het probleem blijft. Ik heb met een scope het signaal bekeken en er zit inderdaad een hoop ruis op het signaal. Gezien het feit dat de slimme meter alleen maar een pull-down doet op de signaal lijn begrijp ik niet waar de ruis vandaan komt. De kabel een beetje verplaatsen lijkt geen verschil te maken. Iemand hier ervaring mee?
Dit is een export van de scope, om een idee te krijgen over de voltages, het data blok zit op +5v

Afbeeldingslocatie: https://houbenweb.nl/images/storage/6116521757737608740/600.png

oprecht vertrouwen wordt nooit geschaad

donderdag 28 december 2023 23:01

Acties:

0 Henk 'm!

hterhofte

Arjan schreef op donderdag 28 december 2023 @ 20:19:
Ik ben al een hele tijd bezig om mijn slimme meter uit te lezen, maar ik blijf maar invalide data ontvangen over de p1 poort. [...] Iemand hier ervaring mee?

Om welke slimme meter gaat het. Wellicht een Landis+Gyr CD2D (metercode E0051...), of CM3D (metercode E0052... of E0067...)?
Daar hebben wij namelijk ook problemen mee met uitlezen. Volgens semester gaat een groep studenten HBO elektrotechniek een herontwerp maken van onze open hardware slimmemeterlezer (https://github.com/energi...womes-p1-gateway-hardware; dit wordt omgezet naar een BASE module voor de M5Stack CoreInk, waarbij we gelijk ook een p1-poortsplitter vast inbouwen) en dan nemen ze gekijk dit probleemgeval mee. We weten nog niet waarom onze P1 reader deze niet goed leest, kaar dat vogelen we volgend semester uit.

[ Voor 0% gewijzigd door hterhofte op 29-12-2023 10:14 . Reden: typos ]

vrijdag 29 december 2023 06:09

Acties:

0 Henk 'm!

ZwarteIJsvogel

Zuid-Limburg

@Arjan: voed je de lezer met een USB-adapter? Probeer dan eens een andere. Zie ook deze post.

[ Voor 3% gewijzigd door ZwarteIJsvogel op 29-12-2023 06:10 ]

vrijdag 29 december 2023 09:33

Acties:

0 Henk 'm!

Vhond

Interessant die Twomes P1 hardware: komt er ook een ethernetvariant van?

[ Voor 100% gewijzigd door Vhond op 31-12-2023 09:49 ]

vrijdag 29 december 2023 10:02

Acties:

0 Henk 'm!

Arjan

copyright is wrong

hterhofte schreef op donderdag 28 december 2023 @ 23:01:
[...]

Om welke slimme meter gaat het. Wellicht een Landis+Gyr CD2D (metercode E0051...), of CM3D (metercode E0052... of E067...)?
[...]

Het gaat om de E0067.

ZwarteIJsvogel schreef op vrijdag 29 december 2023 @ 06:09:
@Arjan: voed je de lezer met een USB-adapter? Probeer dan eens een andere. Zie ook deze post.

Ik doe de meting op een Macbook Pro, maar ook als ik 'm voed met een Arduino van een powerbank werkt het niet.

oprecht vertrouwen wordt nooit geschaad

vrijdag 29 december 2023 10:23

Acties:

0 Henk 'm!

hterhofte

Arjan schreef op vrijdag 29 december 2023 @ 10:02:
Het gaat om de E0067.

Wij hebben het vermoeden dat deze drie wat nieuwere slimme meters van Landis+Gyr de p1-poort elektronisch wat anders aansturen dan bij vele andere merken en eerdere modellen van Landis+Gyr het geval is. Vast conform spec (want anders zouden ze niet toegelaten zijn?).

Het veemde is wel: van andere p1-lezers (bv homewizard) heb ik nog geen problemen i.c.m. deze modellen gelezen (maar heb ook nog niet heel hard gezocht). Hoe dan ook: pas tegen februari leggen de studenten deze slimme meters aan dde scope.

Mocht je op basis van je ervaringen suggesties hebben wat te meten / welke testcondities zouden kunnen helpen om de oorzaak op te sporen: laat maar horen, dan geef ik het mee aan de studenten!

donderdag 4 januari 2024 12:55

Acties:

0 Henk 'm!

200454math

Ik heb toch maar de Homewizard module aangeschaft deze laat mij precies zien wat ik zien wil.
voor nog geen 30 euro klaar .
mvg Mathijs

donderdag 4 januari 2024 15:36

Acties:

0 Henk 'm!

iMars

Full time prutser

Arjan schreef op donderdag 28 december 2023 @ 20:19:
Ik ben al een hele tijd bezig om mijn slimme meter uit te lezen, maar ik blijf maar invalide data ontvangen over de p1 poort. Ik heb al met verschillende dongles geprobeerd, maar het probleem blijft. Ik heb met een scope het signaal bekeken en er zit inderdaad een hoop ruis op het signaal. Gezien het feit dat de slimme meter alleen maar een pull-down doet op de signaal lijn begrijp ik niet waar de ruis vandaan komt. De kabel een beetje verplaatsen lijkt geen verschil te maken. Iemand hier ervaring mee?
Dit is een export van de scope, om een idee te krijgen over de voltages, het data blok zit op +5v
[Afbeelding]

Als je met geen enkele dongle een goed signaal/data krijgt, zou het zo maar kunnen zijn dat de meter niet goed is. Je wil niet weten hoe vaak het voorkomt dat de meter niet goed werkt en vervangen wordt.

Wat ook een oorzaak kan zijn is elektronische verstoringen van devices in de buurt. Heb dit nu twee keer gehoord via anderen. Een kortere kabel hielp om dat te verminderen. Hoe lang is de kabel die je gebruikt? Ik geeft altijd 50cm kabels om de readers beetje netjes te kunnen plaatsen, maar toen deze ingekort werd naar ~10cm werkte het veel beter.

Koop hier mijn P1 reader :)

donderdag 4 januari 2024 19:42

Acties:

+1 Henk 'm!

ThinkPad

slimme meter
FTDI Slimme meter kabel

Daarnaast mag ik hopen dat je uitleesoplossing de CRC van het telegram checkt of de data in goede orde is overgekomen? Dan krijg je in ieder geval niet allerlei vreemde waardes in je monitoring, maar wordt een verminkt telegram gewoon overgeslagen.

Maar het kan geen kwaad om te zorgen dat het hardwarematig in ieder geval op orde is inderdaad

[ Voor 4% gewijzigd door ThinkPad op 04-01-2024 21:37 ]

zaterdag 6 januari 2024 13:17

Acties:

+1 Henk 'm!

Arjan

copyright is wrong

iMars schreef op donderdag 4 januari 2024 @ 15:36:
[...]

Als je met geen enkele dongle een goed signaal/data krijgt, zou het zo maar kunnen zijn dat de meter niet goed is. Je wil niet weten hoe vaak het voorkomt dat de meter niet goed werkt en vervangen wordt.

Wat ook een oorzaak kan zijn is elektronische verstoringen van devices in de buurt. Heb dit nu twee keer gehoord via anderen. Een kortere kabel hielp om dat te verminderen. Hoe lang is de kabel die je gebruikt? Ik geeft altijd 50cm kabels om de readers beetje netjes te kunnen plaatsen, maar toen deze ingekort werd naar ~10cm werkte het veel beter.

De kabel is ongeveer een meter lang, maar op een andere dongle is hij korter. Ik kan hem niet heel veel korter maken.

ThinkPad schreef op donderdag 4 januari 2024 @ 19:42:
Daarnaast mag ik hopen dat je uitleesoplossing de CRC van het telegram checkt of de data in goede orde is overgekomen? Dan krijg je in ieder geval niet allerlei vreemde waardes in je monitoring, maar wordt een verminkt telegram gewoon overgeslagen.

Maar het kan geen kwaad om te zorgen dat het hardwarematig in ieder geval op orde is inderdaad

Het hele gebeuren begon juist omdat ik alleen maar incorrecte CRCs voorbij zag komen, terwijl de data in eerste instantie redelijk leek te kloppen. Toen ik in detail ging kijken zag ik dat elk bericht karakters mistte, of incorrecte karakters bevatte. De CRC lijkt terecht niet te matchen.

Omdat de noise uit erg kleine spikes bestaat ga ik proberen met een kleine condensator wat te filteren, mocht dat niet afdoende zijn ga ik met een opamp een comperator instellen zodat alleen signaal van bv. 4V+ doorkomt

oprecht vertrouwen wordt nooit geschaad

woensdag 10 januari 2024 21:17

Acties:

0 Henk 'm!

c-nan

Drie pagina's vol over ESP32, maar iedere keer toch weer een net andere setup.

Ik wil mijn meter uitlezen dmv een ESP32 icm (micro)python. Code kom ik uiteindelijk wel uit, maar het is mij nog niet helemaal duidelijk welke hardware ik allemaal nodig heb. Stroom kan via USB (er is uiteindelijk 230v aanwezig in de meterkast

)

EU DNS: 86.54.11.100

donderdag 11 januari 2024 09:10

Acties:

0 Henk 'm!

Raven

Marion Raven fan

c-nan schreef op woensdag 10 januari 2024 @ 21:17:
maar het is mij nog niet helemaal duidelijk welke hardware ik allemaal nodig heb.

Afhankelijk van de meter, 1 of 2 weerstandjes, een transistor, stukje 4- of 6-aderige kabel met RJ11 of RJ12 stekker eraan. Ben je van plan de 5V/GND van de P1-poort te gebruiken: Dan 6-aderig met RJ12 nemen, indien externe voeding, dan stukje telefoonkabel (4-aderig met RJ11)

After the first glass you see things as you wish they were. After the second you see things as they are not. Finally you see things as they really are, and that is the most horrible thing in the world...

Oscar Wilde

donderdag 11 januari 2024 21:32

Acties:

0 Henk 'm!

c-nan

Raven schreef op donderdag 11 januari 2024 @ 09:10:
[...]

Afhankelijk van de meter, 1 of 2 weerstandjes, een transistor, stukje 4- of 6-aderige kabel met RJ11 of RJ12 stekker eraan. Ben je van plan de 5V/GND van de P1-poort te gebruiken: Dan 6-aderig met RJ12 nemen, indien externe voeding, dan stukje telefoonkabel (4-aderig met RJ11)

Klopt mijn boodschappen lijst?

ESP32 WiFi en Bluetooth Board - CP2102
RJ12 naar 6 Pins Dupont-Jumper Adapter - P1 Kabel Compatible (4 pins kabel lijken ze niet te hebben, of ik kan niet zoeken)
10kΩ weerstand (standaard pull-up of pull-down weerstand)

Het liefst maak ik gebruik van een externe voeding.

EU DNS: 86.54.11.100

vrijdag 12 januari 2024 06:03

Acties:

0 Henk 'm!

Raven

Marion Raven fan

@c-nan Ik weet niet welke meter je hebt, maar ja, als je geen transistor nodig hebt dan klopt het. Wel even erop letten of je meerdere weerstanden nodig hebt.

After the first glass you see things as you wish they were. After the second you see things as they are not. Finally you see things as they really are, and that is the most horrible thing in the world...

Oscar Wilde

vrijdag 12 januari 2024 08:06

Acties:

0 Henk 'm!

Septillion

Moderator Wonen & Mobiliteit

slimme meter

@c-nan waarin zou je de voorkeur voor extern voeden hebben?

Een MicroPython, heb je al gekeken of/hoe je daar serieel inverteert!?

vrijdag 12 januari 2024 23:25

Acties:

0 Henk 'm!

c-nan

Septillion schreef op vrijdag 12 januari 2024 @ 08:06:
@c-nan waarin zou je de voorkeur voor extern voeden hebben?

Een MicroPython, heb je al gekeken of/hoe je daar serieel inverteert!?

Externe voeding vanwege stabiliteit, ik dacht gelezen te hebben dat anders de ESP wel eens zou kunnen uitvallen.

Kwa code moet ik het nog uitzoeken, maar in het verleden heb ik de P1 op een rPi mbv Python uitgelezen, ik verwacht dat het op een ESP ook moet kunnen.

EU DNS: 86.54.11.100

donderdag 18 januari 2024 18:42

Acties:

0 Henk 'm!

baszz

Het is hier vast al eens voorbij gekomen maar ik kan het niet zo 123 vinden, dus even zo:

ik zou graag de p1 uitlezen met een pico w. Wat is hier het aansluitschema van en is er een eenvoudige manier om de data u hiervan (de telegrams) uit te lezen?

vrijdag 19 januari 2024 13:42

Acties:

0 Henk 'm!

Silence

Godlike

Mochten er nog mensen zijn met een MagicMirror (https://magicmirror.builders/)
Ik heb een module gemaakt die wat waardes uit de API van de P1 haalt.

https://github.com/Hoaxr/MMM-HomeWizard

Inventaris - Steam

dinsdag 23 januari 2024 18:08

Acties:

0 Henk 'm!

GPX

c-nan schreef op woensdag 10 januari 2024 @ 21:17:
Drie pagina's vol over ESP32, maar iedere keer toch weer een net andere setup.

Ik wil mijn meter uitlezen dmv een ESP32 icm (micro)python. Code kom ik uiteindelijk wel uit, maar het is mij nog niet helemaal duidelijk welke hardware ik allemaal nodig heb. Stroom kan via USB (er is uiteindelijk 230v aanwezig in de meterkast )

Onze hardware is ook open source, maar stuur ik je die per email op verzoek: stuur een email aan info@gpx.nl en ik stuur het toe. We zijn nu bezig met een smd-versie. Voor de firmware, check hier: https://github.com/GPXene...firmware/gpx_connector_v1

maandag 4 maart 2024 22:21

Acties:

0 Henk 'm!

robbinonline

Waar haalt de slimme meter zijn tijden vandaan voor hoog/laag tarief?

Ik heb een sensor in HA die uit de slimme meter komt die is als volgt:
sensor.electricity_meter_active_tariff de mogelijke waarden zijn low en normaal

Alleen de de meter geeft op de meter en sensor normaal aan van 07u tot 21u op doordeweekse dagen en daarbuiten low.

Alleen Liander geeft op de website aan dat dit van 07u tot 23u is. Hoe zit dit nou?

Ga niet uit van het haalbare, maar van het denkbare

dinsdag 5 maart 2024 09:32

Acties:

+1 Henk 'm!

ZwarteIJsvogel

Zuid-Limburg

robbinonline schreef op maandag 4 maart 2024 @ 22:21:
Waar haalt de slimme meter zijn tijden vandaan voor hoog/laag tarief?

Die komen uit de beheersystemen waarmee ook de meter wordt uitgelezen (aangeduid als Central System in de DSMR specificaties).

Ik heb een sensor in HA die uit de slimme meter komt die is als volgt:
sensor.electricity_meter_active_tariff de mogelijke waarden zijn low en normaal

Alleen de de meter geeft op de meter en sensor normaal aan van 07u tot 21u op doordeweekse dagen en daarbuiten low.

Alleen Liander geeft op de website aan dat dit van 07u tot 23u is. Hoe zit dit nou?

https://www.liander.nl/tarieven/enkeltarief-of-dubbeltarief:

Het daltarief is meestal op weekdagen van 23:00 tot 07:00 uur en in weekenden en op erkende feestdagen* de gehele dag. In sommige regio's is dit anders. Neem contact op met uw energieleverancier voor de exacte tijden.

Onderwerpen