Datalogging: PV systemen

[MeTooPV]

Twixx, het wordt steeds mooier! Kleine vraag, wat zijn de grijze balkjes in het weekoverzicht? De productie van vorige week?

[twixx]

MeTooPV schreef op zondag 03 februari 2013 @ 15:00:
Twixx, het wordt steeds mooier! Kleine vraag, wat zijn de grijze balkjes in het weekoverzicht? De productie van vorige week?

Thx!
Van vorige week inderdaad. Maar ik begrijp dat het niet in een oog opslag duidelijk is. Op de iPhone is er niet zoveel ruimte voor een legenda. Er was een ander verzoek om ook het target, b.v. als lijn, weer te geven. Eens kijken of het e.a. duidelijker te combineren is.

[hansvk]

Ik heb in mijn "systeem" in PVOutput een regel (rule) toegepast en wel: if(power < 20) power = 0;
Dit omdat ik een "spook"opwekking heb van 3W. Als ik de regel test dan zie ik dat hij werkt. Echter, bij mijn outputs wordt die 3W niet omgezet naar 0W. Zie http://www.pvoutput.org/intraday.jsp?id=11841&sid=9817
Wat gaat er fout?

[ Voor 5% gewijzigd door hansvk op 03-02-2013 15:37 ]

[twixx]

hansvk schreef op zondag 03 februari 2013 @ 15:34:
Ik heb in mijn "systeem" in PVOutput een regel (rule) toegepast en wel: if(power < 20) power = 0;
Dit omdat ik een "spook"opwekking heb van 3W. Als ik de regel test dan zie ik dat hij werkt. Echter, bij mijn outputs wordt die 3W niet omgezet naar 0W. Zie http://www.pvoutput.org/intraday.jsp?id=11841&sid=9817
Wat gaat er fout?

Wonderlijk. Waar komt het vandaan? Is het misschien het standby verbruik van de installatie? Ofwel had eigenlijk -5 moeten zijn? Sommige S0 meters geven in beide 'richtingen' pulsen.
Ik zou kijken of je het bij de bron kun aanpakken.

[hansvk]

Klopt, mijn kWh meters geven pulsen in beide richtingen. Het standby verbruik van mijn SolarEdge systeem wordt dus gezien als productie.

[Verwijderd]

Hallo

Even een vraagje.

Bij fp4all is de logging goed,maar bij pvoutput zie ik in de dagelijkse live output alleen de waarden van 8:05 tot 8:45

Ik zou niet weten waar er iets kan fout staan.Iemand een idee?

Groet

Jan

[twixx]

Verwijderd schreef op maandag 04 februari 2013 @ 18:27:
Bij fp4all is de logging goed,maar bij pvoutput zie ik in de dagelijkse live output alleen de waarden van 8:05 tot 8:45

Ik zou niet weten waar er iets kan fout staan.Iemand een idee?

Zo te zien moet je gaan debuggen. Kijken in de logfiles enz. Want alleen op basis van een zinnetje 'hij stopt om 08:45' kan niemand gokken waar het mis gaat.

[Verwijderd]

twixx schreef op maandag 04 februari 2013 @ 19:24:
[...]

Zo te zien moet je gaan debuggen. Kijken in de logfiles enz. Want alleen op basis van een zinnetje 'hij stopt om 08:45' kan niemand gokken waar het mis gaat.

@twixx,bedankt voor je respons.Als je klikt op mijn onderschrift en dan bij pvoutput bij de LIVE gegevens kijkt lopen die van 8:05 tot 8:45. De rest van de dag is niet zichtbaar.
Via de help van de site kom ik er niet uit.Als ik in customise graph tijd wil invoeren slaat hij dit niet op.
Kan natuurlijk zijn dat ik ergens verkeerd zit.
Groet

[Eggybert]

Hallo allemaal, (pas op heel verhaal )

Sinds eind juni hebben we hier 6 zonnepanelen op het dak. (250 watt Sharp panelen)



Aan deze panelen hangt een Changetec omvormer zonder schermpje of iets.
Om te kijken hoeveel deze produceren heeft mijn vader een kWh meter bij conrad besteld.
Alles leuk en het werkte.

Al snel kwamen we er achter dat er een puls uitgang op zat en toen werd het leuk.
Eerst met een oude crouzet aan de slag gegaan (die hadden we nog liggen), maar die is niet echt gemaakt voor snel reageren en data loggen.

Toen op zoek gegaan naar iets beter en een Ardiuono ethernet gekocht.
Met weinig ervaring met programmeren van PLC's met veel hulp van internet zelf het programma geschreven en begonnen met loggen.



Na een aantal weken breide het programma zich steeds verder uit en liep ik tegen te weinig geheugen aan en heb dus een EtherMega gekocht.



Het is nu een half jaar verder en de logger doet het prima.
Hij logt op de SD kaart en op een netwerk hardeschijf (iomega home media) de data.
Dit is:
Tijd + datum
Actueel vermogen
Kwh stand
temperatuur van de panelen

Omdat ik dit jaar een heel aantal weken in het buitenland heb gezeten voor werk heb ik tijd genoeg gehad om ook een computer programma te schrijven.

Omdat ik een collega heb die vaak programmeert in C# visual studio C# express gedownload en met veel behulp van Internet begonnen met programmeren. Het computer programma maakt vervolgens de grafieken.



Wat er nog op de planning staat.
Cresta weerstation mee loggen (al geprobeerd maar wil niet echt lukken nog)
Live website maken

Computer programma verder uitwerken:
Verschillende systemen met elkaar vergelijken.

Hoe het uiteindelijk allemaal is weggewerkt:





Als er interesse is kan ik nog mijn Data en programma ergens uploaden.

[Freemann]

Vet en dikke complimenten voor deze strakke en Tweaker waardige actie!!

Zit zelf al een tijdje na te denken om iets in deze trant te maken.
Mijn idee is om de data die mijn logger genereert met een Arduino uit te lezen en middels een display in de woonkamer zichtbaar te maken. Echter zal het nog wel maanden duren alvorens ik er tijd voor heb om dat te gaan bouwen

Hoe kom je eigenlijk aan de Paneel temp of is dat de interne temp. van de omvormer?

[ Voor 10% gewijzigd door Freemann op 04-02-2013 19:44 ]

[Eggybert]

Heb een waterdichte sensor tegen een paneel geplakt.
Moet nog met met geleidende dubbelzijdige tape, maar dit werkt al best aardig.

[twixx]

Verwijderd schreef op maandag 04 februari 2013 @ 19:31:
[...]
@twixx,bedankt voor je respons.Als je klikt op mijn onderschrift en dan bij pvoutput bij de LIVE gegevens kijkt lopen die van 8:05 tot 8:45. De rest van de dag is niet zichtbaar.
Via de help van de site kom ik er niet uit.Als ik in customise graph tijd wil invoeren slaat hij dit niet op.
Kan natuurlijk zijn dat ik ergens verkeerd zit.

Ik heb je link gezien en daar is alleen te zien dat je output hebt tot 08:45; verder niets. Je moet het echt zoeken in hetgeen (proces of device) welke de data naar PVoutput zoekt; daar moet je gaan debuggen (logs lezen/testen enz.)

[Freemann]

Eggybert schreef op maandag 04 februari 2013 @ 21:18:
Heb een waterdichte sensor tegen een paneel geplakt.
Moet nog met met geleidende dubbelzijdige tape, maar dit werkt al best aardig.

Strakke oplossing, heb ik er nog niet veel zien doen

[ericplan]

Freemann schreef op maandag 04 februari 2013 @ 21:54:
[...]

Strakke oplossing, heb ik er nog niet veel zien doen

Bij mij toch ook al weer een tijdje de paneeltemperatuur in de dagweergave (in de tooltip).

[Freemann]

ericplan schreef op maandag 04 februari 2013 @ 21:59:
[...]

Bij mij toch ook al weer een tijdje de paneeltemperatuur in de dagweergave (in de tooltip).

Ik zeg ook niet dat ik dat voor het eerst zie. Zeg alleen maar dat je het niet veel zien

[Eggybert]

Temperatuur is één van de meest interresante dingen om te weten, panelen worden bij 25C geflashed en dat is het vermogen wat je koopt. Elke 2 graden verlies je 1% vermogen. Als de temperatuur omlaag gaat, gaat het vermogen omhoog, Dit is natuurlijk niet helemaal liniear.

Een goede dag in de zomer worden de panelen bijna 60C en haal je ook nooit je maximum vermogen.
Dit komt altijd naar voren wanneer ze koud zijn en dan de volle zon erop. Je kan dan zelfs over je maximum gaan. Zo heb ik een piek van 1554 watt gemeten terwijl mijn systeem max 1500 is.

Ik werk trouwens in de solar industrie, als er straks MWT panelen op de markt komen is er een hele grote kans dat hij door onze machines gebouwt is.

[twixx]

Eggybert schreef op maandag 04 februari 2013 @ 22:09:
Temperatuur is één van de meest interresante dingen om te weten, panelen worden bij 25C geflashed en dat is het vermogen wat je koopt. Elke 2 graden verlies je 1% vermogen. Als de temperatuur omlaag gaat, gaat het vermogen omhoog, Dit is natuurlijk niet helemaal liniear.

Goede reden om m'n Arduino uit te breiden met een paar temp-sensors en die tegen de (onderkant?) van de panelen te plakken.

[Freemann]

twixx schreef op maandag 04 februari 2013 @ 22:11:
[...]

Goede reden om m'n Arduino uit te breiden met een paar temp-sensors en die tegen de (onderkant?) van de panelen te plakken.

Ik zou ze met een flink stuk duc-tape op de bovenkant van een cell plakken. Dan weet je zeker dat je in de zomer de juiste temp. EN minder opbrengst hebt

(onderkant lijkt mij wel verstandig ja )

[Eggybert]

Ik gerbuik de Temperature Sensor - Waterproof (DS18B20) van sparkfun.
Zit nu met ductape vast.

[ericplan]

Ik heb een stukje panlat diagonaal in het frame gemaakt. De sensor zit precies midden onder een cel geklemd.

[Rukapul]

Is er hier iemand die (een clone van) smatool werkend heeft gekregen i.c.m. een SMA3600-TL21?

Heb de janus44444 geprobeerd, maar dat resulteert in timeout meldingen.

[PTR]

