P1 Toolkit (slimme meter informatie)

[flupp]

henkzelf schreef op maandag 15 september 2025 @ 09:53:
Google heeft recent dingen veranderd en permanent. Ik lees dat bij onze wandelapp die nu niet meer een automatische backup naar gdrive kan maken. Dat krijgen ze ook niet meer voor elkaar en die mensen kunnen echt wel wat maken, dus ...

Ok, best hoor. Maar ik vermoed dat ook OneDrive het niet lijkt te willen hebben (bestand lijkt/leek te zijn verwijderd)? Het lijkt mij alles tesamen teveel toevalligheden. En ik merk dat het zonder door de installer (een typische verdachte) te zijn aangeraakt, dan wél weer lijkt te lukken.

[Daveth]

flupp schreef op maandag 15 september 2025 @ 09:13:
Google die klaagt, virusscanners die protesteren, de noodzaak van het moeten whitelisten van het programma, en wat nog allemaal. Ik zou er niet zomaar van uitgaan dat dit een “false” positive is. Ik wil niet beweerd hebben dat dit moedwillig zou zijn, begrijp mij niet verkeerd. Maar compileren op een besmet systeem kan al voldoende zijn, hee.

Dit is echt een "False Positive", ik heb nu alleen het programma neergezet zonder deze via Inno setup te laten lopen en dan is er niets aan de hand.
Inno setup word telkens geflaged als virus (tenminste de output) ook al laat je een setup lopen zonder dat er ook maar iets in zit.
Het los programma is niets mee aan de hand.

[Daveth]

flupp schreef op maandag 15 september 2025 @ 10:00:
[...]


Ok, best hoor. Maar ik vermoed dat ook OneDrive het niet lijkt te willen hebben (bestand lijkt/leek te zijn verwijderd)? Het lijkt mij alles tesamen teveel toevalligheden. En ik merk dat het zonder door de installer (een typische verdachte) te zijn aangeraakt, dan wél weer lijkt te lukken.

Als je het zelf wilt compilen mag dat ook, laat het even weten dan stuur ik je de broncode, en kan je zien dat er niets aan de hand is.

[Daveth]

Voor degene die het niet vertrouwen, hierbij de broncode, hiermee kan je zien wat het programma doet en kan je hem zelf compilen
Dit is de broncode van de Beta versie V2.0
https://drive.google.com/...DjI7f6Po/view?usp=sharing

[flupp]

Daveth schreef op maandag 15 september 2025 @ 10:10:
Voor degene die het niet vertrouwen, hierbij de broncode, hiermee kan je zien wat het programma doet en kan je hem zelf compilen
Dit is de broncode van de Beta versie V2.0
https://drive.google.com/...DjI7f6Po/view?usp=sharing

@Daveth Voor de goede verstaander: ik verdenk jouw code niet, hoor!

[nicosp]

Beste, ik zie in de Beta V2.0, dat Fase2 en Fase 3 gelijk kwa stroom en vermogen zijn aan elkaar terwijl dit niet zo is en in de oude versie is dit ook niet. Doe er uw voordeel mee

[Ies Korpershoek]

nicosp schreef op donderdag 18 september 2025 @ 14:48:
Beste, ik zie in de Beta V2.0, dat Fase2 en Fase 3 gelijk kwa stroom en vermogen zijn aan elkaar terwijl dit niet zo is en in de oude versie is dit ook niet. Doe er uw voordeel mee

Na een opmerking van mij is dit in de 'oude' versie opgelost, daar was dit precies zo.
Mogelijk L2 en L3 een kopie van L1 en de variabelen niet aangepast, knip en plak :-)
Ik weet niet of je zelf de code kan veranderen met deze nieuwe Basic versie.

[nicosp]

Helaas kan ik dat niet. Ik wacht dan wel op een update. Bedankt voor je reactie!!!

[Daveth]

@nicosp Had je het losse programma al geprobeerd, https://drive.google.com/...u0qr0VEK/view?usp=sharing Komt daar dit probleem ook in voor?

[ Voor 231% gewijzigd door Daveth op 20-09-2025 18:01 ]

[nicosp]

ja Daveth dit was het programma met het foutje!!

[Daveth]

nicosp schreef op zondag 21 september 2025 @ 08:20:
ja Daveth dit was het programma met het foutje!!

Ik denk dat ik het probleem gevonden heb, ik heb zelf geen 3 fase meter waardoor ik dit niet helemaal kan testen, ik hoor graag van je of het is opgelost.
De download staat in het eerste bericht van deze topic, daar zal ik ook al de nieuwe Beta versies neerzetten.

[ Voor 20% gewijzigd door Daveth op 21-09-2025 14:02 ]

[nicosp]

Waar staat de new versie?

[Daveth]

nicosp schreef op zondag 21 september 2025 @ 14:46:
Waar staat de new versie?

In het eerste bericht waar je ook de normale versie kan downloaden.

[PetervdM]

ik heb deze nieuwe versie geprobeerd, maar iets lijkt me niet in orde.
ik heb een 4.2 meter, dus dat er geen spanning wordt weergegeven kan kloppen.

[Daveth]

PetervdM schreef op zondag 21 september 2025 @ 15:54:
ik heb deze nieuwe versie geprobeerd, maar iets lijkt me niet in orde.
ik heb een 4.2 meter, dus dat er geen spanning wordt weergegeven kan kloppen.

[Afbeelding]

Spanningen klopt, zover ik weet geven alleen slimme meters dit aan die 5.0 zijn of hoger.
Ik zie in je screenshots nog wel een paar foutjes die ik nog ga oplossen.
Kan jij door geven op hoeveel DPI jij je windows hebt draaien?

Ik heb in de eerste post de Beta versie geupdate, kan jij deze nog een keer proberen?

[ Voor 5% gewijzigd door Daveth op 21-09-2025 16:20 ]

[PetervdM]

ik heb een 3840 x 2160 15,6" scherm, scaling staat op 225%, anders is het volkomen onleesbaar. die waarde wordt trouwens door windows zelf aanbevolen. DPI is toch een eigenschap van het scherm?
ik kan in ieder geval geen DPI setting vinden.
wat mij meer opviel is het ontbreken van een zinnige waarde bij vermogen fase 3 en het ontbreken van stroom bij fase 2 & 3.

heb bij properties van the desktop shortcut de "override DPI scaling" op "system" gezet, dan ziet het er zo uit:

[ Voor 47% gewijzigd door PetervdM op 21-09-2025 16:36 ]

[Daveth]

PetervdM schreef op zondag 21 september 2025 @ 16:24:
ik heb een 3840 x 2160 15,6" scherm, scaling staat op 225%, anders is het volkomen onleesbaar. DPI is toch een eigenschap van het scherm?
ik kan in ieder geval geen DPI setting vinden.
wat mij meer opviel is het ontbreken van een zinnige waarde bij vermogen fase 3 en het ontbreken van stroom bij fase 2 & 3.

DPI is wel een eigenschap van het scherm maar alles wat je programmeert word in 100% scalling gemaakt en dan moet je de scaling van je scherm op vragen en daarmee per object deze aanpassen.
Dit gaat bijna altijd goed tot dat je een zeer hoge dpi gebruikt.
Kom je de problemen nu ook nog tegen met de laatste versie die ik net neergezet hebt in de eerste post?

