Enecsys gateway uitlezen

[Verwijderd]

NLMaca schreef op zondag 12 april 2015 @ 20:46:
##############
aanmaken cronjob:
dit zorgt ervoor dat bij een reboot het script van Omoerbeek automatisch gestart wordt en blijft draaien.

code:

#crontab -e

voeg deze regel toe onderaan:

code:

@reboot php /home/pi/enecsys/e2pv.php >> /home/pi/enecsys/e2pv.log

de reden van de logfile is, zodat je alle output terug kunt zien. indien je dit niet wilt zet dan alleen dit neer:

code:

@reboot php /home/pi/enecsys_php/e2pv.php

Bedankt NLMaca,

Was ikzelf nog vergeten om een crontab aan te maken bij reboot.

Dank je wel.

[vogel1001]

Dylotic schreef op maandag 13 april 2015 @ 20:22:
[...]


Heb hier ook een zigbee dongle van plugwise. Eens induiken of ik daar iets met kan.
Maar vind het ook niet erg als die gateway de data naar mijn server stuurt.

hmm ik krijg toch een semi-error:

PHP Notice: Use of undefined constant ‘LIFETIME’ - assumed '‘LIFETIME’' in /Users/.../Scripts/config.php on line 6

[marco.k]

Omoerbeek petje af voor wat je op zo'n korte termijn uitgezocht en geprogrameerd hebt. Ook ik ga een RPI aanschaffen om de boel weer te kunnen monitoren. NLMaca bedankt voor het plaatsen van een heldere stappenplan.

[Verwijderd]

vogel1001 schreef op maandag 13 april 2015 @ 20:36:
[...]


hmm ik krijg toch een semi-error:

PHP Notice: Use of undefined constant ‘LIFETIME’ - assumed '‘LIFETIME’' in /Users/.../Scripts/config.php on line 6

Heb je in je config je lifetime op 0 of 1 gezet.
Ziet er naar uit dat je dat niet gedifinieerd heb in je config

1 bij single omvormers en goede uitlezing van duo omvormers
0 bij foutieve duo omvormers

[ Voor 10% gewijzigd door Verwijderd op 13-04-2015 20:39 ]

[vogel1001]

Verwijderd schreef op maandag 13 april 2015 @ 20:38:
[...]


Heb je in je config je lifetime op 0 of 1 gezet.
Ziet er naar uit dat je dat niet gedifinieerd heb in je config

dit heb ik gedaan ja, zie hieronder.

define('SYSTEMID', 'xxxxxx');
define(‘LIFETIME’, 0);
define('MODE', 'AGGREGATE'); // 'AGGREGATE' or 'SPLIT'

// If mode is SPLIT, define the Enecsys ID to PVOutput SystemID mapping for each
//

[Verwijderd]

vogel1001 schreef op maandag 13 april 2015 @ 20:40:
[...]


dit heb ik gedaan ja, zie hieronder.

define('SYSTEMID', 'xxxxxx');
define(‘LIFETIME’, 0);
define('MODE', 'AGGREGATE'); // 'AGGREGATE' or 'SPLIT'

// If mode is SPLIT, define the Enecsys ID to PVOutput SystemID mapping for each
//

Vreemd, ziet er goed uit. Neem ook aan dat de config in dezelfde map staat. Lijkt me wel want anders werkt de hele boel niet lijkt me.

[Dylotic]

vogel1001 schreef op maandag 13 april 2015 @ 20:40:
[...]


dit heb ik gedaan ja, zie hieronder.

define('SYSTEMID', 'xxxxxx');
define(‘LIFETIME’, 0);
define('MODE', 'AGGREGATE'); // 'AGGREGATE' or 'SPLIT'

// If mode is SPLIT, define the Enecsys ID to PVOutput SystemID mapping for each
//

Hoe heb je de config.php op je systeem gezet? Geplakt in vi? wget en geëdit met vi? of anders?

[vogel1001]

Dylotic schreef op maandag 13 april 2015 @ 21:02:
[...]


Hoe heb je de config.php op je systeem gezet? Geplakt in vi? wget en geëdit met vi? of anders?

geopend met xcode op osx. ik draai het script op een OSX server

edit: blijkt toch iets ad hand te zijn als je zo een config php opent met een texteditor. Nu opnieuw gedownload en direct geopend in xcode zonder tussenopening in een texteditor en hopla het werkt. Spooky action at some level I say. wellicht dat de default texteditor in osx er rare dingen mee doet. I say: Xcode zal helpen voor OSX.

[ Voor 37% gewijzigd door vogel1001 op 13-04-2015 21:08 ]

[Dylotic]

vogel1001 schreef op maandag 13 april 2015 @ 21:03:
[...]


geopend met xcode op osx. ik draai het script op een OSX server

Ik draai het script op Linux server (ubuntu). Maar zou op osx ook moeten draaien lijkt me.
Misschien iets mis gegaan met het kopiëren uit xcode? Ik heb ook apple en had uit texteditor
gekopieerd naar me linux server. Toen waren er rare tekens mee gekopieerd.

edit: \o/ same thing

[vogel1001]

Dylotic schreef op maandag 13 april 2015 @ 21:09:
[...]


Ik draai het script op Linux server (ubuntu). Maar zou op osx ook moeten draaien lijkt me.
Misschien iets mis gegaan met het kopiëren uit xcode? Ik heb ook apple en had uit texteditor
gekopieerd naar me linux server. Toen waren er rare tekens mee gekopieerd.

edit: \o/ same thing

yep, zie mijn eerdere post. ik dacht even dat ik hallucineerde haha.

[NLMaca]

wat er nog wel eens gebeurt bij copy pasten, is dat niet alle code wordt meegenomen. het beste is de scripts te downloaden op de locatie waar je ze ook gaat draaien. permissies wil ook nog wel eens een issue zijn.

mm. dat gaat hard in mysql zo.
db is al 2mb. sinds 11 april van 10 inverters
Toon Records 0 - 29 ( ~21,588 totaal , Query duurde 0.0066 sec)

[ Voor 25% gewijzigd door teacher op 13-04-2015 21:51 ]

[NLMaca]

@Omoerbeek. ik zit nu de mysql logging te bekijken. hoe verwerkt pvoutput eigenlijk de data? wordt dit bij elkaar opgeteld wat er doorgestuurd wordt? meer om te weten hoe ik dezelfde data local kan verwerken eigenlijk.

oh ja. in de config.php pas je eventueel de lifetime aan. maar vervolgens check je in de e2pv.php dit nogmaals en geef je hier de waarde 1 mee
#24/25

code:

if (!defined('LIFETIME'))
  define('LIFETIME', 1);

klopt het dat het dan niet werkt, als je de lifetime op 0 zet in de config.php ?
oftewel wat is leidend?

[vogel1001]

Zojuist nog eens de datasheets van bijvoorbeeld de siemens S20K270 varistor bekeken, maar ze zijn hooguit in staat om iets van 1 mA te pakken bij een spanningspiek tot pak m beet 400V. Vanaf 600V gaat het meer om waarden rond de 100-500mA. waarbij deze varistor dan gedurende 2ms 151W zou kunnen handelen en sustained 1W kan handelen.
Komt op mij over alsof ze wel te gebruiken zijn voor wat minieme piekjes/ruis op de lijn, maar voor spanningspieken die zeer kortstondig op hogere voltages zitten is het nog maar zeer de vraag of ze afdoende beschermen

[Dylotic]

vogel1001 schreef op maandag 13 april 2015 @ 22:27:
Zojuist nog eens de datasheets van bijvoorbeeld de siemens S20K270 varistor bekeken, maar ze zijn hooguit in staat om iets van 1 mA te pakken bij een spanningspiek tot pak m beet 400V. Vanaf 600V gaat het meer om waarden rond de 100-500mA. waarbij deze varistor dan gedurende 2ms 151W zou kunnen handelen en sustained 1W kan handelen.
Komt op mij over alsof ze wel te gebruiken zijn voor wat minieme piekjes/ruis op de lijn, maar voor spanningspieken die zeer kortstondig op hogere voltages zitten is het nog maar zeer de vraag of ze afdoende beschermen

2mS is heel lang, spanningpieken zijn uS/nS en voltages zijn vaak veel hoger kVolts. De S20 geeft aan wat hij
voor stroom aankan. Deze kun je eventueel nog hoger nemen. Die VDR's kunnen vele amps afvoeren.
de S20 kan 8/20 uS 8000A afvoeren! Meeste commerciële beveiligingen zitten S14 in.

[ Voor 9% gewijzigd door Dylotic op 13-04-2015 23:06 ]

[vogel1001]

Dylotic schreef op maandag 13 april 2015 @ 22:54:
[...]


2mS is heel lang, spanningpieken zijn uS/nS en voltages zijn vaak veel hoger. De S20 geeft aan wat hij
voor stroom aankan. Deze kun je eventueel nog hoger nemen. Spanningspieken zijn tevens meestal kVolts