Gave oplossingen komen voorbij, ben zelf bezig om een oplossing te bedenken en heb nog wat vraagtekens. Ik heb een power-one trio PVI-12.5 en wil deze via RS-485 monitoren.
- Nu ben ik niet helemaal thuis in het rs-485 protocol, maar zou voor de verschillende tests twee loggers op dezelfde poort willen aansluiten. Wat ik lees over het protocol staat dit wel meerder apparaten toe op een bus, maar ook meerder lezers?
- Ik vind dit wel een geinig apparaatje daarvoor, is het zo simpel dat ik deze, uiteraard op de goede manier, aansluit en via de tcp client modus de ruwe data naar een server kan laten sturen?
- De 6150 heeft een buffer van 64k, is dit voldoende bij een langere netfaal? oftewel, hoeveel data pompt een omvormer gemiddeld uit?
- Tips voor andere gebufferde RS-485 ethernet loggers?
- Is er ergens een databeschrijving van het dataformat van de pvi?

Alvast zeer bedankt!

[Freemann]

PTR schreef op dinsdag 05 februari 2013 @ 16:43:
Gave oplossingen komen voorbij, ben zelf bezig om een oplossing te bedenken en heb nog wat vraagtekens. Ik heb een power-one trio PVI-12.5 en wil deze via RS-485 monitoren.
- Nu ben ik niet helemaal thuis in het rs-485 protocol, maar zou voor de verschillende tests twee loggers op dezelfde poort willen aansluiten. Wat ik lees over het protocol staat dit wel meerder apparaten toe op een bus, maar ook meerder lezers?
- Ik vind dit wel een geinig apparaatje daarvoor, is het zo simpel dat ik deze, uiteraard op de goede manier, aansluit en via de tcp client modus de ruwe data naar een server kan laten sturen?
- De 6150 heeft een buffer van 64k, is dit voldoende bij een langere netfaal? oftewel, hoeveel data pompt een omvormer gemiddeld uit?
- Tips voor andere gebufferde RS-485 ethernet loggers?
- Is er ergens een databeschrijving van het dataformat van de pvi?

Alvast zeer bedankt!

Even een vraagje:
Waarom wil je data van de omvormer bufferen?

De omvormer reageert alleen maar op een vraag en dus zul je iets moeten hebben dat een vraag aan de omvormer stelt waarop de omvormer de gevraagde data teruggeeft. Pas op om de omvormer met 2 device uit te lezen. Als je dit te snel doet dan kun je de omvormer overbelasten op de RS485 poort, waardoor er uiteindelijk weinig meer uitkomt. Dit kan overigens ook met 1 log-device dat oneindig vaak de poort polt.
Ik betwijfel of je iets aan die 6150 hebt, deze spreekt namelijk geen PowerOne en zal waarschijnlijk niets uit de omvormer weten te halen.

Het powerOne protocol staat vast ergens beschreven, maar deze heer heeft het al helemaal uitgewerkt tot een bruikbaar C progsel.
Hoeveel data de omvormer uitspuugt, ligt puur aan wat je aan de omvormer vraagt om uit te spugen.
Verder is de omvormer met (bijna) iedere rs485 converter uit te lezen. Hang er een Rpi aan en installeer een van de volgende tools:
- 123solar
- websolarlog (demo/demo)

En je bent zo goed als klaar

[Dogooder]

Als je een Raspberry pi gaat gebruiken neem dan geen USB naar RS-485 omvormer, of iets specifieker, de FTDI chips. Ze werken wel, maar zeer instabiel. Ik heb daar flink wat ellende mee gehad.
Nu een RS-485 naar Ethernet omvormer, hierdoor is de RS-485 electrisch gescheiden van de raspberry, wat de stabiliteit ten goede komt.

[PTR]

Freemann schreef op dinsdag 05 februari 2013 @ 17:27:
[...]

Even een vraagje:
Waarom wil je data van de omvormer bufferen?

De omvormer reageert alleen maar op een vraag en dus zul je iets moeten hebben dat een vraag aan de omvormer stelt waarop de omvormer de gevraagde data teruggeeft. Pas op om de omvormer met 2 device uit te lezen. Als je dit te snel doet dan kun je de omvormer overbelasten op de RS485 poort, waardoor er uiteindelijk weinig meer uitkomt. Dit kan overigens ook met 1 log-device dat oneindig vaak de poort polt.
Ik betwijfel of je iets aan die 6150 hebt, deze spreekt namelijk geen PowerOne en zal waarschijnlijk niets uit de omvormer weten te halen.

Het powerOne protocol staat vast ergens beschreven, maar deze heer heeft het al helemaal uitgewerkt tot een bruikbaar C progsel.
Hoeveel data de omvormer uitspuugt, ligt puur aan wat je aan de omvormer vraagt om uit te spugen.
Verder is de omvormer met (bijna) iedere rs485 converter uit te lezen. Hang er een Rpi aan en installeer een van de volgende tools:
- 123solar
- websolarlog (demo/demo)

En je bent zo goed als klaar

Ah, oke, er gaan lampjes aan, dank.
Ik ging er vanuit dat de omvormer statusinfo op de bus zet. Ik zal er dus nog wat dieper in moeten duiken hoe dit op te lossen.
Ik wil graag een beetje generieke oplossing maken, nu met de powerone, maar dat moet ook een andere kunnen zijn zonder teveel aanpassingen. Als ik de statusstrings van de omvormer maar naar de server kan krijgen via het netwerk, kan ik ze daar verder interpeteren en in de database duwen.
In m'n internetstruinen kwam ik bv solarlog tegen, die een apparaat hebben dat allerlei omvormers aankan, dus er moet toch een enigzins generieke omvormertaal zijn?
Ik zag ook nog zoiets als modbus voorbij komen, is dat dan een algemener protocol voor dit soort aansturing?
En als er bv. een tijd geen netwerkverbinding is, kan ik ook nog historische gegevens uit de omvormer krijgen?

[Freemann]

PTR schreef op dinsdag 05 februari 2013 @ 18:26:
[...]


Ah, oke, er gaan lampjes aan, dank.
Ik ging er vanuit dat de omvormer statusinfo op de bus zet. Ik zal er dus nog wat dieper in moeten duiken hoe dit op te lossen.
Ik wil graag een beetje generieke oplossing maken, nu met de powerone, maar dat moet ook een andere kunnen zijn zonder teveel aanpassingen. Als ik de statusstrings van de omvormer maar naar de server kan krijgen via het netwerk, kan ik ze daar verder interpeteren en in de database duwen.
In m'n internetstruinen kwam ik bv solarlog tegen, die een apparaat hebben dat allerlei omvormers aankan, dus er moet toch een enigzins generieke omvormertaal zijn?
Ik zag ook nog zoiets als modbus voorbij komen, is dat dan een algemener protocol voor dit soort aansturing?
En als er bv. een tijd geen netwerkverbinding is, kan ik ook nog historische gegevens uit de omvormer krijgen?

Het probleem is dat alle omvormers fabrikanten het net even anders doen.
Er is (nog) geen enkel standaard op deze markt, behalve het feit dat ze gebruik maken van rs485.
Echter is rs485 ook alleen maar een aftreksel van RS232 en RS485 is wat toleranter qua afstand (en volgens mij het aantal device dat op de bus/lijn kan).

Ik zal je vragen 1 voor 1 proberen te beantwoorden:
Ik ging er vanuit dat de omvormer statusinfo op de bus zet. Ik zal er dus nog wat dieper in moeten duiken hoe dit op te lossen.
Was het maar zo... Eigenlijk doen maar weinig apparaten dat. De P1 poort van een slimme meter doet dat bijv. wel maar ook weer niet. Door op die poort 1 pin altijd hoog te maken (uit mijn hoofd 5v), wordt de slimme meter getriggerd om een telegram te verzenden.

Ik wil graag een beetje generieke oplossing maken, nu met de powerone, maar dat moet ook een andere kunnen zijn zonder teveel aanpassingen.
Er is nog geen generiek oplossing omdat eigenlijk alle fabrikanten het net even anders doen. Jij noemt SolarLog, ook dit is een apparaat dat middels converters werkt. Zo is er ook een logger van het merk "Fp4all", ook dit is een apparaat dat met speciale modules werkt om met de omvormer te kunnen praten. Al deze oplossing zijn leuk, maar je bent altijd afhankelijk van een derde-partij. Dit hoeft opzich geen probleem te zijn, totdat jouw omvormer een probleem vertoont,de fabrikant nieuwe firmware laadt en de SolarLog/Fp4all niet meer met jouw omvormer kan praten en de derde partij dit op moet lossen.
Waarom zou je eigenlijk een generieke oplossing willen? Ben je van plan om maandelijks van omvormer te wisselen?

Als ik de statusstrings van de omvormer maar naar de server kan krijgen via het netwerk, kan ik ze daar verder interpeteren en in de database duwen.
Dat is zeer zeker mogelijk en dat doen veel tools, zoals ik die al eerder noemde. Het mooie hiervan is, is dat het allemaal opensource is en dus door iedereen aan te passen. Als PowerOne na een firmware update ineens anders met het RS485 protocol omspringt, dan is het een kwestie van tijd tot andere dit probleem ook hebben en het opgelost wordt.

In m'n internetstruinen kwam ik bv solarlog tegen, die een apparaat hebben dat allerlei omvormers aankan, dus er moet toch een enigzins generieke omvormertaal zijn?
Helaas niet.... Het werkt allemaal door tussenkomst van converters om alles werkend te krijgen/houden.

Ik zag ook nog zoiets als modbus voorbij komen, is dat dan een algemener protocol voor dit soort aansturing?
Ben niet echt bekend met ModBus maar wat ik begrepen heb is dat wel een protocol wat breder ondersteund wordt. Maar ik ben niet bekend met omvormers die met dit protocol werken.

En als er bv. een tijd geen netwerkverbinding is, kan ik ook nog historische gegevens uit de omvormer krijgen?
Dat is puur omvormer afhankelijk. Mijn PowerOne Aurora 3.0 heeft een (uit mijn hoofd) 256kb geheugen waarin max 365 dagen aan data opgeslagen staat. Deze data omvat enkel en alleen de opbrengsten per dag en geen detail data als string/grid/temp gegevens. Maar om deze data uit de omvormer te krijgen ben je afhankelijk van de gene die het logging device maakt. Zo weet ik dat WebSolarLog het geheugen via de tool van Curtonics uit kan lezen. WebSolarLog ondersteund ook SMA en er komt ondersteuning voor Effektra. Maar bij de laatste 2 is het (nog) niet mogelijk om historische data uit de omvormer te halen. Dit omdat de "libs"/C-progsel die gebruikt worden om de omvormer uit te lezen, het niet ondersteunen om deze data uit te lezen (als het al in de omvormer zou zitten).

De huidige trend in de omvormer markt is, om de data zo lastig mogelijk uit de omvormer te krijgen.
Vervolgens bieden fabrikanten de mogelijkheid om remote (via een portal) de data te bekijken en vragen zij hier netjes een paar dikke €'s per maand voor

Het is dus helaas allemaal niet zo makkelijk als het lijkt; alles ondersteund RS485 dus ik hang er een device aan, trek data uit de omvormer en duw het in een DB, trek het eruit voor wat Graphs.

