P1 Toolkit (slimme meter informatie)

[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 ]

[Daveth]

Versie 2.1.0 is uit, zie de eerste post voor de download
Dank aan de mensen die mee geholpen met testen.

[RetroMan]

Daveth schreef op vrijdag 21 november 2025 @ 18:32:
Versie 2.1.0 is uit, zie de eerste post voor de download
Dank aan de mensen die mee geholpen met testen.

Is de release anders dan de testversie (die het hier perfect doet)?

[Daveth]

RetroMan schreef op zaterdag 22 november 2025 @ 09:20:
[...]

Is de release anders dan de testversie (die het hier perfect doet)?

In elke nieuwe testversie zijn bugs verholpen. Daarom raad ik aan de laatste te gebruiken.

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

[xvstee]

Kwartierpiek en maandpiek worden bij mij niet goed weergegeven. Ik krijg onderaan ook niet de datum en andere informatie te zien die ik hier op de voorbeelden wel zie.
Dit is mijn telegram data
/FLU5\253770234_A

0-0:96.1.4(50217)
0-0:96.1.1(3153414731313030383331323633)
0-0:1.0.0(251205113208W)
1-0:1.8.1(001135.781*kWh)
1-0:1.8.2(001606.294*kWh)
1-0:2.8.1(003414.872*kWh)
1-0:2.8.2(001365.079*kWh)
0-0:96.14.0(0001)
1-0:1.4.0(00.000*kW)
1-0:1.6.0(251201113000W)(01.888*kW)
0-0:98.1.0(13)(1-0:1.6.0)(1-0:1.6.0)(241201000000W)(241111113000W)(03.501*kW)(250101000000W)(241219130000W)(02.572*kW)(250201000000W)(250112173000W)(02.720*kW)(250301000000W)(250216170000W)(02.576*kW)(250401000000S)(250329163000W)(02.252*kW)(250501000000S)(250413174500S)(01.433*kW)(250601000000S)(250526154500S)(01.590*kW)(250701000000S)(250607120000S)(01.856*kW)(250801000000S)(250712090000S)(02.020*kW)(250901000000S)(250810084500S)(02.065*kW)(251001000000S)(250903120000S)(02.037*kW)(251101000000W)(251022114500S)(02.336*kW)(251201000000W)(251123190000W)(02.585*kW)
1-0:1.7.0(00.000*kW)
1-0:2.7.0(00.029*kW)
1-0:21.7.0(00.000*kW)
1-0:22.7.0(00.029*kW)
1-0:32.7.0(234.5*V)
1-0:31.7.0(000.82*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()
0-1:24.1.0(003)
0-1:96.1.1(374D495432323030313933373338)
0-1:24.4.0(1)
0-1:24.2.3(251205113015W)(00933.180*m3)
0-2:24.1.0(007)
0-2:96.1.1(3853455430303031313236333631)
0-2:24.2.1(251205113049W)(00088.283*m3)
!0593

[ Voor 70% gewijzigd door xvstee op 05-12-2025 11:33 . Reden: Telegramdata toegevoegd ]

[Daveth]

xvstee schreef op vrijdag 5 december 2025 @ 09:27:
Kwartierpiek en maandpiek worden bij mij niet goed weergegeven. Ik krijg onderaan ook niet de datum en andere informatie te zien die ik hier op de voorbeelden wel zie. [Afbeelding]
Dit is mijn telegram data
/FLU5\253770234_A

0-0:96.1.4(50217)
0-0:96.1.1(3153414731313030383331323633)
0-0:1.0.0(251205113208W)
1-0:1.8.1(001135.781*kWh)
1-0:1.8.2(001606.294*kWh)
1-0:2.8.1(003414.872*kWh)
1-0:2.8.2(001365.079*kWh)
0-0:96.14.0(0001)
1-0:1.4.0(00.000*kW)
1-0:1.6.0(251201113000W)(01.888*kW)
0-0:98.1.0(13)(1-0:1.6.0)(1-0:1.6.0)(241201000000W)(241111113000W)(03.501*kW)(250101000000W)(241219130000W)(02.572*kW)(250201000000W)(250112173000W)(02.720*kW)(250301000000W)(250216170000W)(02.576*kW)(250401000000S)(250329163000W)(02.252*kW)(250501000000S)(250413174500S)(01.433*kW)(250601000000S)(250526154500S)(01.590*kW)(250701000000S)(250607120000S)(01.856*kW)(250801000000S)(250712090000S)(02.020*kW)(250901000000S)(250810084500S)(02.065*kW)(251001000000S)(250903120000S)(02.037*kW)(251101000000W)(251022114500S)(02.336*kW)(251201000000W)(251123190000W)(02.585*kW)
1-0:1.7.0(00.000*kW)
1-0:2.7.0(00.029*kW)
1-0:21.7.0(00.000*kW)
1-0:22.7.0(00.029*kW)
1-0:32.7.0(234.5*V)
1-0:31.7.0(000.82*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()
0-1:24.1.0(003)
0-1:96.1.1(374D495432323030313933373338)
0-1:24.4.0(1)
0-1:24.2.3(251205113015W)(00933.180*m3)
0-2:24.1.0(007)
0-2:96.1.1(3853455430303031313236333631)
0-2:24.2.1(251205113049W)(00088.283*m3)
!0593

Dank je wel voor het mee sturen van de Telegram, ik ga kijken waarom de kwartier en maand piek niet goed worden weergeven.

Wat bedoel je met deze zin?
Ik krijg onderaan ook niet de datum en andere informatie te zien die ik hier op de voorbeelden wel zie.

[xvstee]

Dit is wat ik bedoel. Op de vorige versies zag ik deze info, nu niet meer

[hansR]

xvstee schreef op zaterdag 6 december 2025 @ 08:39:
Dit is wat ik bedoel. Op de vorige versies zag ik deze info, nu niet meer

[Afbeelding]

Bij mij inderdaad ook niet meer

[Daveth]

xvstee schreef op zaterdag 6 december 2025 @ 08:39:
Dit is wat ik bedoel. Op de vorige versies zag ik deze info, nu niet meer

[Afbeelding]

Klopt, dit is een nieuwe versie met een nieuwe interface. Deze informatie kan je in 1 van de andere schermen terug vinden.

[Daveth]

De nieuwste beta-versie V2.2.0 is beschikbaar! In deze release zijn veel kleine verbeteringen doorgevoerd, maar er zijn ook twee grote nieuwe functies toegevoegd:
- Triggerregels
- Externe apparaten

Triggerregels
Met triggerregels kun je automatisch acties uitvoeren zodra aan een bepaalde voorwaarde wordt voldaan.
Voorbeelden van acties:
- Een taak uitvoeren op je pc
- Een Pushbullet-melding sturen naar je telefoon of tablet
- Een popup-bericht genereren
Om Pushbullet te gebruiken:
- Maak een Pushbullet-account aan (inloggen kan o.a. met Google).
- Vraag daar een token aan.
- Plaats deze token in het hamburger-menu van het triggerscherm.
In dit menu vind je ook een handleiding met voorbeelden die laten zien hoe je regels kunt opstellen.

Externe apparaten
Het is nu mogelijk om informatie weer te geven van allerlei externe apparaten die met je slimme meter communiceren, zoals:
- Watermeters
- Warmtemeters
- Enzovoort

⚠️ Let op: dit is geen officiële versie, maar een beta-testversie

https://drive.google.com/...TQ_ZCVia/view?usp=sharing

[PetervdM]

net beta v2.2.0 geïnstalleerd. het valt me op dat de som van de vermogens per fase niet overeenkomt met het totaal. de stroom van fase 1 wordt wel weergegeven, maar het vermogen blijft op 0 staan.

[Daveth]

PetervdM schreef op maandag 8 december 2025 @ 19:35:
net beta v2.2.0 geïnstalleerd. het valt me op dat de som van de vermogens per fase niet overeenkomt met het totaal. de stroom van fase 1 wordt wel weergegeven, maar het vermogen blijft op 0 staan.[Afbeelding]

[Afbeelding]

Kan jij mij de telegram als tekst sturen en niet als plaatje? Als tekst kan ik deze inlezen en hopelijk zien wat er aan de hand is

Edit: is niet meer nodig, ik heb het al gevonden, je kan hem via de zelfde link weer downloaden

[ Voor 4% gewijzigd door Daveth op 09-12-2025 06:38 ]

[PetervdM]

Edit: is niet meer nodig, ik heb het al gevonden, je kan hem via de zelfde link weer downloaden

vermogens weergave is nu goed,
ik ben aan de gang gegaan met de triggers. het is me niet héél duidelijk hoe de waardes moeten worden ingegeven, met of zonder eenheid. dus bv 100 of 100W, en of en waar eventueel spaties moeten worden gebruikt of juist niet. case sensitive? uiteindelijk adhv de voorbeelden werkend gekregen.
ik heb problemen met het wijzigen van een trigger regel. het veranderen van bv 100W in 200W is geen probleem, en ook niet het wijzigen van 100W in 1000W, maar als ik méér dan 1 character wil toevoegen lukt dat niet, dan moet ik eerst het invulveld weer een keer extra aanklikken. misschien heeft dat te maken met de lengte van dat veld, de - onzin - triggerregel waar ik mee test is:

VermogenTotaal>200 OR VermogenTotaal<100 | Timer=1 | Timeout=60 | Popup='zo kan hij wel weer'

[Daveth]

Spaties er tussen in maakt niet uit of je deze wel of niet doet.
Alle waardes zijn alleen de cijfers (niet de letters)
Case sensitive is het ook niet (zo ver ik het getest hebt.

De variabelen die gebruikt konden worden werden niet gechecked met de syntax checker, ik heb dit aangepast een er staat weer een nieuwe test versie klaar

[ Voor 36% gewijzigd door Daveth op 10-12-2025 16:17 ]

[PetervdM]

Daveth schreef op woensdag 10 december 2025 @ 15:54:
Kan je dit beter uitleggen? Ik heb niets echt een idee wat je hiermee bedoelt
maar als ik méér dan 1 character wil toevoegen lukt dat niet, dan moet ik eerst het invulveld weer een keer extra aanklikken

- neem het voorbeeld van mijn eerdere post en sla dit op.
- sluit trigger
- open trigger
- klik op de regel om hem te wijzigen, hij verschijnt dan boven in het veld naast het hamburgermenu
- klik bv tussen de "0" van "200" en de spatie er achter om iets toe te voegen
- type bv "0", deze wordt weergegeven, maar de cursor verdwijnt
- type nog een keer "0", er gebeurt niks
- klik weer achter "2000" en vóór de spatie
- type nog een keer "0", nu verschijnt hij wel

enzovoort
het lijkt er op dat na het invoeren van een character de focus verdwijnt.

[Daveth]

PetervdM schreef op woensdag 10 december 2025 @ 16:19:
[...]

- neem het voorbeeld van mijn eerdere post en sla dit op.
- sluit trigger
- open trigger
- klik op de regel om hem te wijzigen, hij verschijnt dan boven in het veld naast het hamburgermenu
- klik bv tussen de "0" van "200" en de spatie er achter om iets toe te voegen
- type bv "0", deze wordt weergegeven, maar de cursor verdwijnt
- type nog een keer "0", er gebeurt niks
- klik weer achter "2000" en vóór de spatie
- type nog een keer "0", nu verschijnt hij wel

enzovoort
het lijkt er op dat na het invoeren van een character de focus verdwijnt.

Ik heb net nog een nieuwe versie neergezet, kan je deze proberen?
Ik heb jou stappen plan meerdere keren uitgevoerd maar ik kan het niet na reproduceren.

[PetervdM]

net gedownload, maar nog steeds hetzelfde.
na de eerste keer klikken veschijnt de cursor, en die verdwijnt na het invoeren van een character

[Daveth]

PetervdM schreef op woensdag 10 december 2025 @ 16:32:
net gedownload, maar nog steeds hetzelfde.
na de eerste keer klikken veschijnt de cursor, en die verdwijnt na het invoeren van een character

Ik begrijp nog niet waarom, maar dit gebeurd alleen als je donkere mode uit hebt staan, heb je deze aanstaan dan werkt het als het zou moeten.
Ik ga het uitzoeken en laat het je nog weten.

[PetervdM]

Daveth schreef op woensdag 10 december 2025 @ 17:41:
[...]

Ik begrijp nog niet waarom, maar dit gebeurd alleen als je donkere mode uit hebt staan, heb je deze aanstaan dan werkt het als het zou moeten.
Ik ga het uitzoeken en laat het je nog weten.

ik heb dark mode niet aanstaan, maar even aangezet en geprobeerd. dan werkt het inderdaad wel. vreemd.
goed dat je dat gevonden hebt!

[Daveth]

PetervdM schreef op woensdag 10 december 2025 @ 19:05:
[...]

ik heb dark mode niet aanstaan, maar even aangezet en geprobeerd. dan werkt het inderdaad wel. vreemd.
goed dat je dat gevonden hebt!

Ik heb het probleem gevonden, zit iets raars in de programmeertaal maar ik kon gelukkig een workaround voor maken.
Je kan hem weer via de zelfde link downloaden.

[PetervdM]

bedankt, werkt nu.

[Daveth]

Versie 2.2.0 is nu officieel uit, zie de eerste post van deze topic voor de download.

[Moori]

Daveth, mooie update ik heb tot nu nooit de gasstand doorgekregen maar bij deze versie wel. bedankt