Mee eens met de duur, de hoogte zelfs tot in de kV range? en de 2ms kwam rechtstreeks uit de datasheet.
Mij lijkt dat we eens kunnen kijken of we niet wat betere typen varistors kunnen pakken als vervanging, mischien zit er een klein broertje van de hierboven genoemde versie in de inverter.

[Dylotic]

vogel1001 schreef op maandag 13 april 2015 @ 23:08:
[...]


Mee eens met de duur, de hoogte zelfs tot in de kV range? en de 2ms kwam rechtstreeks uit de datasheet.
Mij lijkt dat we eens kunnen kijken of we niet wat betere typen varistors kunnen pakken als vervanging, mischien zit er een klein broertje van de hierboven genoemde versie in de inverter.

Het feit dat die VDR eruit gaat in de inverters ligt niet aan de VDR die doet zijn werk. Waarschijnlijk is het
de inverter zelf die de varistor opblaast door een design fout. Inverters synchroniseren met het net 50hz
en voeren spanning op om te leveren. Het zou kunnen dat een klein piekje op het net de omvormer op
het foute been zet en daardoor uit fase gaat of overvoltage. Dit is echter pure speculatie.. Maar dat die VDR
eruit gaat in die inverter is zeker een design fout. Er is ook risico dat de elco's ook een tik krijgen in de inverter
waardoor je deze misschien beter ook vervangt naast de vdr en zekering..

[ Voor 7% gewijzigd door Dylotic op 13-04-2015 23:33 ]

[NLMaca]

@omoerbeek. is het volgende mogelijk in het php script?
de mysql logging loopt prima, echter filter jij op basis van 10min de output naar pvoutput. is het mogelijk dat die status update ook gelogd kan worden naar mysql? dan kan ik op basis daarvan aparte queries gaan maken binnen de 10min tijdsframe die jij hanteert als output, zodoende kan ik de data gelijk houden.
hierna kan ik dan wel queries maken en deze weergeven op een php page. echter mijn php kennis is een stuk minder dan die van jou

vb output:

code:

20150413-19:06:53 => PVOutput v1=4159025Wh v2=255W v5=23.3C v6=230.3V
20150413-19:06:55 PVOutput replies: OK 200: Added Status

echter bevat de mysql logging meerdere outputs per inverter. als ik deze verkort blijft er dit over, wat resulteert in de weergave per inverter

code:

110064950 DC=  7W 31.11V 0.23A AC=230V   5.44W E=0.78 T=22 L=168.109kWh
110075874 DC= 28W 36.13V 0.78A AC=231V  25.28W E=0.90 T=23 L=488.175kWh
110085412 DC= 24W 35.56V 0.68A AC=231V  21.31W E=0.89 T=23 L=423.109kWh
110085417 DC= 33W 35.68V 0.93A AC=231V  29.40W E=0.89 T=25 L=437.905kWh
110085462 DC= 28W 36.13V 0.78A AC=230V  25.28W E=0.90 T=23 L=355.159kWh
110085482 DC= 26W 35.86V 0.73A AC=232V  23.30W E=0.90 T=24 L=508.070kWh
110085734 DC= 21W 35.00V 0.60A AC=230V  18.38W E=0.88 T=23 L=494.249kWh
110085796 DC= 39W 36.28V 1.07A AC=231V  35.33W E=0.91 T=27 L=377.045kWh
110085861 DC= 21W 35.00V 0.60A AC=230V  18.38W E=0.88 T=24 L=492.380kWh
110085872 DC= 33W 35.68V 0.93A AC=230V  29.40W E=0.89 T=25 L=414.801kWh

vraag 2:
in je output naar pvoutput heb je een decimal in de temperatuur, echter in de logging naar mysql rond je dit af. is het mogelijk ook die kolom aan te passen naar een decimal (float?)

edit:
crap. dit gaat misschien niet op. er zijn ook hier verschillen.

code:

110085861 DC= 21W 35.00V 0.60A AC=230V  18.38W E=0.88 T=22 L=492.387kWh
110085861 DC= 21W 35.00V 0.60A AC=230V  18.38W E=0.88 T=23 L=492.385kWh

110085872 DC= 21W 35.00V 0.60A AC=228V  18.38W E=0.88 T=22 L=414.810kWh
110085872 DC= 21W 35.00V 0.60A AC=229V  18.38W E=0.88 T=22 L=414.809kWh
110085872 DC= 21W 35.00V 0.60A AC=229V  18.38W E=0.88 T=22 L=414.809kWh
110085872 DC= 21W 35.00V 0.60A AC=229V  18.38W E=0.88 T=22 L=414.810kWh
110085872 DC= 21W 35.00V 0.60A AC=229V  18.38W E=0.88 T=22 L=414.810kWh
110085872 DC= 21W 35.00V 0.60A AC=229V  18.38W E=0.88 T=22 L=414.811kWh

dan ben ik nu wel benieuwd hoe jij je data berekent

[ Voor 17% gewijzigd door NLMaca op 14-04-2015 00:29 ]

[omoerbeek]

Vraag 1: dat kan, zal ik een dezer dagen eens naar kijken
Vraag2: Temp (en ACVolt) wordt door de inverter gerapporteerd als geheel getal. Vandaar dat in MySQL het als int staat.

Voor power stuur ik de som van de gemiddeldes over 10min per inverter, voor LifekWh de som van alle inverters, en voor voltage en temperatuur het gemiddelde van de laatst gemelde waardes van alle inverters. Hoewel de twee laatsten dus een gemiddelde van gehele getallen is, komt daar wel een getal uit met een fractie. (Dit alles voor MODE AGGREGATED)

Voor MODE is SPLIT stuur ik eens per 10min per inverter de gegevens naar PVOutput. Voor power wordt er gemiddeld over 10min, de rest zijn de laatst ontvangen waardes.

[ Voor 16% gewijzigd door omoerbeek op 14-04-2015 07:39 ]

[omoerbeek]

NLMaca schreef op maandag 13 april 2015 @ 22:11:
@Omoerbeek. ik zit nu de mysql logging te bekijken. hoe verwerkt pvoutput eigenlijk de data? wordt dit bij elkaar opgeteld wat er doorgestuurd wordt? meer om te weten hoe ik dezelfde data local kan verwerken eigenlijk.

oh ja. in de config.php pas je eventueel de lifetime aan. maar vervolgens check je in de e2pv.php dit nogmaals en geef je hier de waarde 1 mee
#24/25

code:

if (!defined('LIFETIME'))
  define('LIFETIME', 1);

klopt het dat het dan niet werkt, als je de lifetime op 0 zet in de config.php ?
oftewel wat is leidend?

Nee, alleen als je geen LIFETIME hebt gedefineerd in config.php doet dat statement wat. Het is een default waarde.

[Francois Smit]

Ik had dit probleem ook.
Vorig jaar set panelen gekocht met gateway enecsys.
Helaas werkt de info via de gateway niet meer,wel jammer ik vond de app op de iPhone super handig.
Iedereen heeft het hier over een in mijn ogen ingewikkelde oplossing.
Ik heb zelf nu de Iungo aangeschaft met brutoproductie meters ( ik heb namelijk ook een 2 systeem met Delta omvormer)en breakoutbox.
Dit systeem werkt zonder externe server en slaat zelf alle data op! Dus je bent niet afhankelijk van een externe partij die weer failliet kan gaan zoals wij allemaal hebben ondervonden.
Het mooie is nu dat ik beide systemen kan zien en tevens mijn slimme meter uit kan lezen realtime.

Dus alle data inzichtelijk in 1 scherm ,dus ook het ingeschakelde vermogen etc en natuurlijk het belangrijkste het opgewekte vermogen van mijn zonnepanelen.

Het enige dat dus niet kan is per omvormer uitlezen maar dat kan ik bij mijn andere omvormer ook niet.
Ik kan nog altijd in de gateway van enecsys zien dat mijn omvormers wel/niet functioneren en het totale vermogen zie ik dan in mooie grafiek via de Iungo.
Er schijnt nog veel meer met de iungo te kunnen (klik aan-uit etc. Schakelen en vermogen van apparaten monitoren via stekkerpluggen)
Denk dat dit toch voor veel mense een simpelere oplossing is dan via allerlei programma scripts uitlezen en dan ook nog abonnementsgeld betalen aan Aloha.

Ik ben zeer tevreden met mijn gekozen oplossing eigenlijk werkt het nog fijner dan vroeger alles in 1 scherm zichtbaar( behalve dan per omvormer kijken)

Mvg.

Francois Smit.

[omoerbeek]

@Francois Smit: voor mij is mijn oplossing ideaal, geen extra kosten en ik maak gebruik van hardware die ik toch al heb draaien. Paar avondjes programmeren is geen probleem voor mij en vind ik zelfs wel leuk.