[PetervdM]

bij download krijg ik:
"no preview available,
file is in owner's trash"

[ Voor 11% gewijzigd door PetervdM op 21-09-2025 16:44 ]

[Daveth]

PetervdM schreef op zondag 21 september 2025 @ 16:41:
ik krijg:
"no preview available,
file is in owner's trash"

Heb je het scherm van je browser goed gerefreshed, ik heb de zelfde download gedaan met een nieuwe link er achter, ik denk dat hij bij jouw deze uit de cash van je browser haalt.
Voor de zekerheid hier ook nog de laatste beta link
https://drive.google.com/...jy7ZTrCR/view?usp=sharing

[ Voor 17% gewijzigd door Daveth op 21-09-2025 16:48 ]

[nicosp]

Daveth, Deze Beta versie werkt nu oke, misschien het versie nummer enigszins aanpassen? Bedankt voor je snelle reactie!

[PetervdM]

vreemd. refresh hiel niet, andere browser gepakt.
ik zie niet veel verschil, dus waar moet ik op letten?
voor mij is het grootste probleem vreemde waarde bij vermogen fase 3 en ontbreken stroomsterkte bij fase 2 & 3.

[PetervdM]

die uit de post van 21/9 16:44 is beter, ik mis alleen nog de stroom van fase 2



EDIT:
de stroom van fase 2 verscheen toen ik een verbruiker op fase 2 inschakelde. vreemd, want op het screenshot van 16:56 vas het vermogen op fase 2 hoger dan dat op fase 1, en fase 1 gaf 68Watt aan. nu is het vermogen op fase 2 244 Watt, en de stroom 1 A. verschillende afrondingsroutines?

[ Voor 24% gewijzigd door PetervdM op 21-09-2025 17:14 ]

[nicosp]

Dit is mijn resultaat met de laatste Beta versie

[Daveth]

PetervdM schreef op zondag 21 september 2025 @ 16:56:
vreemd. refresh hiel niet, andere browser gepakt.
ik zie niet veel verschil, dus waar moet ik op letten?
voor mij is het grootste probleem vreemde waarde bij vermogen fase 3 en ontbreken stroomsterkte bij fase 2 & 3.
[Afbeelding]

Ik ga nog onderzoeken waarom er geen stroomsterkte (ampèrage) wordt weergegeven als er geen verbruik is.
De afrondingen komen door je slimme meter; bijna alle slimme meters maken gebruik van afrondingen die soms vreemd kunnen lijken.
Bij slimme meters die ook de spanning (voltage) weergeven, berekent het programma de stroomsterkte door het vermogen (wattage) te delen door de spanning. Hierdoor is de berekening veel nauwkeuriger en heb je minder last van afrondingsfouten.

[PetervdM]

Daveth schreef op zondag 21 september 2025 @ 18:38:
[...]

Bij slimme meters die ook de spanning (voltage) weergeven, berekent het programma de stroomsterkte door het vermogen (wattage) te delen door de spanning. Hierdoor is de berekening veel nauwkeuriger en heb je minder last van afrondingsfouten.

vreemd. de meter kan alleen het vermogen meten door de gemeten spanning te vermenigvuldigen met de gemeten stroom, dus de nauwkeurige waarden moeten intern aanwezig zijn. als je het op de juiste manier doet levert deze berekening ook de cos phi op. de meter kan vervolgens zelf bepalen wat hij naar de P1 poort stuurt, in het geval van een 4.2 meter is bv de spanning niet aanwezig en is de stroom kennelijk afgerond of afgekapt op gehelen. waarom de stroom opnieuw berekenen om uit vermogen en spanning weer de stroom te bepalen? klinkt niet logisch.

[Daveth]

PetervdM schreef op zondag 21 september 2025 @ 19:07:
[...]

vreemd. de meter kan alleen het vermogen meten door de gemeten spanning te vermenigvuldigen met de gemeten stroom, dus de nauwkeurige waarden moeten intern aanwezig zijn. als je het op de juiste manier doet levert deze berekening ook de cos phi op. de meter kan vervolgens zelf bepalen wat hij naar de P1 poort stuurt, in het geval van een 4.2 meter is bv de spanning niet aanwezig en is de stroom kennelijk afgerond of afgekapt op gehelen. waarom de stroom opnieuw berekenen om uit vermogen en spanning weer de stroom te bepalen? klinkt niet logisch.

Kijk zelf maar naar de telegram die uit de slimme meter komt dan zie je dat daar de meest rare amperage uit komt, waarschijnlijk worden deze op hele getallen afgerond op bepaalde merken slimme meters.
Ik ben hierin ook niet de alwetende en sta altijd open voor suggesties.
Ik vind het ook fijn als er mensen zijn die hier mee willen denken, ook met hoe en wat verder met het programma.
Er is veel mogelijk maar kost een hoop moeite om de juiste en nette interface te houden die op alle slimme meters werkt.

[ Voor 15% gewijzigd door Daveth op 21-09-2025 19:30 ]

[Septillion]

Daveth schreef op zondag 21 september 2025 @ 18:38:
Bij slimme meters die ook de spanning (voltage) weergeven, berekent het programma de stroomsterkte door het vermogen (wattage) te delen door de spanning. Hierdoor is de berekening veel nauwkeuriger en heb je minder last van afrondingsfouten.

Zou ik dat wel duidelijker aangeven, wat daarmee verwaarloos je inderdaad de power factor. De echte stroom kan best hoger zijn.

En hoewel de standaard een beetje krom geschreven is interpreteren veel het dat de spanning en stroomsterkte in respectievelijk V en A zonder decimalen geleverd dient te worden. Voor de spanning niet zo'n punt maar voor de stroom is dat wel erg weinig.

[surcharge]

Ik zat bij mijn eigen meter te kijken omdat ik mijn auto laat laden met eigen overschot, waar ik woon geldt de salderingsregeling sowieso niet. Ik kan bevestigen dat op mijn meter het aantal amperes niet klopt als het verbruik/productie dicht bij nul ligt. Pas bij 2 ampere of meer lijkt het iets accurater. Vermogen delen door voltage werkt altijd wel goed.

[Ies Korpershoek]

PetervdM schreef op zondag 21 september 2025 @ 19:07:
[...]

vreemd. de meter kan alleen het vermogen meten door de gemeten spanning te vermenigvuldigen met de gemeten stroom, dus de nauwkeurige waarden moeten intern aanwezig zijn. als je het op de juiste manier doet levert deze berekening ook de cos phi op. de meter kan vervolgens zelf bepalen wat hij naar de P1 poort stuurt, in het geval van een 4.2 meter is bv de spanning niet aanwezig en is de stroom kennelijk afgerond of afgekapt op gehelen. waarom de stroom opnieuw berekenen om uit vermogen en spanning weer de stroom te bepalen? klinkt niet logisch.

