Zon Zoekt Dak via Raspberry Pi op PVOutput #2

Raspberry Pi with Bluetooth nano dongle Het is bijna ongelofelijk dat het me oorspronkelijk gewoon helemaal niet lukte om het uitlezen van data van mijn zonnepanelen voor elkaar te krijgen, terwijl het me gisteren maar een paar uur gekost heeft om het proces op een tweede SD-kaartje te herhalen. Ik heb de beschrijving, ik begin bij het setuppen van de Raspberry Pi, in het Engels op een aparte pagina gezet. Gezien de vragen die ik zo links en rechts tegen kom zijn er namelijk heel wat meer mensen die zoiets willen. In deel 1 kon je over de achtergrond en de gebruikte hardware lezen.
Het is een beetje jammer natuurlijk dat de levertijd van een Raspberry Pi nog steeds redelijk lang is, anders hadden ze bij ZonZoektDak een collectieve inkoopactie of zo kunnen opzetten voor hun klanten. Veel goedkoper dan hun oorspronkelijke aanbod. Waarschijnlijk zouden ze het dan voor de beheersbaarheid wel juist weer verder moeten dicht timmeren om te voorkomen dat hun klanten er ook XBMC op gaan draaien of zo. 😉
Hoe dan ook, ik hoop dat mensen zijn die er wat aan hebben. Het was voor mij in ieder geval de moeite waard om even te documenteren want over 2 weken ben ik dit weer vergeten.

0 0 stem
Artikelbeoordeling
Abonneer
Laat het weten als er
guest
0 Reacties
Inline feedbacks
Bekijk alle reacties
José de kruif
8 jaren geleden

Wat voor omvormer gaat het hier om? Zelf heb ik een kabeltje met enerzijds een stekkertje dat in de omvormer past, anderzijds een usb stekker. Ik sluit mijn laptop aan op de omvormers en zo lees ik dan de data uit.
vriendelijke groet,
José de Kruif

José de Kruif
8 jaren geleden
Antwoord aan  Pierre

Hier hebben we zes zonnepanelen daarmee is ons platte dak zo ongeveer vol. Per drie panelen is een Soladin 600 omvormer aangesloten, dus twee omvormers. Het voordeel was dat de omvormers gewoon met een stekker in het stopcontact zitten. Dus geen gedoe van doortrekken naar meterkast enz. met alle kosten van dien. Vandaar dat voor deze oplossing is gekozen. Want eigenlijk is 1 omvormer en dan met een grotere capaciteit, natuurlijk logischer.
Hier is een omschrijving http://www.solarcentury.co.uk/installers-and-roofers/products/inverters/mastervolt-soladin-600/. Niet bedoeld als reclame, overigens, maar dit kon ik snel vinden.
Er zijn ook apparaatjes in de handel waarmee je de boel gewoon zonder laptop kan uitlezen, maar dat geeft dan weer kosten…..
Voor de vergelijking maak ik gebruik van een amateurweerstation vlak bij ons huis. Die ligt een paar straten verderop, dus dat komt aardig overeen met de omstandigheden bij ons. Er zijn vast flink wat van zulke enthousiaste weerfanaten, misschien ook bij jou in de buurt. Misschien eens googelen op “weerstation” en dat soort termen en dan met je woonplaats?
Sympathiek initiatief trouwens, dat Zon zoekt Dak.

trackback

Zon Zoekt Dak via Raspberry Pi op PVOutput #2 – ICT & Onderwijs BLOG – http://t.co/tDc7ysVE

Sander Hollebrand
Sander Hollebrand
8 jaren geleden

