Räknare till elmätare som visar extremt höga värden

[danil]

Har gjort en snabb sökning i forumet, men inte hittat någon tråd som behandlar det här ämnet.

Har en räknare för 1-wire som räknar pulser från två Kamstrup mätare via S0-utgång. Allt har tickat på som det ska ett bra tag nu, men när jag skulle "läsa av" mätarnas förbrukning för april månad, så får jag extremt höga värden (i storleksordningen GWh).
Den tanken som slår mig är att räknarna, precis som det vanliga räkneverket på mätarna, har "slagit om".

Alla tankar/lösningar/åsikter kring detta mottages gladeligen.

[elf98]

Är det en spik eller konstant hög rapporterad förbrukning?

[danil]

Det är spikar.

[elf98]

Om jag fattat rätt har det fungerat bra tidigare för att plötsligt börja strula?

Det kan hjälpa att belasta S0-utgången, testa att helt enkelt sätta 2st motstånd på räknarens ingångar. (~10kOhm mellan A och GND samt ~10kOhm mellan B och GND).

[danil]

Ska prova det.

Du tror inte på idén med att det är ett väldigt stort värde som subtraheras med ett väldigt litet värde (ex 999 999 - 000 010). Enda sättet för mig att se värdena är ju genom att generera grafer nämligen. Mätningen har dock bara tickat på i knappt ett år, och det finns väl de här som förmodligen har haft avläsning på sina mätare betydligt längre tid än så utan att stöta på det här problemet.

[Niklas]

Jag får någon spik om året på många megawatt. Förstör årsgrafen totalt.
Jag har kikat i databasen (loggar även till mysq) för att se om räkningarna har rusat iväg ungefär vid spiken men ser inget konstigt alls där.

[elf98]

Här finns lite info om när räknaren slår över och hur många pulser per sekund det motsvarar: http://www.temperatur.nu/forum/post8375.html#p8375

Jag har för mig att jag haft problem med spikar men helt enkelt löst det genom att sätta en limit i rrdbdatabasen. för höga värden filtreras då automatiskt bort.

[Niklas]

Limit var ju smart.
Hur jobbigt är det för mig att gå in i årsgrafen och ta bort den enorma spiken?

[elf98]

Inte särskilt.

Dumpa databasen till xml, gå in i xml-filen och korrigera de felaktiga raderna. Kör sedan en restore på den dumpade databasen.

Det viktiga är att det inte tar för lång tid att korrigera de felaktiga raderna om du inte vill ha ett hål i grafen under tiden du fixar.

Om du har flera datatyper (AVERAGE/MIN/MAX) måste varje datatyp korrigeras för sig i XML-filen. Om rrdbdatabasen är dumt konfigurerad med stora överlapp i de olika dataserierna kan man behöva korrigera på många ställen. Ex om du har 1h medel i 10 år och 30min medel i 5år måste du korrigera båda dessa serier - för alla specade datatyper.

[danil]

Tack för alla svar!

Jag har sammanlagt fyra elmätare som läses utav via två räknare, och än så länge har detta bara inträffat tre gånger och samtliga gånger har det varit olika mätare.

Ska ta och prova att dumpa en av databaserna till XML och editera värdena. Limit är väl inget som går att sätta på en databas i efterhand?

[Niklas]

Jag dumpade till XML och letade som en idiot..

Sen hittade jag felet.
I den delen som sparar medel varje timme (för bl.a. årsgrafen) så hittade jag felet (en enda rad):

Kod: Markera allt

<!-- 2010-02-03 03:00:00 CET / 1265162400 --> <row><v> 1,1930469993e+06 </v></row>

Den stora skillnaden mot det föregående värdet var att det slutar på +06 istället för +-00/01

Bort med den och grafen ser riktig ut igen. Frågan är... VARFÖR blev det fel?

Edit:
Om jag kollar de andra så hittar jag detta:

Kod: Markera allt

<!-- 2010-02-03 02:21:00 CET / 1265160060 --> <row><v> 4,7752157723e-01 </v></row>
<!-- 2010-02-03 02:24:00 CET / 1265160240 --> <row><v> 2,3654213163e+07 </v></row>
<!-- 2010-02-03 02:27:00 CET / 1265160420 --> <row><v> 2,0671732251e+05 </v></row>
<!-- 2010-02-03 02:30:00 CET / 1265160600 --> <row><v> 4,9216149972e-01 </v></row>

[elf98]

Tack för alla svar!

Jag har sammanlagt fyra elmätare som läses utav via två räknare, och än så länge har detta bara inträffat tre gånger och samtliga gånger har det varit olika mätare.

Ska ta och prova att dumpa en av databaserna till XML och editera värdena. Limit är väl inget som går att sätta på en databas i efterhand?

Jag har lagt limit i efterhand om jag inte har helt fel. Det har ju inte något med strukturen att göra utan är en parameter för vilka värden som får läggas in i databasen.

Tyvärr vet jag inte varför det blir så här.

[danil]

Jag dumpade till XML och letade som en idiot..

Sen hittade jag felet.
I den delen som sparar medel varje timme (för bl.a. årsgrafen) så hittade jag felet (en enda rad):

Kod: Markera allt

<!-- 2010-02-03 03:00:00 CET / 1265162400 --> <row><v> 1,1930469993e+06 </v></row>

Den stora skillnaden mot det föregående värdet var att det slutar på +06 istället för +-00/01

Bort med den och grafen ser riktig ut igen. Frågan är... VARFÖR blev det fel?

En vild gissning är att "e+06" betyder 10^6.

[danil]

elf98: Ska prova att dumpa en av databaserna till XML i morgon. Servern verkar ha tappat sitt IP (WLAN), så det blir till att koppla in skärmen i morgon. Återkommer med eventuella fynd.

[elf98]

En vild gissning är att "e+06" betyder 10^6.

En helt korrekt gissning, den stora frågan är varför helt plötsligt 1 miljon pulser registreras... Det är inte rollover av räknarens minne som inträffar, rrdtool skall klara det utan problem.