In het eerder genoemde Dutch Smart Meter Requirements vond ik dat als een p1 device wordt aangesloten er kennelijk een extra algoritme wordt aangeroepen waarvan de P1 output minimaal aan een aantal voorwaarden moet voldoen. Kennelijk onafhankelijk wat de meter zelf kan, meet, berekend en doorgeeft aan de provider. De data stroom naar de provider heeft een dieper detail niveau en bevat waarschijnlijk alle door jou genoemde waarden.

https://www.netbeheernede...smr_v4.2.3_final_main.pdf

[PetervdM]

misschien een beetje off topic, maar eerder schreef ik dat het vermogen wordt gemeten door spanning en stroom met elkaar te vermenigvuldigen. dat is waar bij een ohmse belasting, dus een weerstand.
vroeger was dat in huishoudens dan ook de meest voorkomende soort - denk aan gloeilampen, kacheltjes ed - later kwam daar een beetje inductieve belasting bij - stofzuiger, motor van de wasmachine, mixer. er is ook nog capacitieve belasting, maar die kwam in huishoudens niet voor.
in wezen was er niet veel aan de hand, in huishoudens waren die afwijkende belastingen een klein percentage, en in de industrie met zware elektromotoren werden zg cos phi meters geïnstalleerd die dat maten en zodoende een correctiefactor gaven.
correctie ja, want omdat de sinusvormige spanning niet meer gelijkliep met de sinusvormige stroom moesten de energiemaatschappijen meer vermogen leveren dan waar ze voor betaald kregen, maar huishoudens hadden hier niet mee te maken.

tegenwoordig heb je in huishoudens nauwelijks nog ohmse belastingen. de gloeilamp en spaarlamp zijn exit, belangrijkste zijn nu wasmachine, strijkijzer en een oude wasdroger. daarentegen zijn er complexe belastingen en regelingen bijgekomen, die slechts een deel van de tijd stroom vragen, denk aan dimmers, ledlampen apparaten met gelijkstroom motoren, schakelende voedingen ed. daardoor is de stroom niet meer gelijkvormig aan de spanning. vreemd genoeg gaat het meten van vermogen met een analoge meter vanzelf goed, maar die heeft weer andere problemen.

voor digitale meters waren/zijn dit soort stromen een nachtmerrie. die moeten het vermogen berekenen mbv een Root Mean Square algoritme, maar door verkeerd en zuinig ontwerp waren een aantal vroege meters niet OK. een gedeelte kon in firmware worden opgelost, andere moesten naar de recycling.

al in 2017 publiceerde te TU twente een onderzoek waarin ze aantoonden dat bepaalde meters met bepaalde belastingen ernstige afwijkingen gaven, niet een beetje maar tot wel 582%.
in 2021 onthulde een vervolgonderzoek nog steeds problemen. ditmaal kregen ze het voor elkaar om een meter teruglevering te laten registreren terwijl er in werkelijkheid gewoon energie werd afgenomen.

bottomline: met een niet ohmse belasting zal de meter meer stroom laten zien dan uit de deling van vermogen en spanning blijkt.

op mijn meter is de afronding of afkorting van de stroomweergave 1 ampere - daar kan het programma niks aan doen - terwijl er bv slechts 0,25A of misschien wel 1,8 ampere loopt. daardoor wordt bij lage stromen de procentuele afwijking ook nog eens heel erg groot. kortom, de weergave van stroom vanuit de P1 poort heeft bij deze grove resolutie niet veel praktisch nut, anders dan om te bepalen of een of meerdere fasen tegen de grens van het afgezekerde vermogen aanlopen.

[PetervdM]

het verwerken van de telegrammen gaat nog niet goed, zeker niet voor fase 2 en 3. dit is de uitgangs situatie, P1 toolkit net gestart:

fase 2 en 3 zijn "-".
ik schakel op elke fase belasting bij:

en daarna weer af:


de uitlezingen van fase 2 en 3 blijven hangen op 1 en 9 ampere, en ik heb echt lang genoeg gewacht, veel meer dan de 10 seconden van de dsrm 4.2 refresh tijd.

mag ik voorstellen om de "-" alleen te gebruiken als de weer te geven waarde niet in het telegram voorkomt?
bij bv de stroomweergave kan dat in mijn geval suggereren dat ik een 1 fase meter heb, terwijl het telegram "0" aangeeft. in mijn geval is de "-" bij spanning juist vanwege dsrm 4.2 beperking, bij een dsrm 5.0 meter moet hier een waarde staan, als die "0" is ligt er een fase uit.

[Daveth]

PetervdM schreef op dinsdag 23 september 2025 @ 11:31:
misschien een beetje off topic, maar eerder schreef ik dat het vermogen wordt gemeten door spanning en stroom met elkaar te vermenigvuldigen. dat is waar bij een ohmse belasting, dus een weerstand.
vroeger was dat in huishoudens dan ook de meest voorkomende soort - denk aan gloeilampen, kacheltjes ed - later kwam daar een beetje inductieve belasting bij - stofzuiger, motor van de wasmachine, mixer. er is ook nog capacitieve belasting, maar die kwam in huishoudens niet voor.
in wezen was er niet veel aan de hand, in huishoudens waren die afwijkende belastingen een klein percentage, en in de industrie met zware elektromotoren werden zg cos phi meters geïnstalleerd die dat maten en zodoende een correctiefactor gaven.
correctie ja, want omdat de sinusvormige spanning niet meer gelijkliep met de sinusvormige stroom moesten de energiemaatschappijen meer vermogen leveren dan waar ze voor betaald kregen, maar huishoudens hadden hier niet mee te maken.

tegenwoordig heb je in huishoudens nauwelijks nog ohmse belastingen. de gloeilamp en spaarlamp zijn exit, belangrijkste zijn nu wasmachine, strijkijzer en een oude wasdroger. daarentegen zijn er complexe belastingen en regelingen bijgekomen, die slechts een deel van de tijd stroom vragen, denk aan dimmers, ledlampen apparaten met gelijkstroom motoren, schakelende voedingen ed. daardoor is de stroom niet meer gelijkvormig aan de spanning. vreemd genoeg gaat het meten van vermogen met een analoge meter vanzelf goed, maar die heeft weer andere problemen.

voor digitale meters waren/zijn dit soort stromen een nachtmerrie. die moeten het vermogen berekenen mbv een Root Mean Square algoritme, maar door verkeerd en zuinig ontwerp waren een aantal vroege meters niet OK. een gedeelte kon in firmware worden opgelost, andere moesten naar de recycling.

al in 2017 publiceerde te TU twente een onderzoek waarin ze aantoonden dat bepaalde meters met bepaalde belastingen ernstige afwijkingen gaven, niet een beetje maar tot wel 582%.
in 2021 onthulde een vervolgonderzoek nog steeds problemen. ditmaal kregen ze het voor elkaar om een meter teruglevering te laten registreren terwijl er in werkelijkheid gewoon energie werd afgenomen.

bottomline: met een niet ohmse belasting zal de meter meer stroom laten zien dan uit de deling van vermogen en spanning blijkt.

op mijn meter is de afronding of afkorting van de stroomweergave 1 ampere - daar kan het programma niks aan doen - terwijl er bv slechts 0,25A of misschien wel 1,8 ampere loopt. daardoor wordt bij lage stromen de procentuele afwijking ook nog eens heel erg groot. kortom, de weergave van stroom vanuit de P1 poort heeft bij deze grove resolutie niet veel praktisch nut, anders dan om te bepalen of een of meerdere fasen tegen de grens van het afgezekerde vermogen aanlopen.

