Enecsys gateway uitlezen

[virtua001]

Ook ik, zit dit topic al enige dagen te volgen. Ik heb hier een 12 paneels systeem liggen met 6 enecsys duo omvormers. Mijn vader en oom hebben ook beide een zelfde systeem.
Ik heb hier een Synology draaien waarop PHP en PERL kan draaien. Maar van programmeren heb ik helaas geen kaas gegeten. Elektronica en solderen kan ik wel maar daar heb ik helaas nu zo weinig aan.
Ik heb beide scripts al gedownload maar heb totaal geen idee hoe dit draaiende te krijgen.
Is het mogelijk om dit op een Synology te draaien en zo ja. Hoe krijg ik dit aan de praat?
Als het niet lukt, ben ik best bereid een RPI te kopen, maar zou iemand een handige tutorial kunnen maken hoe het daarop te installeren.
Als iemand mij zou kunnen helpen, heel erg graag.

[Boem56]

virtua001 schreef op dinsdag 07 april 2015 @ 21:51:
Ook ik, zit dit topic al enige dagen te volgen. Ik heb hier een 12 paneels systeem liggen met 6 enecsys duo omvormers. Mijn vader en oom hebben ook beide een zelfde systeem.
Ik heb hier een Synology draaien waarop PHP en PERL kan draaien. Maar van programmeren heb ik helaas geen kaas gegeten. Elektronica en solderen kan ik wel maar daar heb ik helaas nu zo weinig aan.
Ik heb beide scripts al gedownload maar heb totaal geen idee hoe dit draaiende te krijgen.
Is het mogelijk om dit op een Synology te draaien en zo ja. Hoe krijg ik dit aan de praat?
Als het niet lukt, ben ik best bereid een RPI te kopen, maar zou iemand een handige tutorial kunnen maken hoe het daarop te installeren.
Als iemand mij zou kunnen helpen, heel erg graag.

kk
ik heb ook geen verstand van programmeren en gebruik Native instruments, logt automatisch naar pvoutput en is gratis, zie eerdere postings.

[NLMaca]

ik heb gemerkt dat mijn rpi 2 best moeite heeft met perl. aankomende week komt er ook een rpi versie 2 binnen. die wat meer power heeft.

@19roland70. ik ben ook bezig met een script en logging voor een datalogger, dus kan gelijk mn scripts hergebruiken;).
ik kan niet checken of het script zelf werkt, maar je zou het volgende kunnen doen om het script bij een reboot te laten starten (incl logging). dit draait namelijk onder de root user.

mijn uitgangs punt is dat ik php5, mysql, apache2 heb geinstalleerd. en mijn web directory is /var/www
het script van omoerbeek heb ik mijn /var/www directory staan. (config.php en e2pv.php)

root worden:
# sudo bash //geef je user password
maak onderstaande file aan en plak de code erin
# vi /home/pi/e2pv.sh

code:

#!/bin/bash
#At startup
#P1
while :
do
cd /home/pi
date
php5 /var/www/e2pv.php
sleep 1
done

bovenstaande geeft aan dat je eerst op moet geven in welke directory het script staat en vervolgens het commando om je php file te starten.

vervolgens ga je de cronjob starten en toevoegen.(nog steeds als root user). en voeg daar de lijn aan toe
#: crontab -e

code:

@reboot bash /home/pi/e2pv.sh >>/home/pi/e2pv.log

ctrl +x -> yes om het op te slaan.
vervolgens reboot je je rpi en check na de reboot of je script automatisch loopt.

code:

root      2042  0.0  0.2   1760  1140 ?        Ss   22:20   0:00 /bin/sh -c bash /home/pi/e2pv.sh >>/home/pi/e2
root      2043  0.1  0.5   4268  2628 ?        S    22:20   0:00 bash /home/pi/e2pv.sh
root      2047  1.4  2.8  37776 13560 ?        S    22:20   0:00 php5 /var/www/e2pv.php

de output van de taak log ik vervolgens in een .log file /home/pi/e2pv.log
pi@RaspHostA01 ~ $ cat e2pv.log
Tue Apr 7 22:19:53 CEST 2015

het is even een snelle fix voor je, ik zal het nog gaan aanpassen op user nivo. maar ik hoop dat je hier even mee verder komt. anders hoor ik het graag.

vandaar de vraag die ik ook aan omoerbeek heb gesteld voor file logging. ik zie nu alleen dat het script draait, maar heb geen output logging

[virtua001]

Boem56 schreef op dinsdag 07 april 2015 @ 22:19:
[...]
kk
ik heb ook geen verstand van programmeren en gebruik Native instruments, logt automatisch naar pvoutput en is gratis, zie eerdere postings.

Hoi Boem56,

bedankt voor je reactie. Maar de link naar het bestandje labview (native instruments, zoals jij het noemt) dat werkt helaas niet meer. Misschien een idee om het nogmaals te posten op een site zodat de lezers van dit forum het binnen kunnen halen en te kijken of het wat voor ze is.

[Boem56]

https://drive.google.com/...VhYeXVLaDZ3XzQ/edit?pli=1

dit kan ik nog steeds downloaden

Op dit forum staat het http://forum.solar-electr.../17597-enecsys-monitoring

[virtua001]

Boem56 schreef op dinsdag 07 april 2015 @ 22:59:
https://drive.google.com/...VhYeXVLaDZ3XzQ/edit?pli=1

dit kan ik nog steeds downloaden

Op dit forum staat het http://forum.solar-electr.../17597-enecsys-monitoring

inderdaad, via deze link werkt het wel. Mijn hartelijke dank hiervoor.
We gaan het eens proberen.

[Boem56]

virtua001 schreef op dinsdag 07 april 2015 @ 23:36:
[...]


inderdaad, via deze link werkt het wel. Mijn hartelijke dank hiervoor.
We gaan het eens proberen.

in het begin is het een beetje vervelend je moet een map maken anders blijft de popup komen dat hij een map niet kan vinden waar de dat bestanden worden opgeslagen
waar je ook aan moet wennen is dat elke inverter waarvan de parameters zichtbaar worden elke keer verspringen maar ja ik ben er nu aan gewend.

[virtua001]

Boem56 schreef op woensdag 08 april 2015 @ 00:05:
[...]


in het begin is het een beetje vervelend je moet een map maken anders blijft de popup komen dat hij een map niet kan vinden waar de dat bestanden worden opgeslagen
waar je ook aan moet wennen is dat elke inverter waarvan de parameters zichtbaar worden elke keer verspringen maar ja ik ben er nu aan gewend.

Wou net de bestanden opstarten nadat ik national instruments heb geïnstalleerd.
Kreeg ik de melding dat er een virus in het exe bestand zit. Bestand werd gelijk in quarantaine gezet. Kan er nu dus niets meer mee.
Helaas, was een mooie oplossing geweest voor de "niet" programmeurs onder ons.

[omoerbeek]

NLMaca schreef op dinsdag 07 april 2015 @ 22:24:
ik heb gemerkt dat mijn rpi 2 best moeite heeft met perl. aankomende week komt er ook een rpi versie 2 binnen. die wat meer power heeft.

@19roland70. ik ben ook bezig met een script en logging voor een datalogger, dus kan gelijk mn scripts hergebruiken;).
ik kan niet checken of het script zelf werkt, maar je zou het volgende kunnen doen om het script bij een reboot te laten starten (incl logging). dit draait namelijk onder de root user.

mijn uitgangs punt is dat ik php5, mysql, apache2 heb geinstalleerd. en mijn web directory is /var/www
het script van omoerbeek heb ik mijn /var/www directory staan. (config.php en e2pv.php)

root worden:
# sudo bash //geef je user password
maak onderstaande file aan en plak de code erin
# vi /home/pi/e2pv.sh

code:

#!/bin/bash
#At startup
#P1
while :
do
cd /home/pi
date
php5 /var/www/e2pv.php
sleep 1
done

bovenstaande geeft aan dat je eerst op moet geven in welke directory het script staat en vervolgens het commando om je php file te starten.