We hebben sinds afgelopen vrijdag 4410 wattpiek aan vermogen op het dak liggen (18 Canadian Solar 6P-245 op een SMA SB4000TL-21). En een van de leukste dingen is nu het opvragen van statistiekjes (en een terugzoevende ferrarismeter).
Nu had ik nog een Raspberry PI liggen en dankzij jouw heldere uitleg heb ik het bijna aan de praat. Het enige probleem waar ik nog steeds tegenaan loop zijn ongeldige waarden en datums die in 1970 liggen. Best bizar. Dat kost best nog wat tijd om werkend te krijgen.
Vanmorgen heb ik de smatool database weggegooid, opnieuw geinstalleerd, eerste import gedaan van een datum die helemaal gevuld was: ./smatool -v -from “2012-08-20 00:00:00” -to “2012-08-20 23:55:00” en zowaar ik heb een keurige dagopbrengst binnengekregen en naar PVoutput.org gestuurd.
Nu ik echter andere datums wil uitlezen kom ik onveranderlijk weer in 1970 terecht. Of in 2038 trouwens. Ook als ik de waarden van 2012-08-20 tot 2012-08-20 23:55:00 opnieuw uitlees.
Het lijkt wel of de omvormer na de eerste keer van slag is en er geen trek meer in heeft…?
Heb je enig idee hoe dit kan?

Sander Hollebrand
Sander Hollebrand
8 jaren geleden
Antwoord aan  Pierre

Hoi Pierre,
Ik heb inderdaad jouw bijgewerkte versie van smatool.c gebruikt (nog maar even gecontroleerd voor de zekerheid).
Als ik controleer welke data er nog niet opgestuurd is dan zijn dat over het algemeen nulwaarden van momenten dat de panelen niets leveren (’s avonds tot ’s ochtends vroeg). Daarnaast zijn er nog een paar 1970 records aanwezig. Ik heb deze records nu bijgewerkt
zoals je aangegeven hebt.
De cronjob heeft net weer gedraaid en pvoutput.org is zojuist netjes geüpdate.
./smatool -v meldt: “Auto set dates from 2012-08-23 12:10:00 to 2012-08-23 12:14:00”. Dit lijkt me correct.
Ik hou de boel even in de gaten en mocht hij weer stoppen met updaten dan controleer ik de database even om te zien of er weer vreemde waarden in staan.

Sander Hollebrand
Sander Hollebrand
8 jaren geleden

Even mySQL er op los gelaten:

+———————+————+————+————–+————-+———+———-+———————+
| DateTime | Inverter | Serial | CurrentPower | ETotalToday | Voltage | PVOutput | CHANGETIME |
+———————+————+————+————–+————-+———+———-+———————+
| 1970-01-01 01:00:00 | SB4000TL21 | 2130068873 | -2147483648 | 0.000 | NULL | NULL | 2012-08-23 13:10:05 |
| 1970-01-01 19:12:15 | SB4000TL21 | 2130068873 | -2147483648 | 0.000 | NULL | NULL | 0000-00-00 00:00:00 |
| 1970-07-14 05:20:16 | SB4000TL21 | 2130068873 | 2147483647 | 9999999.999 | NULL | NULL | 0000-00-00 00:00:00 |
| 1994-08-16 05:44:15 | SB4000TL21 | 2130068873 | -2147483648 | 9999999.999 | NULL | NULL | 0000-00-00 00:00:00 |
2031-09-03 01:10:58 | SB4000TL21 | 2130068873 | 2147483647 | 9999999.999 | NULL | NULL | 0000-00-00 00:00:00 |
| 2038-01-19 04:14:07 | SB4000TL21 | 2130068873 | -2147483648 | 9999999.999 | NULL | NULL | 2012-08-23 13:10:05 |
+———————+————+————+————–+————-+———+———-+———————+

Sander Hollebrand
Sander Hollebrand
8 jaren geleden
Antwoord aan  Sander Hollebrand

Ok, ik had die blockquote anders verwacht. Ach ja 🙂
Dit zijn in ieder geval wat waarden die er nu weer vers in zitten en nu verhinderen dat pvoutput.org geupdate wordt.

Sander Hollebrand
Sander Hollebrand
8 jaren geleden