Helaas.....

[twixx]

Freemann schreef op dinsdag 05 februari 2013 @ 19:15:
[...]
Helaas.....

Je zou je af moeten vragen welke data je graag wil inzien. Voor P1/S0 zijn diverse oplossingen als je genoegen neemt huidige vermogen en hoeveel je opgewekt hebt.

Uit de omvormer zul je meer data kunnen halen, b.v. voltage. Voor mezelf denk ik daar niets mee te doen omdat dat toch een verhouding heeft met opgewekte watt's.

Ofwel, wat is je behoefte? Als die niet iedere-bit-and-bite is zijn generieke oplossingen en daarmee oplossingen met meer support.

[ericplan]

twixx schreef op dinsdag 05 februari 2013 @ 19:24:
[...]

Je zou je af moeten vragen welke data je graag wil inzien. Voor P1/S0 zijn diverse oplossingen als je genoegen neemt huidige vermogen en hoeveel je opgewekt hebt.

Uit de omvormer zul je meer data kunnen halen, b.v. voltage. Voor mezelf denk ik daar niets mee te doen omdat dat toch een verhouding heeft met opgewekte watt's.

Ofwel, wat is je behoefte? Als die niet iedere-bit-and-bite is zijn generieke oplossingen en daarmee oplossingen met meer support.

Je moet er vanuit gaan dat je omvormer minstens 10 jaar meegaat. Wel handig als je logging dat ook kan, zonder al te veel werk. Bijvoorbeeld door een klassieke DIN-rail kWh meter als basis te kiezen.

[Freemann]

ericplan schreef op dinsdag 05 februari 2013 @ 19:35:
[...]

Je moet er vanuit gaan dat je omvormer minstens 10 jaar meegaat. Wel handig als je logging dat ook kan, zonder al te veel werk. Bijvoorbeeld door een klassieke DIN-rail kWh meter als basis te kiezen.

DIN-rail meter is zeker een handige toevoeging
Maar dan ga ik toch liever van de omvormer zelf uit. Oké een DIN-rail meter is/kan geijkt zijn, echter zijn 2 meters nooit gelijk en welke heeft er nu gelijk. DIN-rail zit vaak in meterkast, omvormer zit 12 meter verderop, omvormer heeft afwijking, DIN-rail verbruikt stroom, etc.

Ik kijk daarom alleen naar mijn omvormer en als ik die dagelijks bekijk dan heb ik dagelijks goed vergelijkbare cijfers Wijkt de omvormer 3% af, dan merk ik daar niets van en wat er aan het eind van de rit op de Stroommeter staat is toch leidend (wat mijn omvormer of een DIN-rail meter ook aangeeft).

[Joepla]

PTR schreef op dinsdag 05 februari 2013 @ 18:26:
[...]Ik zag ook nog zoiets als modbus voorbij komen, is dat dan een algemener protocol voor dit soort aansturing?

Modbus is al een heel oud protocol, dat niet betekent dat het niet goed zou zijn of niet meer zou voldoen overigens.

Zeer veel apparatuur maakt nu nog steeds gebruik van Modbus, denk aan frequentie regelaars voor motoren, sensoren, etc. Snelheid gaat meestal tot max. 115 kb/s. In vergelijking met bv. Profibus is dat heel traag, maar snel genoeg om je invertertje vlot uit te lezen. Modbus kan o.a. over RS232, RS485 of ethernet. Ik kom meestal RS485 tegen, bij mijn inverter (Effekta ES5000) is het overigens RS232, wat wel makkelijk is (hoef dan geen conversie RS232 - RS485 te doen).

Het werkt eigenlijk simpel: het apparaat waarmee je communiceert heeft een aantal registers waarin bepaalde waardes staan, bv. register 1: vermogen in W, register 2: netspanning in V, register 3: netstroom in A, etc.
Dit is door de fabrikant bepaald en gedocumenteerd (hopelijk, anders zul je het moeten reverse engineeren).

Je vraagt (als master zijnde) om een bepaald register, of een hele reeks tegelijk (reg. 1 t/m 3 bv.) en je inverter antwoord dan (als slave) met nog een checksum ter controle. Voor veel hardware zijn er Modbus libs beschikbaar, zodat je niet op bitnivo (en met checksum afhandeling) hoeft te werken. Je initialiseert de Modbus (poort & baudrate), vraagt de gewenste registers op en deze worden dan in een aantal variabelen gestopt (een array vaak).

Hopelijk heb je zo een beter idee van Modbus.

[PTR]

Joepla schreef op woensdag 06 februari 2013 @ 12:15:
[...]

Modbus is al een heel oud protocol, dat niet betekent dat het niet goed zou zijn of niet meer zou voldoen overigens.

Zeer veel apparatuur maakt nu nog steeds gebruik van Modbus, denk aan frequentie regelaars voor motoren, sensoren, etc. Snelheid gaat meestal tot max. 115 kb/s. In vergelijking met bv. Profibus is dat heel traag, maar snel genoeg om je invertertje vlot uit te lezen. Modbus kan o.a. over RS232, RS485 of ethernet. Ik kom meestal RS485 tegen, bij mijn inverter (Effekta ES5000) is het overigens RS232, wat wel makkelijk is (hoef dan geen conversie RS232 - RS485 te doen).

Het werkt eigenlijk simpel: het apparaat waarmee je communiceert heeft een aantal registers waarin bepaalde waardes staan, bv. register 1: vermogen in W, register 2: netspanning in V, register 3: netstroom in A, etc.
Dit is door de fabrikant bepaald en gedocumenteerd (hopelijk, anders zul je het moeten reverse engineeren).

Je vraagt (als master zijnde) om een bepaald register, of een hele reeks tegelijk (reg. 1 t/m 3 bv.) en je inverter antwoord dan (als slave) met nog een checksum ter controle. Voor veel hardware zijn er Modbus libs beschikbaar, zodat je niet op bitnivo (en met checksum afhandeling) hoeft te werken. Je initialiseert de Modbus (poort & baudrate), vraagt de gewenste registers op en deze worden dan in een aantal variabelen gestopt (een array vaak).

Hopelijk heb je zo een beter idee van Modbus.

Dank voor de verheldering, klinkt op zich wel makkelijk. Zag dat er idd veel devspullen zijn voor modbus. Als ik via modbus alle soorten omvormers zou kunnen aanspreken, heb ik op protocol niveau het iig al generiek. Daarna is er slechts een config nodig met register mappings, of zie ik het wederom te simpel?

[PTR]

Freemann schreef op dinsdag 05 februari 2013 @ 19:15:
[...]

Het probleem is dat alle omvormers fabrikanten het net even anders doen.
Er is (nog) geen enkel standaard op deze markt, behalve het feit dat ze gebruik maken van rs485.
Echter is rs485 ook alleen maar een aftreksel van RS232 en RS485 is wat toleranter qua afstand (en volgens mij het aantal device dat op de bus/lijn kan).

Ik zal je vragen 1 voor 1 proberen te beantwoorden:
Ik ging er vanuit dat de omvormer statusinfo op de bus zet. Ik zal er dus nog wat dieper in moeten duiken hoe dit op te lossen.
Was het maar zo... Eigenlijk doen maar weinig apparaten dat. De P1 poort van een slimme meter doet dat bijv. wel maar ook weer niet. Door op die poort 1 pin altijd hoog te maken (uit mijn hoofd 5v), wordt de slimme meter getriggerd om een telegram te verzenden.

Ik wil graag een beetje generieke oplossing maken, nu met de powerone, maar dat moet ook een andere kunnen zijn zonder teveel aanpassingen.
Er is nog geen generiek oplossing omdat eigenlijk alle fabrikanten het net even anders doen. Jij noemt SolarLog, ook dit is een apparaat dat middels converters werkt. Zo is er ook een logger van het merk "Fp4all", ook dit is een apparaat dat met speciale modules werkt om met de omvormer te kunnen praten. Al deze oplossing zijn leuk, maar je bent altijd afhankelijk van een derde-partij. Dit hoeft opzich geen probleem te zijn, totdat jouw omvormer een probleem vertoont,de fabrikant nieuwe firmware laadt en de SolarLog/Fp4all niet meer met jouw omvormer kan praten en de derde partij dit op moet lossen.
Waarom zou je eigenlijk een generieke oplossing willen? Ben je van plan om maandelijks van omvormer te wisselen?

Als ik de statusstrings van de omvormer maar naar de server kan krijgen via het netwerk, kan ik ze daar verder interpeteren en in de database duwen.
Dat is zeer zeker mogelijk en dat doen veel tools, zoals ik die al eerder noemde. Het mooie hiervan is, is dat het allemaal opensource is en dus door iedereen aan te passen. Als PowerOne na een firmware update ineens anders met het RS485 protocol omspringt, dan is het een kwestie van tijd tot andere dit probleem ook hebben en het opgelost wordt.

In m'n internetstruinen kwam ik bv solarlog tegen, die een apparaat hebben dat allerlei omvormers aankan, dus er moet toch een enigzins generieke omvormertaal zijn?
Helaas niet.... Het werkt allemaal door tussenkomst van converters om alles werkend te krijgen/houden.

Ik zag ook nog zoiets als modbus voorbij komen, is dat dan een algemener protocol voor dit soort aansturing?
Ben niet echt bekend met ModBus maar wat ik begrepen heb is dat wel een protocol wat breder ondersteund wordt. Maar ik ben niet bekend met omvormers die met dit protocol werken.

En als er bv. een tijd geen netwerkverbinding is, kan ik ook nog historische gegevens uit de omvormer krijgen?
Dat is puur omvormer afhankelijk. Mijn PowerOne Aurora 3.0 heeft een (uit mijn hoofd) 256kb geheugen waarin max 365 dagen aan data opgeslagen staat. Deze data omvat enkel en alleen de opbrengsten per dag en geen detail data als string/grid/temp gegevens. Maar om deze data uit de omvormer te krijgen ben je afhankelijk van de gene die het logging device maakt. Zo weet ik dat WebSolarLog het geheugen via de tool van Curtonics uit kan lezen. WebSolarLog ondersteund ook SMA en er komt ondersteuning voor Effektra. Maar bij de laatste 2 is het (nog) niet mogelijk om historische data uit de omvormer te halen. Dit omdat de "libs"/C-progsel die gebruikt worden om de omvormer uit te lezen, het niet ondersteunen om deze data uit te lezen (als het al in de omvormer zou zitten).

De huidige trend in de omvormer markt is, om de data zo lastig mogelijk uit de omvormer te krijgen.
Vervolgens bieden fabrikanten de mogelijkheid om remote (via een portal) de data te bekijken en vragen zij hier netjes een paar dikke €'s per maand voor