Ik vermoed dat dat ook de reden is waarom HomeWizard geen stroomsterkte (amperage) weergeeft.
Zou je het nog eens willen proberen? Er zijn namelijk behoorlijk wat dingen aangepast, en je kunt nu ook realtime de Telegram bekijken (via het hamburgermenu rechtsboven).
https://drive.google.com/...3p60P6id/view?usp=sharing

[PetervdM]

Daveth schreef op dinsdag 23 september 2025 @ 13:11:
[...]

Ik vermoed dat dat ook de reden is waarom HomeWizard geen stroomsterkte (amperage) weergeeft.
Zou je het nog eens willen proberen? Er zijn namelijk behoorlijk wat dingen aangepast, en je kunt nu ook realtime de Telegram bekijken (via het hamburgermenu rechtsboven).
https://drive.google.com/...3p60P6id/view?usp=sharing

het telegram van fase 3 geeft "(000*A)", dat is dus een meetwaarde", 0 ampere. "-" in P1 toolkit suggereert "geen data"

[Daveth]

PetervdM schreef op dinsdag 23 september 2025 @ 14:02:
[...]

[Afbeelding]

het telegram van fase 3 geeft "(000*A)", dat is dus een meetwaarde", 0 ampere. "-" in P1 toolkit suggereert "geen data"

Aangezien ik geen 3 fase slimme meter heb is dit lastig voor mij te debuggen, kan jij jou gehele telegram posten (of pm) als tekst, dan kan ik daarmee testen.

[PetervdM]

telegram "idle" per PM verstuurd. als je nog andere telegrammen nodig hebt, laat maar weten.

[Marco12]

Ik heb de beta versie vandaag geïnstalleerd. Alles werkt prima.
Zonnepanelen op fase 1, vandaar het negatieve getal.

[ Voor 79% gewijzigd door Marco12 op 24-09-2025 12:39 ]

[lbeee]

Juist een bericht gekregen van homewizard, dat zij maar een jaar historiek bijhouden, terwijl je gaat voor Energy+

DVRIES schreef op woensdag 26 juli 2023 @ 11:14:
Mooi live inzicht en dit realtime te exportern. Is het ook mogelijk om historische data uit te lezen? Ik ben bang van niet, omdat Homewizard hier zelf een abonnement voor aanbiedt maar vragen kan altijd? :-)

Ik vrees van niet, blijkbaar houd het homewizard toestel geen historische data bij.

@Daveth kan je dit bevestigen ?
Bedankt voor de applicatie.

[Daveth]

lbeee schreef op donderdag 25 september 2025 @ 15:53:
Juist een bericht gekregen van homewizard, dat zij maar een jaar historiek bijhouden, terwijl je gaat voor Energy+


[...]


Ik vrees van niet, blijkbaar houd het homewizard toestel geen historische data bij.

@Daveth kan je dit bevestigen ?
Bedankt voor de applicatie.

Het programma kan alleen maar realtime data uitlezen, in het programma kan je wel meetpunten aanmaken waarbij hij de data van de telramen opslaat en daar dan berekeningen overtijd kan maken.
De P1 meter van HomeWizard heeft geen geheugen een daardoor kan je geen historische gegevens er uit halen, alles word door HomeWizard in de cloud opgeslagen.
Je kan ook data exporteren maar dat is over de tijd dat het programma aanstaat.

[Daveth]

PetervdM schreef op dinsdag 23 september 2025 @ 14:22:
telegram "idle" per PM verstuurd. als je nog andere telegrammen nodig hebt, laat maar weten.

Ik heb de laatste beta versie in de eerste post gezet van deze topic, zou jij hem nog een keer willen testen of nu alles werkt.
Ook is er veel gewerkt aan de meetpunten, zou jij die ook willen testen?
De gemiddelde data bij de meetpunten worden pas berekend na meer dan 1 dag.

[PetervdM]

ik heb vandaag pas de gelegenheid hier verder naar te kijken.

metingen scherm: werkt nu zoals ik zou verwachten op mijn 4.2 meter. stroom en vermogen gaan nu gelijk op: stroom stijgt als vermogen stijgt en omgekeerd. stroom is nu ook "0" ipv "-".

informatie scherm is OK, maar ik heb geen piek power in mijn telegram - dus niet te testen - is "-" en ook geen gas, dus ook hier "-".

waarschuwingen scherm: in het telegram heb ik 1-0:3X.32.0(00000) en 1-0:3X.36.0(00000) regels, dus de weergave zou "0" moeten zijn ipv "-".
dezelfde redenering voor "stroomstoring lang", ik heb een regel 0-0:96.7.9(00000), dus de weergave zou "0" moeten zijn ipv "-".
vwb stroomstoring kort: in de "obis reference" staat bij 0-0:96.7.21 de omschrijving "Number of power failures in any phase", ik lees dit niet als "stroomstoring kort", maar als "stroomstoring" in het algemeen, dus zonder toevoeging. ik kan dit natuurlijk niet testen
https://www.netbeheernede...p1_companion_standard.pdf pagina 20 lijkt mijn visie te ondersteunen.

op die meetpunten kom ik later nog terug.
bedankt voor alle moeite die je in dit project stopt.

[Daveth]

PetervdM schreef op maandag 29 september 2025 @ 09:38:
ik heb vandaag pas de gelegenheid hier verder naar te kijken.

metingen scherm: werkt nu zoals ik zou verwachten op mijn 4.2 meter. stroom en vermogen gaan nu gelijk op: stroom stijgt als vermogen stijgt en omgekeerd. stroom is nu ook "0" ipv "-".

informatie scherm is OK, maar ik heb geen piek power in mijn telegram - dus niet te testen - is "-" en ook geen gas, dus ook hier "-".

waarschuwingen scherm: in het telegram heb ik 1-0:3X.32.0(00000) en 1-0:3X.36.0(00000) regels, dus de weergave zou "0" moeten zijn ipv "-".
dezelfde redenering voor "stroomstoring lang", ik heb een regel 0-0:96.7.9(00000), dus de weergave zou "0" moeten zijn ipv "-".
vwb stroomstoring kort: in de "obis reference" staat bij 0-0:96.7.21 de omschrijving "Number of power failures in any phase", ik lees dit niet als "stroomstoring kort", maar als "stroomstoring" in het algemeen, dus zonder toevoeging. ik kan dit natuurlijk niet testen
https://www.netbeheernede...p1_companion_standard.pdf pagina 20 lijkt mijn visie te ondersteunen.

op die meetpunten kom ik later nog terug.
bedankt voor alle moeite die je in dit project stopt.

Bedankt voor het uitgebreid test, ik ga met de punten die je nog gevonden hebt mee aan de slag.
Ik laat het je weten als ik weer een test versie klaar hebt.

[PetervdM]

heb meetpunten een paar dagen laten lopen. heb daar geen onregelmatigheden ontdekt.
wel in het hoofdprogramma zelf. na een paar dagen aktief te zijn geweest opent het hamburger menu wel, maar bevat geen tekst. ik klikte op de plaats waar instellingen zou moeten staan en toen crashde het programma.