vervolgens ga je de cronjob starten en toevoegen.(nog steeds als root user). en voeg daar de lijn aan toe
#: crontab -e

code:

@reboot bash /home/pi/e2pv.sh >>/home/pi/e2pv.log

ctrl +x -> yes om het op te slaan.
vervolgens reboot je je rpi en check na de reboot of je script automatisch loopt.

code:

root      2042  0.0  0.2   1760  1140 ?        Ss   22:20   0:00 /bin/sh -c bash /home/pi/e2pv.sh >>/home/pi/e2
root      2043  0.1  0.5   4268  2628 ?        S    22:20   0:00 bash /home/pi/e2pv.sh
root      2047  1.4  2.8  37776 13560 ?        S    22:20   0:00 php5 /var/www/e2pv.php

de output van de taak log ik vervolgens in een .log file /home/pi/e2pv.log
pi@RaspHostA01 ~ $ cat e2pv.log
Tue Apr 7 22:19:53 CEST 2015

het is even een snelle fix voor je, ik zal het nog gaan aanpassen op user nivo. maar ik hoop dat je hier even mee verder komt. anders hoor ik het graag.

vandaar de vraag die ik ook aan omoerbeek heb gesteld voor file logging. ik zie nu alleen dat het script draait, maar heb geen output logging

Paar opmerkingen:

- Het script hoeft niet als root te draaien. Ik gebruik geen speciale privileges.
- webserver is niet nodig, en het script hoeft ook niet in /var/www te staan
- Als je de output redirect zoals boven met >> heb je een logfile. Zodra er gegevens worden verwerkt zie je die dan ook in de logfile
- mysql en andere output is natuurlijk mogelijk, maar daar heb ik zelf geen behoefte aan. Ik gebruik PVOutput als database... Ik kan eventueel wel een voorbeeldje maken over hoe het ongeveer zou moeten.
- Ik ben nog wat aan het sleutelen met fout afhandeling en net iets meer feedback.

[omoerbeek]

Nog even voor de dodelijkheid: het script is een command line script. Je hebt geen webserver nodig en je wilt niet dat het via de webserver kan opgestart worden. Zet het dus niet in /var/www of een andere plek die via een webserver te bereiken is.

[Boem56]

virtua001 schreef op woensdag 08 april 2015 @ 00:11:
[...]


Wou net de bestanden opstarten nadat ik national instruments heb geïnstalleerd.
Kreeg ik de melding dat er een virus in het exe bestand zit. Bestand werd gelijk in quarantaine gezet. Kan er nu dus niets meer mee.
Helaas, was een mooie oplossing geweest voor de "niet" programmeurs onder ons.

vreemd, microkid en duinsel hebben dit bestand ook bekeken, geen meldingen van virussen, ook bij mij geen melding

[P_Tingen]

Ik heb ze ook geprobeerd, maar ook geen melding. Vals alarm?

[NLMaca]

@omoerbeek
thx voor de feedback. de webserver en mysql heb ik in geinstalleerd, omdat ik deze zelf wel gebruik voor andere doeleinden, vandaar dat ik erbij had gezet wat mijn uitgangspositie was . dit zorgde voor verwarring denk ik.

ik zal de andere punten meenemen en testen

[duinsel]

Ik vind de methode van het php script wel mooi waarbij de berichten van de gateway worden onderschept. Omdat ik niets van php weet en (iets) meer van Perl heb ik even gekeken of dat ook kan op basis van Perl. UIteraard kan dat. Op basis van een internet voorbeeldje dit in elkaar gezet:

code:

use IO::Socket::INET;
 
# auto-flush on socket
$| = 1;
 
# creating a listening socket
my $socket = new IO::Socket::INET (
    LocalHost => '0.0.0.0',
    LocalPort => '5040',
    Proto => 'tcp',
    Listen => 5,
    Reuse => 1
);
die "cannot create socket $!\n" unless $socket;
print "server waiting for client connection on port 5040\n";
 
while(1)
{
    # waiting for a new client connection
    my $client_socket = $socket->accept();
 
    # get information about a newly connected client
    my $client_address = $client_socket->peerhost();
    my $client_port = $client_socket->peerport();
    print "connection from $client_address:$client_port\n";
 
    # read up to 1024 characters from the connected client
    my $data = "";
    $client_socket->recv($data, 1024);
    print "received data: $data\n";
 
    # write response data to the connected client
    $data = "ok";
    $client_socket->send($data);
 
    # notify client that response has been sent
    shutdown($client_socket, 1);
}
 
$socket->close();

en de remote server op de gateway ingesteld op die van mijn NAS (waar ik dit nu op draai) en dan krijg ik.

code:

connection from 192.168.1.81:1918
received data: 497735B78A01102137WS=F_D2BQCaxjQAABXRIQEAAADfFDADiAAAOgAxA0wyAOAWA9gBjQAAF122
connection from 192.168.1.81:1919
received data: 4A7735B78A01102143WZ=i7c1dwCaxjQAABXdIQEAAABJClMX8PYFAJrGNEg=14,S=20000090996A
connection from 192.168.1.81:1920
received data: 167735B78A00IQAAAAAwAlIB01
connection from 192.168.1.81:1921
received data: 497735B78A01102200WS=b_P2BQCaxjQAABX8IQEAAADgFDADiAAANgAwA3gyAOAWAukBUgAAAB43
connection from 192.168.1.81:1922
received data: 497735B78A01102237WS=F_D2BQCaxjQAABZKIQEAAADgFDADiAAAOwAzA2AyAOEWA9wBjQAA6720
connection from 192.168.1.81:1923
received data: 167735B78A00IQAAAAAxAlIB31
connection from 192.168.1.81:1924
received data: 497735B78A01102300WS=b_P2BQCaxjQAABZ0IQEAAADhFDADiAAANgAwA3gyAOAWAukBUgAA3226
connection from 192.168.1.81:1925
received data: 4A7735B78A01102304WZ=i7c1dwCaxjQAABaBIQEAAABKClNv8_YFAJrGNEg=BB,S=2000009099D9
connection from 192.168.1.81:1926
received data: 4A7735B78A01102306WZ=i7c1dwCaxjQAABaDIQEAAABLClOLtzV3AJrGNEg=20,S=2000009099A9
connection from 192.168.1.81:1927
received data: 497735B78A01102339WS=F_D2BQCaxjQAABbCIQEAAADhFDADiAAAOwAzA2AyAOEWA9wBjQAA1086
connection from 192.168.1.81:1928
received data: 4A7735B78A01102345WZ=i7c1dwCaxjQAABbOIQEAAABMClMX8PYFAJrGNEg=E0,S=200000909997
connection from 192.168.1.81:1929
received data: 167735B78A00IQAAAAAyAlIB53
connection from 192.168.1.81:1930

Dat functioneert dus, en moet dus in de bestaande Perl scripts in te bouwen zijn ipv de ajax.xml methode. Dit is een stuk eleganter, en je mist op deze manier geen datagrams verwacht ik.

Ik snap nog niet waarom die poortnummers steeds opklimmen en waar dat zal eindigen... Het begon bij 1700 ongeveer.

[P_Tingen]

Op basis van het script van Duinsel heb ik een aanpassing gedaan, zoals ik al gemeld had, maar limpie_ton heeft het voor mij getest en heeft het inmiddels werkend (waarvoor dank!). Het script upload netjes elke vijf minuten naar pvoutput. De veranderingen die ik gedaan heb, hebben voornamelijk te maken met configureerbaarheid. De gegevens die nodig zijn om je inverters te herkennen en je pvoutput login gegevens staan in een apart .ini bestand die ingelezen wordt. Zo is het gemakkelijker nieuwe versies in gebruik te nemen of om het script überhaupt te gaan gebruiken omdat je alleen de config.ini hoeft aan te passen.

De versie is te downloaden van BitBucket: https://bitbucket.org/PatrickTingen/enecsyslogger/downloads