Het is dus helaas allemaal niet zo makkelijk als het lijkt; alles ondersteund RS485 dus ik hang er een device aan, trek data uit de omvormer en duw het in een DB, trek het eruit voor wat Graphs.

Helaas.....

Dat is wel een hele dikke helaas...jammer dat het dan dus weer geld gedreven is en er niet een propere standaard komt. Zoals ik boven al zei, hopelijk geeft modbus een oplossingsrichting...maar iig dank voor de antwoorden.

[Joepla]

@PTR: In principe moet het zo kunnen.

Om het weer wat lastig te maken: niet iedere inverter geeft je dezelfde data, zoals Freemann al opmerkte. Zo had ik vroeger inverters die de energie-opbrengst per dag, vanaf start huidige jaar en totaal bijhielden. Mijn nieuwe inverter geeft alleen totaal, da's met wat omrekenen wel weer terug te rekenen, maar je snapt wel wat ik bedoel denk ik. Ook inverter-efficiency op een bepaald moment geeft de ene inverter wel, de andere weer niet.

Dus een echt generiek iets bouwen is niet simpel, tenzij je alleen voor de waardes gaat die iedere inverter geeft. Maar dan wordt het al gauw erg beperkt...

Positief is dat we wel lekker kunnen knutselen zo

[Freemann]

@PTR:
Mijn antwoorden hoeven niet volledig en juist te zijn. Het is enkel en alleen uit mijn ervaring/kennis.

En het is erg jammer dat er geen standaard is, maar vanuit de fabrikanten wel begrijpelijk.
Zij proberen een graantje mee te pikken van de "lucratieve" markt.

[Rukapul]

Na geconstateerd te hebben dat sma-bluetooth en al z'n clones echt een drama is voor nieuwe SMA inverters ben ik nu uitgekomen op SMAspot.

SMAspot heeft echter geen directe ondersteuning voor PVoutput, maar produceert slechts CSV files. Zijn hier welbekende scripts voor om te uploaden naar PVoutput? Zelf wat hobbyen of willekeurig wat overnemen is zonde als er prima projecten zijn die dit afhandelen (onder linux)

[hansdegit]

PVoutput.org heeft een api die ook met csv's om kan gaan. Ik denk dat je niet ontkomt aan het betere scriptwerk. Kijk eens hier:
http://www.pvoutput.org/help.html#api-spec

[MeTooPV]

Kan je op pvoutput.org de opbrengst van je systeem vergelijken met de opbrengst van een team. Dus wat heeft mijn systeem gedaan t.o.v. het gemiddelde van team netherlands

[Freemann]

Rukapul schreef op zaterdag 09 februari 2013 @ 23:27:
Na geconstateerd te hebben dat sma-bluetooth en al z'n clones echt een drama is voor nieuwe SMA inverters ben ik nu uitgekomen op SMAspot.

SMAspot heeft echter geen directe ondersteuning voor PVoutput, maar produceert slechts CSV files. Zijn hier welbekende scripts voor om te uploaden naar PVoutput? Zelf wat hobbyen of willekeurig wat overnemen is zonde als er prima projecten zijn die dit afhandelen (onder linux)

Waarom loggen over BlueTooth en niet via RS485?
Lees hier toch veel mensen die via BT loggen, maar daar toch tegen "veel" problemen aanlopen. Via BT zit je vaak aan een Telefoon gebonden. Doordat je aan een telefoon gebonden zit, zit je ook aan hele specifieke apps gebonden.

Er zijn tegenwoordig toch genoeg andere leuk, zuinige, goed werkende oplossing?

[MeTooPV]

Ik log via bleutooth omdat dat standaard aanwezig is op mijn omvormer. RS485 vereist aanschaf van een extra printplaatje. Bluetooth werkt bij mij als een zonnetje.

[Rukapul]

hansdegit schreef op zaterdag 09 februari 2013 @ 23:43:
PVoutput.org heeft een api die ook met csv's om kan gaan. Ik denk dat je niet ontkomt aan het betere scriptwerk. Kijk eens hier:
http://www.pvoutput.org/help.html#api-spec

Thx. Zal er eens naar kijken. Wil eigenlijk niet teveel tijd in investeren aangezien de auteur al heeft aangegeven pvoutput ondersteuning op termijn toe te willen voegen. Tevens is de naamgeving en opzet van de CSV files wat bewerkelijk. Misschien dat ik met het patchen van de source code nog wel sneller klaar ben.

Freemann schreef op zondag 10 februari 2013 @ 12:25:
[...]

Waarom loggen over BlueTooth en niet via RS485?
Lees hier toch veel mensen die via BT loggen, maar daar toch tegen "veel" problemen aanlopen. Via BT zit je vaak aan een Telefoon gebonden. Doordat je aan een telefoon gebonden zit, zit je ook aan hele specifieke apps gebonden.

Er zijn tegenwoordig toch genoeg andere leuk, zuinige, goed werkende oplossing?

Mijn omvormer heeft BT ingebouwd en ik heb permanent al een Linux server draaien (geoptimaliseerd voor zuinigheid). Aangezien beide apparaten ook nog eens 2 verdiepingen van elkaar gescheiden staan is BT nog wel zo makkelijk eigenlijk (al zou UTP of welke andere bedrade oplossing op zich prima kunnen).

Moet me nog maar eens aan gaan melden bij het GoT team

[B2]

Rukapul schreef op zaterdag 09 februari 2013 @ 23:27:
Na geconstateerd te hebben dat sma-bluetooth en al z'n clones echt een drama is voor nieuwe SMA inverters ben ik nu uitgekomen op SMAspot.

SMAspot heeft echter geen directe ondersteuning voor PVoutput, maar produceert slechts CSV files. Zijn hier welbekende scripts voor om te uploaden naar PVoutput? Zelf wat hobbyen of willekeurig wat overnemen is zonde als er prima projecten zijn die dit afhandelen (onder linux)

Welke omvormer gebruik je dan? Mijn 3000TL21 gaat prima, en dat is toch ook een redelijk nieuwe omvormer.

[boekel]

MeTooPV schreef op zondag 10 februari 2013 @ 12:16:
Kan je op pvoutput.org de opbrengst van je systeem vergelijken met de opbrengst van een team. Dus wat heeft mijn systeem gedaan t.o.v. het gemiddelde van team netherlands

Voor zover ik weet niet, wel met andere enkele setups iig:
http://pvoutput.org/compa...31&sid1=13035&dt=20130210

[MeTooPV]

Yep, met andere setups lukt inderdaad, maar het zou juist wel aardig zijn om je te spiegelen aan een gemiddelde.

[Rukapul]

B2 schreef op zondag 10 februari 2013 @ 16:55:
[...]


Welke omvormer gebruik je dan? Mijn 3000TL21 gaat prima, en dat is toch ook een redelijk nieuwe omvormer.

3600TL-21

Heb meerdere verises geprobeerd en ook verschillende inverter codes, maar of er treden date errors op of er wordt in het geheel geen historische data gedownload.

Op zich ook niet gek, want sma-bluetooth is qua software kwaliteit een drama. Sommigen hebben mazzel, anderen niet.

[Rukapul]

hansdegit schreef op zaterdag 09 februari 2013 @ 23:43:
PVoutput.org heeft een api die ook met csv's om kan gaan. Ik denk dat je niet ontkomt aan het betere scriptwerk. Kijk eens hier:
http://www.pvoutput.org/help.html#api-spec

Ik heb hier vandaag eens naar lopen kijken. Heb ook van de afgelopen dagen de csv files geimporteerd via de 'live loader'.

Wat ik me echter afvraag is of bij live updaten het voldoende is om van 'addstatus.jsp' gebruik te maken of dat je ook nog eenmaal per dag 'addoutput.jsp' zou moeten doen? (Ik vermoed van niet, maar het verbaast me dat er uberhaupt twee methoden worden aangeboden.)

[Rukapul]

Voor een eenieder die hier via de search tegenaan loopt: ik heb smaspot gepatched/gehacked om data naar PVoutput te uploaden.

offtopic:
3 op een rij

[C-sharp]

Rukapul schreef op dinsdag 12 februari 2013 @ 09:22:
Voor een eenieder die hier via de search tegenaan loopt: ik heb smaspot gepatched/gehacked om data naar PVoutput te uploaden.

offtopic:
3 op een rij

Fantastische ontwikkeling! SMA-spot is mijn favoriet; ik gebruik tot op heden SMA-Tool (SMA-Bluetooth) omdat ik de upload naar PV-Output nodig heb.

Kleine vraag: ben ik verkeerd als ik, om ook de voltages te uploaden, jouw aanpassing als volgt kan aanpassen:
+ sprintf(ucommand, "curl -d \"d=%s\" -d \"t=%s\" -d \"v1=%d\" -d \"v2=%d\" -d \"v6=%d\" -d \"c1=1\" -H \"X-Pvoutput-Apikey: %s\" -H \"X-Pvoutput-SystemId: %s\" http://pvoutput.org/service/r2/addstatus.jsp", udate, utime, int(invData.ETotal), int(invData.TotalPac), int(invData.Uac1), cfg.key, cfg.sid);

Gewoon omdat ik ook graag de voltages in het oog wil houden - tot op heden nog geen problemen mee gehad, maar "just because I can" (nu dan toch!).

[Rukapul]

Lijkt er wel op. Ik doe zelf niks met voltages dus die Uac1 variabele moet je ff handmatig checken of hij klopt, maar dat zal vast wel.

Ik heb later overigens op m'n privemail een bash script van iemand ontvangen die de CSV files processed om te uploaden naar pvoutput. Die aanpak is wellicht iets robuster dan de mijne al is de mijne wel heel makkelijk in gebruik. Het script mocht ik verder delen dus laat maar weten als er interesse is.

[PTR]

Zo, ben dus de hele middag bezig geweest op de school waar de pv installatie in produktie is genomen om data uit de rs-485 poort te krijgen. Nu heb ik het volgens de handleiding gedaan middels een cat6 kabel naar mijn datalogger. Dus rs-485 service rj-45 naar de losse draadaansluiting op de logger, schema is:

pin 3: wit/groen naar +t/r
pin 5: wit/blauw naar -t/r
pin 7: wit.bruin naar gnd

Dit adhv de pin aanduiding in de aurora handleiding en de kleurcodering van een cat6 kabel.
Na een aftocht net even gezocht en dit gevonden:
http://www.wattmetrics.co...toinverters/PowerOne.aspx

Andere kleuren om aan te sluiten dus. Voor ik weer ga pielen, weet iemand de propere aansluiting voor een powerone via rs-485? Klopt het wattmetrics schema?

Wederom alvast bedankt!

[Freemann]

Mijn aurora zit als volgt aangesloten:

Omvormer	RS485
+t/r	A+
-t/r	B-
rtn	GND
lnk	niet aangesloten