Mijn oplossing heeft geen abonnement nodig, dat was juist 1 van de redenen om hem te maken.

Maar iedereen moet natuurlijk voor zichzelf bepalen welke oplossing voor zijn situatie het beste is.

[ Voor 13% gewijzigd door omoerbeek op 14-04-2015 16:27 ]

[marske666]

Francois Smit schreef op dinsdag 14 april 2015 @ 16:01:
.
Het enige dat dus niet kan is per omvormer uitlezen maar dat kan ik bij mijn andere omvormer ook niet.
Ik kan nog altijd in de gateway van enecsys zien dat mijn omvormers wel/niet functioneren ....

Francois Smit.

Ik denk niet dat je veel waarde moet hechten aan de info van de gateway.
Mijn zwager had 1 duo inverter die niet werkte maar was op de gateway wel gewoon aanwezig/zichtbaar!
Het voordeel van het systeem is dat je kan zien als er iets mis is met een inverter/paneel/panelen.
En niet te vergeten als er sprake van schaduw is op 1 of meerdere panelen.

[ Voor 14% gewijzigd door marske666 op 14-04-2015 18:53 ]

[vogel1001]

Tsja, aloha... En zijn webservice... Ik zeg niks.

Ik heb Pvoutput.org even bekeken en als je doneert kun je tot 10 subsystemen monitoren. Ik heb 14 inverters, dus 14 subsystemen en dus gaat Pvoutput alleen werken voor de totaal rapportage.
Wat ik al eerder aangaf: weten wat je systeem produceert is leuk maar gaat jou niet vertellen of er problemen zijn. En er zijn zat verhalen over inverterproblemen bij enecsys.
Ik heb 14 inverters daar waar Pvoutput max 10 ondersteund na donatie. Dus met Pvoutput kan ik 4 niet monitoren op problemen. Ik ben dus nog in de 'markt' om dit script verder te bewerken/ontwikkelen om 'alarm'signalen af te geven al dan niet per email. Immers, als 1 inverter niet meer werkt wil je dat zsm weten naast dat je ze allemaal wilt monitoren. Mischien dat iemand al ergens een stukje php script kent om een mail eruit te gooien? Ik zal vanavond eens kijken iig. Mischien dat ook op basis van mysql data een alarmmatjes de deur uit kan. Ik heb nog geen idee

[vogel1001]

marske666 schreef op dinsdag 14 april 2015 @ 18:47:
[...]


Ik denk niet dat je veel waarde moet hechten aan de info van de gateway.
Mijn zwager had 1 duo inverter die niet werkte maar was op de gateway wel gewoon aanwezig/zichtbaar!
Het voordeel van het systeem is dat je kan zien als er iets mis is met een inverter/paneel/panelen.
En niet te vergeten als er sprake van schaduw is op 1 of meerdere panelen.

Sterker nog: ik had er twee kapot die beiden zichtbaar waren op de gateway, en tegelijkertijd gaf de enecsys website aan dat het systeem "naar behoren werkte". Geen probleem!
Right.
Daarom is het Perl script of dit php script ook een heel goed startpunt om hier verder aan te knutselen.

[NLMaca]

vogel1001 schreef op dinsdag 14 april 2015 @ 18:56:
[...]


Sterker nog: ik had er twee kapot die beiden zichtbaar waren op de gateway, en tegelijkertijd gaf de enecsys website aan dat het systeem "naar behoren werkte". Geen probleem!
Right.
Daarom is het Perl script of dit php script ook een heel goed startpunt om hier verder aan te knutselen.

dan ben ik benieuwd of dit met het php script nu wel zichtbaar is. theoretisch krijg je bij een kapotte inverter nu dus ook geen nieuwe data toegestuurd, maar oude. door een vergelijking te doen, kun je dan wel zien of er een inverter stuk is of niet.

maar het lijkt me dat dat meer onder monitoring valt, dan onder een verwerkings script

[vogel1001]

NLMaca schreef op dinsdag 14 april 2015 @ 18:58:
[...]


dan ben ik benieuwd of dit met het php script nu wel zichtbaar is. theoretisch krijg je bij een kapotte inverter nu dus ook geen nieuwe data toegestuurd, maar oude. door een vergelijking te doen, kun je dan wel zien of er een inverter stuk is of niet.

maar het lijkt me dat dat meer onder monitoring valt, dan onder een verwerkings script

Nee dat is niet zichtbaar met dit script. Wat je wel kan doen is de errorstate uit de string halen en die samen met de data rapporteren naar bijv Pvoutput of mysql of een eigen website of.. Of..
En natuurlijk de inverter output in Watt monitoren tussen 12:00-15:00.
Daarnaast kan een inverter tijdelijk afschakelen als hij geen netfrequentie vindt. Ook dat wil je weten. Ook wil je weten of een paneel sterker achteruitgaat dan anderen. Hier biedt Pvoutput mogelijkheden toe, echter tot een max van 10 inverters en betaald.
Op al deze info kun je acties ondernemen. Managementinformatie zo je wilt, KPI's kun je het ook noemen. (Voor de puristen: de geproduceerde stroom op dagbasis van je systeem is dus GEEN KPI simpelweg omdat je er geen actie op kunt nemen, je weet niet altijd of er iets aan de hand is)
Dit is allemaal info die je nodig hebt om je systeem in conditie te houden. Wat je dan vervolgens monitored qua productie is dan iig de meest optimale productie. Leuk om te weten maar het gaat zijn wat het is.

[NLMaca]

we hebben nog wel wat te doen dus haha. mooie uitdaging

[Boem56]

mogelijk dat jullie php kunnen combineren met het programma van Labvieuw. Ik heb namelijk een nieuwe inverter erbij die nog niet is aangemeld bij enecsys. krijg keurig data binnen van labvieuw. Echter als het platte dak vol met water ligt krijg ik helaas geen signaal Kwmeter geeft gewoon aan dat hij produceert.

[vogel1001]

Boem56 schreef op dinsdag 14 april 2015 @ 19:43:
mogelijk dat jullie php kunnen combineren met het programma van Labvieuw. Ik heb namelijk een nieuwe inverter erbij die nog niet is aangemeld bij enecsys. krijg keurig data binnen van labvieuw. Echter als het platte dak vol met water ligt krijg ik helaas geen signaal Kwmeter geeft gewoon aan dat hij produceert.

euh, ...? Wat wil je doen? Bedoel je die exe file ? Als je de VI hebt (source code) wil je die dan delen?
Labview is leuk maar je hebt er wel een laptop/pc voor nodig. Een PI kan klein en fijn zijn en precies hetzelfde doen.

[Verwijderd]

Boem56 schreef op dinsdag 14 april 2015 @ 19:43:
mogelijk dat jullie php kunnen combineren met het programma van Labvieuw. Ik heb namelijk een nieuwe inverter erbij die nog niet is aangemeld bij enecsys. krijg keurig data binnen van labvieuw. Echter als het platte dak vol met water ligt krijg ik helaas geen signaal Kwmeter geeft gewoon aan dat hij produceert.

Dat zou dus betekenen, dat als het platte dak vol met water ligt het zigbee signaal er niet doorheen gaat richting de gateway?
Lijkt mij sterk, ik heb ook een plat dak wat geregeld vol met water ligt en heb nog nooit problemen gehad.

Is het alleen de nieuwe inverter of met allemaal?

[vogel1001]

Verwijderd schreef op dinsdag 14 april 2015 @ 21:37:
[...]


Dat zou dus betekenen, dat als het platte dak vol met water ligt het zigbee signaal er niet doorheen gaat richting de gateway?
Lijkt mij sterk, ik heb ook een plat dak wat geregeld vol met water ligt en heb nog nooit problemen gehad.

Is het alleen de nieuwe inverter of met allemaal?

Het zal toch niet zo zijn dat de inverters met hun antenne in het water liggen hoop ik ?

[omoerbeek]

vogel1001 schreef op dinsdag 14 april 2015 @ 18:51:
Tsja, aloha... En zijn webservice... Ik zeg niks.

Ik heb Pvoutput.org even bekeken en als je doneert kun je tot 10 subsystemen monitoren. Ik heb 14 inverters, dus 14 subsystemen en dus gaat Pvoutput alleen werken voor de totaal rapportage.
Wat ik al eerder aangaf: weten wat je systeem produceert is leuk maar gaat jou niet vertellen of er problemen zijn. En er zijn zat verhalen over inverterproblemen bij enecsys.
Ik heb 14 inverters daar waar Pvoutput max 10 ondersteund na donatie. Dus met Pvoutput kan ik 4 niet monitoren op problemen. Ik ben dus nog in de 'markt' om dit script verder te bewerken/ontwikkelen om 'alarm'signalen af te geven al dan niet per email. Immers, als 1 inverter niet meer werkt wil je dat zsm weten naast dat je ze allemaal wilt monitoren. Mischien dat iemand al ergens een stukje php script kent om een mail eruit te gooien? Ik zal vanavond eens kijken iig. Mischien dat ook op basis van mysql data een alarmmatjes de deur uit kan. Ik heb nog geen idee