Ik wil best nog even proberen de php-werkwijze erin te krijgen omdat ik die op zich ook beter vind. Mocht iemand anders willen knutselen dan denk ik dat mijn versie een goed uitgangspunt is.

[farlane]

Ik snap nog niet waarom die poortnummers steeds opklimmen en waar dat zal eindigen... Het begon bij 1700 ongeveer.

Omdat je je sockets niet goed afsluit en de poorten lokaal in gebruik blijven vermoed ik.

[omoerbeek]

Je moet juist de client socket niet steeds sluiten maar open houden en regels blijven lezen. Je moet wel af en toe wat terug sturen om de verbinding in leven te houden. De laatste versie van mijn php script heeft de code daarvoor.

[Verwijderd]

Solar monitoring system

The Administrators are continuing to receive a substantial volume of queries from former customers of the Enecsys Group in relation to the ongoing Solar monitoring facility.

As a result of the Administration, the Company is no longer in a position to finance or support the monitoring system going forwards and, as such, problems may be experienced with the service.

Notwithstanding the above, the Administrators are investigating all options and are hopeful that a third party will be able to assist in relation to the ongoing provision of this facility. However, it is too early to provide any certainty in this regard.

Please be advised that the Administrators are investigating all options in relation to the above issues and will amend this website as and when material updates are available.

[19roland70]

omoerbeek schreef op dinsdag 07 april 2015 @ 20:22:
AC=57V betekent wisselstroom is 57Volt. Er is te weinig licht om 230V te maken.

Ik heb ook deze regel in PVoutput :

code:

08/04/15 10:05AM 0.148kWh 0.059kWh/kW 84W 102W 0.041kW/kW 12.8C 199.8V

Daar staat 84W in de log staat dat er 4 inverters 21W geven en 1 geeft 0W.(schaduw)
Dit klopt verder, maar met het voltage niet want dit is een gemiddelde dus eigenlijk het gemiddelde van 4 inverters over 10 min waarbij de vijfde af en toe ook even 21 W geeft.
Dit geldt natuurlijk ook voor de 57V ,het kan zijn dat er bv 2 inverters 5 min geleverd hebben.
Normaal als de spanning de ondergrens van de inverter heeft bereikt schakeld deze af.

[omoerbeek]

De vermelde AC=57V is een gegeven van 1 inverter.

PVOutput krijgt inderdaad een gemiddelde, maar je kan weinig anders als je aggregeert, of ik moet inverter die 0 power leveren ook niet meetellen voor het gemiddelde voltage. Het afschakelen gaat ook soms een tijdje aan-uit-aan-uit, flappert dus om in jargon te spreken. Dat is een andere bron van rare waardes, weinig aan te doen verder.

[ Voor 13% gewijzigd door omoerbeek op 08-04-2015 22:44 ]

[19roland70]

Is het een idee om een php site te maken waar bv alleen de realtime gegevens op te zien zijn.
Dan is iedere inverter apart te controlleren / uit te lezen.
Dit hoeft dan voor mij niet benaderbaar te zijn buitenshuis.
Ik weet een beetje van php , hoe kan ik het best gegevens inlezen van het andere php script?

[virtua001]

P_Tingen schreef op woensdag 08 april 2015 @ 10:03:
Ik heb ze ook geprobeerd, maar ook geen melding. Vals alarm?

Ik vrees het wel, maar ik heb me net een RPI aangeschaft. Is nu een beetje laat maar ik denk dat ik morgen een hele avond aan de knutsel ga. Wil het PHP script ook aan de gang krijgen. Ben wel benieuwd. Het moet te doen zijn. Vraag me alleen nog even af hoe de juiste libraries op de RPI krijg. Maar dat wordt waarschijnlijk nog eens de hele topic van vooraf aan lezen en dan maar proberen.

Ik hou jullie op de hoogte van mijn vorderingen.

[19roland70]

@ virtua001 wheezy raspbian installeren en php dan moet het al kunnen werken.
Alleen alles op de juiste plaats neerzetten om het overzichtelijk te houden.

[NLMaca]

Ik heb het php script inmiddels prima draaien op een rpi. Het php script wordt bij een reboot van de rpi automatisch gestart onder de normale user. De output van het script wordt nu in een logfile geplaatst en tevens naar pvoutput gestuurd. Dat wil ik gaan uitbreiden naar mysql om een eigen page te gaan maken. Was het nu ook mogelijk om per inverter de data weer te geven in pvoutput? Ik zal morgen een update geven hoe ik het op een rpi heb draaien.

het perl script draait nagenoeg niet op de rpi. Het geheugen trekt t niet. Veel meldingen met out of memory

[omoerbeek]

OK, feature requests zijn dus:

- aparte data per inverter naar PVOutput. Dat moet optioneel/instelbaar zijn, want ik dat is een donatieur-only feature bij PV.
- Ruwe data (per inverter) naar mysql. Ook instelbaar.

BTW, gisteren weer een wat verbeterde versie gecommit. Deze heeft een betere foutafhandeling. De oude versie kon blijven hangen als een bestaande connectie van de gateway op een niet "nette" manier werd onderbroken.

[vogel1001]

Naast dat je de data wilt loggen en bewonderen - al dan niet via pvouput is er nog een belangrijk iets wat zeker niet uit het oog moet worden verloren.
Voor veel mensen is het belangrijk te zien / te weten dat het systeem gewoon goed draait. maw dat alle panelen goed werken, er geen hickups zijn en dat alle inverters netjes stroom leveren.
Ook ik ben tegen het feit aangelopen (dit jaar) dat er twee inverters niet goed werkten. Dit bleek bij eentje aan een niet goed aangesloten kabel te liggen (los) en de andere was daadwerkelijk kapot (binnen de twee jaar garantie termijn).
Daarnaast blijkt dat er een designfout zit in de enecsys omvormers - iets dat te maken heeft met de lock op de netspanning. Dit zorgt ervoor dat bij volle zon sommige inverters kunnen afschakelen. De details zal ik later even posten met onderbouwing. Ook dit wil je graag weten, en hier is ook inmiddels een fix (hardwarematig) voor.

Dus featurerequest: een alarm melding.
- logging van foutmeldingen, waarbij een email de deur uitgaat. Ook als er 1 of meerdere panelen 0 watt uitsturen terwijl de rest lekker staat te blazen (dit was bij mij het geval). Je zou een error code verwachten in dit geval (code 4) maar volgens mij is dat niet altijd het geval.

Uiteindelijk is dit waarom je de panelen wilt monitoren natuurlijk :-)

[omoerbeek]

Nieuwe versie op https://github.com/omoerbeek/e2pv

MySQL support zit erop (optioneel), vergeet niet de README en de nieuwe voorbeeld config.php te lezen als je dat wil gebruiken.

Over alarms: dat ga ik denk ik niet maken. PVOutput heeft mogelijkheden zat om monitoring in te stellen. Daarvoor kan het wel nuttig zijn om data per inverter naar PVOutput te sturen, dus dat komt er wel denk ik.

[Verwijderd]

Hallo allemaal, ik heb ook zo'n systeem en kan dus ook niets meer. Via Installateur volgende link gekregen;
http://www.dataservices.solar/?p=199

Als ik eea samenvat is dit denk ik de partij die de software voor de systemen leverde.
enecsys geeft aan een duits technisch support nummer, deze partij die webbased abbo verkoopt (ben ik al op tegen, maar ja moet iets), is ook het bezit van een duitse partij.........

Ben benieuwd waar dit allemaal naar toe gaat, ben zelf niet goed ge3noeg technisch onderlegd.......

[sjnelle]

omoerbeek schreef op donderdag 09 april 2015 @ 10:05:
Nieuwe versie op https://github.com/omoerbeek/e2pv

MySQL support zit erop (optioneel), vergeet niet de README en de nieuwe voorbeeld config.php te lezen als je dat wil gebruiken.

Erg Cool goed bezig. Hij logt nu ook naar mysql. Draait nu lekker op mijn qnap

[omoerbeek]