Wat voor converter (usb<>rs485) gebruik je en wat gebruik je om te loggen?

[PTR]

Het gaat om een powerone trio 20.0 en een webdynsun logger. In de omvormer zitten twee rj-45 aansluitingen om te daisy chainen, hier heb ik er een van gebruikt en de terminatie weerstand ingeschakeld. Op de logger zitten vijf schroefaansluitingen voor de losse draden van de andere kant van de cat6 kabel. Volgens de handleiding van de logger moet ik het als tweedraads rs-485 aansluiten, dus zo gedaan en getriplecheckt (en wat variaties geprobeerd). Ook doorgestuurd naar de support van webdyn, maar die reageren wat traag.

[Freemann]

Waarom niet via de schroef klemmen?
Daar zit mijn converter ook op en dat werkt al maanden prima. Heb nooit wat gedaan met een weerstand of wat dan ook. Draden aangesloten en werkte met een paar uur(van 0 ervaring)

[ Voor 100% gewijzigd door Freemann op 13-02-2013 07:29 ]

[PTR]

Freemann schreef op dinsdag 12 februari 2013 @ 22:58:
Waarom niet via de schroef klemmen?
Daar zit mijn converter ook op en dat werkt al maanden prima. Heb nooit wat gedaan met een weerstand of wat dan ook. Draden aangesloten en werkte met een paar uur(van 0 ervaring)

Je hebt gelijk, soms ligt de oplossing voor je neus en zie je 'm niet. Dank je!

[Freemann]

PTR schreef op woensdag 13 februari 2013 @ 09:44:
[...]


Je hebt gelijk, soms ligt de oplossing voor je neus en zie je 'm niet. Dank je!

Werkt het via de klemmen wel?

[Kievit1964]

Hallo,

Op dit topic nieuw dus misschien een vraag die al beantwoord is. (heb niets kunnen vinden)

Hoe kan ik het beste een Samil omvormer loggen zonder dat ik een kabel hoef te trekken naar mijn modem?

De omvormer heeft deze uitgangen: RS232 en een R485

Zoek dus iets wat vanaf deze uitgangen draadloos naar de modem kan.

[altec]

Heeft iemand van jullie toevallig ook al een stukje coding om de data vanuit p1/mysql de data naar pvoutput.org te sturen?

Ik heb een rechtstreekse koppeling naar mijn NAS en dus geen netduino ofzo.

[Freemann]

altec schreef op woensdag 13 februari 2013 @ 14:08:
Heeft iemand van jullie toevallig ook al een stukje coding om de data vanuit p1/mysql de data naar pvoutput.org te sturen?

Ik heb een rechtstreekse koppeling naar mijn NAS en dus geen netduino ofzo.

WebSolarLog of 123solar.org kunnen de PowerOne uitlezen en pushen naar PVoutput.

[PTR]

Freemann schreef op woensdag 13 februari 2013 @ 09:54:
[...]

Werkt het via de klemmen wel?

Neen dus
Ik snap er niks van, hoe moeilijk kan het zijn...ik krijg ook een fp4all logger deze week, hopelijk kan die wel de trio uitlezen. Ik ga de webdynsun op een andere installatie aansluiting met een pvi omvormer. Wellicht dat de zwaardere types toch weer anders en raar doen.

[Freemann]

Oke, maar om wat voor installatie(s) gaat het nu?

Lees over een TRIO en PVI, maar ook over daisychain.
Wil je deze omvormers in 1 chain/lus zetten, wil je ze apart loggen en vanwaar het gebruik van de "dure" klant en klare hardware oplossingen?

Er zijn ook software oplossing die op een standaard PC en/of low-powered device draaien als een RaspberryPi;
- 123solar
- websolarlog

Beide zijn gericht op PowerOne maar ondersteunen ook SMA. WebSolarLog is bezig met Effekta,MasterVolt en Soladin ondersteuning.

[B2]

Wat is het voordeel van smaspot ten opzichte van sma-bluetooth? Op zich heb ik die goed werken.

[Rukapul]

Als sma-bluetooth goed werkt dan heeft sma-spot op dit moment geen enkel voordeel.

De voordelen van sma-spot zijn:
• betere ondersteuning nieuwe SMA omvormers
• makkelijker te configureren
• beter onderhoudbare code
• minder vage foutmeldingen

Nadelen:
• nog geen out of the box ondersteuning voor database en pvoutput

[C-sharp]

Rukapul schreef op donderdag 14 februari 2013 @ 09:11:
Als sma-bluetooth goed werkt dan heeft sma-spot op dit moment geen enkel voordeel.

De voordelen van sma-spot zijn:
• betere ondersteuning nieuwe SMA omvormers
• makkelijker te configureren
• beter onderhoudbare code
• minder vage foutmeldingen

Nadelen:
• nog geen out of the box ondersteuning voor database en pvoutput

Ook niet vergeten te vermelden dat een run van SMA-spot enkele seconden duurt; een run van SMA-bluetooth doort heel wat langer, 30s is geen uitzondering.
SMA-bluetooth geeft ook vaak rare resultaten. Sinds enige tijd was bij mij systematisch de geproduceerde energie altijd "1 W", maar het gemiddelde geproduceerde vermogen is dan weer wel ok. Dit door een missende spatie in de CURL functie (gisteren als test in mijn source aangepast) maar ik test nu jouw hack van SMA-spot welke operationeel is. Morgen test ik mijn toevoeging van de voltages.

[Rukapul]

C-sharp schreef op donderdag 14 februari 2013 @ 12:14:
Morgen test ik mijn toevoeging van de voltages.

Hoe doe je dat eigenlijk met meerdere strings? PVoutput lijkt maar een voltage parameter te accepteren. Tel je de voltages van de strings dan bij elkaar op?

Wat is eigenlijk het nut om de voltages te zien?

[Kievit1964]

Daar ik zeer wsch. een Samil omvormer ga aanschaffen, was ik benieuwd hoe je deze kunt loggen. Vragen op dit forum heeft nog geen reactie opgeleverd dus ben ik zelf op onderzoek gegaan.
O.a. bij fp4all.

Deze stuurde mij na vragen hierover dit bericht:

Wij hebben inmiddels een Samil Power SolarRiver 1100TL omvormer op leenbasis van Samil Power zelf en gaan binnenkort bezig met de integratie in ons logger systeem.
Schatting is op dit moment dat we de SolarRiver beginnen over 2 weken en duurt meestal 3 tot 4 weken voordat het protocol operationeel en getest is.

Prijs zal rond de 136-140 euro incl. BTW liggen dit is dan inclusief een gebruikers account op onze analyse website www.fp4all.org voor het in detail volgen van uw systeem.

Dus nog even en ook voor de Samil is er een logger.
Prijs is lijkt mij redelijk alleen mijn probleem is dat ik er dan twee moet hebben (twee installaties).

Mocht iemand een andere (goedkopere) oplossing hebben dan hoor ik het graag.

[BamSlam_]

Kievit1964 schreef op vrijdag 15 februari 2013 @ 08:13:
Daar ik zeer wsch. een Samil omvormer ga aanschaffen, was ik benieuwd hoe je deze kunt loggen. Vragen op dit forum heeft nog geen reactie opgeleverd dus ben ik zelf op onderzoek gegaan.
O.a. bij fp4all.
[...]

Samil Power, die kende ik nog niet. Bekeek zojuist de site en er valt me iets op: die omvormers lijken wel verdacht veel op de Omniksols. Vrijwel dezelfde vormgeving en exact dezelfde display. Vergelijk de technische data maar eens. Grote kans dat de logging van fp4all dan ook meteen voor Omniksol werkt...

[ Voor 44% gewijzigd door BamSlam_ op 15-02-2013 10:06 ]

[C-sharp]

Rukapul schreef op donderdag 14 februari 2013 @ 16:06:
[...]

Hoe doe je dat eigenlijk met meerdere strings? PVoutput lijkt maar een voltage parameter te accepteren. Tel je de voltages van de strings dan bij elkaar op?

Wat is eigenlijk het nut om de voltages te zien?

Het nut van de voltages te weten is of de spanning van het elektriciteitsnetwerk in de buurt komt van die magische 253V. Op dat moment schakelt de omvormer namelijk uit (overspanning). Gezien er heel wat installaties zijn bijgeplaatst in mijn buurt, kan dat interessant zijn om te weten. Als het net "verzadigd" is gaat er een duidelijke correlatie zichtbaar zijn tussen het opgewekte vermogen en de netspanning en kan je eventueel voorspellen of het netwerk zal overbelast worden bij grote zoninval in de zomer. Dan kan je de distributienetbeheerder informeren (en eisen dat hij maatregelen treft).

[Freemann]

BamSlam_ schreef op vrijdag 15 februari 2013 @ 10:01:
[...]

Samil Power, die kende ik nog niet. Bekeek zojuist de site en er valt me iets op: die omvormers lijken wel verdacht veel op de Omniksols. Vrijwel dezelfde vormgeving en exact dezelfde display. Vergelijk de technische data maar eens. Grote kans dat de logging van fp4all dan ook meteen voor Omniksol werkt...

Zo zijn er veel meer rebrands op de markt:
Effekta zijn "clones"/rebrands van Sunny Roo

En Sunny Roo schijnt meer merken op de merkt te hebben.
Vind dat altijd een interessante ontwikkeling, al die rebrands. Zo zie je het zelfde fenomeen ook in andere markten. Wat je dan ziet is dat de Rebrands nog wel eens B/C/D kwaliteit onderdelen gebruiken en niet zolang meegaan als het origineel. Vaak is ook de prijs daar dan weer naar.

Kievit1964 schreef op vrijdag 15 februari 2013 @ 08:13:
Daar ik zeer wsch. een Samil omvormer ga aanschaffen, was ik benieuwd hoe je deze kunt loggen. Vragen op dit forum heeft nog geen reactie opgeleverd dus ben ik zelf op onderzoek gegaan.
O.a. bij fp4all.

Deze stuurde mij na vragen hierover dit bericht:

Wij hebben inmiddels een Samil Power SolarRiver 1100TL omvormer op leenbasis van Samil Power zelf en gaan binnenkort bezig met de integratie in ons logger systeem.
Schatting is op dit moment dat we de SolarRiver beginnen over 2 weken en duurt meestal 3 tot 4 weken voordat het protocol operationeel en getest is.

Prijs zal rond de 136-140 euro incl. BTW liggen dit is dan inclusief een gebruikers account op onze analyse website www.fp4all.org voor het in detail volgen van uw systeem.

Dus nog even en ook voor de Samil is er een logger.
Prijs is lijkt mij redelijk alleen mijn probleem is dat ik er dan twee moet hebben (twee installaties).

Mocht iemand een andere (goedkopere) oplossing hebben dan hoor ik het graag.

