Uit Hack42
Ga naar: navigatie, zoeken
Project: Electriciteitsmeter loggen
Schroefje24.png
Schroefje24.png
Schroefje24.png
Schroefje24.png
Snel en simpele meterkast logging Picture.jpg

Electriciteitsmeter loggen

Naam Electriciteitsmeter loggen
Door Erin
Status Uitvoer
Madskillz Arduino, Openwrt, grafieken genereren, rrdtool
Doel / Omschrijving
Electriciteitsverbruik volgens de 'slimme meter' opvangen en omzetten in grafieken
Alle Projecten - Project Toevoegen
File:Snel en simpele meterkast logging_Picture.jpg noez


Meten is weten

Ik ben geïnteresseerd in het terugbrengen van mijn energieverbruik. Maar daarvoor wil je meten wat er verbruikt wordt. Enig google-zoeken leert dat het mogelijk is om een grafiek te genereren die zó nauwkeurig is, dat je individuele apparaten aan- en uit kunt zien schakelen. Dat is de nauwkeurigheid die ik wil behalen.
Dit project gaat dus om het zeer nauwkeurig meten van het totale verbruik via de electriciteitsmeter.

Onderdelen

Huis electriciteitsmeter

Ik gebruik de digitale meter die in Arnhem als proef is geïnstalleerd toen je nog naar de gevangenis kon worden gestuurd als je het ding weigerde. De meter heeft twee lampjes die een korte puls geven: 1000 impulsen per kilowattuur. Het ene lampje meet reactief vermogen, het andere het echte vermogen. Ik ben geinteresseerd in het echte vermogen. Ik wil dus lichtflitsjes tellen.

Sensor op de meter

Ik wilde zeker weten dat de sensor snel genoeg was. Ik heb deze fotodiode gebruikt. Er is een digitale en een anloge uitgang. De digitale klapt om als de sensor een - met de blauwe potmeter - instelbare waarde overschrijdt. Ik gebruik echter de analoge output, en ik detecteer de puls in de Arduino. Het lichtje brandt zwak, maar deze sensor pikt het goed op. Donker geeft waarde 1023; en tijdens een puls gaat de waarde omlaag tot rond de 740. In fel licht daalt hij tot vlak boven de 20.

De Arduino

Ik gebruik een gekloonde Arduino Nano. Dit is de kleinste Arduino die ook een USB poort aan boord heeft. De Arduino detecteert en telt de lichtflitsjes. Met wat proefcode bleken de flitsjes 9-12ms te duren; hij telt een puls als een flitsje tussen de 5 en 20ms duurt. Voor de compleetheid zit er wat fout-detectie in de pulsdetector: Korter dan 5ms, dan telt hij geen puls maar een storing ('fluke') en langer dan 20, dan telt hij geen puls maar 'teveel omgevingslicht'.

Rapportage

De Arduino rekent het vermogen als volgt uit: De meter geeft 1000 pulsen per KWh, dat is 1 puls per 1Wh, is 1 puls per 3600 Joule. Elke puls is dus 3600 Joule verbruikt. Dus (aantal pulsen) x 3600 Joule / (tijdsinterval 5 minuten) = vermogen. De Arduino rapporteert via de seriële poort wat het verbruikte vermogen is, een truc die ik van de Space heb afgekeken. Dit doet hij één keer per 5 minuten.

OpenWRT Router & Arduino

De Arduino kan aan een miniPC gekoppeld worden maar die kost me veel te veel stroom. In de meterkast bevindt zich ook mijn router, die een USB poort heeft én OpenWRT draait. Die blijkt naar de Arduino te kunnen luisteren. De router draait OpenWRT 12.09. Voordelen hieraan:

  • De router interfacet én voedt de Arduino.
  • Ik maak gebruik van hardware die ik al in gebruik heb, die toch al 24/7 aan staat.

De symbiose met de Arduino werkt tot nu toe zó goed, dat ik me afvraag waarom je überhaubt nog een Ethernetshield zou kopen en geen TP Link 703N router. Met die router en [TP-link 703N OpenWRT] heb je meteen een mini-linux computer, een voeding voor de Arduino, ethernet én wifi. En qua prijs versus het ethernetshield is het een hele goede optie.

Seriële verbinding

De volgende pakketten zijn geinstalleerd om het mogelijk te maken:

  • kmod-usb-acm
  • kmod-usb-ftdi
  • kmod-usb-ohci

Ik kwam er achter dat een Arduino Uno de module kmod-usb-acm nodig heeft, maar de Arduino Nano een andere seriële chip heeft; die heeft kmod-usb-ftdi nodig. Als je de juiste module hebt geïnstalleerd, kun je in de /dev de Arduino zien:

  • /dev/ACM0 (Arduino Uno) of
  • /dev/ttyUSB0 (Arduino Nano).

Als dit device ontbreekt is de juiste kernelmodule nog niet geïnstalleerd.

Grafieken:

Hiervoor gebruik ik RRDTOOL gebruiken. Met wat copy-paste van internet heb ik een eenvoudige RRD-database die een dag- en een weekgrafiek kan maken. De grafieken worden weggeschreven in de /tmp in de router. Deze directory is gemount in RAM, dus dat vergt geen flash-wear&tear. De grafieken moeten dan nog geserveerd worden. Mogelijk kan dat met rrdtool-cgi. Dat is nog in progress.

Software