daarvoor was er een andere gebeurtenis:

in het hamburger menu "over P1 toolkit" levert een leeg panel op.
ik laat het programma nog even doorlopen.

[ Voor 20% gewijzigd door PetervdM op 02-10-2025 19:21 ]

[PetervdM]

hetzelfde als hierboven is nogmaals gebeurd. na een tijd opent het hamburger menu blanco panels, na een paar dagen resulteert het openen van het hamburger menu in een crash:

[Daveth]

PetervdM schreef op zondag 5 oktober 2025 @ 08:42:
hetzelfde als hierboven is nogmaals gebeurd. na een tijd opent het hamburger menu blanco panels, na een paar dagen resulteert het openen van het hamburger menu in een crash:
[Afbeelding]

Ik heb geen idee wat dat kan zijn, dit is niet iets wat ik denk dat in de programmeer code kan zitten.
Ik ga het nog onderzoeken maar weet niet of ik dit kan fixen

[PetervdM]

ik ben geen ontwikkelaar, en kan je niet helpen denk ik. die GDI heeft met het weergeven van data op het scherm te maken, kan dat niet een link hebben met dat "over p1 toolkit" scherm dat leeg blijft?
ik lees dat de gratis gdiview van nirsoft een populaire tool is om gdi fouten te zien, maar heb daar uiteraard geen ervaring mee.
ik gebrui p1 tookit op W11 volledig up to date met 1 meetpunt, maar normaal gebruik ik het 1 keer per maand om mijn meterstand op te nemen, dus ik heb er geen last van. maar echt langdurig draaien gaat dus niet, althans bij mij. heb je het zelf al eens geprobeerd?

[PetervdM]

ik heb dat gdiview eens gedraaid en zie in rap tempo de waarde van "font" oplopen. die staat nu op 3200+ . lijkt alsof er iets met een font niet goed gaat. AI heeft dit te zeggen:

A "gdiView value font rapidly increasing" likely indicates a memory leak in a Windows application, where the application is continuously creating GDI (Graphics Device Interface) font objects without releasing them, leading to a depletion of system resources. To troubleshoot this, use GDIView to identify the specific process, then use a debugger or profiling tool to examine that process's code for font creation and deletion, ensuring every CreateFontIndirect() is matched with a DeleteObject().

[Daveth]

Ik had ook zelf net gevonden dat telkens een font in geladen werd maar niet vrijgegeven, dit heb ik gefixed (oftewel een memory leak)

GDIview ga ik ook downloaden, heb ik nog nooit van gehoord en kan voor dit soort dingen handig zijn.
Bedankt weer voor het testen en voor doorgeven van de bug.

[Daveth]

PetervdM schreef op maandag 6 oktober 2025 @ 11:41:
ik ben geen ontwikkelaar, en kan je niet helpen denk ik. die GDI heeft met het weergeven van data op het scherm te maken, kan dat niet een link hebben met dat "over p1 toolkit" scherm dat leeg blijft?
ik lees dat de gratis gdiview van nirsoft een populaire tool is om gdi fouten te zien, maar heb daar uiteraard geen ervaring mee.
ik gebrui p1 tookit op W11 volledig up to date met 1 meetpunt, maar normaal gebruik ik het 1 keer per maand om mijn meterstand op te nemen, dus ik heb er geen last van. maar echt langdurig draaien gaat dus niet, althans bij mij. heb je het zelf al eens geprobeerd?

Ik heb de laatste bètaversie opnieuw in de eerste post gezet. Als het goed is, zijn alle punten die jij had gevonden aangepast. Wil je deze opnieuw testen?

[PetervdM]

Daveth schreef op dinsdag 7 oktober 2025 @ 09:08:
[...]

Ik heb de laatste bètaversie opnieuw in de eerste post gezet. Als het goed is, zijn alle punten die jij had gevonden aangepast. Wil je deze opnieuw testen?

ik heb nog even gewacht, maar als ik de beta uit de eerste post download en open, bevat die een .exe van 27/09/2025

[Daveth]

PetervdM schreef op dinsdag 7 oktober 2025 @ 12:01:
[...]

ik heb nog even gewacht, maar als ik de beta uit de eerste post download en open, bevat die een .exe van 27/09/2025

Sorry helemaal mijn fout, ik heb het gelijk aangepast

[nicosp]

Beste dave ik test ook je beta versie maar de versie waar het nu overgaat kan ik niet vinden, misschien new link? en ook versie nummer een beetje aanpassen?

[Daveth]

nicosp schreef op dinsdag 7 oktober 2025 @ 14:45:
Beste dave ik test ook je beta versie maar de versie waar het nu overgaat kan ik niet vinden, misschien new link? en ook versie nummer een beetje aanpassen?

Versie nummers gaat pas weer gebeuren als deze uit Beta versie is.
In het "over' scherm kan je wel de datum zien wanneer deze gemaakt is.
Het Beta versie staat in de eerste post van deze topic bij de andere download.

[ Voor 8% gewijzigd door Daveth op 07-10-2025 14:51 ]

[nicosp]

Bedankt helemaal duidelijk

[PetervdM]

ik heb het programma nu twee uur laten draaien, en in gdiview loopt de teller niet langer op. ik denk dus dat je het lek - pun intended - boven hebt ..
gebruik van "0" en "-" klopt nu zover ik kan zien op mijn 4.2 meter.
"over p1 toolkit" laat nu info zien.
ben je zeker van "herstart slimme meter"? ik kan dat niet uit de documentatie opmaken.
voor mij is de displaybox bij metingen en waarschuwingen net iets te klein. er staat nu drie keer "netspanning fase ", zonder 1 2 en 3, en "spanningsonderbreking" zonder "en" er achter, zie screenshotik laat het nog een tijdje draaien om zeker te zijn van het gdi lek.

[Daveth]

PetervdM schreef op dinsdag 7 oktober 2025 @ 15:24:
ik heb het programma nu twee uur laten draaien, en in gdiview loopt de teller niet langer op. ik denk dus dat je het lek - pun intended - boven hebt ..
gebruik van "0" en "-" klopt nu zover ik kan zien op mijn 4.2 meter.
"over p1 toolkit" laat nu info zien.
ben je zeker van "herstart slimme meter"? ik kan dat niet uit de documentatie opmaken.
voor mij is de displaybox bij metingen en waarschuwingen net iets te klein. er staat nu drie keer "netspanning fase ", zonder 1 2 en 3, en "spanningsonderbreking" zonder "en" er achter, zie screenshot[Afbeelding]ik laat het nog een tijdje draaien om zeker te zijn van het gdi lek.

Zeker ben ik nooit omdat je verschillende informatie kan vinden op internet, ik heb Copilot hiervoor over aangehouden.

[Daveth]