Hmmm dacht altijd dat FP4all een standalone device was.
Weer een constructie van een bedrijf die jouw data opsluit en je daar in de toekomst voor kan gaan laten betalen

Of had ik dat laatst ook al een keer opgemerkt:

Freemann schreef op dinsdag 05 februari 2013 @ 19:15:
[...]

De huidige trend in de omvormer markt is, om de data zo lastig mogelijk uit de omvormer te krijgen.
Vervolgens bieden fabrikanten de mogelijkheid om remote (via een portal) de data te bekijken en vragen zij hier netjes een paar dikke €'s per maand voor
[...]

Oke FP4all is NOG graties, maar jouw data zit in hun site en dat betekend macht voor hullie.....

Mijn data staat netjes op mijn Rpi en gaat nergens anders heen dan mijn Rpi.
De data/info is van mijn en niet van hullie.

[ Voor 50% gewijzigd door Freemann op 15-02-2013 10:57 ]

[MasterMaceMichu]

Volgens mij wordt bij Fp4all de data net 'opgesloten'. In de insteekkaarten van fp4all zit een usb poort, waar je sowieso dmv een usb stick alle data lokaal op kunt loggen en in de webserver die LOKAAL draait kun je als output kanaal ook pvoutput aangeven, met de API key ed, dus het lijkt mij dat dit dan direct naar pvoutput logt (eerst naar de servers van fp4all en dan door naar pvoutput is wel een beetje een rare weg).

Daarnaast heeft FP4all zijn eigen portal, maar die is (nog niet) zo interessant als pvoutput....

[Freemann]

Bron: site fp4all

De logger is voorzien van een netwerkaansluiting waarmee de logger kan wordt aangesloten op uw thuisnetwerk. Hierlangs stuurt de logger de verzamelde gegevens door naar het analysesysteem op www.fp4allorg.

Het totale systeem werkt dus alleen maar als er een internet verbinding is. Standalone is het kaartje niets waard, aangezien de data niet geanalyseerd kan worden. Je hebt gelijkt dat je de data op een USB stick op kan laten slaan (ga ik even vanuit), maar dan vind er nog geen analyse plaats, behalve PVoutput, heb je geen mooie graphs, geen stats,etc. etc.

Oftewel; Het kaartje zelf is redelijk dom/kan niets. Eigenlijk is het een dure RS232/RS485>Ethernet converteer die data naar 1 partij door kan sturen.

Mijn Rpi(€45 incl adapter) leest mbv een RS485 converter (€5,=) mijn omvormer uit, slaat de data lokaal op en analyseert de data ook lokaal en dat voor een fractie van de FP4all prijs. Mijn Rpi stuurt ook naar PVoutput en daar heb ik geen device van >€130-140 voor nodig.

[ Voor 6% gewijzigd door Freemann op 15-02-2013 11:24 ]

[Joepla]

C-sharp schreef op vrijdag 15 februari 2013 @ 10:20:
[...]Het nut van de voltages te weten is of de spanning van het elektriciteitsnetwerk in de buurt komt van die magische 253V. Op dat moment schakelt de omvormer namelijk uit (overspanning). Gezien er heel wat installaties zijn bijgeplaatst in mijn buurt, kan dat interessant zijn om te weten. Als het net "verzadigd" is gaat er een duidelijke correlatie zichtbaar zijn tussen het opgewekte vermogen en de netspanning en kan je eventueel voorspellen of het netwerk zal overbelast worden bij grote zoninval in de zomer. Dan kan je de distributienetbeheerder informeren (en eisen dat hij maatregelen treft).

Dat laatste zal niet zo snel gebeuren. Je moet dan een hele wijk omhoog zien te trekken met je paneeltjes.
Omgekeerd gaat het ook redelijk goed: kijk naar de momenten waarop de vraag (in een gemiddelde wijk) hoog is, zoals 's ochtends en 's avonds. Iedereen neemt dan tegelijkertijd flink vermogen af (tov de rest vd dag). Die spanningspieken (dalen eigenlijk) zie je goed terug als je een curve plot. Toch komt de spanning niet tegen de grenzen, terwijl er toch heel wat kW'tjes worden afgenomen.

Gebeurt dat wel, dan is de wijktrafo te klein gedimensioneerd. Klopt hij wel dan zul je het middenspanningsnet moeten optillen en dat gaat echt niet lukken (gelukkig )met de vermogens waar wij over praten.

[Rukapul]

Geniaal dat loggen naar PVoutput. M'n vrouw en vader houden de paneeltjes goed in de gaten

[MasterMaceMichu]

@Freemann: Niet dus. Er zit een lokale webserver in, die stuurt door naar fp4all EN pvoutput als je dat wilt.
De kaarten waren bij mij in de deal inbegrepen, je moet natuurlijk wel kunnen onderhandelen.....

En ik heb dan weer geen zin om zelf allerlei zaken aan elkaar te moeten knopen, lokale opslag, extra stroomverbruik ed.....

En wat betreft 'die data is van mij': Je laat het wel op een site zien (die overigens niets laat zien op de vandaag en gisteren tabs.....(IE en FF).....dat doet mijn fp4all pagina dan weer wel.....)....

[Freemann]

MasterMaceMichu schreef op vrijdag 15 februari 2013 @ 12:19:
@Freemann: Niet dus. Er zit een lokale webserver in, die stuurt door naar fp4all EN pvoutput als je dat wilt.
De kaarten waren bij mij in de deal inbegrepen, je moet natuurlijk wel kunnen onderhandelen.....

En ik heb dan weer geen zin om zelf allerlei zaken aan elkaar te moeten knopen, lokale opslag, extra stroomverbruik ed.....

En wat betreft 'die data is van mij': Je laat het wel op een site zien (die overigens niets laat zien op de vandaag en gisteren tabs.....(IE en FF).....dat doet mijn fp4all pagina dan weer wel.....)....

Volgens mij staat er ook in mijn post dat hij het naar fp4all en eventueel naar PVoutput kan sturen.
PVoutput is ook een derde partij en als een van deze 2 OF zelfs beide op de fles gaan, geld gaan vragen of wat dan ook dan ben je een deel van je product kwijt.

Het mij erom dat ik wil kunnen bepalen wat er met mijn data gebeurd.
Ik kies ervoor om het met het WWW te delen, maar wil het niet zomaar delen met een derde partij.
Net als Plugwise, deze willen ook dat ik hun data stuur over mijn verbruik/opwekking (staat in de voorwaardes), maar dat wil ik niet. Wat moeten hullie met mijn data? Misschien dat ze er nu niets mee doen, maar als ze eenzijdig hun voorwaarden wijzigen, dan kan het zomaar zijn dat mijn gegevens in iemand anders zijn handen komt. Daarnaast staat de data ergens opgeslagen waar ik er geen zicht op heb. Is dat goed beveiligd, wie kan erbij, wat doen ze ermee? (Let wel, ik zeg niet dat mijn Rpi zo goed beveiligd is dat er niemand bij kan).

Maar wat kan die lokale webserver op de FP4all allemaal laten zien? Heb je een screenshot, want ik kan er niets van vinden. kan de insteekkaart nog benaderd worden als de omvormer niet actief is?

Wat de prijs/onderhandeling betreft;
Dat ding zul je hoe dan ook betaald hebben, zij het linksom of rechtsom.
Een installateur gaat geen device met een marktwaarde van €130 graties bij een installatie weggeven als hij er zelf niets aan verdient. Zo goed als zeker had je extra korting op de offerte kunnen krijgen als je geen logger had gevraagd/ge-eist.

[ Voor 8% gewijzigd door Freemann op 15-02-2013 12:35 ]

[C-sharp]

Joepla schreef op vrijdag 15 februari 2013 @ 11:30:
[...]

Dat laatste zal niet zo snel gebeuren. Je moet dan een hele wijk omhoog zien te trekken met je paneeltjes.
Omgekeerd gaat het ook redelijk goed: kijk naar de momenten waarop de vraag (in een gemiddelde wijk) hoog is, zoals 's ochtends en 's avonds. Iedereen neemt dan tegelijkertijd flink vermogen af (tov de rest vd dag). Die spanningspieken (dalen eigenlijk) zie je goed terug als je een curve plot. Toch komt de spanning niet tegen de grenzen, terwijl er toch heel wat kW'tjes worden afgenomen.

Gebeurt dat wel, dan is de wijktrafo te klein gedimensioneerd. Klopt hij wel dan zul je het middenspanningsnet moeten optillen en dat gaat echt niet lukken (gelukkig )met de vermogens waar wij over praten.

Is toch niet zo zeldzaam als je wel denkt. Als je grote kabellengtes hebt, landelijk gelegen, oud distributienet, veel installaties op dezelfde fase, ... In de beginperiode van PV waren er wel gevalletjes. Kijk maar op het forum van zonstraal.forumup.be. Als je ver van een wijktransformator zit met een grote PV installatie (of veel buren met elk een PV installatie) trekt je omvormer (en alle omvormers van de buren met jou mee) de spanning best wel omhoog.

Met een voltmeter en een zuivere ohmse weerstand (ook gekend onder de naam "frietketel", ik ben ook wel Belg natuurlijk) kan je het makkelijk uitmeten. Spanning meten, thermostaat van de ketel aan, spanning meten, thermostaat uit, spanning meten, ... Per kW verbruik trek ik de netspanning omlaag met 2,2 V. Ik alleen ga dus met mijn 4,8 kVA nooit het net ver omhoog trekken (max. 10,5 V). De netspanning is gemiddeld 234 à 237 V (gemeten met Conrad Energylogger 4000), dus mijn buren en ik mogen zowat 16 kVA op eenzelfde fase injecteren voor we in problemen komen. Rond mij zijn minstens 10 huizen met PV installaties, neem gemiddeld 3,5 kVA te verdelen over 3 mogelijke fases (maar we weten niet van elkaar op welke fase we injecteren). Dat kan dus al best krap worden.

Een ander voorbeeld is een collega van me: woont zeer landelijk, omvormers achter in de tuin, ... Hij moest speciaal extra zware kabels gebruiken (4x10 mm²) om de spanningsval te beperken, hoewel hij maar 3,5kVA kan opwekken.

Voor alle duidelijkheid: de cut-of gebeurt/moet pas op 264V (piek) of 253V (gemiddeld over 10 minuten).

[Freemann]

C-sharp schreef op vrijdag 15 februari 2013 @ 14:21:
[...]

De netspanning is gemiddeld 234 à 237 V (gemeten met Conrad Energylogger 4000), dus mijn buren en ik mogen zowat 16 kVA op eenzelfde fase injecteren voor we in problemen komen.

[...]

Voor alle duidelijkheid: de cut-of gebeurt/moet pas op 264V (piek) of 253V (gemiddeld over 10 minuten).

