[Countr]

ik weet niet of de oude omvormer een 1 of 3 fase type is, hoe kan ik dit snel zien? het is een Growatt.

Door in je meterkast te kijken. Als het goed is, is er een groep gelabeld met ‘PV’. Is dat een smalle enkelfasige automaat, of een brede driefasige?

[Countr]

Beste Guido,

Om met Putty je meter uit te lezen, is het het makkelijkst om een smartmeter-kabeltje aan te schaffen (ik heb hem bij slimmemeterkabel punt nl gekocht), wat je op de USB poort van je computer aansluit.

Vervolgens lees je met PuTTY de telegrammen uit (configuratie), en die schrijft ze weg naar de harde schijf.
Het kan zijn dat je een andere COM poort moet selecteren, dat moet je even proberen.

[Countr]

Bjinse, nee, jij hebt de Sagemcom T210d, dezelfde meter als @molis heeft.
De makkelijkste manier om uit te zoeken of hij goed meet of niet is toestemming geven om de meter op afstand uit te lezen en op slimme meter portal het energieverbruik daar te bekijken.
Zie ook hier https://gathering.tweakers.net/forum/list_messages/1923596/0
Hoe dat er uit ziet.

[Countr]

Heren,

Ik lees net de discussie over tegelijk terugleveren en verbruiken van energie over verschillende fases. Ik kan de bewering van R. de Graaff onderstrepen. Ik heb een Sagemcom T210d meter en zie met het uitlezen van de P1 poort hetzelfde gebeuren.

Hier zie ik een verbruik van het net van 125 Watt en een teruglevering van 1,1kW
1-0:1.7.0(00.125*kW)
1-0:2.7.0(01.100*kW)