Error status uitlezen heb ik geen idee van. Specs missen, helaas.

Ik dacht dat ik had gelezen dat je max 8 systemen onder 1 parent kan hangen? (Dat is dus wat anders dan een "Managed System").

Je kan dus wel twee parents maken en daar ieder 7 inverters onder hangen, als ik het goed heb begrepen.

Zie http://pvoutput.org/help.html#general-aggregation

En verder kan je (als je niet aggregeert) gewoon al je inverters als apart standalone systeem opnemen en alerts zetten.

Edit: nu even goed gelezen, er is idd een max van 10 systemen per account. Je zou kunnen overwegen om 2 accounts te maken.... maar ideaal is het niet.

[ Voor 8% gewijzigd door omoerbeek op 14-04-2015 22:36 ]

[vogel1001]

omoerbeek schreef op dinsdag 14 april 2015 @ 22:26:
[...]


Error status uitlezen heb ik geen idee van. Specs missen, helaas.

Ik dacht dat ik had gelezen dat je max 8 systemen onder 1 parent kan hangen? (Dat is dus wat anders dan een "Managed System").

Je kan dus wel twee parents maken en daar ieder 7 inverters onder hangen, als ik het goed heb begrepen.

Zie http://pvoutput.org/help.html#general-aggregation

En verder kan je (als je niet aggregeert) gewoon al je inverters als apart standalone systeem opnemen en alerts zetten.

Edit: nu even goed gelezen, er is idd een max van 10 systemen per account. Je zou kunnen overwegen om 2 accounts te maken.... maar ideaal is het niet.

Errorstates (met dank aan duinsel destijds):
http://www.navitron.org.u....msg212435.html#msg212435

Letop: de zigbee string moet eerst omgezet worden naar hex om verder gebruikt te worden. Hiervoor verwijs ik naar 1 van zijn latere versies (ook te vinden in dat topic een paar paginas verder)

PVoutput.org:
Als je kijkt onder restrictions en limitations zie je waarom het niet gaat. Alleen van de geaggregeerde data wordt een history van opgebouwd. Nee, je hebt echt subsystemen nodig (betaalde optie, max 10 vooralsnog). Ik heb ze een email gestuurd of PVout.org eventueel genegen is om het aantal subsystemen uit te breiden voor enecsys gebruikers om zo per inverter te monitoren.

[Dylotic]

vogel1001 schreef op dinsdag 14 april 2015 @ 22:44:
[...]


Errorstates (met dank aan duinsel destijds):
http://www.navitron.org.u....msg212435.html#msg212435

Je zou kunnen kijken wat de error state standaard is. Als deze hiervan afwijkt een optie
om een mail eruit te gooien?

[Boem56]

vogel1001 schreef op dinsdag 14 april 2015 @ 22:14:
[...]


Het zal toch niet zo zijn dat de inverters met hun antenne in het water liggen hoop ik ?

nee,zo wijs om er twee hele grote straat stenen onder te leggen, ligt harstikke droog. de nieuwe inverter is gekoppeld aan twee extra panelen op dit dakje. vond het nogal vreemd vandaar.

[omoerbeek]

Dylotic schreef op dinsdag 14 april 2015 @ 23:27:
[...]


Je zou kunnen kijken wat de error state standaard is. Als deze hiervan afwijkt een optie
om een mail eruit te gooien?

Ok, daar kan ik wat mee. mailen is wel altijd gedoe, omdat de php setup dan goed moet zijn en dat is ie vaak niet, en ik heb niet zo veel zin om een soort php setup helpdesk te worden.

[vogel1001]

omoerbeek schreef op woensdag 15 april 2015 @ 07:34:
[...]


Ok, daar kan ik wat mee. mailen is wel altijd gedoe, omdat de php setup dan goed moet zijn en dat is ie vaak niet, en ik heb niet zo veel zin om een soort php setup helpdesk te worden.

Wat mischien interessant kan zijn is de errorstate geaggregeerd te rapporteren met de extravelden die je mag rapporteren naar Pvoutput. Dus concreet: aantal panelen dat errorstate>0 heeft elke 10 min; aantal panelen dat 0W aangeeft elke 10 min. Aantal panelen dat minder dan 70% van zijn buur aangeeft (dan 'poule' je dus de inverters in een aantal groepjes) elke 10 min.
De poules kun je dan instellen in de ini file.

Is dat mischien een idee?

[omoerbeek]

Ok, net gecomit, een versie die een S status print. Dat is dus de (Error)Status. Ik zie op dit moment waardes
8800, 8801 en 8803.

8800 is de "normale" state. 8801 en 8803 zijn: niet genoeg licht oid. Ik vraag me af of de 88 echt deel is van de state.

Kunnen een paar mensen dit draaien en rapporteren welke codes zo zoal zien.

(BTW de errorcodes zijn in hex en niet in base64), ze zijn dus anders dan wat de eerder gerefereerde post laat zien).

[ Voor 8% gewijzigd door omoerbeek op 15-04-2015 08:38 ]

[sjnelle]

Ik krijg voor al mijn inverters 8800 terug

Bij dataservices.solar staat op website

Get Inverter Status (c=status):

http://www.dataservices.s...spx?sn=100007831&c=status

If the status is 0 then everything is OK. If the status is > 0 then there is a problem. For example No Sun (4), etc.

[omoerbeek]

@sjnelle bedankt. Het illustreert wel meteen het probleem van alerts een beetje. Want "No Sun" duidt soms op een probleem en soms niet. Niet alle code > 0 duiden altijd op een een echt probleem.

De logica om te besluiten wanneer je een alert stuurt is niet eenvoudig. Want niks is zo irritant als valse meldingen.

Dit vereist nog wat denkwerk. De optie van PVOutput ge/misbruiken is er natuurlijk ook. En dus meer inzicht in welke codes normaalgesproken langskomen.

Misschien heeft iemand een inverter met een probleem? Ik ben dan zeker benieuwd wat die zegt als status.

[P_Tingen]

omoerbeek schreef op woensdag 15 april 2015 @ 10:17:
@sjnelle bedankt. Het illustreert wel meteen het probleem van alerts een beetje. Want "No Sun" duidt soms op een probleem en soms niet. Niet alle code > 0 duiden altijd op een een echt probleem.

De logica om te besluiten wanneer je een alert stuurt is niet eenvoudig. Want niks is zo irritant als valse meldingen.

Dit vereist nog wat denkwerk. De optie van PVOutput ge/misbruiken is er natuurlijk ook. En dus meer inzicht in welke codes normaalgesproken langskomen.

Misschien heeft iemand een inverter met een probleem? Ik ben dan zeker benieuwd wat die zegt als status.

Overdag rapporteren is erg lastig. Je kan nooit voorspellen wat er aan de hand is. Misschien heb ik wel een schoorsteen die vanaf 2 uur 's middags voor schaduw zorgt. Ik wil niet elke middag om 5 over 2 een alert hebben. En ik wil ook niet krankzinnig ingewikkelde configs instellen voor wat voor alert ik wanneer wel en niet wil hebben. Mijn eigen ervaring leert dat je dit wel kan programmeren maar dat vrijwel niemand dit gaat gebruiken want TL;DR.

Zou je niet een alert kunnen sturen op het einde van de dag? Je weet wat de verdeling is tussen de inverters onderling aan de hand van hun lifetime opbrengst. Vergelijk dat met de opbrengst van de dag. Als de dagverhouding teveel afwijkt van de lifetime verhouding, rapporteer je. Die afwijking van wat je acceptabel vindt, zou je dan weer in de config kunnen zetten.

[vogel1001]

omoerbeek schreef op woensdag 15 april 2015 @ 10:17:
@sjnelle bedankt. Het illustreert wel meteen het probleem van alerts een beetje. Want "No Sun" duidt soms op een probleem en soms niet. Niet alle code > 0 duiden altijd op een een echt probleem.

De logica om te besluiten wanneer je een alert stuurt is niet eenvoudig. Want niks is zo irritant als valse meldingen.

Dit vereist nog wat denkwerk. De optie van PVOutput ge/misbruiken is er natuurlijk ook. En dus meer inzicht in welke codes normaalgesproken langskomen.

Misschien heeft iemand een inverter met een probleem? Ik ben dan zeker benieuwd wat die zegt als status.

Nu ja, ik had er twee. Errorcode 4. Ik weet ook van errorcode 12 dat die bestaat. Ik ken geen error 8800, is dit geen vertaalslagissue?

[vogel1001]