Net even in mijn logging gedoken (8 maanden history):
gemiddelde netspanning: 225.330645951651 V

Max Grid V is:230.684174 V
Daarbij hoorde:
Grid A = 14.189718 A
Grid P = 3266.501709 W

Deze Piek hebben we gehaald op een PowerOne 3.0 en het was op 14-06-2012 om 14:35:00

Ik ben (zo goed als zeker) de enige invoeder in een straal van globaal 50 m met +/- 30 woningen.

[ Voor 5% gewijzigd door Freemann op 15-02-2013 15:31 ]

[MasterMaceMichu]

@Freemann: Met zo'n toon heb ik helemaal geen zin meer om je te antwoorden.

[Freemann]

MasterMaceMichu schreef op vrijdag 15 februari 2013 @ 17:02:
@Freemann: Met zo'n toon heb ik helemaal geen zin meer om je te antwoorden.

Mijn excuus.

Misschien is het een idee om ook je eigen posts kritisch na te lezen.

Staan ook een paar sneers in.

[Joepla]

@C-sharp: lange kabels/oud net doet inderdaad geen goed. Daar kan geen transfo (ik spreek mijn talen, zoals je ziet ) tegenop.

Nu kom ik regelmatig in Belgie, rondkijkend naar de vele bovengrondse kabels -ogenschijnlijk al aanwezig sinds mensenheugenis- verbaast het me niet dat daar wat Voltjes over vallen.
Persoonlijk vind ik het wel leuk om te zien, in NL zijn die palen al minstens 35 jaar verdwenen denk ik.

Maar dan zul je dus ook behoorlijk onder de 230V komen, zo rond etenstijd? Volgens mij kookt vrijwel iedere Belg, zeker op het platteland, elektrisch.

[ Voor 7% gewijzigd door Joepla op 15-02-2013 19:24 ]

[C-sharp]

Rukapul schreef op dinsdag 12 februari 2013 @ 12:40:
Lijkt er wel op. Ik doe zelf niks met voltages dus die Uac1 variabele moet je ff handmatig checken of hij klopt, maar dat zal vast wel.

Ik heb later overigens op m'n privemail een bash script van iemand ontvangen die de CSV files processed om te uploaden naar pvoutput. Die aanpak is wellicht iets robuster dan de mijne al is de mijne wel heel makkelijk in gebruik. Het script mocht ik verder delen dus laat maar weten als er interesse is.

Kleine update:
+ sprintf(ucommand, "curl -d \"d=%s\" -d \"t=%s\" -d \"v1=%d\" -d \"v2=%d\" -d \"v6=%5.1f\" -d \"c1=1\" -H \"X-Pvoutput-Apikey: %s\" -H \"X-Pvoutput-SystemId: %s\" http://pvoutput.org/service/r2/addstatus.jsp";, udate, utime, int(invData.ETotal), int(invData.TotalPac), double(invData.Uac1)/100, cfg.key, cfg.sid)

Nu werkt het wel.

[altec]

Freemann schreef op woensdag 13 februari 2013 @ 15:33:
[...]

WebSolarLog of 123solar.org kunnen de PowerOne uitlezen en pushen naar PVoutput.

met p1 bedoelde ik de P1 poort op mijn slimme meter
Iemand andere alternatieven?

[antonboonstra]

BamSlam_ schreef op vrijdag 15 februari 2013 @ 10:01:
[...]
Samil Power, die kende ik nog niet. Bekeek zojuist de site en er valt me iets op: die omvormers lijken wel verdacht veel op de Omniksols. Vrijwel dezelfde vormgeving en exact dezelfde display. Vergelijk de technische data maar eens.

Ik vergelijk de technische data en zie alleen maar verschillen. Bijvoorbeeld de Omniksol 3K TL vs de Samil 3300TL. Beide 3000Wac, maar de Omniksol heeft twee MPP's, de Samil eentje. Het spanningsbereik van de Omnik is 120-500Vdc, van de Samil 100-550Vdc. De maximale spanning van de Omnik 590V en van de Samil 550V.

[Mistraller]

Eindelijk ben ik zelf ook weer ietsje ruimer in de tijd, en dus ga ik weer eens wat aan SolGet werken. Wat mij is opgevallen bij het uploaden naar pvoutput: voor zover ik weet levert de Soladin waardes van maximaal 2 cijfers achter de komma. Dus om iets naar PVoutput te uploaden vermenigvuldig ik dat met 10. Nu zie ik echter dat de arduino loggers een waarde uploaden met drie cijfers achter de komma, dus ik ben heel benieuwd waar die derde vandaan komt. Iemand een idee? Arduino code trekt die toch ook gewoon uit de soladin?

[ Voor 3% gewijzigd door Mistraller op 18-02-2013 23:53 ]

[Rol-Co]

Arduino weet ik niet maar met de netduino tellen we de pulsen van een S0 pulse kWh meter.

[Willie Wortel]

Mistraller schreef op maandag 18 februari 2013 @ 23:48:
Eindelijk ben ik zelf ook weer ietsje ruimer in de tijd, en dus ga ik weer eens wat aan SolGet werken. Wat mij is opgevallen bij het uploaden naar pvoutput: voor zover ik weet levert de Soladin waardes van maximaal 2 cijfers achter de komma. Dus om iets naar PVoutput te uploaden vermenigvuldig ik dat met 10. Nu zie ik echter dat de arduino loggers een waarde uploaden met drie cijfers achter de komma, dus ik ben heel benieuwd waar die derde vandaan komt. Iemand een idee? Arduino code trekt die toch ook gewoon uit de soladin?