Verwijderd schreef op donderdag 09 april 2015 @ 10:25:
Hallo allemaal, ik heb ook zo'n systeem en kan dus ook niets meer. Via Installateur volgende link gekregen;
http://www.dataservices.solar/?p=199

Als ik eea samenvat is dit denk ik de partij die de software voor de systemen leverde.
enecsys geeft aan een duits technisch support nummer, deze partij die webbased abbo verkoopt (ben ik al op tegen, maar ja moet iets), is ook het bezit van een duitse partij.........

Ben benieuwd waar dit allemaal naar toe gaat, ben zelf niet goed ge3noeg technisch onderlegd.......

Ik weet niet of Aloaha iets met het bedrijf te maken heeft dat voorheen voor Enecsys de servers draaide en de software maakte, dat zou nieuw voor mij zijn. Mijn inziens zijn ze te duur. Vandaar dat ik zelf aan het programmeren ben geslagen.

[farlane]

Is er iemand bezig met een oplossing waarbij de gateway vervangen wordt door iets anders? Lijkt me wel een aardig hobbyprojectje...

[19roland70]

19roland70 schreef op woensdag 08 april 2015 @ 23:00:
Is het een idee om een php site te maken waar bv alleen de realtime gegevens op te zien zijn.
Dan is iedere inverter apart te controlleren / uit te lezen.
Dit hoeft dan voor mij niet benaderbaar te zijn buitenshuis.
Ik weet een beetje van php , hoe kan ik het best gegevens inlezen van het andere php script?

Ik heb ook een php site gemaakt waar ik mijn slimme meter op uitlees ,als ik dit kan combineren is alle energieverbruik te zien .
Je kan trouwens (zie ik net) ook van PVoutput weer gegevens uploaden naar je eigen site.

[ Voor 7% gewijzigd door 19roland70 op 09-04-2015 18:50 ]

[omoerbeek]

Net gecommit op https://github.com/omoerbeek/e2pv: de mogelijkheid om in SPLIT mode te werken. Dwz, data wordt per inverter naar PVOutput gestuurd. Je kan dan bij PVOutput de individuele inverters bekijken en ook weer aggregeren (als je donateur bent),.

Je moet wel dan per inverteer een System aanmaken bij PVOutput en de parent relatie zetten naar een systeem dat je totale systeem representeert. Is even een klusje, want een 'clone' mogelijkheid zit er niet op.

Zie ook https://getsatisfaction.c...omatic_system_aggregation

Zie README voor details hoe het op te zetten. Bij default werkt het nog gewoon zoals eerst (dus met 1 SystemID die de geaggregeerde data ontvangt).

Let wel ff op: als een systeem een parent systeem van een ander systeem wordt, lijkt ie de data van de huidige dag te verliezen....

[ Voor 14% gewijzigd door omoerbeek op 09-04-2015 20:12 ]

[sjnelle]

dat zou wel gaaf zijn per inverter. Eens uitzoeken hoe dat bij pvoutput zit.

Zou het niet slim zijn dat er als er 0 output is, dus s'avonds en 's nachts dat er niks in de mysql en naar pvoutput wordt gelogd?

[jandoedel99]

Ook ik ben in het bezit van 6 x Enecsys omvormers.
Ook is er een string met een SMA omvormer die ik met een Rasp log.
Hiervoor gebruik ik het volgende programma PVDiary2.wat hele mooie output geeft .

http://www.zonstraal.be/forum/viewtopic.php?f=38&t=181

https://dl.dropboxusercon...diary/httpd/www/index.htm

Het zou mooi zijn als ik de Enecsys gegevens daar ook in kon loggen. Ze werken met een .csv bestand waar de data uit gelezen wordt.
Zijn er al mensen die hier iets mee doen en dit samen kunnen voegen?
Zelf heb ik daar nog te weinig kaas van gegeten.

Jan

[ Voor 6% gewijzigd door jandoedel99 op 09-04-2015 20:44 ]

[19roland70]

omoerbeek schreef op donderdag 09 april 2015 @ 20:09:
Net gecommit op https://github.com/omoerbeek/e2pv: de mogelijkheid om in SPLIT mode te werken. Dwz, data wordt per inverter naar PVOutput gestuurd. Je kan dan bij PVOutput de individuele inverters bekijken en ook weer aggregeren (als je donateur bent),.

Ik bedoel eigenlijk een php site in /var/www die aan te roepen is als 192.168.1.20/pv.php .
En dat de waardes uit de e2pv.php worden gehaald en in de vakjes komen te staan.
Als de waardes veranderen dat deze worden ververst.
Voor mij hoeven de aparte waardes niet apart gelogd te worden, ikvind het alleen mooi dat ik dan het realtime vermogen kan zien.

[ Voor 8% gewijzigd door 19roland70 op 09-04-2015 21:10 ]

[Verwijderd]

Hallo mede Enecsys users,

Even voor de helderheid, Enecsys UK LTD is / gaat failliet. Het moederbedrijf en andere landendochters niet. Enecsys in de USA bestaat nog steeds, net als Enecsys GmbH (deze week nog een bericht van gehad nav een mail aan Enecsys USA over de monitoring oplossing, men komt er op terug zegt men)

Wat betreft de garantie, volgens mij wordt die door de fabricant, Enecsys USA gegeven.

Enecsys Monitoring, is een cloud dienst , voor Nederland ingevuld door Enecsys UK LTD, de failliete partij dus. De vraag is nu of Enecsys USA de Engelse en Nederlandse user van Enecsys monitoring in de kou laat staan (uit kosten overweging) of dat men een oplossing biedt vanuit een andere landen organisatie

[virtua001]

Vananvond mijn RPI geinstalleerd, PHP erop gezet. Het script erop gezet en de config file veranderd naar mijn situatie. Daarna heb ik het php-protocol gestart en de gateway van IP-adres veranderd. Eerst bleef de smiley van de gateway op treurig maar na enige tijd kreeg ik een lachende smiley.
De output van RPI zegt nu ook "20150409-21:31:54 Accepted connection from 192.168.X.X"

Dus volgens mij draait het nu. Het enige probleem wat ik nu heb is de zon (of beter gezegd: het gebrek er aan) want ik zie geen een omvormer langs komen.
Dat wordt dus wachten tot morgen als de zon weer op komt.

Of zie ik dit verkeerd?

[virtua001]

Verwijderd schreef op donderdag 09 april 2015 @ 22:02:
Hallo mede Enecsys users,

Even voor de helderheid, Enecsys UK LTD is / gaat failliet. Het moederbedrijf en andere landendochters niet. Enecsys in de USA bestaat nog steeds, net als Enecsys GmbH (deze week nog een bericht van gehad nav een mail aan Enecsys USA over de monitoring oplossing, men komt er op terug zegt men)

Wat betreft de garantie, volgens mij wordt die door de fabricant, Enecsys USA gegeven.

Enecsys Monitoring, is een cloud dienst , voor Nederland ingevuld door Enecsys UK LTD, de failliete partij dus. De vraag is nu of Enecsys USA de Engelse en Nederlandse user van Enecsys monitoring in de kou laat staan (uit kosten overweging) of dat men een oplossing biedt vanuit een andere landen organisatie

Beste Antoine,

wat ik begreep: is dat ook Enecsys GmbH inmiddels uitstel van betaling had aangevraagd. Wat betreft de garantie: volgens mij werd deze gedaan door de UK afdeling en niet door USA. Het hoofdkantoor van Enecsys zit volgens mijn informatie in Engeland. Usa en GmbH zijn maar bijkantoren.

Maar goed ik weet ook niet alles.

Het is trouwens in Nederland zo dat de dealer waar jij het gekocht hebt ten alle tijde jou garantie moet verlenen volgens het verkoopcontract of een alternatief moet aanbieden. Ook dit kunnen ze weer makkelijk omzeilen door failliet te gaan en door te starten maar voorruit. Dat is Nederland helaas.

[NLMaca]

Dank je voor je script updates omoerbeek. is er nog wel een reden waarom in de mysql insert de temperatuur niet wordt meegenomen?
in de printf output staat wel de temp, maar in de mysqli insert staat deze er niet meer tussen.