Valse meldingen? Dat valt wel mee. Schaduw gaat niet voor een valse melding zorgen.

[vogel1001]

Als de errorstate gerapporteerd wordt aan Pvoutput kun je daar zelf in Pvoutput filters en acties aan hangen. Dat lijkt me het meest flexibel en toepasbaar voor iedereen.

[omoerbeek]

vogel1001 schreef op woensdag 15 april 2015 @ 10:40:
[...]


Nu ja, ik had er twee. Errorcode 4. Ik weet ook van errorcode 12 dat die bestaat. Ik ken geen error 8800, is dit geen vertaalslagissue?

Wat ik al zei, die 88 is waarschijnlijk geen deel van de status.

[Verwijderd]

Allen zeer bedankt voor het harde werken. PHP draait nu prima op QNAP. Output naar PVoutput loopt ook als een zonnetje.

Eén vraag: de gateway verwijst nu naar de QNAP. Is het ook mogelijk deze te verwijzen naar een externe webserver, zoals test.domeinnaam.nl, daar het script te draaien, om te voorkomen dat de server de hele dag moet draaien? Dank vast voor het meedenken.

[Verwijderd]

Allen zeer bedankt voor het harde werken. PHP draait nu prima op QNAP. Output naar PVoutput loopt ook als een zonnetje.

Eén vraag: de gateway verwijst nu naar de QNAP. Is het ook mogelijk deze te verwijzen naar een externe webserver, zoals test.domeinnaam.nl, daar het script te draaien, om te voorkomen dat de server de hele dag moet draaien? Dank vast voor het meedenken.

[omoerbeek]

vogel1001 schreef op woensdag 15 april 2015 @ 10:47:
Als de errorstate gerapporteerd wordt aan Pvoutput kun je daar zelf in Pvoutput filters en acties aan hangen. Dat lijkt me het meest flexibel en toepasbaar voor iedereen.

Extended Status is wel Donation only...

[omoerbeek]

Verwijderd schreef op woensdag 15 april 2015 @ 10:58:
Allen zeer bedankt voor het harde werken. PHP draait nu prima op QNAP. Output naar PVoutput loopt ook als een zonnetje.

Eén vraag: de gateway verwijst nu naar de QNAP. Is het ook mogelijk deze te verwijzen naar een externe webserver, zoals test.domeinnaam.nl, daar het script te draaien, om te voorkomen dat de server de hele dag moet draaien? Dank vast voor het meedenken.

Ja, mits de externe server bereikbaar is op poort 5040. Hoeft dus geen webserver te zijn. Ikzelf heb ergens een goedkope VM instantie draaien.

[Wiebeltje]

Ik heb het inmiddels ook draaien bij mijn ouders. Werkt perfect. Ben ondertussen ook al begonnen aan een webinterface voor op de pi zelf met Highcharts. Ik heb al een kleine basis staan maar nog niet genoeg om te publiceren. Als ik het af heb zal ik het hier eens posten. Ik maak overigens gebruik van de mysql database die je optioneel aan kan zetten. Ik kan dan straks ook per invertor grafieken naar boven toveren e.d.

[Verwijderd]

Ik heb met veel interesse dit topic bijgehouden, en me zelf toch maar een Raspberry pi 2 geschonken :-) om ook mijn monitoring weer aan de praat te krijgen.

Ik heb het installatie stappen plan gevolgd, echter bij :

>sudo apt-get install libapache2-mod-php5 php5 php-pear php5-x

Krijg ik oa de volgende errors:
Get:1 http://mirrordirector.raspbian.org/raspbian/ wheezy/main apache2-mpm-prefork armhf 2.2.22-13+deb7u4 [2,372 B]
Get:2 http://mirrordirector.raspbian.org/raspbian/ wheezy/main lsof armhf 4.86+dfsg-1 [321 kB]
Err http://mirrordirector.raspbian.org/raspbian/ wheezy/main php5-common armhf 5.4.36-0+deb7u3
404 Not Found
Get:3 http://mirrordirector.raspbian.org/raspbian/ wheezy/main libonig2 armhf 5.9.1-1 [130 kB]
Err http://mirrordirector.raspbian.org/raspbian/ wheezy/main php5-cli armhf 5.4.36-0+deb7u3
404 Not Found

Enige suggesties ?

[edit: probleem gevonden; eerst sudo apt-get update ]

[ Voor 3% gewijzigd door Verwijderd op 15-04-2015 13:41 ]

[Dylotic]

omoerbeek,

Heb die nieuwe github gepakt voor de errorstate en krijg weer deze melding!

code:

20150415-18:47:54 => PVOutput v2=396W v5=45.0C v6=214.5V

Warning: fopen(http://pvoutput.org/service/r2/addstatus.jsp): failed to open stream: HTTP request failed! HTTP/1.1 403 Forbidden
 in /home/dylotic/e2pv.php on line 75
20150415-18:47:55 POST failed, check your APIKEY and SYSTEMID

[omoerbeek]

@Dylotic hhmm die code heb ik niet veranderd, snap het even niet.

Wat me wel opvalt is dat het regelnummer van de foutmelding niet klopt. Hoe haal je de file over?

Heb je misschien (per ongeluk) config.php gewijzigd?

[ Voor 54% gewijzigd door omoerbeek op 15-04-2015 19:28 ]

[NLMaca]

Verwijderd schreef op woensdag 15 april 2015 @ 12:35:
Ik heb met veel interesse dit topic bijgehouden, en me zelf toch maar een Raspberry pi 2 geschonken :-) om ook mijn monitoring weer aan de praat te krijgen.

Ik heb het installatie stappen plan gevolgd, echter bij :

>sudo apt-get install libapache2-mod-php5 php5 php-pear php5-x

Krijg ik oa de volgende errors:
Get:1 http://mirrordirector.raspbian.org/raspbian/ wheezy/main apache2-mpm-prefork armhf 2.2.22-13+deb7u4 [2,372 B]
Get:2 http://mirrordirector.raspbian.org/raspbian/ wheezy/main lsof armhf 4.86+dfsg-1 \[321 kB]
Err http://mirrordirector.raspbian.org/raspbian/ wheezy/main php5-common armhf 5.4.36-0+deb7u3
404 Not Found
Get:3 http://mirrordirector.raspbian.org/raspbian/ wheezy/main libonig2 armhf 5.9.1-1 \[130 kB]
Err http://mirrordirector.raspbian.org/raspbian/ wheezy/main php5-cli armhf 5.4.36-0+deb7u3
404 Not Found

Enige suggesties ?

[edit: probleem gevonden; eerst sudo apt-get update ]

klopt rbo. ik ben dit vergeten er bij te zetten, maar is iets wat ik eigenlijk standaard doe bij een nieuwe install.

[Dylotic]

omoerbeek schreef op woensdag 15 april 2015 @ 18:59:
@Dylotic hhmm die code heb ik niet veranderd, snap het even niet.

Hmm vreemd. Code nogmaals geplakt , nu werkt het met error code

Ga die code in de gaten houden!

[Dizlekd]

Hallo, zit al een paar dagen mee te lezen hier, ben blij met wat jullie tot nu toe bereikt hebben. Heb inmiddels een PI gescoord, ga vanavond kijken of ik de boel voor elkaar kan krijgen. Hoop dan morgen ook zo'n fijn systempje te hebben draaien.. ;-)

[Dylotic]

Dit vind ik over de error states:
AAA=feeding grid, AMA/AEA error states undervoltage, no grid (weet niet wat dit decoded decimaal is)
Kan wel eens wat tests doen. Bijvoorbeeld de 220v uitzetten. Weet niet wat we nog meer kunnen verzinnen?

Misschien kunnen we ze wel loggen naar de SQL?

[ Voor 9% gewijzigd door Dylotic op 15-04-2015 19:28 ]

[omoerbeek]

Dylotic schreef op woensdag 15 april 2015 @ 19:16:
Dit vind ik over de error states:
AAA=feeding grid, AMA/AEA error states undervoltage, no grid (weet niet wat dit decoded decimaal is)
Kan wel eens wat tests doen. Bijvoorbeeld de 220v uitzetten. Weet niet wat we nog meer kunnen verzinnen?

Misschien kunnen we ze wel loggen naar de SQL?

Dat is base64 encoded, na decoderen in naar hex ziet dat er anders uit. De posts daar hadden daarbij de verkeerde boundaries.

AAA -> 0000
AAM ->0003
AAE -> 0001

[Dylotic]

code:

110065595 DC=  0W  0.00V 0.05A AC= 53V   0.00W E=0.00 T=36 S=8803 L=95.601kWh
110131007 DC= 20W 34.78V 0.58A AC=214V  17.38W E=0.87 T=36 S=8800 L=452.029kWh
110080757 DC=  0W  0.00V 0.05A AC= 53V   0.00W E=0.00 T=39 S=8803 L=1.612kWh
110029200 DC=  0W  0.00V 0.05A AC= 53V   0.00W E=0.00 T=33 S=8801 L=564.451kWh
110065595 DC=  0W  0.00V 0.05A AC= 53V   0.00W E=0.00 T=36 S=8803 L=95.601kWh
110065595 DC=  0W  0.00V 0.05A AC= 53V   0.00W E=0.00 T=36 S=8803 L=95.601kWh
20150415-19:55:48 => PVOutput v2=31W v5=36.0C v6=93.2V
20150415-19:55:49 PVOutput replies: OK 200: Added Status
110131007 DC= 20W 34.78V 0.58A AC=215V  17.38W E=0.87 T=35 S=8800 L=452.029kWh
110080757 DC=  0W  0.00V 0.05A AC= 53V   0.00W E=0.00 T=39 S=8803 L=1.612kWh
110065595 DC= 12W 34.29V 0.35A AC= 53V  10.28W E=0.86 T=36 S=8800 L=95.601kWh
110029200 DC=  0W  0.00V 0.05A AC= 53V   0.00W E=0.00 T=33 S=8801 L=564.451kWh
110029200 DC=  0W  0.00V 0.05A AC= 53V   0.00W E=0.00 T=33 S=8801 L=564.451kWh
110065595 DC= 20W 34.78V 0.58A AC=217V  17.38W E=0.87 T=36 S=8800 L=95.601kWh
110080757 DC=  0W  0.00V 0.05A AC= 53V   0.00W E=0.00 T=38 S=8803 L=1.612kWh
110131007 DC= 20W 34.78V 0.58A AC=214V  17.38W E=0.87 T=35 S=8800 L=452.029kWh
110080757 DC=  0W  0.00V 0.05A AC= 53V   0.00W E=0.00 T=38 S=8803 L=1.612kWh
110029200 DC= 10W 36.36V 0.28A AC= 53V   9.09W E=0.91 T=33 S=8800 L=564.451kWh
110029200 DC= 10W 36.36V 0.28A AC= 53V   9.09W E=0.91 T=33 S=8800 L=564.451kWh
110029200 DC=  0W  0.00V 0.05A AC= 53V   0.00W E=0.00 T=33 S=8803 L=564.451kWh
110080757 DC= 12W 34.29V 0.35A AC= 53V  10.28W E=0.86 T=38 S=8800 L=1.612kWh
110080757 DC=  0W  0.00V 0.05A AC=215V   0.00W E=0.00 T=38 S=8803 L=1.612kWh
110029200 DC=  0W  0.00V 0.05A AC= 53V   0.00W E=0.00 T=33 S=8803 L=564.451kWh
110065595 DC= 20W 34.78V 0.58A AC=216V  17.38W E=0.87 T=35 S=8800 L=95.601kWh
110131007 DC= 20W 34.78V 0.58A AC=214V  17.38W E=0.87 T=35 S=8800 L=452.030kWh

Hmm lijkt wel een en ander duidelijk te worden:

00 : Converting Power
01 : Low Light on PV side
03 : 230vac side disabled (Als ik 230vac eraf gooi in meterkast zelfde code)

Als ik 230vac weer inschakel geen vreemde code.. Blijft code 03 of 01

[vogel1001]

Code 4 zou zijn no grid. En code 12 zou zijn: no frequency lock.
Beiden resulteren in 0 W output met grote kans op kapotte inverter

[Dylotic]

vogel1001 schreef op woensdag 15 april 2015 @ 20:20:
Code 4 zou zijn no grid. En code 12 zou zijn: no frequency lock.
Beiden resulteren in 0 W output met grote kans op kapotte inverter

Nou heb het grid eraf gehaald en geen code 4 ?! Maar maybe omdat er al low light was op de PV..

[ Voor 7% gewijzigd door Dylotic op 15-04-2015 20:22 ]

[Verwijderd]

Code 4 is volgens mij low sun, dus niet genoeg power om te synchroniseren met net??

Even te snel...

[ Voor 14% gewijzigd door Verwijderd op 15-04-2015 20:26 ]

[Dylotic]

Verwijderd schreef op woensdag 15 april 2015 @ 20:24:
Code 4 is volgens mij low sun, dus niet genoeg power om te synchroniseren met net??

Dat is code 01 denk ik, code 4 hier nog niet gezien..

[ Voor 6% gewijzigd door Dylotic op 15-04-2015 20:26 ]

[Verwijderd]

Dylotic schreef op woensdag 15 april 2015 @ 20:25:
[...]

Dat is code 01 denk ik, code 4 hier nog niet gezien..

Ik zie code 4 als de installatie opstart en afvalt.......
Ik meen ergens op het web een lijstje met alle code te hebben gezien, maar kan hem niet vinden nu

[Verwijderd]

Dit is wat ik binnenkrijg met de aloaha die ik op de server heb draaien hier thuis......

Serialnumber Status DC_Watt AC_Watt LifetimeGeneration_kWh Today_Wh DC_Max AC_Max Inverter_Temperature Efficiency Efficiency_Max
100033814 12 0.00 0.00 110.74 2678.00 307.00 342.60 18 0.00 96.00
100044978 12 0.00 0.00 112.24 2635.00 365.00 339.81 20 0.00 96.00
100054125 12 0.00 0.00 955.51 2701.00 365.00 339.81 20 0.00 96.00
100054141 12 0.00 0.00 952.32 2664.00 365.00 339.81 19 0.00 96.00
100090993 12 0.00 0.00 739.52 2639.00 370.00 276.54 19 0.00 96.00
100094496 12 0.00 0.00 625.05 2786.00 368.00 342.60 21 0.00 96.00
100094665 4 0.00 0.00 623.48 2698.00 368.00 342.60 20 0.00 96.00
100094852 4 0.00 0.00 621.73 2763.00 365.00 339.81 20 0.00 96.00
SUM X 0.00 0.00 4740.63 21564.00 2873.00 2663.58 X 0.00 96.00

De eerste 6 staan dus in status 12 de laatste 2 in status 4

[ Voor 3% gewijzigd door Verwijderd op 15-04-2015 20:32 ]

[Dylotic]

Verwijderd schreef op woensdag 15 april 2015 @ 20:31:
Dit is wat ik binnenkrijg met de aloaha die ik op de server heb draaien hier thuis......

Serialnumber Status DC_Watt AC_Watt LifetimeGeneration_kWh Today_Wh DC_Max AC_Max Inverter_Temperature Efficiency Efficiency_Max

100094496 12 0.00 0.00 625.05 2786.00 368.00 342.60 21 0.00 96.00
100094665 4 0.00 0.00 623.48 2698.00 368.00 342.60 20 0.00 96.00
100094852 4 0.00 0.00 621.73 2763.00 365.00 339.81 20 0.00 96.00
SUM X 0.00 0.00 4740.63 21564.00 2873.00 2663.58 X 0.00 96.00

De eerste 6 staan dus in status 12 de laatste 2 in status 4

Ok met omoerbeek zijn script hebben we andere codes lijkt het.

[Verwijderd]

Ik zal nog eens zoeken of ik ergens die lijst kan vinden.........

[Dylotic]

omoerbeek,

Misschien is ook nog een interessante uitbreiding om tevens de raw data van de gateway toch ook nog
door te kunnen sturen naar een andere site?

[vogel1001]

Dylotic schreef op woensdag 15 april 2015 @ 20:22:
[...]


Nou heb het grid eraf gehaald en geen code 4 ?! Maar maybe omdat er al low light was op de PV..

ik heb het tot afgelopen weekend gehad op 1 inverter (met duinsels perl script) die inmiddels vervangen is. Deze was kaduuk

[vogel1001]

Los van wat de code is, hij moet in principe 0 zijn. Al het andere betekent stront aan de knikker als zij optreden tussen 11:00 en 15:00.

Kijk een kapotte inverter: deze geeft code 4
WS=rPOOBgCaxjQAAFkKIQEAAAFkFDADiAEAAgAAAAAAAAAjAvgBxQAF93
110031788 0 0 0 0.05 0.00 453.76 89 356 0 0 35

Edit: Aardig ranzig detail is dat de Enecsys website doet alsof zijn/haar neus bloedt en meldt dat het systeem PRIMAAAA in orde is hoor.. NIETS MIS mee.
Hoezo prima? Hoezo wordt uw systeem adequaat gemonitored?
Willens en wetens om de tuin leiden noem ik dat. Genaaid worden terwijl je lacht omdat je zo'n leuk systeempje bij ze hebt gekocht etc. Ik merk dat ik alweer pissed wordt op deze charlatan club

[ Voor 41% gewijzigd door vogel1001 op 15-04-2015 21:08 ]

[Dylotic]

vogel1001 schreef op woensdag 15 april 2015 @ 20:58:
[...]