PetervdM schreef op dinsdag 7 oktober 2025 @ 15:24:
ik heb het programma nu twee uur laten draaien, en in gdiview loopt de teller niet langer op. ik denk dus dat je het lek - pun intended - boven hebt ..
gebruik van "0" en "-" klopt nu zover ik kan zien op mijn 4.2 meter.
"over p1 toolkit" laat nu info zien.
ben je zeker van "herstart slimme meter"? ik kan dat niet uit de documentatie opmaken.
voor mij is de displaybox bij metingen en waarschuwingen net iets te klein. er staat nu drie keer "netspanning fase ", zonder 1 2 en 3, en "spanningsonderbreking" zonder "en" er achter, zie screenshot[Afbeelding]ik laat het nog een tijdje draaien om zeker te zijn van het gdi lek.

Ik kan dat niet na reproduceren met dat de tekst niet past, ik heb bij mij het naar 225% dpi gezet en alles past nog steeds goed.
Wel erg in houden dat het programma herstart moet worden als je de DPI aanpast

[PetervdM]

ik heb ook settings > accessibility > text size veranderd van 100% -> 125%, omdat de tekst anders wel héél erg klein werd op mijn laptop scherm. als ik dat terug zet past de tekst.

[Daveth]

PetervdM schreef op dinsdag 7 oktober 2025 @ 16:25:
ik heb ook settings > accessibility > text size veranderd van 100% -> 125%, omdat de tekst anders wel héél erg klein werd op mijn laptop scherm. als ik dat terug zet past de tekst.

Ik heb dit nog geprobeerd aan te passen, maar 99% van de gebruikers werkt gewoon met een tekengrootte van 100%, waardoor de layout er voor hen niet netjes uitziet.
De layout ligt nog niet helemaal vast; ik wil deze nog verder uitbreiden. Voor nu maak ik hier versie 2 van.
Bij deze dank ik je voor het vele testen en het terugkoppelen van de bugs.

[PetervdM]

Daveth schreef op donderdag 9 oktober 2025 @ 14:14:
[...]

Ik heb dit nog geprobeerd aan te passen, maar 99% van de gebruikers werkt gewoon met een tekengrootte van 100%, waardoor de layout er voor hen niet netjes uitziet.
De layout ligt nog niet helemaal vast; ik wil deze nog verder uitbreiden. Voor nu maak ik hier versie 2 van.
Bij deze dank ik je voor het vele testen en het terugkoppelen van de bugs.

ik heb het programman nu een aantal dagen laten draaien met gdiview op de achtergrond, en heb geen gdi lekken of andere problemen meer geconstateerd.
blijft nog de omschrijving van de waarschuwingen. waar copilot die onzin van restarts vandaan haalt weet ik niet, maar het document wat ik op 29 september hierboven heb gelinkt is de bron van de P1 documentatie. ofschoon dit een nederlands initiatief is, is de documentatie alleen beschikbaar in het engels.
voor 0-0:96.7.21 is de omschrijving: "Number of power failures in any phase" en voor 0-0:96.7.9 is dit "Number of long power failures in any phase", wat ik zou vertalen als "spanningsonderbrekeningen" en "waarvan langdurig". het woord "restart" komt in het hele document niet voor, en start alleen als een procesaanduiding en start bit.

[Daveth]

Versie 2.0 is officieel uit, zie de eerste post van dit topic.
Omdat AutoIt (de vorige programmeertaal) echt zijn einde nadert, heb ik het volledige programma herschreven in PureBasic.

Wat is er aangepast:
- De RS232-kabel is komen te vervallen.
- Het scherm met meetpunten is flink uitgebreid.
- Het programma verbruikt nu tot 80% minder geheugen en ongeveer 40% minder CPU-capaciteit.
- Diverse kleine aanpassingen.

[ Voor 80% gewijzigd door Daveth op 14-10-2025 08:57 ]

[aard01]

Ik ben al een tijdje op zoek geweest naar een programma dat de seconden samples van mijn P1 energy meter kan loggen. Dit om het pendelgedrag van mijn warmtepomp icm mijn laadpaal te analyseren.
@Daveth Kudoos voor het maken van dit programma! Dit is precies wat ik zoek!

[ppaulv]

Hmmm ..... ik heb al jaren een werkende HW P1 meter + HW app op telefoon.
Ook eens wat met HA geprobeerd maar recentelijk nog eens opnieuw begonnen en kon ie de HW P1 meter niet vinden.
Nu deze P1 toolkit geprobeerd. Kwam eerst uit op versie 1.0.xx , die kon de P1 meter ook niet vinden.
Toen versie 2.0.0 gevonden maar hetzelfde liedje. Gezocht op ID, dat werkte niet. Toen gezocht op IP maar daar gaat ie hardnekking zoeken op 192.168.106.* terwijl bij mij alles op 192.168.2.* zit.
En ook P1 meter al een tijdje los getrokken maar geen effect.
Dus hoe krijg ik die 106 veranderd in een 2 (gewoon selecteren en intypen helpt niet, die 106 komt meteen weer terug) en hoe kan ik erachter komen waarom die P1 meter niet gevonden wordt?
Iemand enig idee? Ik zit helemaal vast, helaas. Alvast dank voor suggesties!

[ Voor 4% gewijzigd door ppaulv op 25-10-2025 17:13 ]

[Clumsy Smurf]

@ppaulv weet jij zeker dat jij niet ergens bij netwerk instellingen een van je netwerken op 192.168.106. hebt ingesteld?

Ook ik heb namelijk geen problemen met zoeken, komt bij mij automatisch in het juiste netwerkrange.
En kan hem vervolgens laten zoeken, waarna hij netjes de P1 meter vindt.

[PetervdM]

of een ander apparaat dat per ongeluk een dhcp server heeft?

[ppaulv]

Clumsy Smurf schreef op zondag 26 oktober 2025 @ 13:58:
@ppaulv weet jij zeker dat jij niet ergens bij netwerk instellingen een van je netwerken op 192.168.106. hebt ingesteld?

Ook ik heb namelijk geen problemen met zoeken, komt bij mij automatisch in het juiste netwerkrange.
En kan hem vervolgens laten zoeken, waarna hij netjes de P1 meter vindt.

zeker weten dat ik dat niet heb. Toen ik eerst versie 1.0.x probeerde gebruikte hij meteen 192.168.2.x dus ik snap niet wat er mis gaat. Ik heb versie 1.0.x uninstalled en meteen erna versie 2 installed. Beats me.
Maar kwalijker is dat die P1 meter ook niet op ID gevonden wordt. Met versie 1.0.x ook al niet, ook niet op IP.
Dus ergens in mijn netwerk zit iets dat dit tegen houdt (of de P1 meter is kaduk)....

[ppaulv]

PetervdM schreef op zondag 26 oktober 2025 @ 14:02:
of een ander apparaat dat per ongeluk een dhcp server heeft?

dan zou dat apparaat zelf ook in dat 106 segment moeten zitten denk ik? En voor zover ik weet zit alles hier in het 2 segment.

[Clumsy Smurf]

Ik vermoed dat ook de API kopeling aan moet staan in de P1 meter.
Bij mij staat die al aan ivm Home Assistant en een KNX server

[ Voor 33% gewijzigd door Clumsy Smurf op 26-10-2025 14:13 ]

[ppaulv]

Clumsy Smurf schreef op zondag 26 oktober 2025 @ 14:12:
Ik vermoed dat ook de API kopeling aan moet staan in de P1 meter