[omoerbeek]

19roland70 schreef op donderdag 09 april 2015 @ 21:08:
[...]

Ik bedoel eigenlijk een php site in /var/www die aan te roepen is als 192.168.1.20/pv.php .
En dat de waardes uit de e2pv.php worden gehaald en in de vakjes komen te staan.
Als de waardes veranderen dat deze worden ververst.
Voor mij hoeven de aparte waardes niet apart gelogd te worden, ikvind het alleen mooi dat ik dan het realtime vermogen kan zien.

Dat is niet de doestelling van mijn script. Mijn script is gemaakt om gegevens van de gateway naar PVOutput te sturen. Maat misschien kan iemand anders iets maken. De gegevens kan je dus sturen naar MySQL, en dat kan je weer uitlezen. Is niet echt moeilijk.

[omoerbeek]

NLMaca schreef op donderdag 09 april 2015 @ 22:19:
Dank je voor je script updates omoerbeek. is er nog wel een reden waarom in de mysql insert de temperatuur niet wordt meegenomen?
in de printf output staat wel de temp, maar in de mysqli insert staat deze er niet meer tussen.

Is denk ik gewoon een vergissing. Zal later vandaag even kijken.

[omoerbeek]

virtua001 schreef op donderdag 09 april 2015 @ 22:03:
Vananvond mijn RPI geinstalleerd, PHP erop gezet. Het script erop gezet en de config file veranderd naar mijn situatie. Daarna heb ik het php-protocol gestart en de gateway van IP-adres veranderd. Eerst bleef de smiley van de gateway op treurig maar na enige tijd kreeg ik een lachende smiley.
De output van RPI zegt nu ook "20150409-21:31:54 Accepted connection from 192.168.X.X"

Dus volgens mij draait het nu. Het enige probleem wat ik nu heb is de zon (of beter gezegd: het gebrek er aan) want ik zie geen een omvormer langs komen.
Dat wordt dus wachten tot morgen als de zon weer op komt.

Of zie ik dit verkeerd?

Nee, je bent goed op weg ;-)

[omoerbeek]

omoerbeek schreef op vrijdag 10 april 2015 @ 06:54:
[...]


Is denk ik gewoon een vergissing. Zal later vandaag even kijken.

Geregeld. Als je de nieuwe code gaat draaien en je hebt al een MySQL tabel, moet je wel even de temp kolom toevoegen:

code:

ALTER TABLE enecsys ADD temp INT NOT NULL;

[Verwijderd]

Ik heb het nu ook op een Raspbery PI draaien. Het lijkt er allemaal stabiel uit te zien. Om heel eerlijk te zijn vind ik de rapportage uit PVOutput beter dan uit het de Enecsys monitor.

Ik ben er erg blij mee. Hartelijk dank voor al het programmeer werk.

Ik heb 1 inverter die het niet meer doet. Mijn installateur geeft aan dat het door piekspanning kan komen en dat er eenvoudig een overspanningsbeveiliging tussen gezet kan worden. Dat laat ik dan maar doen.
Mijn installateur gaf ook aan dat er meerdere partijen zijn die interesse hebben in de overname van Enecsys, Verwacht wordt dat dat dan inclusief de garantie is. Anders wordt reparatie rond de 100 euro voor een inverter.

[19roland70]

TIP
PVoutput koppelen aan Domoticz .
Mooie grafiek en actueel vermogen

[virtua001]

Heren,

We zijn online!!!!! http://pvoutput.org/intraday.jsp?id=39835&sid=36392

Het draait echt geweldig. Sta nu als een klein kind te springen!!
Mijn speciale dank gaat uit naar OMOERBEEK voor zijn voortreffelijk programmeerwerk.
Nu eerst 3 RPI's aanschaffen en mijn vader en oom blij maken met deze oplossing.

Ik ben zeer benieuwd naar een offline systeem op basis van mysql en splitsing van de inverters. Dat wordt mijn volgende uitdaging!

Nogmaals hartelijk dank!!!!

[NLMaca]

omoerbeek schreef op vrijdag 10 april 2015 @ 07:51:
[...]


Geregeld. Als je de nieuwe code gaat draaien en je hebt al een MySQL tabel, moet je wel even de temp kolom toevoegen:

code:

ALTER TABLE enecsys ADD temp INT NOT NULL;

@omoerbeek, ik kwam er achter dat in e2pv.php de temp achter de acvolt gezet moet worden, anders wordt je temp in je voltage kolom gezet .

thx voor de aanpassing btw.

code:

   $query = 'INSERT INTO enecsys(' .
    'id, wh, dcpower, dccurrent, efficiency, acfreq, acvolt, temp) VALUES(' .
    '%d, %d, %d, %f, %f, %d, %d, %d)';
  $q = sprintf($query,
    mysqli_real_escape_string($link, $v['IDDec']),
    mysqli_real_escape_string($link, $LifeWh),
    mysqli_real_escape_string($link, $v['DCPower']),
    mysqli_real_escape_string($link, $v['DCCurrent']),
    mysqli_real_escape_string($link, $v['Efficiency']),
    mysqli_real_escape_string($link, $v['ACFreq']),
    mysqli_real_escape_string($link, $v['ACVolt'])),
    mysqli_real_escape_string($link, $v['Temperature']);

[omoerbeek]

NLMaca schreef op vrijdag 10 april 2015 @ 09:55:
[...]


@omoerbeek, ik kwam er achter dat in e2pv.php de temp achter de acvolt gezet moet worden, anders wordt je temp in je voltage kolom gezet .

thx voor de aanpassing btw.

code:

   $query = 'INSERT INTO enecsys(' .
    'id, wh, dcpower, dccurrent, efficiency, acfreq, acvolt, temp) VALUES(' .
    '%d, %d, %d, %f, %f, %d, %d, %d)';
  $q = sprintf($query,
    mysqli_real_escape_string($link, $v['IDDec']),
    mysqli_real_escape_string($link, $LifeWh),
    mysqli_real_escape_string($link, $v['DCPower']),
    mysqli_real_escape_string($link, $v['DCCurrent']),
    mysqli_real_escape_string($link, $v['Efficiency']),
    mysqli_real_escape_string($link, $v['ACFreq']),
    mysqli_real_escape_string($link, $v['ACVolt'])),
    mysqli_real_escape_string($link, $v['Temperature']);

Oops, te weinig koffie denk ik. Bedankt voor de melding. Het is gefixt in git.

[omoerbeek]

sjnelle schreef op donderdag 09 april 2015 @ 20:38:
dat zou wel gaaf zijn per inverter. Eens uitzoeken hoe dat bij pvoutput zit.

Zou het niet slim zijn dat er als er 0 output is, dus s'avonds en 's nachts dat er niks in de mysql en naar pvoutput wordt gelogd?

Dat gaart als zo. De inverters stopppen vanzelf met data versturen, en dan stuur ik dus ook niks door.

[Wiebeltje]

@omoerbeek
Het script ziet er echt geweldig uit. Mijn pa gaat hier echt enorm blij mee zijn. Hij kan op dit moment niks fatsoenlijk uitlezen. Ik heb al een raspberry pi staan bij mijn ouders dus ik ga dit script het komende week eens op zetten! Vooral de toevoeging dat je de invertors apart uit kunt lezen is echt mooi.

ps. Ik zou adviseren om PDO te gebruiken in plaats van mysqli. Dan heb je prepared statements, hoef je niets te escapen en je kan er makkelijk een andere database aan hangen als je geen mysql wil gebruiken.

Als ik me verveel zou ik eens kunnen gaan kijken of ik zelf nog (lokaal) een simpele webui kan maken met grafiekjes en zo vanuit de database data.

[Bakkertje19]

Ik ben bezig met PvOutput om te kijken of de data direct van de gateway naar PvOutput gestuurd kan worden.

Ik heb de gateway naar http://requestb.in/1mv185i1 op poort 80 laten sturen, maar er komt niet tot geen data door. Iemand tips ?