Ja, maar het is maar hoe je de programma code schrijf, het aantal decimalen is een voorkeur van de programmeur. In de Netduino logging programma code (= een clone van de Arduino) is dit instelbaar door de "Fx" aan te passen. ("F3"" = 3 decimalen, "F2"= 2 decimalen enzovoort)

Nog een weetje, de NET van NETduino komt van Microsoft .NET, de gratis te gebruiken programmeer talen C# en Visual Basic die gebakken zitten Visual Studio om de NETduino te programmeren.
De Netduino is nog volop in ontwikkeling evenzo de projectjes om het loggen tot een succes te maken.

[C-sharp]

Joepla schreef op vrijdag 15 februari 2013 @ 19:21:
@C-sharp: lange kabels/oud net doet inderdaad geen goed. Daar kan geen transfo (ik spreek mijn talen, zoals je ziet ) tegenop.

Nu kom ik regelmatig in Belgie, rondkijkend naar de vele bovengrondse kabels -ogenschijnlijk al aanwezig sinds mensenheugenis- verbaast het me niet dat daar wat Voltjes over vallen.
Persoonlijk vind ik het wel leuk om te zien, in NL zijn die palen al minstens 35 jaar verdwenen denk ik.

Maar dan zul je dus ook behoorlijk onder de 230V komen, zo rond etenstijd? Volgens mij kookt vrijwel iedere Belg, zeker op het platteland, elektrisch.

Gisteren heb ik met het getweakte scriptje van Rukapul de hele dag (of toch van zonsopgang tot shutdown van de omvormer) de voltages gelogd ("Cricket" op pvoutput.org). Het minimum voltage was 233,2 V om 9u20 en het maximum voltage was 241,4 V om 12u55 toen ik 4341 W produceerde.

[Kiswum]

Freemann schreef op vrijdag 15 februari 2013 @ 11:09:
Bron: site fp4all

[...]


Mijn Rpi(€45 incl adapter) leest mbv een RS485 converter (€5,=) mijn omvormer uit, slaat de data lokaal op en analyseert de data ook lokaal en dat voor een fractie van de FP4all prijs. Mijn Rpi stuurt ook naar PVoutput en daar heb ik geen device van >€130-140 voor nodig.

Hoeveel tijd heeft het gekost om alles werkend te krijgen incl. installatie OS, installatie software en schrijven van de code? Of werkte het voor 50 euro ook al out of the box?
Voor 50 euro wil ik wel een kant en klaar systeem hebben, dan hoef ik de FP4All-logger niet aan te schaffen voor zo'n 150 euro

[Freemann]

Kiswum schreef op dinsdag 19 februari 2013 @ 16:32:
[...]


Hoeveel tijd heeft het gekost om alles werkend te krijgen incl. installatie OS, installatie software en schrijven van de code? Of werkte het voor 50 euro ook al out of the box?
Voor 50 euro wil ik wel een kant en klaar systeem hebben, dan hoef ik de FP4All-logger niet aan te schaffen voor zo'n 150 euro

Het Downloaden van de Raspbian Image kost +/- 60-90 min.
Raspbian installeren en de Rpi configureren 60 min.

Dan moet er het nodige op de Rpi geïnstalleerd worden;
- PHP (+plugins) 15 min
- SQLite 15 min
- Webserver (Nginx of Lighttpd zijn low-resource) 15 min
- Subversion 10 min

Dan WebSolarLog downloaden, DB wordt automatisch aangemaakt, configureren (30 min).

Vervolgens de Rpi met converter aansluiten op de Omvormer (SMA en PowerOne worden voor nu ondersteund). 60 min.

Ik gok dat als je een beetje handig bent, het met een middagje spelen moet draaien Lijkt mij leuke/leerzame en Tweaker waardige manier om logging op te zetten (al zeg ik het zelf)

Dan heb je een opensource oplossing draaien waar je zelf de controle over hebt en niet gebonden zit aan een fabrikant.

[ Voor 9% gewijzigd door Freemann op 19-02-2013 19:39 ]

[Kievit1964]

De Samil omvormers hebben alleen een RS232 en een RS485 uitgang om de data uit te lezen.
Zie ook een eerdere post hierover. Nadeel is dat er dus geen (draadloze) internet verbinding mogelijk is.

Nu had ik het idee om de volgende zaken te gebruiken om de data toch via internet te kunnen versturen naar de site van Samil Power.:

http://www.ebay.nl/itm/US...1e76da524e#ht_2819wt_1271

en:

http://www.ebay.nl/itm/Wi...53f03bd670#ht_4664wt_1037


Dus eerst van RS232 naar USB en dan via USB-Wifi naar de modem en zo verder.
Zou dat gaan werken?

[Cranberry]

@Freemann, is de data eenvoudig uit verschillende merken omvormers te halen of heeft elk merk zijn eigen 'codering/protocol'?

M'n SolarEdge-inverter heeft o.a. RS232 en RS485. Vorige week heb ik even de RS232 port gesnift, maar daar kon ik niet heel erg veel chocola van maken (Vac, Vdc en Vac zag ik in plain text voorbij komen, maar de rest van de brij was onherkenbaar).

SolarEdge heeft zelf een monitoring-portal, maar ik ben ook altijd in voor een oplossing waarbij 'k alles in eigen hand&beheer heb...

[Freemann]

Het feit dat er nog geen standaard oplossing is, zegt volgens mij al genoeg

RS485 is een standaard, maar over die standaard versturen wat je zelf wil.
PowerOne doet dit met een Amerikaans sausje,
SMA doet dit met een Duits sausje en het ergste is dat de nieuwe SMA omvormers net even anders lijken te werken als de oudere jongens (wat ik zijde-links op heb gevangen),
SunnyRoo gooit er een Soja Sausje overheen
etc. etc.

Je moet net even die "gek" vinden met jouw omvormer en de kennis om de data te ontcijferen.
zo heeft Hansdegit het voorelkaar gekregen om zijn Tigo MMU uit te kunnen lezen. Dit zijn ook micro omvormer/optimizers die door een centrale unit aangestuurd worden. Deze MMU stuurt het normaal door naar een Portal van Tigo, maar Hans logt nu zelf

Het is jammer genoeg dus niet dat het progsel van Aurora ook op een SunnyRoo met RS485 werkt.
Daarbij zit je ook nog met het probleem dat niet alle omvormers dezelfde data kunnen leveren.
Zo kan mijn PowerOne het volgende leveren:
Grid Voltage
Grid Power
Grid Amps
STR1 Voltage
STR1 Power
STR1 Amps
STR2 Voltage
STR2 Power
STR2 Amps
INV Temp.
Boost Temp.
Efficiency (DC>AC)

Maar zo kan een Effekta geen Eff. of Boost Temp ophoesten en hebben je te maken met omvormer met 1,2,3, ... MPP's

PowerOne kan ook history Energy Values(tot 365 dagen opgewekt vermogen) ophoesten, wat een SMA weer niet kan.

En zo zijn er nog HEEEEL veel verschillen.

[Mistraller]

JoopC schreef op dinsdag 19 februari 2013 @ 08:25:
[...]

Ja, maar het is maar hoe je de programma code schrijf, het aantal decimalen is een voorkeur van de programmeur. In de Netduino logging programma code (= een clone van de Arduino) is dit instelbaar door de "Fx" aan te passen. ("F3"" = 3 decimalen, "F2"= 2 decimalen enzovoort)

Nog een weetje, de NET van NETduino komt van Microsoft .NET, de gratis te gebruiken programmeer talen C# en Visual Basic die gebakken zitten Visual Studio om de NETduino te programmeren.
De Netduino is nog volop in ontwikkeling evenzo de projectjes om het loggen tot een succes te maken.

Nee, dat kan dus niet, want de soladin levert gewoon niet meer dan 2 decimalen. Je kan dit alleen op een andere manier berekenen door heel vaak het instant vermogen op te vragen. Doe je dat niet vaak genoeg (bv per minuut of per 5 minuten dan ontstaan er afwijkingen, met name bij onstabiele weersituaties.)
Met 2 decimalen werkt het al 6 jaar prima, alleen bij pvoutput zie je dan een raar gedrag met de average berekeningen, omdat die alles in Wh doet ipv kWh.

En daarom wil ik graag weten hoe de arduino programmacode aan die derde decimaal komt, die wordt namelijk op de één of andere manier berekend ofwel geschat.

[Mr.MarQuez]

Sinds dit weekend hebben we 9 canadian solar panelen op het dak liggen, welke zijn aangesloten op een sma sb2000hf. Nu wil ik de omvormer uitlezen en deze gegevens weergeven op een manier zoals websolarlog dat doet. Alleen kan ik niet achterhalen of websolarlog ook de data via de bluetooth module kan binnenhalen. Het liefst wil ik de data beschikbaar stellen via mijn raspberry pi die inmiddels ook wat andere kleine taken bijhoudt, en daarnaast de gegevens niet direct zichtbaar hebben voor anderen (anders zou pvoutput een goeie optie zijn geweest).

Kort gesteld is het mogelijk om de sma via bluetooth uit te lezen en de data in eigen beheer op de raspberry webservertje te draaien?

[hansdegit]

Freemann schreef op dinsdag 19 februari 2013 @ 21:53:
[...]

Je moet net even die "gek" vinden met jouw omvormer en de kennis om de data te ontcijferen.
zo heeft Hansdegit het voorelkaar gekregen om zijn Tigo MMU uit te kunnen lezen. Dit zijn ook micro omvormer/optimizers die door een centrale unit aangestuurd worden. Deze MMU stuurt het normaal door naar een Portal van Tigo, maar Hans logt nu zelf

[...]

Zo hé, dat zou leuk zijn!

Integendeel: ik heb gisteren een pakketje van medetweakert XennOX gekregen waarmee ik een begin kan gaan maken met het sniffen van het RS 485 verkeer tussen de Tigo onderdelen. Dat gaat nog een lang verhaal worden, ben ik bang.

Je schat me (vooralsnog) te hoog in.

[Freemann]

@Mr.MarQuez:
WebSolarLog kan (nog) niet met de BT module overweg. Of anders gezegd; de onderliggende software waar wij gebruik van maken (SMA-get) werkt daar niet mee. Er is wel een progsel op "de markt" wat werkt met de BT interface van de SMA, maar deze ondersteunen wij nog niet. Maar wij hebben hebben die nog niet kunnen testen omdat wij geen SMA met Bluetooth hebben en geen Rpi met BT module.

Dus als iemand zich beschikbaar kan/wil stellen;
HEEEEEL graag

Dan kunnen wij zien of de Rpi via een BT module contact kan leggen met de SMA en wat de output van het sma-bluetooth programma is. Zodra wij de output weten, dan kunnen wij er wat leuks mee doen

@hansdegit:
Ik jou te hoog ingeschat?
Het werkt en dat is/was toch ook het doel?!
Dan zeg ik; Doel bereikt en GOED bezig!

[Mr.MarQuez]

Freemann schreef op woensdag 20 februari 2013 @ 09:56:
@Mr.MarQuez:
WebSolarLog kan (nog) niet met de BT module overweg. Of anders gezegd; de onderliggende software waar wij gebruik van maken (SMA-get) werkt daar niet mee. Er is wel een progsel op "de markt" wat werkt met de BT interface van de SMA, maar deze ondersteunen wij nog niet. Maar wij hebben hebben die nog niet kunnen testen omdat wij geen SMA met Bluetooth hebben en geen Rpi met BT module.

Dus als iemand zich beschikbaar kan/wil stellen;
HEEEEEL graag

Dan kunnen wij zien of de Rpi via een BT module contact kan leggen met de SMA en wat de output van het sma-bluetooth programma is. Zodra wij de output weten, dan kunnen wij er wat leuks mee doen

Daar wil ik me wel beschikbaar voor stellen. Ik zal alleen nog even moeten wachten totdat ik mijn bluetooth module binnen heb die bestelt is via dx. In de tussentijd kan ik wel al de overige zaken installeren en zorgen dat het werkt.

[Freemann]

Mr.MarQuez schreef op woensdag 20 februari 2013 @ 10:07:
[...]


Daar wil ik me wel beschikbaar voor stellen. Ik zal alleen nog even moeten wachten totdat ik mijn bluetooth module binnen heb die bestelt is via dx. In de tussentijd kan ik wel al de overige zaken installeren en zorgen dat het werkt.

Top!

Stuur mij via DM even je emailadres, dan kunnen we het buiten het forum om uitzoeken en daarna hopelijk goed nieuws in het forum melden

[Mr.MarQuez]

Freemann schreef op woensdag 20 februari 2013 @ 10:22:
[...]

Top!

Stuur mij via DM even je emailadres, dan kunnen we het buiten het forum om uitzoeken en daarna hopelijk goed nieuws in het forum melden

Heb je DM gestuurd met mijn emailadres.

[Rol-Co]

Met een piko omvormer kan je op geschiedenis in de webserver een dat bestand ophalen, waar kan ik die mee openen? Of wat kan ik er uberhaupt mee?

Hansdegit
Heb jij een scripje voor op de synology? Kan ik daar ook een data bestand wegschrijven met gegevens van de dag zoals voltage en power waarden?
Dm mag ook eventueel

[hansdegit]

hansdegit schreef op woensdag 20 februari 2013 @ 09:41:
[...]

Zo hé, dat zou leuk zijn!

Integendeel: ik heb gisteren een pakketje van medetweakert XennOX gekregen waarmee ik een begin kan gaan maken met het sniffen van het RS 485 verkeer tussen de Tigo onderdelen. Dat gaat nog een lang verhaal worden, ben ik bang.

Je schat me (vooralsnog) te hoog in.

Hihi, update:

quote: Tigo Energy Support Forum

Hello Hans,
You seem like a well educated person and I appreciate your enthusiasm for our products but our communication protocols are proprietary. I understand that the data posting is not instantaneous, but it is fast enough for most monitoring purposes. Anything you are able to pull from the RS-485 will not be useful to you and we ask that you do not attempt to read or reverse engineer it. If you are experiencing a data posting delay of more than 20 minutes please let us know and we will diagnose the problem.

Dat wordt dus zelf uitvinden hoe het werkt. Ik had ook niet echt support van ze verwacht, was een beetje een long shot. Reverse engineering is -bij mijn weten- in NL altijd toegestaan.

Iemand die goed is in rs-485 berichtjes decoderen?

[Freemann]

hansdegit schreef op donderdag 21 februari 2013 @ 08:17:
[...]
Dat wordt dus zelf uitvinden hoe het werkt. Ik had ook niet echt support van ze verwacht,

Heb hem al een paar keer geplaatst en ik blij hem plaatsen:

Freemann schreef op dinsdag 05 februari 2013 @ 19:15:
[...]
De huidige trend in de omvormer markt is, om de data zo lastig mogelijk uit de omvormer te krijgen.
Vervolgens bieden fabrikanten de mogelijkheid om remote (via een portal) de data te bekijken en vragen zij hier netjes een paar dikke €'s per maand voor

Erg jammer.... Jouw data gaat naar de fabrikant en jij mag, als je van de data gebruik wilt maken, lekker een paar €'s per maand betalen

.

was een beetje een long shot. Reverse engineering is -bij mijn weten- in NL altijd toegestaan.

Iemand die goed is in rs-485 berichtjes decoderen?

Naar mijn weten is Reverse Eng. idd toegestaan. Mijn kennis is niet toereikend genoeg om datapacketjes te ontcijferen.

Trouwens, zoals je waarschijnlijk weet ben ik bezig met een OpenSource datalogger oplossing bezig.
Nu willen wijjk kijken of we de Piko's ook in WebSolarlog kunnen persen. Echter ik kan jouw Piko spelendingentje(in de meest positieve vorm bedoeld), wat ik in een grijs verleden eens heb gekregen, niet meer vinden.
Zie jij kans om mij nogmaals jouw logger (of het uitlees deel voor de Piko) te sturen?