Die vreemde datums kunnen ook voorkomen tijdens een run die wel zinnige data oplevert.
1/1/1970 01:00:00 total=0.000 Kwh current=-201326560 Watts togo=65533 i=47 crc=1082900188Date Error! prev=16777213 current=0
23/8/2012 13:05:00 total=94.130 Kwh current=1129560 Watts togo=0 i=11 crc=1082900188
23/8/2012 13:10:00 total=94.243 Kwh current=1356 Watts togo=0 i=23 crc=1082900188
Wel bijzonder dat de eerste regel van de ‘normale’ waarden toch niet helemaal zo normaal is. Of ik heb uitzonderlijke panelen liggen natuurlijk 😉
Wat ik ook meegemaakt heb is dat smatool soms blijft hangen en de bluetooth verbinding open lijkt te houden. Het enige dat dan helpt is de Raspberry Pi rebooten (ofwel stroom er af) en dan gaat ie weer vrolijk verder.

Sander Hollebrand
Sander Hollebrand
8 jaren geleden
Antwoord aan  Pierre

Het lijkt inderdaad ook (deels) aan de bluetooth adapter te liggen. Ik zal eens zien of ik ergens een beter exemplaar op de kop kan tikken. De Tesco wordt het voorlopig niet, heb helaas nog geen reis naar de UK in de planning staan 🙂

Ernst de Moor
8 jaren geleden

Voor zover ik heb kunnen nagaan, liggen de leesfouten in het fout afhandelen van data.
Ik heb zelf andere software geschreven, die geen leesfouten lijkt te vertonen. Het werkt alleen wat anders, alle waarden die de software leest zet hij in een .csv bestand. Zelf zet ik dat naar een live webserver, waar het een PHP scriptje het in de database zet.
Zie https://github.com/creagraphy/sb_bt
Ernst

Sander Hollebrand
Sander Hollebrand
8 jaren geleden

De SMAtool blijft een wat nukkig ding, je moet toch continu blijven controleren om te zien of ie het nog wel naar behoren doet. Nu kreeg ik via het forum van Tweakers de tip om een flink opgeschoonde kloon van de SMAtool te proberen, aangezien die minder fouten zou opleveren.
Gisteren heb ik deze kloon (https://code.google.com/r/janus44444-sma-bluetooth/) van de SMAtool opgehaald, gecompileerd en aan het werk gezet op de raspberry PI. Tot op heden heeft hij geen enkele fout opgeleverd, geen gekke datums, geen vreemde outputwaarden, alleen maar correcte data. Heel verfrissend 🙂
Het enige dat op dit moment nog loopt te klieren is de Bluetooth driver. Die knalt er af en toe gewoon uit en de bluetooth verbinding valt dan alleen maar te herstellen door de PI te rebooten. Nu is dat op zich niet heel spannend (cron is best handig) dus de PI wordt nu ieder uur braaf gereboot. Heel ranzig natuurlijk, maar het werkt wel 😀
Misschien dat dat verholpen kan worden door een andere (Tesco) bluetooth dongel. de kloon van de SMAtool doet zijn werk in ieder geval netjes. Dat is dus een tip voor iedereen die tegen de corrupte data aanloopt 😉

Ernst de Moor
8 jaren geleden

Sander,
Hoewel die van janus44444 flink opgeschoond is, zit er nog steeds veel te veel code in. Ik kreeg er wel regelmatig foute data mee, zij het inderdaad minder vaak dan met smatool.
Mijn software doet het helemaal goed, al die zaken als “inverter codes” etc. zijn ook helemaal niet nodig. Zie https://github.com/creagraphy/sb_bt voor veel eenvoudigere, goed werkende code. Dit is helemaal opnieuw geschreven.

Ernst de Moor
8 jaren geleden
Antwoord aan  Pierre

Pierre,
Leuk, alvast succes.
Wat ik recentelijk ontdekt heb (staat nog debug code voor op GitHub) is dat de SunnyBoy soms status informatie terugstuurt in plaats van data. Vermoedelijk een soort van “busy” bericht, ik krijg dat gemiddeld 2 keer per dag (bij elke 5 minuten uitlezen). Als je dat statusbericht interpreteert als data, krijg je rare waarden zoals die datum in 1970. Ik denk dat daar de meeste software de fout in gaat.