HEADERS

Connection: close
Host: requestb.in
Via: 1.1 vegur
X--------------: xxxxxxxxxxxx
X-Request-Id: c906f967-6f3e-4e3d-961e-73e9f44a44b3
Accept-Language: nl-NL,nl;q=0.8,en-US;q=0.6,en;q=0.4
User-Agent: Mozilla/5.0 (Windows NT 6.1) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/36.0.1985.125 Safari/537.36
Cache-Control: max-stale=0
Connect-Time: 0
Accept-Encoding: gzip,deflate,sdch
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,*/*;q=0.8
Total-Route-Time: 0
Cookie: session=eyJyZWNlbnQiOlsiMW12MTg1aTEiXX0.CAkcgQ.JuP7huVViCsBjMV6r_eqx7EaSK4; _ga=GA1.2.160679300.1428648972; _gat=1

[omoerbeek]

@Bakkertje: direct vanaf de gateway naar een webeserver werkt niet omdat de gateway geen http requests stuurt. De requests worden dus geweigerd door een webserver.

[virtua001]

Ik zie vanmiddag iets raars gebeuren met de waardes van mijn inverters. Het vermogen blijft er vol op staan maar de average waarde's storten volledig in mekaar. Je ziet ook dat de totale opbrengst steeds minder hard oploopt terwijl nu juist het meeste vermogen wordt gegenereerd.
Ik weet dat dit destijds ook met enecsys zo was, zij hebben toen een aanpassing gedaan waardoor de waardes wel goed werden weg gezet.
Oke de temperatuur loopt ook op maar de efficiency van de inverters zal toch niet zo slecht worden boven de 40 graden?
Zie de volgende grafiek:

http://pvoutput.org/intraday.jsp?id=39835&sid=36392

Iemand een idee?

[sjnelle]

Zo te zien heb ik precies het zelfde:

http://pvoutput.org/intraday.jsp?id=19058&sid=36390

[omoerbeek]

Dit lijkt eerder een meetfout van de inverters zelf, of een interpretatiefout van het php script. Het gerapporteerde vermogen is wel OK, zo te zien, alleen het opgewekte lifetime vermogen niet. Ik ga eens het een en ander nalopen.

[virtua001]

sjnelle schreef op vrijdag 10 april 2015 @ 13:44:
Zo te zien heb ik precies het zelfde:

http://pvoutput.org/intraday.jsp?id=19058&sid=36390

He dat is dus vreemd, er zijn dus blijkbaar meer mensen. Ik ga er even van uit dat de inverters een bepaalde waarde boven een bepaald vermogen niet kunnen weergeven. en dat als je weer onder deze treshold kom de waardes wel weer goed worden weergegeven.
Destijds heeft Enecsys het voor mij aangepast zodat het wel goed werd weergegeven.

[virtua001]

omoerbeek schreef op vrijdag 10 april 2015 @ 14:09:
Dit lijkt eerder een meetfout van de inverters zelf, of een interpretatiefout van het php script. Het gerapporteerde vermogen is wel OK, zo te zien, alleen het opgewekte lifetime vermogen niet. Ik ga eens het een en ander nalopen.

Volgens mij is het ook een meetfout van de inverters. Omdat na te gaan zou ik de realtime data moeten analyseren die over het scherm van de raspberry pi ging op die tijdstippen.

Ik geloof niet dat het een fout in je script is omoerbeek.

[omoerbeek]

omoerbeek schreef op vrijdag 10 april 2015 @ 14:09:
Dit lijkt eerder een meetfout van de inverters zelf, of een interpretatiefout van het php script. Het gerapporteerde vermogen is wel OK, zo te zien, alleen het opgewekte lifetime vermogen niet. Ik ga eens het een en ander nalopen.

De tweede vermogen moet natuurlijk energie zijn.

[P_Tingen]

@omoerbeek In mijn Perl script hou ik zelf rekening met de afwijking tussen wat de panelen opbrengen en wat je meterkast ingaat. De inverters zitten natuurlijk onder de panelen en wekken meer op dan wat er door de bruto verbruiksmeter gaat die bij mij in de kast hangt. Op dit moment zit er iets meer dan 1% verschil tussen maar over een langere tijd gezien telt dat natuurlijk wel op.

Is het een optie dat in je script in te bouwen? Ik denk dat ik zelf ook overstap op jouw script, omdat die toch lichter lijkt te lopen en ik het dus waarschijnlijk ook op mijn qnap kan draaien. Ik vind het zelf wel prettig dat de getallen op pvoutput enigszins overeenkomen met met wat ik daadwerkelijk gebruik. Kabelverliezen kan ik toch al niks mee.

In mijn perl script doe ik dat door een correctiefactor in de .ini file op te nemen en daarmee te vermenigvuldigen. In jouw php script zou dat dan in de functie 'submit' moeten door $e te vermenigvuldigen met een correctiefactor die dan weer in de config.php zou moeten staan.

[virtua001]

Wat je heel duidelijk zie, is dat de treshold onder een bepaalde waarde zakt (in mijn geval ligt dat rond de 2000W) dan schieten de Average waardes weer omhoog.

http://pvoutput.org/intraday.jsp?id=39835&sid=36392

[vogel1001]

Hi,
ik kan melden dat er vreemde zaken gelogd worden
Mijn hardcore dedicated solar powermeter in mijn meterkast laat zien dat de panelen tussen 11:00 en 16:30 vandaag
21.5 kwh hebben geproduceerd.

De uitlezing van de enecsys (ik heb 14 stuks duo inverters) laat zien dat ik 8.75 kwh in diezelfde periode zou hebben geproduceerd.
21.5 kwh volgens mijn kwh meter en 8.75 volgens de uitlezing...
het verschil is niet 1% maar circa 300%

zie hieronder de logging met het php script van omoerbeek

http://pvoutput.org/intraday.jsp?id=38866&sid=35549.
ik heb ook fotootjes van mijn dedicated solar kwh meter in de meterkast mocht iemand daarin geinteresseerd zijn

[vogel1001]

ow er is ergens sprake van een power reporting cap rond de 372 watt voor duo inverters dat software matif door enecys zou zijn getackled. Maar goed,dat verklaart bij mij nog niet dat verschil van 300%? denk denk denk..

[vogel1001]

Daarnaast heb ik uit een perl log ook gezien dat bij mij ook daadwewrkelijk meer dan 400 watt werd gerapporteerd dus of die cap nou klopt? we zijn nog aan het dwalen in het bos

[19roland70]

Ik heb vandag volgens pv output 3.886 kWh opgewekt .
Als ik kijk op mijn losse S0 kWh-meter is dat 7.553kWh
Het laatste uur heb ik 0.140 kWh (PVoutput) opgewekt terwijl het totale vermogen 1700W is
edit
De lifetime production klopt ook niet ik zou vanaf 12.00 tot 17.00 maar 3kWh opgewekt hebben .
Hoe zou enecsys dit zelf opgelost hebben?

[ Voor 26% gewijzigd door 19roland70 op 10-04-2015 18:12 ]

[ddajantje]

Misschien een lastige vraag maar kan iemand een kopie van de SD kaart uit een raspberry kunnen online zetten. Zelf ben ik niet een echte Linux held.

[omoerbeek]

@vogel1001 kan je bijzondere dingen zien aan de L waardes die door het script geprint worden? Deze lijken dus "achter" te blijven t.o.v de DC vermogens waardes.

Mogelijk ga ik het script aanpassen en geen cumulatieve totale energie meer doorgeven. De vermogensgetallen lijken beter te kloppen. PVOutput berekent dan de gemiddelde energie op basis van de tijdsinterval en het gerapporteerde vermogen als ik het goed heb. Dat is wel een momentopnamen, maar uiteindelijk misschien beter...

[omoerbeek]

Wat natuurlijk ook nog mogelijk is is dat de php code ergens de mist in gaat. Kan iemand checken of de som van de L waardes van alle inverters idd de v1 waarde oplevert die naar PVOutput wordt gestuurd?

Verder moet de L waarde van een inverter altijd oplopen. Dat zijn twee zaken die je kan nalopen.

[19roland70]

omoerbeek schreef op vrijdag 10 april 2015 @ 18:15:

Verder moet de L waarde van een inverter altijd oplopen. Dat zijn twee zaken die je kan nalopen.

kijk maar naar mijn vorige post.
Ik heb ook even het perl script nagekeken ,de waardes zijn nagenoeg hetzelfde.
Volgens mij is dit een fout in de inverters zelf.

[omoerbeek]

@19roalnd70: de code van mij is wel "geinspireerd" op het perl script. Zou dus dezelfde fout in kunnen zitten.

[19roland70]

@ omoerbeek Als dat zo is ligt het aan het uitlezen van de zigbee-string.
edit:
Ik heb ook even het programma aan staan wat draait onder labview , het vermogen komt nagenoeg overeen met het php en het perl script.

[ Voor 49% gewijzigd door 19roland70 op 10-04-2015 18:51 ]

[omoerbeek]

Ik heb een versie gecomit die een LIFETIME config parameter heeft. Als je die op 0 zet, dan worden alleen vermogens waardes doorgegeven. Mensen die problemen zien kunnen kijken of dat helpt. Alleen morgen lijkt er niet zo veel zon te komen...

Default blijf ik wel lifetime energie waardes doorgeven, voor mij werkt het goed. Is het wellicht iets met duo inverters?

edit:
en nu staat ie er echt ;-)

[ Voor 5% gewijzigd door omoerbeek op 10-04-2015 19:46 ]

[omoerbeek]

Het internet zegt dat de duo inverters idd het probleem zijn:
http://www.navitron.org.u...0/prev_next,next.html#new

The other issue is what Enecsys deemed the "327W error" with the D480's. Basically the kWh readings on the D480 are wrong as the kWh due to some kind of flaw in the design will not record production over 327W, so even if making 480W, the inverter still records only producing 327W. Enecsys "fixed" this by applying a patch in the monitoring software that corrected the kWh readings, however if we are relying on the power production level of the inverters reporting then it will almost surely be wrong.

[vogel1001]

Het gekke alleen is dat ik die inverters heb en via het Perl script wel waardes daarboven gezien heb. Tot 410 watt ongeveer.

[P_Tingen]

Als de A en de V wel kloppen kan je het zelf uitrekenen, maar je hebt dan alleen het huidig opgewekt vermogen. Hoe zou je dat moeten corrigeren? Je krijgt slechts eenmaal per zoveel tijd de data door van de inverters. Het enige wat je evt zou kunnen doen - vooropgesteld dat stroom en stroomsterkte wel kloppen - is door te controleren of het vermogen klopt (P = U * I). Zo niet, neem dan de vorige lifetime waarde en tel daarbij (U * I) * verstreken tijd sinds laatste meting.

Klinkt eigenlijk ook een beetje shabby en onbetrouwbaar, maar ik zou zo niet beter weten.

[vogel1001]

Roland, wil je die VI delen? Dan kan ik ook eens kijken met labview.

[omoerbeek]

De power waardes zijn wel goed, maar de lifetime kWh waardes niet, die groeien niet mee. Dat is precies wat ik ook zie in de grafieken: power ziet er goed uit, maar average (die berekend wordt op basis van de life kWh) niet.

[omoerbeek]

P_Tingen schreef op vrijdag 10 april 2015 @ 19:57:
Als de A en de V wel kloppen kan je het zelf uitrekenen, maar je hebt dan alleen het huidig opgewekt vermogen. Hoe zou je dat moeten corrigeren? Je krijgt slechts eenmaal per zoveel tijd de data door van de inverters. Het enige wat je evt zou kunnen doen - vooropgesteld dat stroom en stroomsterkte wel kloppen - is door te controleren of het vermogen klopt (P = U * I). Zo niet, neem dan de vorige lifetime waarde en tel daarbij (U * I) * verstreken tijd sinds laatste meting.

Klinkt eigenlijk ook een beetje shabby en onbetrouwbaar, maar ik zou zo niet beter weten.

Dat heeft wel nadelen, als je het script stopt, ben je de correctie kwijt. Als je dan weer opstart raportreer je lagere waardes dan eerder... Verder was het idee van het script alleen data verzamelen en doorschuiven, en al het rekenwerk en grafieken maken laten doen door PVOutput. Ik denk dat het alleen doorgeven van de Power beter is. PV rekent dan de kWh uit door te power maal tijd te doen.

[vogel1001]

Stelletje boeven daar bij enecsys. Inverters die ermee ophouden, deze 480 bug die gemaskeerd wordt met hun software op hun website, dan ook het 50hz lock probleem bij gebruik van meerdere inverters... Het lijkt wel alsof na het initiële ontwerp men er verder niets meer aan heeft gedaan. Er zijn een paar goede threads op her navitron forum in de uk (Www.navitron.Org.uk).

Het interessante is dat de enecsys monitoring website zou waarschuwen bij errors en problemen. Edoch neen, niet bij bovenstaande problemen. En daarbij: van mijn 14 inverters waren er twee(!) kapot. Geen errors op de enecsys website. "Your systeem is functioning normal". Ammehoela.
Wie nog kiest voor cloud gekoppelde hardware oplossingen verklaar ik voor gek. En met reden!

[P_Tingen]

omoerbeek schreef op vrijdag 10 april 2015 @ 20:02:
[...]
PV rekent dan de kWh uit door te power maal tijd te doen.

Dan moet je er wel vanuit kunnen gaan dat je niet al te lang mist in je data. Als je een uur niet kan uploaden door wat voor reden dan ook en de eerste doorgifte is toevallig net wat laag dan neemt PVOutput dus aan dat je in het afgelopen uur de hele tijd datzelfde vermogen hebt opgewekt.

Tja, veel alternatieven heb je denk ik niet.

Maareh, zijn wij nou de enigen in de hele wereld die zelf proberen de monitoring weer op poten te krijgen? Er moeten toch meer knutselaars zijn?

[ Voor 12% gewijzigd door P_Tingen op 10-04-2015 20:33 ]

[Thijs8472]

vogel1001 schreef op vrijdag 10 april 2015 @ 20:06:
dan ook het 50hz lock probleem bij gebruik van meerdere inverters

Ik heb even die thread zitten lezen maar de datasheet van de 480 (zie https://na9.salesforce.co...bzmRvQ7t8ir2DX33PxG8Keto= ) zegt dat er maximaal 8 duo's achter een 20A fase en maximaal 6 achter een 15A fase aanbevolen worden. Wellicht dat die aanbeveling daaruit voortkomt.

[19roland70]

vogel1001 schreef op vrijdag 10 april 2015 @ 19:57:
Roland, wil je die VI delen? Dan kan ik ook eens kijken met labview.

https://docs.google.com/f..._6MMDaE5qYnc1dFBKSk0/edit

[vogel1001]

komt vooral voor bij de single inverter ook. Mijn systeem draait 3-fase, met 4 - 5 - 5 inverters voor fase 1 2 3. Er wordt een dikke condensator (20 uf, 600v) aanbevolen door een Amerikaanse deelgenoot tussen fase en nul om de inverters niet af te laten schakelen.
Jeetje, wat een beerput wordt er opengetrokken zeg.

[19roland70]

omoerbeek schreef op vrijdag 10 april 2015 @ 19:57:
De power waardes zijn wel goed, maar de lifetime kWh waardes niet, die groeien niet mee. Dat is precies wat ik ook zie in de grafieken: power ziet er goed uit, maar average (die berekend wordt op basis van de life kWh) niet.

Dat betekend dus dat ik eigenlijk meer kWh 's opgewekt heb dan het opgetelde lifetime kWh .
Dan is er bij enecsys dus eigenlijk een beetje gegokt met de opbrengst.
Ik vond het al raar dat ik met een S0-kWh-meter i.c.m Domoticz altijd meer te zien kreeg.
edit :
Ik zie bij PVoutput dat average ooit meer is dan de power , kan dit wel?
Average altijd gedacht dat dit een gemiddelde was van de opgewekte energie over een bepaalde periode.

Als deze niet word geupload naar PVoutput word dan het aantal opgewekte kWh dan berekend tussen het vermogen en de tijd of moeten wij dit aanbieden van een script.

[ Voor 22% gewijzigd door 19roland70 op 10-04-2015 23:29 ]

[vogel1001]

Nu ja, uiteindelijk zijn het de sensoren die meten. En er zijn alleen sensoren voor voltage, amperage en temperatuur. Mischien ook faseverschil tussen voltage en amperage. Ergens wordt dit omgerekend naar vermogen zoals jij en ik die te zien krijgen. Ik zou genegen zijn om eens te kijken of de sensordata (voltage en amperage) overeenkomt met het gerapporteerde vermogen. Zo begin je bij de hardcore bron en kun je conclusies trekken of en waar er ergens fouten zitten. Maar ja, hoe moeilijk kan het zijn om twee getalletjes met elkaar te vermenigvuldigen?
Indien berekend vermogen ongeveer overeenkomt met gesmeten vermogen (verliezen daargelaten) tijdens een zonnige middag dan is de conclusie dat de inverter firmware bugs bevat, of vertaalslag in script is niet juist.
Indien de voltage/amperage sensor data niet overeenkomt: sensor problemen: daar is geen oplossing voor, of de inverters schakelen tijdelijk en periodiek af wat zou resulteren in hoger berekend vermogen vergeleken met de kWh meter in de kast.
Zou het zo kunnen zijn dat er verschillende versies zijn van de firmware in de inverters?

[omoerbeek]

@19roland70

Ik zie dat Life kWh altijd even stilstaat voordat ie wordt ververst door de inverters. Afhankelijk van de timing kan je soms het ene interval dus te weinig meten en de volgende te veel. Bij mij zwabberen average en power goed over mekaar heen.

Wat ik wel ga doen is de power middelen over de periode, zadat ik een betere benadering krijg en minder een momentopname. Dat is het beste wat ik kan doen denk ik.

[svdhorst12]

Kan iemand mij de standaard login/password van de Enecsys Gateway geven? Ik had hem ooit ergens gevonden maar krijg het niet meer teruggevonden. Ik wil nl de data tussen de gateway en de webservice bekijken zodat ik dat naar mn eigen server kan sturen.

[svdhorst12]

Gevonden:

Gateway login:
acc: admin
pwd: password

[19roland70]

Hier is goed te zien dat ik vanaf 14.45 tot 1745 bijna niets heb opgewekt ,terwijl de Power Genereted op 1800W staat


Misschien een idee:
Het vermogen klopt ,vanuit daar kunnen we dus gaan rekenen.

code:

04-11-2015  08:59:03        110046726   21W
04-11-2015  09:00:02        110046726   21W

Ik wek hier 21W op in 59 sec .
Dit is dus 21 / 59 = 0,3559........W/sec.
0,3556 x 3600 = 1281 W/h dit word dan 1.281 kWh.

Met de DC stroom en spanning te gaan rekenen heeft geen nut , want we weten de verliezen niet .

[virtua001]

ik ben dus blij dat ik niet de enige ben. Het blijkt dus een fout in de inverters te zijn die door Enecsys gecorrigeerd werd middels een software matige oplossing.

@omoerbeek: kan het niet zo zijn dat we de waarde gewoon moeten optellen bij de laatste gemeten hoogste waarde (de 327W error treshold). Die bij elkaar opgeteld is dat dan niet de actuele waarde. Dit doe je dan totdat je weer onder de treshold kom van 327W. Of zie ik dit verkeerd? Kan iemand dit controleren in de live grafiek van gisteren. Ik heb hem helaas niet opgeslagen, dus kan het niet controleren.

[omoerbeek]

@19roland70 PVOUptut kan dit dus voor je doen. We hoeven zelf niet te rekenen. De laatste versie van mijn programma kan in een mode gezet worden die alleen de power doorgeeft, en niet de (some foute) energie. Zie de README. PVOutput rekent dan de energie uit.

Omdat ik zelf de fout niet heb (geen duo inverters) kan ik dit alleen niet goed testen. Dus mensen die de fout hebben gezien, probeer de andere mode eens aub.

Ik heb hier nu een versie draaien die de gemiddelde power uitrekent over per reportage periode per inverter. Als dat goed getest is zal ik het committen. Dan komen we nog dichter bij de werkelijkheid als het goed is, ook als LIFETIME=0.

BTW, iedereen, check even of je de "Status Interval" van je systeem bij PVOutput op 10 minuten heb staan. Mijn script rapporteert eens in de 10min naar PVOutput.

[omoerbeek]

virtua001 schreef op zaterdag 11 april 2015 @ 09:30:
ik ben dus blij dat ik niet de enige ben. Het blijkt dus een fout in de inverters te zijn die door Enecsys gecorrigeerd werd middels een software matige oplossing.

@omoerbeek: kan het niet zo zijn dat we de waarde gewoon moeten optellen bij de laatste gemeten hoogste waarde (de 372W treshold). Die bij elkaar opgeteld is dat dan niet de actuele waarde. Dit doe je dan totdat je weer onder de treshold kom van 372W. Of zie ik dit verkeerd? Kan iemand dit controleren in de live grafiek van gisteren. Ik heb hem helaas niet opgeslagen, dus kan het niet controleren.

Het corrigeren van LifekWh meetwaardes lijkt me niet zo'n goed idee. Want dan loop je het gevaar dat Life kWh na opnieuw opstarten lager is dan een eerder gerapporteerde waarde.

Test eens met LIFETIME op 0 gezet. Dat zou een goede benadering moeten geven, gebaseerd op vermogen (dat wel goed lijkt te zijn) en niet op energie (die dus soms fout is).

[virtua001]

omoerbeek schreef op zaterdag 11 april 2015 @ 09:35:
[...]


Het corrigeren van LifekWh meetwaardes lijkt me niet zo'n goed idee. Want dan loop je het gevaar dat Life kWh na opnieuw opstarten lager is dan een eerder gerapporteerde waarde.

Test eens met LIFETIME op 0 gezet. Dat zou een goede benadering moeten geven, gebaseerd op vermogen (dat wel goed lijkt te zijn) en niet op energie (die dus soms fout is).

Ga direct aan de slag. ik hou je op de hoogte.

[omoerbeek]

net versie gecommit met de gemiddelde power over het rapportage interval.

[ Voor 3% gewijzigd door omoerbeek op 11-04-2015 09:45 ]

[vogel1001]

de WS strings rapporteren ook een error code. Weet iemand op welke positie? Ik heb ergens gelezen dat er error codes 0,4 en 12 bestaan. 0 is "alles ok", 4 is "no grid" en 12 lijkt het eerder genoemde "lock issue" te zijn.

[virtua001]

omoerbeek schreef op zaterdag 11 april 2015 @ 09:41:
net versie gecommit met de gemiddelde power over het rapportage interval.

betekent dit dat we de lifetime nog steeds op 0 moeten zetten?

[omoerbeek]

virtua001 schreef op zaterdag 11 april 2015 @ 10:48:
[...]


betekent dit dat we de lifetime nog steeds op 0 moeten zetten?

Ja (maar alleen als je een installatie hebt die de verkeerde energie waardes laat zien).

[vogel1001]

19roland70 schreef op vrijdag 10 april 2015 @ 22:57:
[...]

https://docs.google.com/f..._6MMDaE5qYnc1dFBKSk0/edit

dit is de exe-file. De broncode (VI) heb je niet begrijp ik? Dan kan ik op basis daarvan eea aanpassen en verder spitten!

[19roland70]

@vogel1001 Dit is het enigste wat ik daarvan gevonden heb.

[NLMaca]

@omoerbeek, je laatste versie van e2pv.php bevat nog de fout m.b.t de mysql kolom die je eerder gefixed had.