ik heb het tot afgelopen weekend gehad op 1 inverter (met duinsels perl script) die inmiddels vervangen is. Deze was kaduuk

Ok, dat is idd erg interessante informatie waar we een actie met kunnen verzinnen. Tot zo ver dus:

00 : Converting Power
01 : Low Light / DC Undervoltage
03 : No Output to 230VAC?
04 : No Grid
12 : No Frequentie Lock

Denk dat we op 04 en 12 er een echte error eruit kunnen gooien. Ik heb deze nog niet gezien.

[ Voor 8% gewijzigd door Dylotic op 15-04-2015 21:17 ]

[vogel1001]

Denk dat op 04 en 12 een echte error eruit kunnen gooien. Ik heb deze nog niet gezien.
[/quote]

wel blijven lezen he

[Dylotic]

vogel1001 schreef op woensdag 15 april 2015 @ 21:10:
Denk dat op 04 en 12 een echte error eruit kunnen gooien. Ik heb deze nog niet gezien.
[/quote]

wel blijven lezen he

Jawel maar denk dat de tijd oplossing niet gaat werken gezien dan 01/03 voorbij gaan komen als er geen
zon is tussen die periode.

Heb hier ook al 3 defecte omvormers gehad. Ook nooit melding op de enecsys monitor. Ja dat alles in
orde was idd. pff

[ Voor 14% gewijzigd door Dylotic op 15-04-2015 21:16 ]

[vogel1001]

periode donker: inverters zijn offline en rapporteren niet

periode schemer: inverters kunnen online zijn maar leveren niet/onvoldoende stroom.

periode licht: inverter errorcode 0.

Dus heel simpel: kortste dag in het jaar - licht tussen 09:30 en 15:30.

Wanneer moet ik mij zorgen maken? Concreet:
regel 1: Errorcode <>0 AND 09:30 - 15:30 AND n(panels met error <>0)< 0.5xn(totaal panelen)
regel 2: Errorcode =0 AND 09:30-15:30 AND 1 of 2 panels = 0W output.
regel 3: Errorcode =0 AND 09:30-15:30 AND output 1 of 2 panels in panelgroup < 80% of that panelgroup

waarbij je panelgroup dan kunt gebruiken om meerdere panels met dezelfde orientatie en lichtexposure te groeperen. Immers deze zullen dezelfde respons geven als alles OK is.

[Dylotic]

vogel1001 schreef op woensdag 15 april 2015 @ 21:25:
periode donker: inverters zijn offline en rapporteren niet

periode schemer: inverters kunnen online zijn maar leveren niet/onvoldoende stroom.

periode licht: inverter errorcode 0.

Dus heel simpel: kortste dag in het jaar - licht tussen 09:30 en 15:30.

Wanneer moet ik mij zorgen maken? Concreet:
regel 1: Errorcode <>0 -> 09:30 - 15:30 AND n(panels met error <>0)< 0.5xn(totaal panelen)
regel 2: Errorcode =0 -> 09:30-15:30 AND 1 of 2 panels = 0W output.
regel 3: Errorcode =0 -> 09:30-15:30 AND output 1 of 2 panels in panelgroup < 80% of that panelgroup

waarbij je panelgroup dan kunt gebruiken om meerdere panels met dezelfde orientatie en lichtexposure te groeperen. Immers deze zullen dezelfde respons geven als alles OK is.

Ik heb hier dagen in de winter met enorme bewolking dat mijn systeem helemaal plat ligt tijdens deze tijd.

[vogel1001]

Dylotic schreef op woensdag 15 april 2015 @ 21:28:
[...]


Ik heb hier dagen in de winter met enorme bewolking dat mijn systeem helemaal plat ligt tijdens deze tijd.

Ja? dus?

[Dylotic]

regel 1:

Errorcode <>0 <Ja 01/03>
09:30 - 15:30 <Ja, Maar enorme schemer)
n(panels met error <>0)< 0.5xn(totaal panelen) <Allemaal of meerdere 01/03>

Andere woorden dit kan voorkomen tijdens elke tijd met slecht weer etc.:

code:

110065595 DC=  0W  0.00V 0.05A AC= 54V   0.00W E=0.00 T=27 S=8801 L=95.601kWh
110080757 DC=  0W  0.00V 0.05A AC= 53V   0.00W E=0.00 T=29 S=8801 L=1.611kWh
110131007 DC=  0W  0.00V 0.05A AC= 53V   0.00W E=0.00 T=26 S=8801 L=452.030kWh
110029200 DC=  0W  0.00V 0.05A AC= 53V   0.00W E=0.00 T=26 S=8801 L=564.451kWh
110029200 DC=  0W  0.00V 0.05A AC= 54V   0.00W E=0.00 T=28 S=8803 L=564.451kWh
110080757 DC=  0W  0.00V 0.05A AC= 54V   0.00W E=0.00 T=32 S=8803 L=1.611kWh
110131007 DC=  0W  0.00V 0.05A AC= 53V   0.00W E=0.00 T=29 S=8803 L=452.030kWh
110065595 DC=  0W  0.00V 0.05A AC= 54V   0.00W E=0.00 T=29 S=8803 L=95.601kWh

of ben ik nu kippig?! hehe

[ Voor 84% gewijzigd door Dylotic op 15-04-2015 21:44 ]

[Dizlekd]

Dylotic schreef op woensdag 15 april 2015 @ 21:05:
[...]


Ok, dat is idd erg interessante informatie waar we een actie met kunnen verzinnen. Tot zo ver dus:

00 : Converting Power
01 : Low Light / DC Undervoltage
03 : No Output to 230VAC?
04 : No Grid
12 : No Frequentie Lock

Denk dat we op 04 en 12 er een echte error eruit kunnen gooien. Ik heb deze nog niet gezien.

Code 4 en 12 zie ik hier wel eens. Ik heb 18 panelen op het oosten en 8 op het westen. Met name in de ochtend zie ik op west wel eens code 4 op 1 of meerdere inverters. Een enkele keer code 12, ook vrijwel altijd vroeg in het ochtendlicht of tegen zonsondergang. Ik denk dat er geen afdoende spanning meer op de inverters staat of dat de verbinding met de gateway staat te klapperen door gebrek aan power.

[Dylotic]

Dizlekd schreef op woensdag 15 april 2015 @ 21:48:
[...]


Code 4 en 12 zie ik hier wel eens. Ik heb 18 panelen op het oosten en 8 op het westen. Met name in de ochtend zie ik op west wel eens code 4 op 1 of meerdere inverters. Een enkele keer code 12, ook vrijwel altijd vroeg in het ochtendlicht of tegen zonsondergang. Ik denk dat er geen afdoende spanning meer op de inverters staat of dat de verbinding met de gateway staat te klapperen door gebrek aan power.

is dit met omoerbeeks php script? of de Aloha? Duinsels script?

[Dizlekd]

Dat is met het Aloaha script.

Ik heb net een pi ingericht hier, hoop morgen de eerste resultaten daarvan te zien. In de logging staat dat de connectie vanaf de gateway geaccepteerd is maar het is er weer 1 uit de categorie: Waar is de zon als je die nodig hebt... ;-)

[vogel1001]

code 12 zou volgens een aantal engelsen vooral moetn optreden wanneer je panelen eruit kieperen terwijl de zon vol schijnt. Dit zou komen door een vuile frequentie (vol ruis). Error 1,2,3 en 12 nog nooit gezien hierzo. Wel error 4.

[Dylotic]

Ok, het lijkt erop dat de codes 01/03 op omoerbeeks script dezelfde zijn als 4/12 op Aloaha. Komen dus
schijnbaar niet overeen? Ik heb hier bij weinig licht continue 01/03 op alle inverters

[ Voor 35% gewijzigd door Dylotic op 15-04-2015 21:57 ]

[vogel1001]

Dylotic schreef op woensdag 15 april 2015 @ 21:39:
regel 1:

Errorcode <>0 <Ja 01/03>
09:30 - 15:30 <Ja, Maar enorme schemer)
n(panels met error <>0)< 0.5xn(totaal panelen) <Allemaal of meerdere 01/03>


of ben ik nu kippig?! hehe

dus je zegt:
statement 1 is WAAR
statement 2 is WAAR
statement 3 is ONWAAR

[vogel1001]

Dylotic schreef op woensdag 15 april 2015 @ 21:54:
Ok, het lijkt erop dat de codes 01/03 op omoerbeeks script dezelfde zijn als 4/12 op Aloaha. Komen dus
schijnbaar niet overeen? Ik heb hier bij weinig licht continue 01/03 op alle inverters

Zal met de conversie slag te maken hebben. Lijkt erop dat ergens wat bits niet meegenomen worden.1:4 en 3:12

[Dylotic]

vogel1001 schreef op woensdag 15 april 2015 @ 21:57:
[...]