Over de fasen heen is dat:
1-0:21.7.0(00.006*kW)
1-0:41.7.0(00.118*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(01.100*kW)

Op het schermpje van mijn meter zie ik gewoon een negatief verbruik (1100 – 125). Aangezien ik de P1 poort pas een paar dagen uitlees, moet ik nog even wachten om mijn gemeten verbruik (en teruglevering) te vergelijken met dat wat de Energiemaatschappij registreert.

@molis: Hier wordt dezelfde ervaring gemeld met jouw type meter, maar wordt ook gesteld dat de meterstanden wel correct bepaald worden. Heb je zelf nog iets vastgesteld op dit gebied?

[Countr]

Zie ook dit Twitterbericht van Agentschap Telecom

[Countr]

In het linkerplaatje in deze post zie je hoe meters behoren te werken, dat is dus zoals ZEP schrijft.
In dat topic kun je lezen dat het is voorgekomen dat er meters geïnstalleerd zijn geweest die anders werken, maar dat waren dus ‘kapotte’ meters, welke hersteld moesten worden. Zie ook dit topic bij Tweakers.

[Countr]

S H, ja, mijn meter is vervangen, en die doet het wel goed. Ik zou zeggen: schrijf een brief aan Liander (info@liander.nl) en verwijs daarin naar mijn case (deze pagina dus). Voeg desnoods mijn rapport bij. Liander weet ervan, dus je moet alleen voorbij het callcenter komen, en dat doe je door te schrijven.

[Countr]

Nog een poging om hetExcel-bestand te uploaden. Ik heb nu de meetperiode ingekort tot 23 minuten.

Bijlagen:

Je moet inloggen om bijgevoegde betanden te bekijken.

[Countr]

Liander is vanochtend komen meten bij mij thuis, en heeft ook zelf vastgesteld dat de meter verkeerd meet. De meter zal dus uitgewisseld worden.

Liander bevestigde ook dat zij deze specifieke eis in hun specificatie aan de meterleverancier opnemen, en dat ze zelf beproeven of hieraan voldaan wordt. Deze beproeving vindt niet plaats op individu-niveau, maar op serie- of typeniveau. Dat er een meter geleverd is die niet aan de eisen voldoet, is dus in eerste instantie iets wat de meterleverancier (Landis & Gyr in dit geval) moet uitleggen. Kennelijk heeft Landis & Gyr iets veranderd in de software na de beproeving door Liander. Liander gaat nu enerzijds Landis & Gyr om opheldering vragen, en anderzijds uitzoeken of er meer meters uit deze productieserie zijn geplaatst bij aansluitingen met eigen opwek om uit te zoeken of die op dezelfde manier registreren.

@Martijn, ik kan je aanraden om een registratie te maken zoals ik gedaan heb, en te analyseren wat er gebeurt. Als je hierbij hulp nodig hebt, laat het me maar weten. Ik zal nogmaals proberen het door mij gebruikte excel-sheet bij te voegen (het is op het randje wat betreft toegestane bestandsgrootte op dit forum), dan kun je zien hoe ik de analyse heb uitgevoerd. Om de getallen uit de P1-log in Excel te krijgen heb ik een script geschreven in Octave (een open source Matlab clone). Dat script wil ik best met je delen, maar het is niet echt gebruikersvriendelijk, dus als jouw registratiefile er anders uitziet, kun je waarschijnlijk beter zelf wat scripten, als je dat kan.

edit: excel-sheet bijvoegen lukt niet

[Countr]

De beide wasrdes komen nooit tegelijkertijd in het scherm, en zonder ook maar één cijfer achter de komma, dus het scherm is totaal ongeschikt om dit effect waar te nemen.
Masr ik mag er toch van uitgaan dat de meterstanden die op de P1 poort worden weergegeven de juiste zijn: die meter stuurt echt niet zomaar willekeurig getallen uit.

[Countr]

De link verwijst naar een certificaat voor een enkelfasige meter, mijn meter is driefasig. Toegegeven, waarschijnlijk is er ook voor de driefasige variant zo’n certificaat, maar dat maakt eigenlijk voor dit onderwerp niets uit: zoals ik al zei zijn in de internationale normen (waarnaar in dat certificaat naar verwezen wordt) voor deze specifieke eis geen testmethodes of criteria opgenomen, dus dan zegt zo’n certificaat helemaal niks over compliance met deze eis.
Bijgaand een memo met mijn bevindingen. Helaas kon ik de bijlagen niet bijvoegen wegens bestandsgroote-beperkingen op het forum.
Ik heb deze bevindingen gedeeld met Liander en Agentschap Telecom, en aan de laatste gevraagd wie deze eis eigenlijk moet toetsen.

[Countr]

Beste sunnylover, mag ik vragen waar je je stelligheid op baseert? Ik baseer mijn uitspraken op metingen.
Navraag bij een instantie die slimme meters certificeert, heeft mij geleerd dat de manier van registreren van gelijktijdige levering en teruglevering op verschillende fasen geen onderdeel is van de certificeringsbeproevingen van polyfasige slimme meters: er zijn geen beproevingsmethodieken en ook geen beoordelingscriteria. Op eigen initiatief neemt de betreffende instantie in het keuringsrapport wel op hoe de betreffende meter dit soort situaties registreert, maar het is niet van invloed op het verkrijgen van een certificaat. Het is dus waarschijnlijk aan de netbeheerder om dit aspect te specificeren en controleren bij de aankoop van zijn slimme meters.
Op basis van mijn metingen durf ik te stellen dat mijn slimme meter de energiestromen registreert zoals in de bijgesloten afbeelding, waarbij ik ook heb weergegeven hoe de meter eigenlijk zou moeten meten. Ik durf dit te beweren omdat ik de door de meter weergegeven meterstanden kan reproduceren op basis van de afzonderlijk geregistreerde fasevermogens. Ik stel nog een rapport op dat ik hier ook zal delen.

Bijlagen:

Je moet inloggen om bijgevoegde betanden te bekijken.

[Countr]

Een tussentijdse update, in afwachting van een zonnige dag waarop ik de geplande meting kan uitvoeren:
Inmiddels kan ik mijn slimme meter uitlezen met Putty, zodat ik de telegrammen die door de slimme meter op de P1 poort worden uitgestuurd direct kan opslaan, zonder enige conversie of interpretatie, zodat daar geen twijfel over kan zijn. Hierin valt te zien dat de genoemde -P en +P vermogens beide tegelijkertijd een waarde hebben.

De OBIS-referenties voor de verschillende regels in het telegram worden gespecificeerd in “Dutch Smart Meter Requirements, P1 Companion Standard, v5.0.2” van Netbeheer Nederland. De definitie van de relevante regels over vermogens heb ik hier herhaald:
Actual electricity power delivered (+P) in 1 Watt resolution: 1-0:1.7.0.255
Actual electricity power received (-P) in 1 Watt resolution: 1-0:2.7.0.255
Instantaneous active power L1 (+P) in W resolution: 1-0:21.7.0.255
Instantaneous active power L2 (+P) in W resolution: 1-0:41.7.0.255
Instantaneous active power L3 (+P) in W resolution: 1-0:61.7.0.255
Instantaneous active power L1 (-P) in W resolution: 1-0:22.7.0.255
Instantaneous active power L2 (-P) in W resolution: 1-0:42.7.0.255
Instantaneous active power L3 (-P) in W resolution: 1-0:62.7.0.255

Hierbij de betreffende regels uit één telegram:
1-0:1.7.0(00.551*kW)
1-0:2.7.0(00.076*kW)
Geleverd: 551W
Teruggeleverd: 76W

En dit komt overeen met de opgetelde +P en -P vermogens per fase:
1-0:21.7.0(00.165*kW)
1-0:41.7.0(00.386*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.076*kW)
Geleverd: 165+386+ 0 = 551W
Teruggeleverd: 0+ 0+ 76 = 76W

In “DSMR, Main Document, v4.2.2”, staat onder kopje “DSMR-M 4.3.27” dat de drie vermogens eerst opgeteld moeten worden, en dat dan pas het teken bepaald moet worden:
“The poly-phase E meter shall use the Ferraris energy measurement method.
Poly-phase E meter shall use the Ferraris method in which both energy directions of the 3 phases are summed and depending of the results, stored in a “+” or “-” register. The integration period shall be small enough for an accurate registration of delivered (A-) and consumed (A+) energy in separate registers.”
Dat dit zo moet, wordt ook door niemand betwist, ook Liander onderstreept dit. Ik vermoed alleen dat mijn slimme meter het niet zo doet.
Wordt vervolgd.

[Countr]

Op zich kan het sample interval een rol spelen, dat weet ik, maar let wel: de toename van beide telwerken komt overeen met 400W beide kanten op gedurende het beschouwde interval.
Dat kan volgens mij niet uitgelegd worden met een redenatie zoals je die beschreef.
Maar om ook dit soort sample snelheid effecten uit te sluiten ben ik zoals beschreven van zins om te meten op een moment dat de opwek-verbruikssituatie wordt gedomineerd door constante PV-productie en constante belasting.
De 10s sample rate is overigens een gegeven van de slimme meter, hij geeft niet sneller gegevens af.
Het is inderdaad merkwaardig dat op het scherm slechts een waarde tegelijk (levering of teruglevering) wordt weergegeven, maar dat op de P1 poort beide signalen tegelijk een waarde hebben.

[Countr]

Mijn eerdere reactie is verdwenen nadat ik de link naar Domoticz had toegevoegd, wellicht mag dat niet? Excuus in dat geval.
Domoticz is huisautomatiseringssoftware, geen hardware dus. Ik gebruik het om mijn slimme meter uit te lezen via de P1 poort.
In Domoticz krijg ik elke 10 seconden de volgende signalen binnen:
– 4 vermogens: levering en teruglevering, zowel hoog- als laagtarief
– 2 meterstanden: levering en teruglevering (waardes van hoog- en laagtarieftelwerken zijn samengevoegd)
– 3 fasespanningen: fase 1, 2 en 3

De door mij geschatte verbruiks/opwekkingssituatie is op basis van de signalen van de slimme meter, en de uitlezing van de PV monitoringsapp. De vermogensverdeling over fase 2 en 3 is willekeurig, die kan ik niet meten, ik weet alleen dat het samen ca. 400W was. Dat er op fase 1 600W opwek zat, weet ik uit de PV monitoringsapp, om tot 400W teruglevering te komen moet er 200W aan belasting bij zitten.

Ik vind 3 minuten wat kort, en ik wil graag het volgende gaan doen om resultaten te krijgen die zo goed als mogelijk vaststellen of de meter juist meet of niet (binnen de grenzen van wat ik aan apparatuur beschikbaar heb om dit vast te stellen):

Op een zonnige dag op de vrijwel vlakke piek van de productie twee keer een half uur meten: eerst met een 2kW belasting op dezelfde fase als de PV-installatie; en vervolgens met diezelfde belasting op een andere fase. Tijdens die meting wil ik dan het volgende registreren:
– log van PV-vermogen mbv de PV monitoringsapp
– log van leverings- en terugleveringsvermogen via Domoticz
– begin- en eindmeterstanden via Domoticz
– begin- en eindmeterstanden op slimme meterscherm
– elke minuut foto van totaalvermogen op slimme meterscherm (daar wordt maar één positief of negatief vermogen weergegeven, niet twee (!), zoals ik ook zou verwachten).

Iemand nog suggesties om mijn aanpak te verbeteren?

Groeten, Roald

[Auteur]

Antwoorden