De software kan ik hier posten, ter leering ende vermaeck. Algemene problemen die moesten worden opgelost zijn:

  • RRDTOOL moet op vaste tijdstippen een meting ontvangen.
  • pulsdetectie

Vaste tijdstippen: tijd-interrupt? Delay?

De Arduino staat 99% van zijn tijd maar één ding te doen: Heel hard op een puls te wachten. Toch moet hij om de 5 minuten (instelbaar) rapporteren, ongeacht of hij even op een puls staat te wachten.

Een delay kan in elk geval niet worden gebruikt omdat de arduino echt naar de output van de sensor moet kijken. Een Interrupt heeft twee nadelen:

  • de code is complex; De interrupt-tijd is veel korter dan 5 minuten. In plaats daarvan moet de interruptcode bij elke aanroep checken of hij al moet rapporteren
  • het is niet te controleren wanneer een interrupt wordt aangeroepen, terwijl je liever niet wilt dat hij net tijdens een puls-detectie valt. De puls kan dan mogelijk niet goed gedetecteerd worden en deze situatie is bovendien zeer moeilijk te testen.

De oplossing is simpel en als volgt: De 5 minuten heet een rapportage-interval. De starttijd van een interval wordt onthouden. Tijdens het wachten op een puls wordt gechecked of dit interval al is verstreken.

Pulsedetectie

Een puls duurt kort en de lichtflits is niet heel fel. Eerst is experimenteel vastgesteld hoe lang hij duurt en welke waarde op de analoge pin krijgt tijdens een lichtflits. De code om de puls te detecteren wordt dan:

  • Markeer starttijd
  • loopje: while (Waarde op analoge pin zegt: lampje is aan, EN de verstreken tijd is niet langer dan de maximale pulstijd)
  • bepaal pulslengte = huidige tijd - starttijd.

Bepalen van de tijd gebeurt met millis(). De gebruikte berekening heft de wraparound van 2^32 op. Let op de bepaling die de while-loop onderbreekt na 20 milliseconden (maximale pulsduur). Als de sensor wordt blootgesteld aan omgevingslicht blijft de software dus niet hangen.

Wat hij niet doet is dynamisch bepalen wat de grenswaarden zijn voor wel of geen puls, rekeninghoudend met omgevinslicht. Dat zou extreem cool zijn, en de huidige oplossing is goed genoeg. De waarden zijn experimenteel bepaald en daarna (met enige marge) hard gecodeerd. Wie dit project dus overneemt doet er goed aan deze waarden zelf eerst te bepalen.


Alternatieven

Nadeel van mijn opzet met het pulstellen is dat ik de teruggeleverde stroom van mijn zonnepanelen niet kan meten. De meter kan dit wel, met zijn 4 telwerken: verbruik dag/nacht en teruglevering dag/nacht.

De RJ11 poort op een meter lijkt ook uitleesbaar te zijn. Hiervoor is op internet informatie beschikbaar. Sinds de meter in NL wordt uitgerold wordt hij ook bestudeerd. Mijn meter lijkt echter een ouder model te zijn. Ik heb hier nog geen extra tijd ingestoken.

Zonnepanelen

Mijn meting wordt dus beïnvloed door het terugleveren van de zonnepanelen en ik kan niet goed zien hoeveel. Dit hindert me op dit moment niet. In de huidige opzet krijg ik al veel informatie over individuele apparaten en het globale verbruik van het huis. Ik heb bij de zonnepanelen ook een meter hangen. Die haalt met een scriptje eens per minuut de informatie uit de omvormer en stuurt die naar pvoutput.org. Daar krijg ik goede grafieken per dag, week, maand, etcetera. Omdat de zonnepanelen vrij constant leveren en deze nieuwe meter-meting echt om minuten en individuele apparaten gaat, geeft hij me toch voldoende inzicht.

Nauwkeurigheid

Ik houd de meterstanden al bij op papier. Dat is een resolutie van kilowatturen over een aantal dagen. De resolutie gaat omhoog naar ongeveer 50-100 watt-uren per 5 minuten, maar effectief is ongeveer 100W nog te onderscheiden. Qua tijd-resolutie is dat een verbetering van 1440x10 => een factor 10000 of 4 decimalen nauwkeuriger dan papier. Niet slecht.

Ik kan de koelkast 's nachts aan- en uit zien gaan. De twee hoge pieken rond 19:00 zijn van de vaatwasser: eerste piek is water verwarmen en de tweede is drogen. Maar bijvoorbeeld een oplader van de mobiele telefoon verbruikt te weinig om te kunnen onderscheiden; zulk verbruik verdwijnt in de meetonnauwkeurigheid.


Ik verwacht dat de RJ11 poort nog nauwkeuriger is dan mijn opzet. Met de pulsen tel je alles-of-niets. De meetnauwkeurigheid is in mijn opzet beperkt tot 3600 Joule per meet-interval. Heb je in één interval 3599 joule gebruikt, dan zie je dit niet terug, maar tellen ze mee in het volgende interval.

Rekenvoorbeeld: 7 pulsen in 5 minuten is 84 Watt, één puls meer (8 pulsen) is 96 Watt. 90 Watt verbruik registreert als één periode 84 watt gevolgd door een periode 96 Watt.

Voordelen

De pulsteller is vrij generiek en met de juiste parameters aan te passen aan veel meters. De nauwkeurigheid is vele malen hoger dan van mijn papieren methode.

Todo

Artikel updaten met foto's Type meter aangeven