dus je zegt:
statement 1 is WAAR
statement 2 is WAAR
statement 3 is ONWAAR

Waarom zou statement 3 onwaar moeten zijn? maybe begrijp ik de statement niet..
Het komt ook voor dat er maar 1 inverter een error geeft en de rest al afgeschakeld.
Dan kan statement 3 toch ook waar zijn zonder dat er wat aan de hand is?!

[ Voor 28% gewijzigd door Dylotic op 15-04-2015 22:02 ]

[vogel1001]

"Ik heb hier dagen in de winter met enorme bewolking dat mijn systeem helemaal plat ligt tijdens deze tijd."

hierdoor is statement 3 onwaar. En bovendien: we praten over periodes van 10 min voordat er weer iets geupload wordt naar pvoutput. Dus in jouw scenario 10 minuten lang alle panelen 0W

[Dylotic]

Probleem lijkt me dat het systeem bij schemer vanalles gaat doen. Ene inverter schakel al af
andere produceert misschien wel/niet heel klein beetje. etc. waardoor je valse alarmen zou
krijgen.

binnen 2 minuten zijn hier alle scenario's voor gekomen

code:

110065595 DC=  0W  0.00V 0.05A AC= 54V   0.00W E=0.00 T=29 S=8801 L=95.601kWh
110080757 DC=  0W  0.00V 0.05A AC= 54V   0.00W E=0.00 T=32 S=8803 L=1.611kWh
110131007 DC=  0W  0.00V 0.05A AC= 54V   0.00W E=0.00 T=29 S=8803 L=452.030kWh
110029200 DC=  0W  0.00V 0.05A AC= 54V   0.00W E=0.00 T=28 S=8803 L=564.451kWh
110065595 DC= 10W 36.36V 0.28A AC= 54V   9.09W E=0.91 T=29 S=8800 L=95.601kWh
110065595 DC= 10W 36.36V 0.28A AC= 54V   9.09W E=0.91 T=29 S=8800 L=95.601kWh
110065595 DC=  0W  0.00V 0.05A AC= 54V   0.00W E=0.00 T=29 S=8803 L=95.601kWh

Je zou het weer erbij kunnen betrekken , hehe

[NLMaca]

ik ga t script ook eens aanpassen. kan ik die ook weer ergens in de tabel bijvoegen omoerbeek?

[Dizlekd]

Voor normale werking zijn die codes niet zo heel erg spannend. Zoals al eerder in het topic, bij Enecsys werkte de alarmering ook niet, erger nog, die staat helemaal niet aan. Ik heb uitgebreid email contact gehad vorig jaar ivm een kapotte inverter en geen alarmen. Uiteindelijk bleek dat de alarmeringen uit staan omdat ze niet in staat zijn die fatsoenlijk in te regelen. Enecsys was op allerhande vlakken in gebreke maar je krijgt geen poot aan de grond.

Het zou al een heel stuk schelen als er iets mee kan draaien qua counter die per x tijd het aantal inverters telt en bij langer dan 1 uur geen data van 1 of meerdere inverters een waarschuwing geeft. Uiteraard moet dit op "zonne uren" zijn. Stel ergens tussen 10:00 en 16:00 met tussenpozen van 1 uur.

Denk dat je dan een redelijk betrouwbaar alarmsysteem kunt hebben.

[Dylotic]

Of als er een inverter meer % (instelbaar) afwijkt van het totaal gemiddelde (tot/inv) stroom voor x (instelbaar) duur. Dat is periode onafhankelijk.

[ Voor 30% gewijzigd door Dylotic op 15-04-2015 22:42 ]

[Dizlekd]

Dat kan als alle panelen dezelfde kant op staan. In mijn geval zou dat niet werken. Uiteraard weer wel als ergens in te stellen valt welke panelengroep bij elkaar hoort.

[Dylotic]

hmm, eens kijken of omoerbeek hier nog ideeën over heeft?

Enecsys had gewoon fatsoenlijke hardware diagnostisch erin moeten zetten met bruikbare errors.
Zal wel teveel gekost hebben wat extra electronica..

[ Voor 57% gewijzigd door Dylotic op 15-04-2015 22:51 ]

[vogel1001]

Dylotic schreef op woensdag 15 april 2015 @ 22:09:
Probleem lijkt me dat het systeem bij schemer vanalles gaat doen. Ene inverter schakel al af
andere produceert misschien wel/niet heel klein beetje. etc. waardoor je valse alarmen zou
krijgen.

binnen 2 minuten zijn hier alle scenario's voor gekomen

code:

110065595 DC=  0W  0.00V 0.05A AC= 54V   0.00W E=0.00 T=29 S=8801 L=95.601kWh
110080757 DC=  0W  0.00V 0.05A AC= 54V   0.00W E=0.00 T=32 S=8803 L=1.611kWh
110131007 DC=  0W  0.00V 0.05A AC= 54V   0.00W E=0.00 T=29 S=8803 L=452.030kWh
110029200 DC=  0W  0.00V 0.05A AC= 54V   0.00W E=0.00 T=28 S=8803 L=564.451kWh
110065595 DC= 10W 36.36V 0.28A AC= 54V   9.09W E=0.91 T=29 S=8800 L=95.601kWh
110065595 DC= 10W 36.36V 0.28A AC= 54V   9.09W E=0.91 T=29 S=8800 L=95.601kWh
110065595 DC=  0W  0.00V 0.05A AC= 54V   0.00W E=0.00 T=29 S=8803 L=95.601kWh

Je zou het weer erbij kunnen betrekken , hehe

vandaar dat ik ook aangaf dat je de schemer periode niet meeneemt: 9:30 - 15:30 daar kijk je naar

[vogel1001]

Dizlekd schreef op woensdag 15 april 2015 @ 22:40:
Dat kan als alle panelen dezelfde kant op staan. In mijn geval zou dat niet werken. Uiteraard weer wel als ergens in te stellen valt welke panelengroep bij elkaar hoort.

mee eens, ik zei al eerder dat je ze wilt poulen op basis van exposure.

[Dylotic]

vogel1001 schreef op woensdag 15 april 2015 @ 22:51:
[...]


vandaar dat ik ook aangaf dat je de schemer periode niet meeneemt: 9:30 - 15:30 daar kijk je naar

Schemer Periode, Zware Bewolking, Onweersdagje, same , same
Je verkleint wel de kans. Blijft echter aanwezig. Zal 95% van de tijd ook wel werken.

[ Voor 15% gewijzigd door Dylotic op 15-04-2015 23:12 ]

[vogel1001]

Dylotic schreef op woensdag 15 april 2015 @ 22:52:
[...]


Schemer Periode, Bewolking, Onweersdagje, same , same

Nee. Nou laten we het er maar over eens zijn dat we het oneens zijn. Ik ga mijn regeltjes lekker implementeren in het script. Dan moet jij maar kijken wat voor jou wel werkt.

[19roland70]

Als we nu eens een php site maken die realtime de inverters uitleest (zoals het script) en deze gegevens weergeeft.
Dan kan je het zelf ook wel zien als er iets niet in orde is .

[Dylotic]

19roland70 schreef op woensdag 15 april 2015 @ 22:58:
Als we nu eens een php site maken die realtime de inverters uitleest (zoals het script) en deze gegevens weergeeft.
Dan kan je het zelf ook wel zien als er iets niet in orde is .

Dat is zo te maken. Script post al naar SQL. Dus kun je php siteje maken
Werkt op zich ook wel. Bij mijn 1e inverter kwam ik er echter pas laat achter, dit mede
omdat ik niet elke dag checkte.

Ik was toch al van plan om een php siteje voor mezelf te maken met een actueel paneel
overzicht. Altijd grappig. Zal dit weekend een kijken of ik wat in elkaar kan flansen op basis
van de sql van omoerbeeks script.

[ Voor 32% gewijzigd door Dylotic op 15-04-2015 23:20 ]

[vogel1001]

19roland70 schreef op woensdag 15 april 2015 @ 22:58:
Als we nu eens een php site maken die realtime de inverters uitleest (zoals het script) en deze gegevens weergeeft.
Dan kan je het zelf ook wel zien als er iets niet in orde is .

na verloop van tijd komt in jouw kijkgedrag de klad. Een automatisch mailtje oid 2x per week is ideaal met als onderwerp 'mogelijke PV issues' en in de body de eventuele details. Zie hier de alert-functie.

[NLMaca]

vogel1001 schreef op woensdag 15 april 2015 @ 22:55:
[...]


Nee. Nou laten we het er maar over eens zijn dat we het oneens zijn. Ik ga mijn regeltjes lekker implementeren in het script. Dan moet jij maar kijken wat voor jou wel werkt.

zou je die code ook kunnen posten? ben ik ook wel benieuwd naar en ook leuker als meer mensen code posten. ik kan t uiteindelijke wel voor elkaar krijgen, maar kost me meer tijd.