die staat aan, de app op m'n telefoon doet het al jaren prima.

[Clumsy Smurf]

ppaulv schreef op zondag 26 oktober 2025 @ 14:13:
[...]

die staat aan, de app op m'n telefoon doet het al jaren prima.

Dat is vermoedelijk de App van HomeWizzard zelf?
Daar heb je de API-koppeling niet voor nodig en staat standaard uit.

https://api-documentation....com/docs/getting-started

[ Voor 29% gewijzigd door Clumsy Smurf op 26-10-2025 14:15 ]

[ppaulv]

Clumsy Smurf schreef op zondag 26 oktober 2025 @ 14:13:
[...]

Dat heeft niks met de API kopelling te maken, dat is iets van HomeWizzard zelf

anyway, ik zie staan (in de HW app bij de P1 meter) :
{...} Local API (knopje staan aan)
Dat is wat je bedoelt neem ik aan?

[Clumsy Smurf]

@ppaulv Ja dat was, wat ik bedoelde, maar dat is dus ook niet het probleem.
Dan durf ik het verder ook niet te zeggen.
En wat als je een IP scan uitvoerd op je laptop, kun je de homewizzard dan wel vinden?

[ppaulv]

@Clumsy Smurf ja en nee.
Op een ping reageert ie niet.
Met Fing zie ik 'm wel (x.x.x.153)
Met Netscan (tooltje van Softperfect) ziet 'm niet.
En de Unifi control center (staat op andere laptop, staat nu niet aan) ziet 'm wel (bij mijn weten).
Wilde net in de DHCP van m'n router kijken maar die krijg ik niet open. ......
Even laptop herstarten, je weet maar nooit.

[ Voor 6% gewijzigd door ppaulv op 26-10-2025 14:24 ]

[ppaulv]

nope, geen verschil.... ga hele netwerk herstarten (router, switches en AP's).
En even met de hond lopen ;-)
Wordt vervolgd.

[Clumsy Smurf]

Heb je op je unifi niet toevallig een apart VLAN voor dit soort apparaten?

[ppaulv]

Ik heb 2 verschillende WiFi netwerken, maar die komen samen in de router en gebruiken dezelfde DHCP range. 192.168.2.x

[Clumsy Smurf]

Hmm dan begrijp ik niet waar die 192.168.106.x range vandaan komt

[Clumsy Smurf]

@Daveth Ik heb een vraag, of dit misschien in een toekomstige update komt.
Ik zou het fijn vinden als ik het programma klein kan maken en het verbruik/terugleveren kan zien onder op de taakbalk naast de klok.
Geen idee of dit lastig en mogelijk is?


Ik zie overigens iets vreemds bij mij.
Ik zie namelijk in het grote scherm de waarde van L1 terwijl ik zou verwachten dat hier de totaal som zou staan van L1+L2+L3 of heb ik dit verkeerd?

ESMR 5

Hmm nu ik ook teruglever op de andere fases, word het wel opgeteld.

[ Voor 58% gewijzigd door Clumsy Smurf op 26-10-2025 15:19 ]

[ppaulv]

@Clumsy Smurf als ik scan op 192.168.106.* krijg ik één hit : m'n eigen laptop.... en dat blijkt (ipconfig) van VMWare te komen. Ik ga even sleutelen want ik zie ook nog een adres van VirtualBox.
En er zit ook VMWqre op 192.168.56.1 .... wat een gedoe.

[ Voor 12% gewijzigd door ppaulv op 26-10-2025 15:49 ]

[ppaulv]

OK, die twee extra netwerken (106 en 56) zijn weg.
Maar nog steeds wordt mijn P1 meter niet gevonden.
Hij krijgt een gereserveerd IP van de DHCP (192.168.2.4) maar reageert nergens op. Behalve de HW app, die doet het nog steeds goed. Kan die P1 meter defect zijn op deze meanier?

[PetervdM]

haal eens de p1 connector los, en ook de voeding, als die er is. wacht 10 seconden of zo, en sluit dan alles weer aan.
de de app maakt geen gebruik van de api zover ik weet

[Daveth]

Clumsy Smurf schreef op zondag 26 oktober 2025 @ 14:59:
@Daveth Ik heb een vraag, of dit misschien in een toekomstige update komt.
Ik zou het fijn vinden als ik het programma klein kan maken en het verbruik/terugleveren kan zien onder op de taakbalk naast de klok.
Geen idee of dit lastig en mogelijk is?

[Afbeelding]
Ik zie overigens iets vreemds bij mij.
Ik zie namelijk in het grote scherm de waarde van L1 terwijl ik zou verwachten dat hier de totaal som zou staan van L1+L2+L3 of heb ik dit verkeerd?

ESMR 5

Hmm nu ik ook teruglever op de andere fases, word het wel opgeteld.
[Afbeelding]

Heb je al gekeken in de telegram data of je slimme meter dit wel juist doorgeeft?
post anders even je telegram data.
Interface naast de klok op de taakbalk is zeer lastig omdat windows dit niet ondersteund en elke windows versie werkt weer anders.

[Daveth]

ppaulv schreef op zondag 26 oktober 2025 @ 16:11:
OK, die twee extra netwerken (106 en 56) zijn weg.
Maar nog steeds wordt mijn P1 meter niet gevonden.
Hij krijgt een gereserveerd IP van de DHCP (192.168.2.4) maar reageert nergens op. Behalve de HW app, die doet het nog steeds goed. Kan die P1 meter defect zijn op deze meanier?

Staat de API wel aan van de P1 meter?
Kan je de telegram wel openen in een webbrowser?

[ppaulv]

PetervdM schreef op zondag 26 oktober 2025 @ 17:21:
haal eens de p1 connector los, en ook de voeding, als die er is. wacht 10 seconden of zo, en sluit dan alles weer aan.
de de app maakt geen gebruik van de api zover ik weet

Had ik al gedaan (2x). Zit nu te kijken of ik iets in de Unifi control settings iets kan vinden.

[ppaulv]

@Daveth ik heb geprobeerd die data binnen te trekken met http://192.168.2.4/api/v1/data maar krijg geen connectie/niks. De IP is correct overigens.

[Clumsy Smurf]

Daveth schreef op zondag 26 oktober 2025 @ 17:44:
[...]

Heb je al gekeken in de telegram data of je slimme meter dit wel juist doorgeeft?
post anders even je telegram data.
Interface naast de klok op de taakbalk is zeer lastig omdat windows dit niet ondersteund en elke windows versie werkt weer anders.

Zal ik de volgende keer naar kijken, op het moment is het alweer donker waardoor ik dit nu niet kan zien.

Bedankt betreft de feedback over de taakbalk.

[ppaulv]

@Daveth ehhh ... er is iets veranderd/verbeterd nadat ik wat gewijzigd heb in die wifi settings.
De P1 tool klapt er nu uit als ie de P1 gaat zoeken (gebeurde eerst niet) en ik krijg data:
{"wifi_ssid":"HOME4","wifi_strength":100,"smr_version":42,"meter_model":"Landis + Gyr GBBFG1012611617","unique_id":"4530303330303033323930353336333136","active_tariff":1,"total_power_import_kwh":33112.625,"total_power_import_t1_kwh":18921.323,"total_power_import_t2_kwh":14191.302,"total_power_export_kwh":3940.955,"total_power_export_t1_kwh":1154.442,"total_power_export_t2_kwh":2786.513,"active_power_w":3656,"active_power_l1_w":2295,"active_power_l2_w":528,"active_power_l3_w":833,"active_current_a":17,"active_current_l1_a":10,"active_current_l2_a":3,"active_current_l3_a":4,"voltage_sag_l1_count":1,"voltage_sag_l2_count":0,"voltage_sag_l3_count":0,"voltage_swell_l1_count":0,"voltage_swell_l2_count":0,"voltage_swell_l3_count":0,"any_power_fail_count":5,"long_power_fail_count":4,"total_gas_m3":17532.91,"gas_timestamp":251026170000,"gas_unique_id":"4730303139333430333238333131333137","external":[{"unique_id":"4730303139333430333238333131333137","type":"gas_meter","timestamp":251026170000,"value":17532.91,"unit":"m3"}]}

[Daveth]

ppaulv schreef op zondag 26 oktober 2025 @ 17:49:
@Daveth ik heb geprobeerd die data binnen te trekken met http://192.168.2.4/api/v1/data maar krijg geen connectie/niks. De IP is correct overigens.

Als je dit doet http://192.168.178.139/api/v1/telegram maar dan met je eigen ipadres waar de IPmeter op zit moet je gegevens binnen krijgen ander heb je of geen API aanstaan of er is iets mis met je P1 meter/netwerk

[ppaulv]

@Daveth kijk, now we're talking !

/XMX5LGBBFG1012611617

1-3:0.2.8(42)
0-0:1.0.0(251026185539W)
0-0:96.1.1(4530303330303033323930353336333136)
1-0:1.8.1(018924.253*kWh)
1-0:1.8.2(014191.302*kWh)
1-0:2.8.1(001154.442*kWh)
1-0:2.8.2(002786.513*kWh)
0-0:96.14.0(0001)
1-0:1.7.0(01.921*kW)
1-0:2.7.0(00.000*kW)
0-0:96.7.21(00005)
0-0:96.7.9(00004)
1-0:99.97.0(4)(0-0:96.7.19)(240722113939S)(0000000422*s)(240722113155S)(0000002225*s)(240618094153S)(0000001127*s)(231117104351W)(0000008574*s)
1-0:32.32.0(00001)
1-0:52.32.0(00000)
1-0:72.32.0(00000)
1-0:32.36.0(00000)
1-0:52.36.0(00000)
1-0:72.36.0(00000)
0-0:96.13.1()
0-0:96.13.0()
1-0:31.7.0(006*A)
1-0:51.7.0(002*A)
1-0:71.7.0(001*A)
1-0:21.7.0(01.434*kW)
1-0:41.7.0(00.372*kW)
1-0:61.7.0(00.115*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)
0-1:24.1.0(003)
0-1:96.1.0(4730303139333430333238333131333137)
0-1:24.2.1(251026180000W)(17532.910*m3)
!A758

[ppaulv]

Dat lijkt dus wel in orde, maar de p1 toolkit blijft er meteen uit klappen als ik hem de p1 meter laat zoeken.
Is daar nog iets aan te doen?

[Daveth]

ppaulv schreef op zondag 26 oktober 2025 @ 18:59:
Dat lijkt dus wel in orde, maar de p1 toolkit blijft er meteen uit klappen als ik hem de p1 meter laat zoeken.
Is daar nog iets aan te doen?

Heb je een screenshot van wat er fout gaat?

[ppaulv]

@Daveth helaas niet, ik start het zoekproces en na een paar seconden sluiten beide schermpjes. Screenshot maken kan niet.

[ppaulv]

@Daveth de nacht heeft gewerkt op een of andere manier. De P1 meter wordt nu wel gevonden en ik krijg data. Bedankt voor je hulp !!!
En dan kom ik meteen met het volgende issue : nu gebruikte ik v1 van de API om data te krijgen, maar als ik v2 probeer te gebruiken loop ik enigzins vast. Ik volg de handleiding van HW op
https://api-documentation....com/docs/getting-started
Ik zou dan na de eerste stap
C:\>curl https://192.168.2.4/api/measurement --insecure -H "Authorization: Bearer <TOKEN>"
de boodschap
{"error":"user:creation-not-enabled"}
terug moeten krijgen maar ik krijg
{"error":"user:unauthorized"}
Is er ergens een handleiding voor deze techniek of weet iemand wat hier mis gaat/hoe dit is te verhelpen?

[ppaulv]

fyi, de tool doet het nu bijna goed zo te zien, fase 2 en 3 worden opgeteld, fase 1 wordt genegeerd:

[ Voor 10% gewijzigd door ppaulv op 27-10-2025 10:51 ]

[Daveth]

ppaulv schreef op maandag 27 oktober 2025 @ 10:49:
fyi, de tool doet het nu bijna goed zo te zien, fase 2 en 3 worden opgeteld, fase 1 wordt genegeerd:

[Afbeelding]

Stuur even je Telegram data door, mag ook als een PM, hiermee kan ik zien of dit een bug is of dat je slimme meter kuren heeft.

[ppaulv]

Ik zie nu dat hij alleen negatieve waardes meeneemt en de positie negeert waarbij het niet aan de fases lijkt te liggen.

[ppaulv]

Klopt het dat van deze 6 de eerste 3 het verbruik geven en de anere 3 de teruglevering?

1-0:21.7.0(03.525*kW)
1-0:41.7.0(01.659*kW)
1-0:61.7.0(00.000*kW)
1-0:22.7.0(00.000*kW)
1-0:42.7.0(00.000*kW)
1-0:62.7.0(00.460*kW)

[Daveth]

ppaulv schreef op maandag 27 oktober 2025 @ 12:34:
Klopt het dat van deze 6 de eerste 3 het verbruik geven en de anere 3 de teruglevering?

1-0:21.7.0(03.525*kW)
1-0:41.7.0(01.659*kW)
1-0:61.7.0(00.000*kW)
1-0:22.7.0(00.000*kW)
1-0:42.7.0(00.000*kW)
1-0:62.7.0(00.460*kW)

In het menu rechtsboven in staat er Telegram data en als je daar dan op "P1 OBIS overzicht" klikt zie je alles staan.

[Daveth]

ppaulv schreef op maandag 27 oktober 2025 @ 12:26:
Ik zie nu dat hij alleen negatieve waardes meeneemt en de positie negeert waarbij het niet aan de fases lijkt te liggen.
[Afbeelding]

Zie je PM, het ligt aan je Telegram data die uit je slimme meter komt die niet klopt

[Daveth]

Ik ben op zoek naar een tester voor versie 2.1.0. Stuur even een PM als je interesse hebt.

[Daveth]

Donkere weergave komt eraan!
Nieuw: spanningsgrafiek met limietindicatie.
Tal van bugs opgelost en verbeteringen aangebracht.



Ik ben nog steeds opzoek naar testers voor deze versie.

[ Voor 12% gewijzigd door Daveth op 16-11-2025 16:45 ]