Datalogging: PV systemen

[Verwijderd]

zonoskar schreef op vrijdag 17 juni 2016 @ 21:41:
[...]


Hi rotvogel, ik zie het al denk ik. Ik heb beide strings aangesloten, dus de check of de inverter online is, is verkeerd. Ik fix dit even en upload een nieuwe versie. Bedankt voor de feedback.

Als eerste: dank voor je aanpassing. Morgen gaan we zien of dit werkt. Er zit nog wel een klein foutje in de code , eenvoudig op te lossen door een ) weg te halen in de code:

code:

Traceback (most recent call last):
  File "/usr/lib/python2.7/runpy.py", line 174, in _run_module_as_main
    "__main__", fname, loader, pkg_name)
  File "/usr/lib/python2.7/runpy.py", line 72, in _run_code
    exec code in run_globals
  File "/home/fred/Goodwe2PVoutput/__main__.py", line 3, in <module>
    import goodweData
  File "Goodwe2PVoutput/goodweData.py", line 180
    return (self.m_inverter_status == 'Normal') and (abs(self.m_vpv1+self.m_vpv2) > 0.01))
                                                                                         ^

[MdO82]

Ondanks dat het buiten licht is zie ik het licht zelf even niet

Ik heb gisteren mijn Raspberry opnieuw moeten inrichten.
Maar krijg mijn gegevens vanuit mijn omvormer niet meer naar PVOutput.

Ik zi op dit moment zelf even niet waar het misgaat.

Ik gebruik Omnik-data-logger om de gegeven uit de omvormer te halen en door te sturen naar PVOutput.
In de logging staat er netjes dat de gegevens geüpload zijn naar PVOutput, maar daar verschijnt dus niks.

Wie kan de wolken bij mij weghalen zodat ik weer helder beeld op mijn logging heb

Edit: even de config nagekeken, maar aangezien ik die vanuit een backup heb teruggezet zie ik daar geen verandering/probleem in.

Edit2: wellicht mistte het systeem een dns-server, na deze aangepast te hebben komen de waarden wel binnen.

Edit3: oke het ging een tijd goed, maar nu weer niet

Een stukje uit de log:

code:

2016-06-22 16:25:02,791 INFO connecting to 192.168.178.10 port 8899
2016-06-22 16:25:03,360 INFO ID: NLBN202015752154
2016-06-22 16:25:03,524 INFO Uploading to PVoutput
2016-06-22 16:25:11,850 INFO OK 200: Added Status
2016-06-22 16:30:04,284 INFO connecting to 192.168.178.10 port 8899
2016-06-22 16:30:04,983 INFO ID: NLBN202015752154
2016-06-22 16:30:05,258 INFO Uploading to PVoutput
2016-06-22 16:35:02,705 INFO connecting to 192.168.178.10 port 8899
2016-06-22 16:35:03,307 INFO ID: NLBN202015752154
2016-06-22 16:35:03,476 INFO Uploading to PVoutput
2016-06-22 16:40:02,712 INFO connecting to 192.168.178.10 port 8899
2016-06-22 16:40:03,336 INFO ID: NLBN202015752154
2016-06-22 16:40:03,505 INFO Uploading to PVoutput
2016-06-22 16:45:02,696 INFO connecting to 192.168.178.10 port 8899
2016-06-22 16:45:03,346 INFO ID: NLBN202015752154
2016-06-22 16:45:03,512 INFO Uploading to PVoutput
2016-06-22 16:47:48,679 INFO connecting to 192.168.178.10 port 8899
2016-06-22 16:47:49,256 INFO ID: NLBN202015752154
2016-06-22 16:49:18,313 INFO connecting to 192.168.178.10 port 8899
2016-06-22 16:49:18,963 INFO ID: NLBN202015752154
2016-06-22 16:55:02,143 INFO connecting to 192.168.178.10 port 8899
2016-06-22 16:55:02,837 INFO ID: NLBN202015752154
2016-06-22 16:55:03,005 INFO Uploading to PVoutput
2016-06-22 16:55:43,598 INFO connecting to 192.168.178.10 port 8899
2016-06-22 16:55:44,223 INFO ID: NLBN202015752154
2016-06-22 16:55:44,395 INFO Uploading to PVoutput
2016-06-22 16:56:10,790 INFO connecting to 192.168.178.10 port 8899
2016-06-22 16:56:11,442 INFO ID: NLBN202015752154
2016-06-22 16:56:14,071 INFO connecting to 192.168.178.10 port 8899
2016-06-22 16:56:14,738 INFO ID: NLBN202015752154
2016-06-22 16:56:18,775 INFO connecting to 192.168.178.10 port 8899
2016-06-22 16:56:19,457 INFO ID: NLBN202015752154
2016-06-22 16:57:16,537 INFO connecting to 192.168.178.10 port 8899
2016-06-22 16:57:32,656 INFO connecting to 192.168.178.10 port 8899
2016-06-22 16:57:37,074 INFO ID: NLBN202015752154
2016-06-22 17:00:02,165 INFO connecting to 192.168.178.10 port 8899
2016-06-22 17:00:02,743 INFO ID: NLBN202015752154
2016-06-22 17:00:02,908 INFO Uploading to PVoutput

Zoals je ziet dacht ie om 1700 uur van we geven weer een "uploading to PVoutput" echter komt er geen OK 200: Added Status.

Zit het probleem nu in mijn raspberry of gaat het niet lekker naar PVOutput, ik kan er even geen vinger op leggen


Als ik overigens handmatig "python /home/user/Omnik-Data-Logger/OmnikExport.py" uitvoer dan gebeurd er ook niks LiveStats.py leest de omvormer wel gewoon uit.

[ Voor 79% gewijzigd door MdO82 op 22-06-2016 17:10 ]

[Verwijderd]

Na al een lange tijd hier te lezen eindelijk maar eens een account aangemaakt.

Sinds maart 2013 heb ik panelen op mijn dak liggen en die zijn aangesloten op een Kostal Pico 5.5. De logging naar de site van de fabrikant was snel geregeld maar het lokaal loggen was toch een grotere uitdaging.

Aangezien ik geen Linux ervaring had (inmiddels wel ) kreeg ik de logging met veel moeite draaiende op een BeagleBoneBlack icm SQLite. Intussen heb ik de boel werkend op een laptop, SQLite is ingewisseld voor SQL en de logging naar PVOutput draait ook als een zonnetje.

Hier zijn de opbrengsten te zien: http://pvoutput.org/intraday.jsp?id=50607&sid=46036

Plannen voor de toekomst:

- Uitgebreide handleiding (Jip&Janneke) maken om Pico omvormers te loggen
- Eigen grafieken maken
- Extra string panelen aan de achterkant (Zuid-West) van het huis

Scripts die ik gebruik zijn hier te vinden:

https://sourceforge.net/projects/piko/?source=navbar

Groeten René

[Gait]

Gait schreef op woensdag 25 mei 2016 @ 21:15:
Ik heb problemen met mijn KOSTAL PIKO-Inverter 5.5
Het krijgt geen goed IP adres meer van de DHCP. Hij krijgt namelijk een 169.254 adres.
Handmatig een IP instellen helpt niet en rechtstreeks aan een laptop krijg ik ook niet voor elkaar.

TD-er schreef op donderdag 26 mei 2016 @ 21:26:
Klinkt alsof je geen gateway en/of DNS ingesteld hebt.
Dat zijn de dingen die je via DHCP ook meekrijgt.

Dingen die nodig zijn, zijn:
- IPadres
- gateway (vaak interne IP-adres van je router)
- DNS-server (vaak zelfde als gateway, maar je kunt ook 8.8.4.4 gebruiken, of beide)

Een tijdje terug heb ik een probleem gepost, maar door drukte even geen tijd meer gehad.

Het probleem doet zich nog steeds voor.
Wat ik kan instellen op de omvormer is:
AUTO DHCP aan-/uitvinken
IP Adress/subnet handmatig invullen
Externe router aanvinken
IP Adress router handmatig invullen

AUTO DHCP zorgt ervoor dat hij een heel vaag IP adres krijgt omdat hij geen verbinding met de DHCP krijgt.
Handmatig een IP invullen helpt ook niet, want hij blijft onvindbaar.

[TD-er]

Aha, wanneer je dus een heel vaag IP-adres krijgt (169.255.x.y bijv?) is dat een eerste indicatie waar de fout zit.
Je omvormer zit dan niet in het netwerk direct achter de modem, maar via iets anders aangesloten.
Bijvoorbeeld een 2e router/accesspoint, of heeft gewoonweg geen goede stabiele verbinding naar je netwerk.

[Gait]

TD-er schreef op woensdag 22 juni 2016 @ 20:51:
Aha, wanneer je dus een heel vaag IP-adres krijgt (169.255.x.y bijv?) is dat een eerste indicatie waar de fout zit.
Je omvormer zit dan niet in het netwerk direct achter de modem, maar via iets anders aangesloten.
Bijvoorbeeld een 2e router/accesspoint, of heeft gewoonweg geen goede stabiele verbinding naar je netwerk.

Klopt, maar ik heb hem aan mijn eigen router hangen waarom alle PC's netjes hun IP krijgen en ik heb ook nog eens de Experiabox er weer tussen gezet, maar dat gaf hetzelfde probleem. Zou het kunnen zijn dat de ethernet kabel niet goed op de omvormer zit?

[TD-er]

Dat is zeker een mogelijkheid.
Of dat de kabel beschadigd is.

En "de experiabox er tussen zetten", wat bedoel je daarmee?
Ik neem aan dat er 1 router is in je netwerk.

Wat je zou kunnen proberen is een laptop op de netwerkkabel aansluiten in plaats van je omvormer. Als die dan wel goed netwerk heeft, zou het nog steeds een draadbreuk kunnen zijn, of dat de adertjes omgewisseld zijn, maar dat je omvormer geen MDI/MDIX ondersteunt.
Als je nog een switch hebt liggen, prik die dan eens tussen de netwerkkabel die naar je omvormer gaat en je omvormer zelf. Daarmee kun je in elk geval wat feedback krijgen over hoe goed de verbinding is. (lampjes voor 100 Mbps/Gbit) en zo'n switch kan vrijwel altijd wel de aderparen omwisselen indien nodig.

[niki_lauda]

Verwijderd schreef op woensdag 22 juni 2016 @ 19:41:
Na al een lange tijd hier te lezen eindelijk maar eens een account aangemaakt.

Sinds maart 2013 heb ik panelen op mijn dak liggen en die zijn aangesloten op een Kostal Pico 5.5. De logging naar de site van de fabrikant was snel geregeld maar het lokaal loggen was toch een grotere uitdaging.

Aangezien ik geen Linux ervaring had (inmiddels wel ) kreeg ik de logging met veel moeite draaiende op een BeagleBoneBlack icm SQLite. Intussen heb ik de boel werkend op een laptop, SQLite is ingewisseld voor SQL en de logging naar PVOutput draait ook als een zonnetje.

Hier zijn de opbrengsten te zien: http://pvoutput.org/intraday.jsp?id=50607&sid=46036

Plannen voor de toekomst:

- Uitgebreide handleiding (Jip&Janneke) maken om Pico omvormers te loggen
- Eigen grafieken maken
- Extra string panelen aan de achterkant (Zuid-West) van het huis

Scripts die ik gebruik zijn hier te vinden:

https://sourceforge.net/projects/piko/?source=navbar

Groeten René

Ik log ook met piko.py maar naar Websolarlog en Domoticz. Websolarlog geeft de gegevens door aan pvoutput.
http://www.pvoutput.org/list.jsp?userid=11526

[Verwijderd]

niki_lauda schreef op woensdag 22 juni 2016 @ 21:43:
[...]

Ik log ook met piko.py maar naar Websolarlog en Domoticz. Websolarlog geeft de gegevens door aan pvoutput.
http://www.pvoutput.org/list.jsp?userid=11526

Dat ziet er ook mooi uit! De komende tijd laat ik me inspireren door allerlei websites en als het wat koeler is dan mijn eigen creativiteit maar eens loslaten op het maken van grafieken.

Groeten René

[dunklefaser]

MdO82 schreef op woensdag 22 juni 2016 @ 07:45:
Ondanks dat het buiten licht is zie ik het licht zelf even niet

Ik heb gisteren mijn Raspberry opnieuw moeten inrichten.
Maar krijg mijn gegevens vanuit mijn omvormer niet meer naar PVOutput.

Ik zi op dit moment zelf even niet waar het misgaat.

Ik gebruik Omnik-data-logger om de gegeven uit de omvormer te halen en door te sturen naar PVOutput.
In de logging staat er netjes dat de gegevens geüpload zijn naar PVOutput, maar daar verschijnt dus niks.

Wie kan de wolken bij mij weghalen zodat ik weer helder beeld op mijn logging heb

Edit: even de config nagekeken, maar aangezien ik die vanuit een backup heb teruggezet zie ik daar geen verandering/probleem in.

Edit2: wellicht mistte het systeem een dns-server, na deze aangepast te hebben komen de waarden wel binnen.

Edit3: oke het ging een tijd goed, maar nu weer niet

Een stukje uit de log:

code:

2016-06-22 16:25:02,791 INFO connecting to 192.168.178.10 port 8899
2016-06-22 16:25:03,360 INFO ID: NLBN202015752154
2016-06-22 16:25:03,524 INFO Uploading to PVoutput
2016-06-22 16:25:11,850 INFO OK 200: Added Status
2016-06-22 16:30:04,284 INFO connecting to 192.168.178.10 port 8899
2016-06-22 16:30:04,983 INFO ID: NLBN202015752154
2016-06-22 16:30:05,258 INFO Uploading to PVoutput
2016-06-22 16:35:02,705 INFO connecting to 192.168.178.10 port 8899
2016-06-22 16:35:03,307 INFO ID: NLBN202015752154
2016-06-22 16:35:03,476 INFO Uploading to PVoutput
2016-06-22 16:40:02,712 INFO connecting to 192.168.178.10 port 8899
2016-06-22 16:40:03,336 INFO ID: NLBN202015752154
2016-06-22 16:40:03,505 INFO Uploading to PVoutput
2016-06-22 16:45:02,696 INFO connecting to 192.168.178.10 port 8899
2016-06-22 16:45:03,346 INFO ID: NLBN202015752154
2016-06-22 16:45:03,512 INFO Uploading to PVoutput
2016-06-22 16:47:48,679 INFO connecting to 192.168.178.10 port 8899
2016-06-22 16:47:49,256 INFO ID: NLBN202015752154
2016-06-22 16:49:18,313 INFO connecting to 192.168.178.10 port 8899
2016-06-22 16:49:18,963 INFO ID: NLBN202015752154
2016-06-22 16:55:02,143 INFO connecting to 192.168.178.10 port 8899
2016-06-22 16:55:02,837 INFO ID: NLBN202015752154
2016-06-22 16:55:03,005 INFO Uploading to PVoutput
2016-06-22 16:55:43,598 INFO connecting to 192.168.178.10 port 8899
2016-06-22 16:55:44,223 INFO ID: NLBN202015752154
2016-06-22 16:55:44,395 INFO Uploading to PVoutput
2016-06-22 16:56:10,790 INFO connecting to 192.168.178.10 port 8899
2016-06-22 16:56:11,442 INFO ID: NLBN202015752154
2016-06-22 16:56:14,071 INFO connecting to 192.168.178.10 port 8899
2016-06-22 16:56:14,738 INFO ID: NLBN202015752154
2016-06-22 16:56:18,775 INFO connecting to 192.168.178.10 port 8899
2016-06-22 16:56:19,457 INFO ID: NLBN202015752154
2016-06-22 16:57:16,537 INFO connecting to 192.168.178.10 port 8899
2016-06-22 16:57:32,656 INFO connecting to 192.168.178.10 port 8899
2016-06-22 16:57:37,074 INFO ID: NLBN202015752154
2016-06-22 17:00:02,165 INFO connecting to 192.168.178.10 port 8899
2016-06-22 17:00:02,743 INFO ID: NLBN202015752154
2016-06-22 17:00:02,908 INFO Uploading to PVoutput

Zoals je ziet dacht ie om 1700 uur van we geven weer een "uploading to PVoutput" echter komt er geen OK 200: Added Status.

Zit het probleem nu in mijn raspberry of gaat het niet lekker naar PVOutput, ik kan er even geen vinger op leggen


Als ik overigens handmatig "python /home/user/Omnik-Data-Logger/OmnikExport.py" uitvoer dan gebeurd er ook niks LiveStats.py leest de omvormer wel gewoon uit.

De logging komt mij ontzettend bekend voor, het "probleem" heb ik ook regelmatig.
De oorzaken zijn volgens mij (meestal) onduidelijk (ook bij mij - ik heb wel een afwijkende configuratie)
De workarounds welke bij mij werken hangen af van de output van o.a.
de commando's route of host.

sudo dhclient -v <iface naar Internet> helpt soms.

Het lijkt er op dat de dhcp-options niet altijd goed verwerkt worden.
Maar ik weet vrijwel zeker dat de wifi-module van Omnik een belangrijke rol speelt.
Niet echt een betrouwbaar systeem.

Just my 2 cts

[Webjunkie]

Is er iemand die een alternatief heeft voor die ShinePhone app van Growatt?
Naast de totaal onnodige permissions: Directly call phone numbers, Take Pictures and videos, Make screenshots, Control flashlight , is het ook nog 's een waardeloze app die constant crasht.

Ik vind het ook heel vaag dat ie niet in de play store staat.

edit: wow.. ben ik echt de enige hier met een growatt inverter?

[ Voor 8% gewijzigd door Webjunkie op 25-06-2016 00:08 ]

[Kets_One]

Sinds een aantal weken heb ik mijn nieuwe huis kunnen betrekken
We hebben ook zonnepanelen vanuit de bouw in het dak geintegreerd (3180 Wp).
Omvormer is een Zeversolar TL3000-20.
Momenteel worden deze gemonitord door middel van een ZeverCom Wifi datalogger, welke via wifi met mijn router verbinding maakt.

Helaas kwam ik er bij het instellen achter dat de interne website van de logger met een standaardwachtwoord is beveiligd wat ook niet gewijzigd kan worden via de interne website.
Omdat iedereen met de logger verbinding kan maken en het wachtwoord voor alle loggers gelijk is, is dit imo een beveilgingsrisico voor mijn wifi-lan.

Ik wil dus graag het standaardwachtwoord veranderen. De volgende zaken heb ik al geprobeerd zonder succes:
- Google op ZeverCom en password change.
- Broncode van de inerne website bekeken op verborgen paginas (waar je welligt het password kan aanpassen).
- De Zevercom opengemaakt om na te gaan wat de gebruikte hardware is (MXCHIP type EMW3162) en op Google gezocht naar devtools

Wie kan mij helpen?

Arnout

[ik222]

Als het echt niet te wijzigen is kan je er ook voor kiezen om de logger alleen via je interne netwerk bereikbaar te maken. En eventueel dan met een raspberry een proxy op VPN bouwen waardoor je alsnog veilig extern je systeem kan monitoren.

[TD-er]

Kun je geen 'guest-access' configureren op je WiFi?
Dan zit iedereen die op dat guest-netwerk zit, gescheiden van elkaar via een VLAN en kan alleen maar het internet op.
Dus geen verkeer mogelijk tussen de andere gasten en zeker niet naar de rest van je netwerk.
Port-forwarding is dan wel een puntje, als je dat nodig hebt.

[habbekrats]

Kets_One schreef op zondag 26 juni 2016 @ 19:49:
Sinds een aantal weken heb ik mijn nieuwe huis kunnen betrekken
We hebben ook zonnepanelen vanuit de bouw in het dak geintegreerd (3180 Wp).
Omvormer is een Zeversolar TL3000-20.
Momenteel worden deze gemonitord door middel van een ZeverCom Wifi datalogger, welke via wifi met mijn router verbinding maakt.

Helaas kwam ik er bij het instellen achter dat de interne website van de logger met een standaardwachtwoord is beveiligd wat ook niet gewijzigd kan worden via de interne website.
Omdat iedereen met de logger verbinding kan maken en het wachtwoord voor alle loggers gelijk is, is dit imo een beveilgingsrisico voor mijn wifi-lan.

Ik wil dus graag het standaardwachtwoord veranderen. De volgende zaken heb ik al geprobeerd zonder succes:
- Google op ZeverCom en password change.
- Broncode van de inerne website bekeken op verborgen paginas (waar je welligt het password kan aanpassen).
- De Zevercom opengemaakt om na te gaan wat de gebruikte hardware is (MXCHIP type EMW3162) en op Google gezocht naar devtools

Wie kan mij helpen?

Arnout

Aleens contact gezocht met Zevercom hierover ? Lijkt me toch dat tegenwoordig iedere ontwikkelaar wel snapt dat een open wifi not done is.

[DigiK-oz]

Webjunkie schreef op vrijdag 24 juni 2016 @ 00:01:
Is er iemand die een alternatief heeft voor die ShinePhone app van Growatt?
Naast de totaal onnodige permissions: Directly call phone numbers, Take Pictures and videos, Make screenshots, Control flashlight , is het ook nog 's een waardeloze app die constant crasht.

Ik vind het ook heel vaag dat ie niet in de play store staat.

edit: wow.. ben ik echt de enige hier met een growatt inverter?

Nee, je bent niet de enige

Ik ken twee manieren om de data van Growatt inverters naar PVoutput te krijgen, beide gebaseerd op een RPI.

De eerste mogelijkheid : http://energiecommunity.e...-automatische-upload-naar

Redelijk omslachtig, maar heeft bij mij een tijd behoorlijk stabiel gewerkt. Inmiddels gebruik ik een eigen script op de RPI wat hierop gebaseerd is, maar veel eenvoudiger in gebruik. Nadeel kan zijn dat mijn script de data niet meer naar de Growatt servers stuurt, maar alleen naar PVoutput (en naar een lokale mysql database).

Ik wil mijn script wel ergens online gooien, maar documentatie is non-existant dus je moet een beetje je weg weten in Python om e.e.a. aan te passen aan jouw situatie. Of nog even geduld hebben tot ik de boel wat configureerbaar heb gemaakt en gedocumenteerd.

[Kets_One]

Ja, ik heb meerdere emails naar support gestuurd, maar geen reactie ontvangen.

Ga het noaals proberen... zucht

[Webjunkie]

DigiK-oz schreef op maandag 27 juni 2016 @ 07:18:
[...]

Nee, je bent niet de enige

Ik begon mezelf al zorgen te maken

Hier draait wel een debian server 24/7 dus daar zou ik het script ook op kunnen laten draaien.
Het aanpassen gaat wel lastig worden want ik ben niet zo bekend met python.

PVoutput moet ik ook maar 's in gaan duiken want daar kom ik ook niet uit.
Laatst heb ik geprobeerd om mijn installatie (2640wp) met anderen te vergelijken, maar ik kreeg er geen zinnige info uit

[Verwijderd]

Helaas krijg ik het Python script van zonoscar niet aan de praat. Het systeem volhardt in een foutmelding zo gauw er data gepost moet worden:

code:

{'d': '20160702', 'v1': '1250.0', 'v2': '1562.0', 'v5': '28.6', 'v6': '330.2', 't': '08:47'}
POST data Error: 'module' object has no attribute 'requests'
Interpolate: S/N: 1234567890SU1234567 P:1562.0 E:1.25 V:330.2
sleep 240.0 seconds before next sample

De stappen in het draadje van DRuw heb ik gevolgd draadje DRuw Goodwe2PVoutput

Ik heb zowel de requests module via apt geïnstalleerd als met pip install, ook vanuit de virtualenv omgeving. De module zou bestaan.

Ik heb het op een Ubuntu 16.04LTS x64 draaien, gewoon op een servertje, geen NAS. Dat laatste heb ik ook al eens gedaan en dat werkt niet. Die is overigens ook 64 bits. Ubuntu is 100% bijgewerkt en heeft verbinding naar de buitenwereld. Data wordt ook keurig van de Goodwe site opgehaald (S/N aangepast).

stukje csv output:

code:

Date, Time, Line, Inverter_SN, Inverter_status, Pgrid, Eday, Etotal, Htotal, Error, Vpv1, Vpv2, Ipv1, Ipv2, Vac1, Vac2, Vac3, Iac1, Iac2, Iac3, Fac1, Fac2, Fac3, Temperature, Vbattery, Ibattery, SOC, Vload, Iload, Pload, Consume_day, Consume_total, Efficiency
20160702,08:56,1, 12345678NSU12345678, Normal, 331.0, 1.4, 3314.0, 4815.0, , 309.0, 0.0, 1.2, 0.0, 233.2, 0.0, 0.0, 1.7, 0.0, 0.0, 1.7, 0.0, 0.0, 28.7, 0.0, 0.0, 0/0, 0.0, 0.0, 0.0, 0.0, 0.0, 0.892664509169
20160702,09:00,1, 12345678NSU12345678, Normal, 331.0, 1.4, 3314.0, 4815.0, , 309.0, 0.0, 1.2, 0.0, 233.2, 0.0, 0.0, 1.7, 0.0, 0.0, 1.7, 0.0, 0.0, 28.7, 0.0, 0.0, 0/0, 0.0, 0.0, 0.0, 0.0, 0.0, 0.892664509169
20160702,09:04,1, 12345678NSU12345678, Normal, 363.0, 1.5, 3314.1, 4815.0, , 315.4, 0.0, 1.2, 0.0, 231.2, 0.0, 0.0, 1.5, 0.0, 0.0, 1.5, 0.0, 0.0, 28.6, 0.0, 0.0, 0/0, 0.0, 0.0, 0.0, 0.0, 0.0, 0.959099556119

Het opstart proces (sommige data aangepast)

code:

rotvogel@boefje:~$ sudo apt install python-requests
[sudo] password for rotvogel: 
Reading package lists... Done
Building dependency tree       
Reading state information... Done
The following NEW packages will be installed:
  python-requests
0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
Need to get 55.6 kB of archives.
After this operation, 254 kB of additional disk space will be used.
Get:1 http://us.archive.ubuntu.com/ubuntu xenial/main amd64 python-requests all 2.9.1-3 [55.6 kB]
Fetched 55.6 kB in 0s (150 kB/s)           
Selecting previously unselected package python-requests.
(Reading database ... 114551 files and directories currently installed.)
Preparing to unpack .../python-requests_2.9.1-3_all.deb ...
Unpacking python-requests (2.9.1-3) ...
Setting up python-requests (2.9.1-3) ...
rotvogel@boefje:~$ virtualenv env
Running virtualenv with interpreter /usr/bin/python2
New python executable in /home/rotvogel/env/bin/python2
Not overwriting existing python script /home/rotvogel/env/bin/python (you must use /home/rotvogel/env/bin/python2)
Installing setuptools, pkg_resources, pip, wheel...done.
rotvogel@boefje:~$ source env/bin/activate
(env) rotvogel@boefje:~$ pip install requests
Requirement already satisfied (use --upgrade to upgrade): requests in ./env/lib/python2.7/site-packages
(env) rotvogel@boefje:~$ python -m Goodwe2PVoutput
Goodwe URL: (http://goodwe-power.com/PowerStationPlatform/PowerStationReport/InventerDetail)
Goodwe Login URL: (http://goodwe-power.com/User/Login)
goodwe_system_id (correct system id)
goodwe_user_id (correct user name)
PVOutput upload URL: (http://pvoutput.org/service/r2/addstatus.jsp)
pvoutput_system_id (correct system id)
pvoutput_api (correct api key)
csv_dir (/home/rotvogel/pvoutput)
Supply password for http://goodwe-power.com/User/Login: 
User correct user name Logged in
Buffering: S/N: 12345678NSU12345678 P:331.0 E:1.4 V:309.0
sleep 240.0 seconds before next sample

Wat zou er toch mis gaan ? Ik heb dit op meerdere systemen geprobeerd.

[ Voor 0% gewijzigd door Verwijderd op 02-07-2016 09:32 . Reden: naam DRuw netjes gespeld. ]

[DRuw]

Raar joh.
Ik had dezelfde error maar dat tijdens het opstarten van het scriptje...
Lijkt wel of hij bij jou tussendoor vergeet dat hij requests heeft?

[ik222]

Wat is de output van het commando 'whereis python'?

[Verwijderd]

ik222 schreef op zaterdag 02 juli 2016 @ 10:18:
Wat is de output van het commando 'whereis python'?

code:

whereis python
python: /usr/bin/python3.5 /usr/bin/python3.5m /usr/bin/python /usr/bin/python2.7-config /usr/bin/python2.7 /usr/lib/python3.5 /usr/lib/python2.7 /etc/python3.5 /etc/python3.4 /etc/python /etc/python2.7 /usr/local/lib/python3.5 /usr/local/lib/python2.7 /usr/include/python2.7 /usr/share/python /home/rotvogel/env/bin/python /home/rotvogel/env/bin/python2.7 /usr/share/man/man1/python.1.gz

Dit gestart vanuit de virtualenv omgeving.

code:

python -V
Python 2.7.11+

[ Voor 3% gewijzigd door Verwijderd op 02-07-2016 10:38 ]

[ik222]

Start het script dan eens met /usr/bin/python3.5 ipv gewoon python

[Verwijderd]

Dat was niet heel erg succesvol, er kwam een enorme bak foutmeldingen over het scherm. Wel las ik een foutmelding over importlib en die is inderdaad nog niet aanwezig op het systeem.

code:

python3.5 Goodwe2PVoutput
Traceback (most recent call last):
  File "/usr/lib/python3.5/runpy.py", line 176, in _run_module_as_main
    mod_name, mod_spec, code = _get_main_module_details(_Error)
  File "/usr/lib/python3.5/runpy.py", line 210, in _get_main_module_details
    return _get_module_details(main_name)
  File "/usr/lib/python3.5/runpy.py", line 144, in _get_module_details
    code = loader.get_code(mod_name)
  File "<frozen importlib._bootstrap_external>", line 764, in get_code
  File "<frozen importlib._bootstrap_external>", line 724, in source_to_code
  File "<frozen importlib._bootstrap>", line 222, in _call_with_frames_removed
  File "Goodwe2PVoutput/__main__.py", line 19
    except Exception, arg:
                    ^
SyntaxError: invalid syntax

[ Voor 0% gewijzigd door Verwijderd op 02-07-2016 15:54 . Reden: sluittag ]

[Jerrythafast]

Het is duidelijk een Python2 script, dus met Python3 proberen te runnen gaat niet werken

[habbekrats]

Ik draai mijn script voor omnik ook op 2.7 kreeg het niet werkend onder 3.5. Ben ook geen Python specialist

[zonoskar]

Wat is de output als je in een python 2.7 shell "import requests" in typt?

[Verwijderd]

code:

python
Python 2.7.11+ (default, Apr 17 2016, 14:00:29) 
[GCC 5.3.1 20160413] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import requests
>>>

[zonoskar]

Dat lijkt te kloppen. Weet iemand een andere module dan requests om http data te versturen. De meeste issues met het script lijken wel python installatie problemen. Eens de module requests beschikbaar is werkt het meestal oke.

/edit: helemaal vreemd is dat requests ook gebruikt wordt bij het inloggen, en dat ging goed. Heb je de nieuwste versie van het goodwe2pvoutput script? Ik heb heel recent nog wat gefixed aan de http upload routine die requests gebruikt. Je kan het zien aan pvoutput.py, als daar requests.requests.post() gebruikt wordt heb je de oude versie.

[ Voor 43% gewijzigd door zonoskar op 03-07-2016 12:32 ]

[Verwijderd]

code:

 try:
         r = requests.requests.post(self.m_url, headers=header, data=post, timeout=20)
         print r
      except Exception, arg:
         print "POST data Error: " + str(arg)

Zo te zien heb ik een update gemist.

[Verwijderd]

code:

(env) rotvogel@boefje:~$ python -m Goodwe2PVoutput
Goodwe URL: (http://goodwe-power.com/PowerStationPlatform/PowerStationReport/InventerDetail)
Goodwe Login URL: (http://goodwe-power.com/User/Login)
goodwe_system_id (correct-goodwe-sysid)
goodwe_user_id (rotvogel)
PVOutput upload URL: (http://pvoutput.org/service/r2/addstatus.jsp)
pvoutput_system_id (46783)
pvoutput_api (correct-api-key)
csv_dir (/home/rotvogel/pvoutput)
Supply password for http://goodwe-power.com/User/Login: 
User rotvogel Logged in
Buffering: S/N: 12345678NSU12345678 P:144.0 E:18.2 V:323.5
sleep 240.0 seconds before next sample
{'d': '20160703', 'v1': '18200.0', 'v2': '144.0', 'v5': '28.5', 'v6': '323.5', 't': '20:33'}
<Response [200]>
Logging: S/N: 12345678NSU12345678 P:144.0 E:18.2 V:323.5
sleep 240.0 seconds before next sample

http://pvoutput.org/intraday.jsp?id=51105&sid=46783

zonoskar en anderen: bedankt voor het meedenken en helpen !!

[MdO82]

Ik gebruik de Omnik Data Logger om mijn (uiteraard) Omnik omvormer uit te lezen.

Als ik 2 dagen vergelijk (dan valt het beter op) dan zie ik dat er soms een record niet gelogd wordt.

Als ik inlog op mijn raspberry dan heb ik de volgende mail staan:

From user@raspberrypi  Mon Jul  4 07:26:13 2016
Return-Path: <user@raspberrypi>
Received: from raspberrypi (localhost [127.0.0.1])
        by raspberrypi (8.14.4/8.14.4/Debian-8) with ESMTP id u645QDTn011204
        for <user@raspberrypi>; Mon, 4 Jul 2016 07:26:13 +0200
Received: (from user@localhost)
        by raspberrypi (8.14.4/8.14.4/Submit) id u645QDVa011201
        for user; Mon, 4 Jul 2016 07:26:13 +0200
Date: Mon, 4 Jul 2016 07:26:13 +0200
Message-Id: <201607040526.u645QDVa011201@raspberrypi>
From: root@raspberrypi (Cron Daemon)
To: user@raspberrypi
Subject: Cron <user@raspberrypi> python /home/user/Omnik-Data-Logger/OmnikExport                                                                             .py
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
X-Cron-Env: <SHELL=/bin/sh>
X-Cron-Env: <HOME=/home/user>
X-Cron-Env: <PATH=/usr/bin:/bin>
X-Cron-Env: <LOGNAME=user>

Traceback (most recent call last):
  File "/home/user/Omnik-Data-Logger/OmnikExport.py", line 85, in <module>
    data = s.recv(1024)
socket.timeout: timed out

Nu weet ik dat de WiFi van de omnik niet het beste van het beste is ligt dit probleem gewoon daaraan of zou ik nog wat anders moeten onderzoeken

[BlizzarD]

Ik probeer het voor elkaar te krijgen om via mijn Growatt 2500MTL inverter via de Raspberry Pi naar zowel de Growatt server als PVOutput te loggen. Dit doe ik via deze instructies: http://energiecommunity.e...-automatische-upload-naar

Ik heb de Pi een static ip gegeven en de Growatt Wifi module ingesteld zodat hij altijd hier naartoe verwijst (i.p.v. naar server.growatt.com).

Momenteel heb ik het voor elkaar dat hij via de Pi logt naar de Growatt server (deze update netjes de stats), maar op PVOutput krijg ik helaas nog niks te zien. Zo te zien staat de API key en SID correct ingevuld in de Script files, dus dat lijkt me niet het probleem.

Wie weet waar het aan zou kunnen liggen? Heb helaas geen tot weinig ervaring met Debian dus alle hulp is welkom

[DigiK-oz]

Heb je ook de overige user variabelen aangepast in het script (growatt serial number etc)? Kijk eens in de logfile(s) in /home/pvoutput/logs. En staan er files in de input en/of processed directories?

Ik gebruik het zelf inmiddels niet meer, dus veel meer tips kan ik je hierin ook niet gevn vrees ik.

[sjimmie]

BlizzarD schreef op woensdag 06 juli 2016 @ 13:00:
Ik probeer het voor elkaar te krijgen om via mijn Growatt 2500MTL inverter via de Raspberry Pi naar zowel de Growatt server als PVOutput te loggen.
...
Wie weet waar het aan zou kunnen liggen? Heb helaas geen tot weinig ervaring met Debian dus alle hulp is welkom

Kan toeval zijn geweest maar hier werkte de Growatt logging (gewoon rechtstreeks) ook niet.
Ik ben er verder niet in gedoken maar vermoedelijk een Growatt Server probleempje geweest.
(ook de logging naar PVoutput, die ik doe door de Growatt packets te sniffen) werkte hier niet)

[BlizzarD]

DigiK-oz schreef op woensdag 06 juli 2016 @ 13:24:
Heb je ook de overige user variabelen aangepast in het script (growatt serial number etc)? Kijk eens in de logfile(s) in /home/pvoutput/logs. En staan er files in de input en/of processed directories?

Ik gebruik het zelf inmiddels niet meer, dus veel meer tips kan ik je hierin ook niet gevn vrees ik.

Die variabelen staan inderdaad ingevuld. Ik vermoed ook dat deze correct zijn, aangezien hij wel naar de Growatt server output?

Het gekke is dat er inderdaad geen files staan in de input/logs/processed dirs. Ik zit te denken, ligt het probleem dan niet bij de Cron file die niet draait om wat voor reden dan ook?

Via "sudo vi /etc/cron.d/growatt_pvoutput" moet ik het volgende invullen

code:

*/5 * * * * root /home/pvoutput/scripts/process_growatt_pvoutput.sh >/dev/null 2>&1

Is dit genoeg om de Pi het script te laten starten?

[DigiK-oz]

Output naar de growatt server wordt verzorgd door de iptables commando's. Dat is een éénmalige aktie, daarna zal de pi alle records die op de "growatt-port" binnenkomen automatisch ook forwarden naar de growatt server. Dat staat los van het opvangen van de records en naar pvoutput sturen, wat met de script(s) gebeurt.

Als je het process_growatt_output.sh script handmatig start, krijg je dan wel iets zinnigs te zien op het scherm en/of in de logs directory??

[BlizzarD]

DigiK-oz schreef op woensdag 06 juli 2016 @ 13:43:
Output naar de growatt server wordt verzorgd door de iptables commando's. Dat is een éénmalige aktie, daarna zal de pi alle records die op de "growatt-port" binnenkomen automatisch ook forwarden naar de growatt server. Dat staat los van het opvangen van de records en naar pvoutput sturen, wat met de script(s) gebeurt.

Als je het process_growatt_output.sh script handmatig start, krijg je dan wel iets zinnigs te zien op het scherm en/of in de logs directory??

Oke helder, dat verklaard het Growatt gedeelte.

Als ik het script handmatig start (bash /home/pvoutput/process_growatt_output.sh) dan komen er inderdaad in de Input en Log folders files.

En zo te zien ook 1x output naar PVOutput: http://pvoutput.org/intra...366&sid=46712&dt=20160706

Oke dus nu nog de vraag, hoe krijg ik het voor elkaar dat dit script iedere 5 minuten gaat draaien op de Pi?

[MdO82]

BlizzarD schreef op woensdag 06 juli 2016 @ 13:55:
[...]


Oke helder, dat verklaard het Growatt gedeelte.

Als ik het script handmatig start (bash /home/pvoutput/process_growatt_output.sh) dan komen er inderdaad in de Input en Log folders files.

En zo te zien ook 1x output naar PVOutput: http://pvoutput.org/intra...366&sid=46712&dt=20160706

Oke dus nu nog de vraag, hoe krijg ik het voor elkaar dat dit script iedere 5 minuten gaat draaien op de Pi?

De */5 zou voldoende moeten zijn

[BlizzarD]

Als in: bash /home/pvoutput/process_growatt_output.sh */5 invoeren?

[MdO82]

BlizzarD schreef op woensdag 06 juli 2016 @ 13:59:
Als in: bash /home/pvoutput/process_growatt_output.sh */5 invoeren?

Ik zat even half je vorige opmerking te lezen.

Je zou in het commando crontab je regel in moeten voeren.

code:

*/5 * * * * root /home/pvoutput/scripts/process_growatt_pvoutput.sh >/dev/null 2>&1

Crontab kan je openen via crontab -e

[ Voor 6% gewijzigd door MdO82 op 06-07-2016 14:02 ]

[BlizzarD]

MdO82 schreef op woensdag 06 juli 2016 @ 14:01:
[...]


Ik zat even half je vorige opmerking te lezen.

Je zou in het commando crontab je regel in moeten voeren.

code:

*/5 * * * * root /home/pvoutput/scripts/process_growatt_pvoutput.sh >/dev/null 2>&1

Crontab kan je openen via crontab -e

Om de een of andere reden wil hij de crontab niet iedere 5 minuten draaien om het script te laten starten..

[MdO82]

BlizzarD schreef op woensdag 06 juli 2016 @ 14:46:
[...]


Om de een of andere reden wil hij de crontab niet iedere 5 minuten draaien om het script te laten starten..

Waarmee lees je je omvormer uit en stuur je het door naar PVOutput ?
Ik had dat nog niet gelezen (dacht ik)

[dunklefaser]

MdO82 schreef op maandag 04 juli 2016 @ 16:27:
Ik gebruik de Omnik Data Logger om mijn (uiteraard) Omnik omvormer uit te lezen.

Als ik 2 dagen vergelijk (dan valt het beter op) dan zie ik dat er soms een record niet gelogd wordt.

Als ik inlog op mijn raspberry dan heb ik de volgende mail staan:

From user@raspberrypi  Mon Jul  4 07:26:13 2016
Return-Path: <user@raspberrypi>
Received: from raspberrypi (localhost [127.0.0.1])
        by raspberrypi (8.14.4/8.14.4/Debian-8) with ESMTP id u645QDTn011204
        for <user@raspberrypi>; Mon, 4 Jul 2016 07:26:13 +0200
Received: (from user@localhost)
        by raspberrypi (8.14.4/8.14.4/Submit) id u645QDVa011201
        for user; Mon, 4 Jul 2016 07:26:13 +0200
Date: Mon, 4 Jul 2016 07:26:13 +0200
Message-Id: <201607040526.u645QDVa011201@raspberrypi>
From: root@raspberrypi (Cron Daemon)
To: user@raspberrypi
Subject: Cron <user@raspberrypi> python /home/user/Omnik-Data-Logger/OmnikExport                                                                             .py
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
X-Cron-Env: <SHELL=/bin/sh>
X-Cron-Env: <HOME=/home/user>
X-Cron-Env: <PATH=/usr/bin:/bin>
X-Cron-Env: <LOGNAME=user>

Traceback (most recent call last):
  File "/home/user/Omnik-Data-Logger/OmnikExport.py", line 85, in <module>
    data = s.recv(1024)
socket.timeout: timed out

Nu weet ik dat de WiFi van de omnik niet het beste van het beste is ligt dit probleem gewoon daaraan of zou ik nog wat anders moeten onderzoeken

Als je bij mij eveneens twee dagen vergelijkt zou je iets soortgelijks kunnen tegenkomen.
Het ligt waarschijnlijk aan de wifi-module, misschien ook aan de server die soms extreem langzaam reageert?
Fiat LUX!

[BlizzarD]

MdO82 schreef op woensdag 06 juli 2016 @ 15:43:
[...]


Waarmee lees je je omvormer uit en stuur je het door naar PVOutput ?
Ik had dat nog niet gelezen (dacht ik)

Zo te zien update hij nu netjes iedere 5 minuten: http://pvoutput.org/intra...366&sid=46712&dt=20160706

Ik kwam er achter dat er geen execute rechten stonden op het script + dat de Pi inlogt als "Pi" user en ik als root de crontab aan het inregelen was.. leermomentje

[dunklefaser]

BlizzarD schreef op woensdag 06 juli 2016 @ 18:30:
[...]


Zo te zien update hij nu netjes iedere 5 minuten: http://pvoutput.org/intra...366&sid=46712&dt=20160706

Ik kwam er achter dat er geen execute rechten stonden op het script + dat de Pi inlogt als "Pi" user en ik als root de crontab aan het inregelen was.. leermomentje

OS Fieselofie:
Windows makes easy things easy - and the rest impossible.
Unix makes everything - but not easy.

[MdO82]

BlizzarD schreef op woensdag 06 juli 2016 @ 18:30:
[...]


Zo te zien update hij nu netjes iedere 5 minuten: http://pvoutput.org/intra...366&sid=46712&dt=20160706

Ik kwam er achter dat er geen execute rechten stonden op het script + dat de Pi inlogt als "Pi" user en ik als root de crontab aan het inregelen was.. leermomentje

Mooi dat het toch goed gekomen is .
Ik zie overigens dat ie sinds half 8 weer gestopt is.
Staat er een mail in de map /var/mail ?

ik maak er gelijk even gebruik van of iemand een idee/antwoord heeft op mijn vraag

MdO82 schreef op maandag 04 juli 2016 @ 16:27:
Ik gebruik de Omnik Data Logger om mijn (uiteraard) Omnik omvormer uit te lezen.

Als ik 2 dagen vergelijk (dan valt het beter op) dan zie ik dat er soms een record niet gelogd wordt.

Als ik inlog op mijn raspberry dan heb ik de volgende mail staan:

From user@raspberrypi  Mon Jul  4 07:26:13 2016
Return-Path: <user@raspberrypi>
Received: from raspberrypi (localhost [127.0.0.1])
        by raspberrypi (8.14.4/8.14.4/Debian-8) with ESMTP id u645QDTn011204
        for <user@raspberrypi>; Mon, 4 Jul 2016 07:26:13 +0200
Received: (from user@localhost)
        by raspberrypi (8.14.4/8.14.4/Submit) id u645QDVa011201
        for user; Mon, 4 Jul 2016 07:26:13 +0200
Date: Mon, 4 Jul 2016 07:26:13 +0200
Message-Id: <201607040526.u645QDVa011201@raspberrypi>
From: root@raspberrypi (Cron Daemon)
To: user@raspberrypi
Subject: Cron <user@raspberrypi> python /home/user/Omnik-Data-Logger/OmnikExport                                                                             .py
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
X-Cron-Env: <SHELL=/bin/sh>
X-Cron-Env: <HOME=/home/user>
X-Cron-Env: <PATH=/usr/bin:/bin>
X-Cron-Env: <LOGNAME=user>

Traceback (most recent call last):
  File "/home/user/Omnik-Data-Logger/OmnikExport.py", line 85, in <module>
    data = s.recv(1024)
socket.timeout: timed out

Nu weet ik dat de WiFi van de omnik niet het beste van het beste is ligt dit probleem gewoon daaraan of zou ik nog wat anders moeten onderzoeken

Ik zie net dat ik een reactie had gemist

dunklefaser schreef op woensdag 06 juli 2016 @ 16:18:
[...]


Als je bij mij eveneens twee dagen vergelijkt zou je iets soortgelijks kunnen tegenkomen.
Het ligt waarschijnlijk aan de wifi-module, misschien ook aan de server die soms extreem langzaam reageert?
Fiat LUX!

Maar zoals ik vermoedde zal het waarschijnlijk aan de module liggen

[ Voor 11% gewijzigd door MdO82 op 06-07-2016 22:32 ]

[AMDFreak]

Inmiddels eindelijk een API key van mn leverancier ontvangen zodat ik ook actief kan loggen naar PV-output.org.
Inmiddels heb ik ook de temperaturen van hier uit de buurt kunnen toevoegen in de statistieken.

Is het ook mogelijk om de temperatuur van mijn SolarEdge omvormer als mede de Volts toe te voegen?

En om het nog leuker te maken zou ik ook graag de used energy willen toevoegen, maar dat is volgens mij wel een andere tak van sport..?

Linkje naar mn pv-ouput: http://pvoutput.org/intraday.jsp?id=50773&sid=46180

[ Voor 8% gewijzigd door AMDFreak op 06-07-2016 21:13 . Reden: link toegevoegd ]

[BlizzarD]

MdO82 schreef op woensdag 06 juli 2016 @ 19:48:
[...]


Mooi dat het toch goed gekomen is .
Ik zie overigens dat ie sinds half 8 weer gestopt is.
Staat er een mail in de map /var/mail ?

ik maak er gelijk even gebruik van of iemand een idee/antwoord heeft op mijn vraag


[...]

Bedankt voor de hulp!

Hij was gestopt omdat ik blijkbaar te vaak een request + import van gegevens had gedaan, dus kreeg een mooie error (exceed more then 60 requests per hour). Blijkbaar zit er in het script iets ingebakken waardoor hij dan automatisch stopt.

Inmiddels loopt de logging weer (nouja, de panelen zien nu echt geen zon meer )

[TFHfony]

BlizzarD schreef op woensdag 06 juli 2016 @ 21:45:
[...]


Bedankt voor de hulp!

Hij was gestopt omdat ik blijkbaar te vaak een request + import van gegevens had gedaan, dus kreeg een mooie error (exceed more then 60 requests per hour). Blijkbaar zit er in het script iets ingebakken waardoor hij dan automatisch stopt.

Dat zit niet in het script, maar pvoutput accepteert maar maximaal 60 requests per uur, tenzij je donateur wordt

[BlizzarD]

TFHfony schreef op woensdag 06 juli 2016 @ 21:47:
[...]

Dat zit niet in het script, maar pvoutput accepteert maar maximaal 60 requests per uur, tenzij je donateur wordt

Klopt , maar in het script zit een stukje code dat hij dan automatisch stopt met het feeden van gegevens naar PVoutput als hij zo'n error terugkrijgt.

Grmbl: vanaf 8:30u is de toevoer weer gestopt: http://pvoutput.org/intra...6712&dt=20160706&gs=0&m=1

Valt me op dat hij ook pas erg laat begonnen is (06:10u) met direct 294W, terwijl het hele systeem al rond 04:45 a 05:00u aan gaat. Vanavond eens kijken in de Pi waar dit fout gaat; worden er ergens events gelogd voor bijv. de Crontab?

[MdO82]

BlizzarD schreef op donderdag 07 juli 2016 @ 11:11:
[...]


Klopt , maar in het script zit een stukje code dat hij dan automatisch stopt met het feeden van gegevens naar PVoutput als hij zo'n error terugkrijgt.

Grmbl: vanaf 8:30u is de toevoer weer gestopt: http://pvoutput.org/intra...6712&dt=20160706&gs=0&m=1

Valt me op dat hij ook pas erg laat begonnen is (06:10u) met direct 294W, terwijl het hele systeem al rond 04:45 a 05:00u aan gaat. Vanavond eens kijken in de Pi waar dit fout gaat; worden er ergens events gelogd voor bijv. de Crontab?

Meestal krijg je een mail in /var/mail/<user> zover ik weet wordt er vanuit crontab niet gelogd.

[BlizzarD]

MdO82 schreef op donderdag 07 juli 2016 @ 11:22:
[...]


Meestal krijg je een mail in /var/mail/<user> zover ik weet wordt er vanuit crontab niet gelogd.

Oke ik zal straks als ik thuis ben even kijken. Het vreemde is dat hij vanaf 11:55u weer begonnen is met loggen iedere 5 minuten

Dus tussen 08:30u en 11:55u was er geen verkeer; zowel naar Growatt als naar PVoutput niet. Lijkt me dus een probleem met de Pi, maar wat precies dat moet ik nog even uitzoeken.

[klump4u]

Misschien internet storing.

[DigiK-oz]

Heb je de Pi via wifi aan je netwerk hangen? Bij mij ging de wifi adapter nog wel eens in "sleep" modus, of powersave modus of whatever, waardoor de logging er (uiteraard) mee ophield. Powersave gedisabled op dat ding en nooit meer problemen gezien.

[TD-er]

Pi-bordjes willen hier ook nog wel eens problemen hebben met het verversen van de DHCP. Dus je zou ook als test de Pi een vast IP-adres kunnen geven.

[BlizzarD]

Heb de Pi inderdaad een static ip gegeven, moest sowieso om te voorkomen dat bij een reboot de Pi een ander ip adres zou krijgen. Heb verder powersave gisteravond disabled.

Ik heb ook nog de processed files bekeken in de PVoutput map. Hierin staan keurig files van iedere 5 minuten, maar een hoop die eindigen op .small/.size. Deze worden ook niet geupload naar PVoutput, alleen waarom ben ik nog niet achter.

Vandaag doet hij het op zich goed, behalve dat de gegevens naar PVoutput weer erg laat zijn begonnen (07:05u) terwijl het hele systeem al vanaf 04:45u (volgens Growatt) aan het opwekken was.

[dunklefaser]

TD-er schreef op vrijdag 08 juli 2016 @ 10:56:
Pi-bordjes willen hier ook nog wel eens problemen hebben met het verversen van de DHCP. Dus je zou ook als test de Pi een vast IP-adres kunnen geven.

Ik heb een wat afwijkende configuratie (maar kan wel andere dhcp-problemen bevestigen):

Mijn raspi connect met de wifi-module van mijn Omnik in de zgn. AP-modus
- IP adres en andere opties krijgt hij via dhcp.

De wifi-module heeft zelf geen connectie met een andere AP dus ook niet met Internet!
De raspi zelf is bedraad via een router met Internet verbonden.
Mijn "dhcp-probleem" probleem doet zich volgens mij voor bij het vernieuwen van de dhcp-leases.

De AP-modus van de wifi-module geeft een korte lease tijd van 24 uur,
op de router is de minimale lease tijd 24 uur.

Als ik de lease op wlan0 handmatig vernieuw ben ik de naamresolutie kwijt.
route en host werken dan niet meer fatsoenlijk en ook de inverter-scripts niet (geen dns resolutie meer).
Als ik vervolgens handmatig de lease op eth0 vernieuw werken beide commando's
en natuurlijk ook de scripts weer.

Het probleem is dat het tijdstip van het automatisch vernieuwen van de leases niet te voorspellen is.

Vaste IP-adressen én een vaste configuratie van een dns-server
zou algemeen een oplossing kunnen zijn.
(bij mij is een vast IP-adres alleen op wlan0 waarschijnlijk voldoende)

YMMV

[ Voor 2% gewijzigd door dunklefaser op 08-07-2016 12:01 . Reden: mijn afwijkende configuratie ]

[Verwijderd]

Gait schreef op woensdag 22 juni 2016 @ 20:59:
[...]


Klopt, maar ik heb hem aan mijn eigen router hangen waarom alle PC's netjes hun IP krijgen en ik heb ook nog eens de Experiabox er weer tussen gezet, maar dat gaf hetzelfde probleem. Zou het kunnen zijn dat de ethernet kabel niet goed op de omvormer zit?

Is het gelukt om de omvormer weer in je netwerk te krijgen?

[Jerrythafast]

Mijn omvormer (SE3000) deed vanmiddag 'raar'. Hij produceerde prima, maar het 'Power production' lampje brandde niet en na op het knopje van de omvormer gedrukt te hebben ging wel het licht van het display aan, maar kwam er geen tekst op. Heb hem toen even herstart (DC uit, AC uit, 20 seconden wachten, AC aan, DC aan) en daarna deed hij het weer.

De logging naar PVOutput deed daarna wel een beetje irritant, omdat de 'energy today' waarde in de logging van de omvormer weer bij 0 begon PVOutput weigerde dan gewoon de nieuwe Energy waarde te storen en bleef op de 6,395 kWh hangen die tot vóór de reset was opgewekt. Ik mis een beetje een mogelijkheid om elke 5 minuten een 'delta energy' door te geven i.p.v. het nieuwe dagtotaal.

Uiteindelijk heb ik mijn PVOutput upload script maar aangepast zodat hij niet meer afhankelijk is van de 'energy today' waarde van de omvormer maar in plaats daarvan zelf die waarde berekent vanuit de 'delta energy' waardes.

[Dracula78]

Jerrythafast schreef op zaterdag 09 juli 2016 @ 21:56:
Ik mis een beetje een mogelijkheid om elke 5 minuten een 'delta energy' door te geven i.p.v. het nieuwe dagtotaal.

Je geeft precies de definitie van 'vermogen' of 'power' (uitgedrukt in watt), en die kun je wel doorgeven bij PVOutput. Geen idee hoe het voor die specifieke omvormer werkt, maar de generieke service heeft hiervoor een parameter 'v2'.

[Jerrythafast]

Dracula78 schreef op maandag 11 juli 2016 @ 00:23:
[...]


Je geeft precies de definitie van 'vermogen' of 'power' (uitgedrukt in watt), en die kun je wel doorgeven bij PVOutput. Geen idee hoe het voor die specifieke omvormer werkt, maar de generieke service heeft hiervoor een parameter 'v2'.

Dat is helaas alleen de instantaneous power, niet de 5min average power.

[DigiK-oz]

Ik denk dat je op zoek bent naar de c1 parameter?

[Jerrythafast]

DigiK-oz schreef op maandag 11 juli 2016 @ 07:02:
Ik denk dat je op zoek bent naar de c1 parameter?

Ook niet. c1 kun je gebruiken als je de lifetime energy waardes aanlevert. PVOutput trekt daar dan de opbrengsten tot en met gisteren automatisch van af. Ook handig, maar niet wat ik zoek

[zonoskar]

Ik heb mijn Goodwe2PVoutput script aangepast dat het ook data logt voor de beide strings. Je moet hier wel aan PVoutput doneren om dit te zien, maar je hoeft niet te doneren om het te loggen. Vervolgens moet je de extended data in PVoutput nog wat configureren. Het script logt de string voltages in v7 en v8 (in Volt). De DC power van beide strings wordt gelogd in v9 en v10 (Watt). In v11 log ik het AC voltage (Volt) en in v12 de efficiëntie (%) van de omvormer (AC vermogen gedeeld door DC vermogen).

[ Voor 14% gewijzigd door zonoskar op 12-07-2016 15:38 ]

[Dracula78]

Jerrythafast schreef op maandag 11 juli 2016 @ 00:36:
[...]

Dat is helaas alleen de instantaneous power, niet de 5min average power.

Nee hoor, als je elke x minuten alleen een 'v2' waarde opstuurt, berekent PVOutput daar netjes de bijbehorende kWh bij over die periode. Je moet dan wel zelf dat gemiddelde vermogen even berekenen in je script a.d.h.v. de gemeten energie delta.

In het afgelopen jaar heb ik alleen maar 'v2' (en 'v4') vermogens opgestuurd, en de afwijking aan het eind van een dag is nooit meer dan 0.5%.

[Jerrythafast]

Dracula78 schreef op maandag 11 juli 2016 @ 22:52:
[...]


Nee hoor, als je elke x minuten alleen een 'v2' waarde opstuurt, berekent PVOutput daar netjes de bijbehorende kWh bij over die periode. Je moet dan wel zelf dat gemiddelde vermogen even berekenen in je script a.d.h.v. de gemeten energie delta.

In het afgelopen jaar heb ik alleen maar 'v2' (en 'v4') vermogens opgestuurd, en de afwijking aan het eind van een dag is nooit meer dan 0.5%.

Maar ik wil natuurlijk wel daarnaast óók mijn instantaneous power kunnen blijven uploaden hè

[zonoskar]

Dracula78 schreef op maandag 11 juli 2016 @ 22:52:
In het afgelopen jaar heb ik alleen maar 'v2' (en 'v4') vermogens opgestuurd, en de afwijking aan het eind van een dag is nooit meer dan 0.5%.

Bij mij scheelde het per dag soms wel 2 kWh, dat vond ik toch best veel. Toen ben ik toch maar v1 gaan doorsturen.

[tsjoender]

Kan iemand mij op weg helpen naar de juiste onderdelen om een Soladin 600 uit te lezen? Ik zie in dit topic genoeg voorbeelden qua software, maar kom er niet helemaal uit welke hardware ik nodig heb om de koppeling te maken. Mijn plan is om eerst eens Solget te proberen op een Raspberry Pi.

In dit topic lees ik dat mensen succes hebben met een RS485 naar RS232 adapter en vervolgens een CH340 (of vergelijkbaar) gebaseerde USB naar RS232 adapter welke op de PC/RPi aangesloten wordt. Een CH340 gebaseerde USB/Serial adapter heb ik nog liggen en op Aliexpress zie ik genoeg voorbeelden voor een RS485 naar RS232 adapter. Deze hebben dan 4 schroefterminals aan de RS485 zijde. Kan ik zo een gebruiken voor dit doel?

Ik heb nog geen voorbeeld gevonden welke pins van de RJ12 in de Soladin dan aangesloten moeten worden op die schroefterminals. Kan iemand mij hier aan helpen?

[antonboonstra]

Voor mensen met Enecsys omvormers: https://enecsysoutput.com/

What is this website about?

This website is for everybody who has solar panels with Enecsys Inverters. Enecsys, the company who build the inverters, doesn't exist anymore. The monitoring Enecsys offered is also not available anymore. This website with the monitoring service is an alternative for the Enecsys monitoring.

We are in no way connected with the former company Enecsys UK Limited.

[TWyk]

Als je geen ervaring met python is er dan een soort van manual op het internet te vinden hoe je zo'n script van github werkend krijgt op een Windows machine:
https://github.com/Crosenhain/ginlong_poller
Mijn omvormer logt ook naar zo'n standaard website en met wat aanpassingen zouden monitoring website gebaseerde scripts dus ook wel werken maar ook daar zie ik hier met name oplossingen beschreven voor linux.

[Jerrythafast]

TWyk schreef op zaterdag 16 juli 2016 @ 13:28:
Als je geen ervaring met python is er dan een soort van manual op het internet te vinden hoe je zo'n script van github werkend krijgt op een Windows machine:
https://github.com/Crosenhain/ginlong_poller
Mijn omvormer logt ook naar zo'n standaard website en met wat aanpassingen zouden monitoring website gebaseerde scripts dus ook wel werken maar ook daar zie ik hier met name oplossingen beschreven voor linux.

Dat is Perl, geen Python

[tsjoender]

tsjoender schreef op vrijdag 15 juli 2016 @ 13:56:
Ik heb nog geen voorbeeld gevonden welke pins van de RJ12 in de Soladin dan aangesloten moeten worden op die schroefterminals. Kan iemand mij hier aan helpen?

Ondertussen het antwoord gevonden op de gebruikte pin-out: https://github.com/teding/SolaDin

Nu eens kijken of ik die Arduino library icm MySensors kan gebruiken.

[Aegle]

Ligt het aan mij of is de SolarEdge portal down?

EDIT: Portal up maar geen data. Hebben er meer mensen last van?

[ Voor 41% gewijzigd door Aegle op 20-07-2016 08:03 ]

[Gaitman]

Aegle schreef op woensdag 20 juli 2016 @ 07:03:
Ligt het aan mij of is de SolarEdge portal down?

EDIT: Portal up maar geen data. Hebben er meer mensen last van?

Hier gewoon data zowel in de SolarEdge app als PVOutput

[Aegle]

Dank voor de terugkoppeling. De installatie doet het hier wel. De S0-kWh meter i.c.m. de Youless logt wel. dus de PV-installatie produceert wel degelijk. De verbinding van de omvormer met het internet is ook goed.

Balen...

Terwijl ik dit typ wordt alles weer ge-updated

Pfff. en dat met dit weer...

[AMDFreak]

Hier werkt het nog steeds niet..

[Aegle]

Mmm, gisteren ook al even niet. Niet echt stabiel de laatste dagen.

Bij mij werkt het weer sinds een uur of 10 vanmorgen. Gelukkig geen data verloren.

[Jerrythafast]

Aegle schreef op woensdag 20 juli 2016 @ 13:55:
Mmm, gisteren ook al even niet. Niet echt stabiel de laatste dagen.

Bij mij werkt het weer sinds een uur of 10 vanmorgen. Gelukkig geen data verloren.

Anders heb jij altijd je PCAPs en database nog Als SolarEdge onze data kwijtraakt hebben wij back-ups

[ Voor 8% gewijzigd door Jerrythafast op 20-07-2016 21:02 ]

[Aegle]

Zo is het. De macht aan het individu!
oje, wat zeg ik nou..

Hij draait nog steeds. Nog niet één keer hoeven rebooten. Goei poeier, die RPi's

EDIT: dit is het goede topic, dus kan het hier: ik zet m'n eerste stapjes om met metertjes en grafiekjes te spelen . Ik wilde eens kijken of ik met Grafana iets kan doen voor de grafieken en d3 javascript gauges. Nog nooit iets gedaan met JSON e.d. goeie leerschool.
Maar eerst de data verder analyseren. Da's ook wel een uitdaging...

[ Voor 49% gewijzigd door Aegle op 20-07-2016 22:30 ]

[databeestje]

Gisteravond maar eens een USB serial kabeltje bestelt om met een Raspberry Pi die al 2 jaar in huis ligt te stoffen de slimme meter te loggen. Ik speelde al langer met het idee om een ESS systeem te proggen, en aangezien er nu al gelogd wordt met de S0 kWh meters via de Flukso is de P1 nog vrij.

[xzaz]

Iemand al eens een C11 fase meter uitgelezen?

[AUijtdehaag]

xzaz schreef op donderdag 21 juli 2016 @ 16:20:
Iemand al eens een C11 fase meter uitgelezen?

Ja voor mijn verbruik via youless met S0
Niet te doen met maar 100 impuls/kwh

[TWyk]

Hmmm, ik heb nu een python scriptje om elke 5 minuten een Wifi signaal van mijn Ginlong Solis 3k-2G omvormer op te pikken en te loggen.
Aangezien ik hiervoor nooit een regel python heb geschreven is het nog ff kloten om het naar pv outputted krijgen maar ik steel hier en daar wel wat 'inspiratie'

[MdO82]

Weet niet of je het script wil delen wellicht dat er mensen zijn (al hebben ze de omvormer niet) die je kunnen helpen

[TWyk]

MdO82 schreef op vrijdag 22 juli 2016 @ 20:21:
Weet niet of je het script wil delen wellicht dat er mensen zijn (al hebben ze de omvormer niet) die je kunnen helpen

Ik ga het wel delen maar ik wil eerst ff zelf nog wat prutsen.
Het is bovendien superlelijk code omdat ik geen programmeur ben, niets van Python weet en gewoon wat code van anderen bij elkaar hak.

[habbekrats]

xzaz schreef op donderdag 21 juli 2016 @ 16:20:
Iemand al eens een C11 fase meter uitgelezen?

uitgelezen ? daar komen toch alleen s0 pulsjes uit, of is er een nieuw type op de markt

[habbekrats]

MdO82 schreef op vrijdag 22 juli 2016 @ 20:21:
Weet niet of je het script wil delen wellicht dat er mensen zijn (al hebben ze de omvormer niet) die je kunnen helpen

als je de Omnikpython code neemt ben je snel klaar denk ik, deze is redelijk opgedeeld in het halen van de data en in een ander gedeelte het verzenden naar pvoutput

[TWyk]

Ok ik heb mijn python scriptje draaiend voor een Ginlong Solis Omvormer uitgelezen via Wifi.

Vanaf 12:40 is de logging door het scriptje
http://pvoutput.org/intraday.jsp?sid=47058&dt=20160723

Wat moet er in parameter v6 van de PVoutputorg Addstatus API, DC volts (string gemiddelde of opgeteld??) of AC volts? (kolom Voltage in outputs)
Het scriptje doet er nu het opgetelde string voltage van twee string in.

En wat betekent die kolom Average in pvoutput? (Ah die kon ik weg 'customisen')

[ Voor 11% gewijzigd door TWyk op 23-07-2016 13:24 ]

[Jerrythafast]

TWyk schreef op zaterdag 23 juli 2016 @ 13:08:
Ok ik heb mijn python scriptje draaiend voor een Ginlong Solis Omvormer uitgelezen via Wifi.

Vanaf 12:40 is de logging door het scriptje
http://pvoutput.org/intraday.jsp?sid=47058&dt=20160723

Wat moet er in parameter v6 van de PVoutputorg Addstatus API, DC volts (string gemiddelde of opgeteld??) of AC volts?
Het scriptje doet er nu het opgetelde string voltage van twee string in.

En wat betekent die kolom Average in pvoutput?

'Average' in PVOutput is

code:

( [Energy] - [Energy 5 minuten eerder] ) × 12

Oftewel: het gemiddelde vermogen in Watt over die 5 minuten. Ter vergelijking: de 'Power' waarde die je ziet geeft het vermogen in Watt op het moment dat de omvormer werd uitgelezen. Als 'Power' veel lager is dan 'Average' kan het dus zijn dat er toen toevallig één seconde wolkje was toen de omvormer werd uitgelezen. Over het algemeen geeft de 'Average' grafiek dus een beter beeld van de opbrengst.

Jouw 'Average' grafiek ziet er alleen wat gehandicapt uit, omdat de 'Energy' waardes niet erg precies zijn (resolutie van 100 Wh). De 'Average Power' is daardoor dus ook niet zo precies. Ik weet niet zeker of dit een beperking van het script is dat je gebruikt, of dat je omvormer gewoon geen preciezere data beschikbaar stelt. (Met mijn SolarEdge omvormer kan ik als ik dat zou willen zelfs de energie in mWh uitdrukken )

[TWyk]

Jerrythafast schreef op zaterdag 23 juli 2016 @ 13:45:
[...]
Jouw 'Average' grafiek ziet er alleen wat gehandicapt uit, omdat de 'Energy' waardes niet erg precies zijn (resolutie van 100 Wh). De 'Average Power' is daardoor dus ook niet zo precies. Ik weet niet zeker of dit een beperking van het script is dat je gebruikt, of dat je omvormer gewoon geen preciezere data beschikbaar stelt. (Met mijn SolarEdge omvormer kan ik als ik dat zou willen zelfs de energie in mWh uitdrukken )

Hmmm, zo te zien bevat de raw data uit de wifi polling geen nauwkeuriger data.
Ik dacht even dat ik de Average info met customise optie kon verwijderen maar helaas werkt dat niet door.

Ik heb hier een draft scriptje in Python (tot gisteren nooit een letter Python geschreven dus verwacht er niet veel van). Bevat nog wat overbodige print()jes zodat ik een beetje weet wat er gebeurt.

Python script for Polling Ginlong Solis inverter trough Wifi connection

code:

#!/usr/bin/python

###################################################################################################
#
#  Copyright 2016
#  This script is partly based on read_ginlong.py by Graham Whiteside, v0.3 Oct 2015.
#
#  This is free software: you can redistribute it and/or modify it under the terms of the
#  GNU General Public License as published by the Free Software Foundation, either version 3 of the
#  License, or (at your option) any later version.
#
#  This software is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY; without
#  even the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU 
#  General Public License for more details.
#
#  You can browse the GNU license here: <http://www.gnu.org/licenses/>.
#
###################################################################################################

###################################################################################################
#
#  Python program to read data sent from a single Ginlong/Solis xK-2G inverter equipped with Wifi.
#
#  Requires setting up the inverter Wifi to send data to the computer running the read-ginlong
#  script. Settings located in the advanced settings, then remote server. Add a new 'remote
#  server' with the ip address of your computer and port 9999 and restart.
#  The inverter will then send data over Wifi every five minutes.
#
#  Output logfile format (space separated):-
#   Date  Time   Watts_now   Day_kWh   Total_kWh 
#
#  Output of status to webserver file, format (space separated) file overwritten each update:-
#   Date Time Watts_now Day_kWh Total_kWh DC_volts_1 DC_amps_1 DC_volts_2 DC_amps_2 AC_volts AC_amps AC_freq kwh_yesterday kwh_month kwh_last_month
#
#  Output of live status to PVoutput.org site.
#   Requires a PV output account and the API access enabled. Apikey and System ID from PV output need tot be filled in the script
#
#  The program is deliberately left simple without error reporting. It is intended
#  as a 'starting point' and proof of concept. It could easily be modified to provide more
#  information from the inverter. 
#
###################################################################################################
 
import socket, binascii, urllib.request, time

# change these values to suit your requirements:- 
HOST = ''                   # Hostname or ip address of interface, leave blank for all
PORT = 9999                             # listening on port 9999
logfile = 'ginlong.log'                 # location of output log file
webfile = 'ginlong.status'              # location of web file
 

# inverter values found (so far) all big endian 16 bit unsigned:-
header        = '685951b0'                  # hex stream header
data_size     = 206                                     # hex stream size 
inverter_temp = 31                  # offset 31 & 32 temperature (/10)
inverter_vdc1 = 33                  # offset 33 & 34 DC volts chain 1 (/10)
inverter_vdc2 = 35                  # offset 35 & 36 DC volts chain 2 (/10)
inverter_adc1 = 39                  # offset 39 & 40 DC amps chain 1 (/10)
inverter_adc2 = 41                  # offset 41 & 42 DC amps chain 2 (/10)
inverter_aac  = 45                  # offset 45 & 46 AC output amps (/10)
inverter_vac  = 51                  # offset 51 & 52 AC output volts (/10)
inverter_freq = 57                  # offset 57 & 58 AC frequency (/100)
inverter_now  = 59                  # offset 59 & 60 current generation Watts
inverter_yes  = 67                  # offset 67 & 68 yesterday kwh (/100)
inverter_day  = 69                  # offset 69 & 70 daily kWh (/100) or Wh (*10)
inverter_tot  = 73                  # offset 73 & 74 total kWh (/10)
inverter_mth  = 87                  # offset 87 & 88 total kWh for month 
inverter_lmth = 91                  # offset 91 & 92 total kWh for last month 


sock = socket.socket(socket.AF_INET, socket.SOCK_STREAM)   # create socket on required port
sock.bind((HOST, PORT))

while True:                                             # loop forever
    sock.listen(1)                                      # listen on port
    conn, addr = sock.accept()                          # wait for inverter connection
    rawdata = conn.recv(1000)                           # read incoming data
    hexdata = binascii.hexlify(rawdata)                 # convert data to hex

    print (hexdata)
  #  if(hexdata[0:8] == header and len(hexdata) == data_size):      # check for valid data (werkt niet!!!)
    if(len(hexdata) == data_size):       
                                            # extract main values and convert to decimal
        watt_now = str(int(hexdata[inverter_now*2:inverter_now*2+4],16))            # generating power in watts
        print (hexdata[inverter_now*2:inverter_now*2+4])
        kwh_day_num = float(int(hexdata[inverter_day*2:inverter_day*2+4],16))/100   # running total kwh for day
        kwh_day = str(kwh_day_num)
        wh_day = str(int(hexdata[inverter_day*2:inverter_day*2+4],16) * 10)         # running total kwh for day
        kwh_total = str(int(hexdata[inverter_tot*2:inverter_tot*2+4],16)/10)        # running total kwh from installation                                                                                      
        temp = str(float(int(hexdata[inverter_temp*2:inverter_temp*2+4],16))/10)    # temperature # extract dc input values and convert to decimal
        v1 =float(int(hexdata[inverter_vdc1*2:inverter_vdc1*2+4],16))/10                # input dc volts from chain 1
        dc_volts1= str(v1)                                                          
        v2 = float(int(hexdata[inverter_vdc2*2:inverter_vdc2*2+4],16))/10               # input dc volts from chain 2
        dc_volts2= str(v2)                                                              
        a1 = float(int(hexdata[inverter_adc1*2:inverter_adc1*2+4],16))/10               # input dc amps from chain 1
        dc_amps1 = str(a1)  
        a2 = float(int(hexdata[inverter_adc2*2:inverter_adc2*2+4],16))/10               # input dc amps from chain 2
        dc_amps2 = str(a2)  
                                                # extract other ac values and convert to decimal
        ac_volts = str(float(int(hexdata[inverter_vac*2:inverter_vac*2+4],16))/10)  # output ac volts 
        ac_amps = str(float(int(hexdata[inverter_aac*2:inverter_aac*2+4],16))/10)   # output ac amps 
        ac_freq = str(float(int(hexdata[inverter_freq*2:inverter_freq*2+4],16))/100)    # output ac frequency hertz

    # Extract other historical values from inverter and convert to decimal
        kwh_yesterday = str(float(int(hexdata[inverter_yes*2:inverter_yes*2+4],16))/100)    # yesterday's kwh
        kwh_month = str(int(hexdata[inverter_mth*2:inverter_mth*2+4],16))           # running total kwh for month
        kwh_lastmonth = str(int(hexdata[inverter_lmth*2:inverter_lmth*2+4],16))         # running total kwh for last month

        # DateTime
        t = (time.strftime("%R"))                       # Get time
        d = (time.strftime("%Y%m%d"))                   # Get date

        #Local logging 
        log = open(logfile,'a')        # write data to logfile, main values only
        log.write(d + ' ' + t + ' ' + watt_now + ' ' + kwh_day + ' ' + kwh_total + '\n')
        log.close()

        web = open(webfile,'w')        # output status, overwrite all values, possibly for webpage
        web.write(d + ' ' + t + ' ' + watt_now + ' ' + kwh_day + ' ' + kwh_total + ' ' + dc_volts1 + ' ' + dc_amps1 + ' ' + dc_volts2 + ' ' + dc_amps2 + ' ' + ac_volts + ' ' + ac_amps + ' ' + ac_freq + ' ' + kwh_yesterday + ' ' + kwh_month + ' ' + kwh_lastmonth + ' ' + temp + '\n')
        web.close()


        #Prepare for PVoutput

        #Set upload info
        url       = 'http://pvoutput.org/service/r2/addstatus.jsp' 

        api_key   = 'hier je API key van PVoutput.org'
        system_id = 'hier je system ID van PVoutput.org' 
        header    = {'X-Pvoutput-Apikey'   : api_key, 
                     'X-Pvoutput-SystemId' : system_id}  

        # Prepare data   
        dc_volts=str(v1+v2)                         #combined voltage string 1 and string 2
        values = {'d'   : d, 
                  't'   : t,
                  'v1'  : wh_day, 
                  'v2'  : watt_now, 
                  'v5'  : temp, 
                  'v6'  : dc_volts,
              'v7'  : ac_volts, 
              'v8'  : ac_amps, 
              'v9'  : kwh_total, 
              'v10' : kwh_yesterday, 
              'v11' : kwh_month, 
              'v12' : kwh_lastmonth}

        data = urllib.parse.urlencode(values)
        data = data.encode('ascii')

        print (url)
#        print (values)
        print (header)
        print (data)
        
        #Upload data to PV output
        
        req = urllib.request.Request(url, data, header)
        with urllib.request.urlopen(req) as response:
           the_page = response.read()
           print (req)
           print(the_page)

conn.close()

Contains:

• Local logging file with entries every 5minutes or so
• Status file for use in webpage to show actual status
• Live upload to PV output.org (system ID and API key need to be retrieved from site and added in the script)

[ Voor 87% gewijzigd door TWyk op 23-07-2016 18:10 . Reden: Add script ]

[xzaz]

habbekrats schreef op zaterdag 23 juli 2016 @ 09:08:
[...]

uitgelezen ? daar komen toch alleen s0 pulsjes uit, of is er een nieuw type op de markt

'uitgelezen'. Pulsjes inderdaad.

[alberthakvoort]

Kun je de SolarEdge ook via serieel uitlezen (micro usb aansluiting)?
Gistermiddag een poging gedaan via RS485, maar vermoed dat die adapter niet helemaal jofel is.

[Jerrythafast]

Ik weet niet of hij SunSpec spreekt over de micro usb aansluiting, maar het propriëtaire SolarEdge protocol doet hij in ieder geval wel. Kijk eens naar https://github.com/jbuehl/solaredge als je je hierin wilt verdiepen.

[alberthakvoort]

Jerrythafast schreef op zaterdag 30 juli 2016 @ 10:17:
Ik weet niet of hij SunSpec spreekt over de micro usb aansluiting, maar het propriëtaire SolarEdge protocol doet hij in ieder geval wel. Kijk eens naar https://github.com/jbuehl/solaredge als je je hierin wilt verdiepen.

Vanmiddag nogmaals een poging gedaan, maar heb nu RS485 werkend. De settings werden blijkbaar niet opgeslagen, na 3x te hebben aangepast bleven de instellingen wel goed staan..

[arnaudarduino]

habbekrats schreef op donderdag 21 april 2016 @ 20:46:
Ik gebruik Python 2.7 op een windows bakje, met Python 3 wilde het niet werken
ik pleur de code hier maar even neer
Ik lees de cfg op een andere manier dan in het orgineel stond

code:

#!/usr/bin/python
 
import InverterMsg          # Import the Msg handler
import socket                   # Needed for talking to inverter
import datetime                 # Used for timestamp
import sys
import logging
import ConfigParser, os
 
# For PVoutput 
import urllib, urllib2
 
# Load the setting
mydir = os.path.dirname(os.path.abspath(__file__))
 
config = ConfigParser.RawConfigParser()
config.read("C:\Python27\Scripts\Omnik-Data-Logger-master\OmnikDomoticz.cfg")
 
# Receive data with a socket
ip              = config.get('inverter','ip')
port            = config.get('inverter','port')
use_temp        = config.getboolean('inverter','use_temperature')
wifi_serial     = config.getint('inverter', 'wifi_sn')
 
mysql_enabled   = config.getboolean('mysql', 'mysql_enabled')
mysql_host      = config.get('mysql','mysql_host')
mysql_user      = config.get('mysql','mysql_user')
mysql_pass      = config.get('mysql','mysql_pass')
mysql_db        = config.get('mysql','mysql_db')
 
domoticz_enabled = config.getboolean('domoticz','domoticz_enabled')
domoticz_host    = config.get('domoticz','domoticz_host')
domoticz_port    = config.get('domoticz','domoticz_port')
domoticz_url     = config.get('domoticz','domoticz_url')
 
domoticz_temp      = config.get('domoticz','domoticz_temp')
domoticz_Input_PV1 = config.get('domoticz','domoticz_Input_PV1')
domoticz_Input_PV2 = config.get('domoticz','domoticz_Input_PV2')
domoticz_AC_Output = config.get('domoticz','domoticz_AC_Output')
domoticz_Cur_Total = config.get('domoticz','domoticz_Cur_Total')
domoticz_AMP_1_2_3 = config.get('domoticz','domoticz_AMP_1_2_3')
 
pvout_enabled   = config.getboolean('pvout','pvout_enabled')
pvout_apikey    = config.get('pvout','pvout_apikey')
pvout_sysid     = config.get('pvout','pvout_sysid')
 
log_enabled     = config.getboolean('log','log_enabled')
log_filename    = mydir + '/' + config.get('log','log_filename')
 
 
server_address = ((ip, port))
 
logger = logging.getLogger('OmnikLogger')
hdlr = logging.FileHandler(log_filename)
formatter = logging.Formatter('%(asctime)s %(levelname)s %(message)s')
hdlr.setFormatter(formatter)
logger.addHandler(hdlr) 
logger.setLevel(logging.DEBUG)
 
for res in socket.getaddrinfo(ip, port, socket.AF_INET , socket.SOCK_STREAM):
    af, socktype, proto, canonname, sa = res
    try:
        if log_enabled:
            logger.info('connecting to %s port %s' % server_address)
        s = socket.socket(af, socktype, proto)
        s.settimeout(10)
    except socket.error as msg:
        s = None
        continue
    try:
        s.connect(sa)
    except socket.error as msg:
        s.close()
        s = None
        continue
    break
 
if s is None:
    if log_enabled:
        logger.error('could not open socket')
    sys.exit(1)
 
s.sendall(InverterMsg.generate_string(wifi_serial))
data = s.recv(1024)
s.close()
 
msg = InverterMsg.InverterMsg(data)  # This is where the magic happens ;)
now = datetime.datetime.now()
 
if log_enabled:
    logger.info("ID: {0}".format(msg.getID())) 
 
 
# --------------------------------------------------
# Uploaden Temperature of Omnik Omvormer to Domoticz
# --------------------------------------------------
 
if domoticz_enabled:
    url = ("http://" + domoticz_host + ":" + domoticz_port + "/" + domoticz_url)
    print url
    if msg.getTemp() < 1000:
       dumTemp = msg.getTemp()
    else:
       dumTemp = 100
    if use_temp:
        get_data = {
        'svalue':  dumTemp ,#msg.getTemp(),
    'type': 'command',
    'param': 'udevice',
    'idx' : domoticz_temp,
    'nvalue': '0'
         }
   
    else:
       get_data = {
        'svalue': dumTemp, # msg.getTemp(),
        'type': 'command',
        'param': 'udevice',
        'idx' : domoticz_temp,
        'nvalue': '0'
        }
    print format(msg.getTemp())
    get_data_encoded = urllib.urlencode(get_data)
    request_object = urllib2.Request(url + '?' + get_data_encoded)
    print get_data_encoded
    response = urllib2.urlopen(request_object)
    
 
 
# --------------------------------------------------
# Uploaden Input String (1) PV1 to Domoticz
# --------------------------------------------------
 
    if use_temp:
       get_data = {
        'svalue':  msg.getVPV(1),
        'type': 'command',
        'param': 'udevice',
        'idx' : domoticz_Input_PV1,
        'nvalue': '0'
        }
 
    else:
       get_data = {
        'svalue':  msg.getVPV(1),
        'type': 'command',
        'param': 'udevice',
        'idx' : domoticz_Input_PV1,
        'nvalue': '0'
        }
 
    get_data_encoded = urllib.urlencode(get_data)
    request_object = urllib2.Request(url + '?' + get_data_encoded)
    response = urllib2.urlopen(request_object)
 
# --------------------------------------------------
# Uploaden Input String (2) PV2 to Domoticz
# --------------------------------------------------
 
    if use_temp:
       get_data = {
        'svalue':  msg.getVPV(2),
        'type': 'command',
        'param': 'udevice',
        'idx' : domoticz_Input_PV2,
        'nvalue': '0'
        }
 
    else:
       get_data = {
        'svalue':  msg.getVPV(2),
        'type': 'command',
        'param': 'udevice',
        'idx' : domoticz_Input_PV2,
        'nvalue': '0'
        }
 
    get_data_encoded = urllib.urlencode(get_data)
    request_object = urllib2.Request(url + '?' + get_data_encoded)
    response = urllib2.urlopen(request_object)
 
 
# --------------------------------------------------
# Uploaden AC Power output to Domoticz
# --------------------------------------------------
 
    if use_temp:
       get_data = {
        'svalue':  msg.getVAC(1),
        'type': 'command',
        'param': 'udevice',
        'idx' : domoticz_AC_Output,
        'nvalue': '0'
        }
 
    else:
       get_data = {
        'svalue':  msg.getVAC(1),
        'type': 'command',
        'param': 'udevice',
        'idx' : domoticz_AC_Output,
        'nvalue': '0'
        }
 
    get_data_encoded = urllib.urlencode(get_data)
    request_object = urllib2.Request(url + '?' + get_data_encoded)
    response = urllib2.urlopen(request_object)
 
 
# --------------------------------------------------
# Uploaden Current Power and Day Total to Domoticz
# --------------------------------------------------
 
    if use_temp:
       get_data = {
        'svalue':  str(msg.getPAC(1)) + ';' + str(msg.getEToday() * 1000),
        'type': 'command',
        'param': 'udevice',
        'idx' : domoticz_Cur_Total,
        'nvalue': '0'
        }
 
    else:
       get_data = {
        'svalue':  str(msg.getPAC(1)) + ';' + str(msg.getEToday() * 1000),
        'type': 'command',
        'param': 'udevice',
        'idx' : domoticz_Cur_Total,
        'nvalue': '0'
        }
 
    get_data_encoded = urllib.urlencode(get_data)
    request_object = urllib2.Request(url + '?' + get_data_encoded)
    response = urllib2.urlopen(request_object)
 
 
# --------------------------------------------------
# Uploaden Ampere to Domoticz
# --------------------------------------------------
 
    if use_temp:
       get_data = {
        'svalue':  str(msg.getIPV(1)) + ';' + str(msg.getIPV(2)) + ';' + str(msg.getIAC(1)),
        'type': 'command',
        'param': 'udevice',
        'idx' : domoticz_AMP_1_2_3,
        'nvalue': '0'
        }
 
    else:
       get_data = {
    'svalue':  str(msg.getIPV(1)) + ';' + str(msg.getIPV(2)) + ';' + str(msg.getIAC(1)),
        'type': 'command',
        'param': 'udevice',
        'idx' : domoticz_AMP_1_2_3,
        'nvalue': '0'
        }
 
    get_data_encoded = urllib.urlencode(get_data)
    request_object = urllib2.Request(url + '?' + get_data_encoded)
    response = urllib2.urlopen(request_object)
#-------------------------------------------------
#END OF DOMOTICZ ADJUSTMENT
#-------------------------------------------------
 
if pvout_enabled and (now.minute % 5) == 0:
    if log_enabled:
        logger.info('Uploading to PVoutput')
    url = "http://pvoutput.org/service/r2/addstatus.jsp"
 
    if use_temp:
        get_data = {
            'key': pvout_apikey, 
            'sid': pvout_sysid, 
            'd': now.strftime('%Y%m%d'),
            't': now.strftime('%H:%M'),
            'v1': msg.getEToday() * 1000,
            'v2': msg.getPAC(1),
            'v5': msg.getTemp(),
            'v6': msg.getVPV(1)
        }
    else:
        get_data = {
            'key': pvout_apikey, 
            'sid': pvout_sysid, 
            'd': now.strftime('%Y%m%d'),
            't': now.strftime('%H:%M'),
            'v1': msg.getEToday() * 1000,
            'v2': msg.getPAC(1),
            'v6': msg.getVPV(1)
        }
 
    get_data_encoded = urllib.urlencode(get_data)                       # UrlEncode the parameters
 
    request_object = urllib2.Request(url + '?' + get_data_encoded)      # Create request object
    response = urllib2.urlopen(request_object)                          # Make the request and store the response
 
    if log_enabled:
        logger.info(response.read())                                               # Show the response

en de cfg heb ik dit in staan

code:

###############
### Settings ###
################

[domoticz]
domoticz_enabled   = true
domoticz_host      = 192.168.2.61
domoticz_port      = 8080
domoticz_url       = json.htm
 
# Provide IDX here of the specific devices
domoticz_temp      = 115
domoticz_Input_PV1 = 119
domoticz_Input_PV2 = 117
domoticz_AC_Output = 116
domoticz_Cur_Total = 121
domoticz_AMP_1_2_3 = 120


[inverter]
# IP address of your Omnik inverter
ip = 192.168.2.13
# Default for a Omnik with Wifi module
port = 8899
# S/N of the wifi kit 68383839
wifi_sn = 123456789
#use temperature of inverter for pvoutput
use_temperature = true

[mysql]
# Enable for exporting to a mysql database
mysql_enabled = false           
# Host where the mysql server is active
mysql_host = 127.0.0.1        
mysql_user =    
mysql_pass =             
mysql_db   =             

[pvout]
# Enable or disable uploading to PVoutput
pvout_enabled = false           
# These two can be found at http://pvoutput.org/account.jsp
pvout_apikey = zet hier je eigen api key
pvout_sysid  = xxxx

[log]
log_enabled  = true
log_filename = omnik-export.log

Heb ik het goed dat de config.cfg nu OmnikDomoticz.cfg genoemd word?
Ik heb de gegevens ingevuld.

~/domoticz/scripts/Omnik-Data-Logger $ python LiveStats.py Traceback (most recent call last):
File "LiveStats.py", line 7, in <module>
import OmnikExport
File "/home/pi/domoticz/scripts/Omnik-Data-Logger/OmnikExport.py", line 20, in <module>
ip = config.get('inverter','ip')
File "/usr/lib/python2.7/ConfigParser.py", line 330, in get
raise NoSectionError(section)
ConfigParser.NoSectionError: No section: 'inverter'

Dit is wat er dan komt.
Ik snap dit niet ,help

[MdO82]

Waar heb je het script vandaan ?

[arnaudarduino]

###Datalogging: PV systemen= bijdrage van "habbekrats"
###
Het is een uitgebreide versie van Wouterrr


(Wat ik graag wil is mijn slimmemeter en mijn Omnik inverter uitlezen en in domoticz en pvoutput weergeven.
Los van elkaar wil al wel dus schakeling werkt.)

[ Voor 37% gewijzigd door arnaudarduino op 31-07-2016 14:44 ]

[MdO82]

arnaudarduino schreef op zondag 31 juli 2016 @ 14:30:
###Datalogging: PV systemen= bijdrage van "habbekrats"
###
Het is een uitgebreide versie van Wouterrr

Bij die moet je zover ik dan weet gewoon de config.cfg aanpassen.
Had je dat ook al geprobeerd ?

[arnaudarduino]

Ja heb ik gedaan, kan hem er wel even neer zetten.

Welke gebruik jij ?

code:

###############
### Settings ###
################

[domoticz]
domoticz_enabled   = true
domoticz_host      = 192.168.1.10
domoticz_port      = 8080
domoticz_url       = json.htm
 
# Provide IDX here of the specific devices
domoticz_temp      = 6
domoticz_Input_PV1 = 7
domoticz_Input_PV2 = 8
domoticz_AC_Output = 10
domoticz_Cur_Total = 9
domoticz_AMP_1_2_3 = 11


[inverter]
# IP address of your Omnik inverter
ip = 192.168.1.250
# Default for a Omnik with Wifi module
port = 8899
# S/N of the wifi kit 68383839
wifi_sn = 16041234567
#use temperature of inverter for pvoutput
use_temperature = true

[mysql]
# Enable for exporting to a mysql database
mysql_enabled = false           
# Host where the mysql server is active
mysql_host = 127.0.0.1        
mysql_user =    
mysql_pass =             
mysql_db   =             

[pvout]
# Enable or disable uploading to PVoutput
pvout_enabled = true           
# These two can be found at http://pvoutput.org/account.jsp
pvout_apikey = 25828681636gjdg7dyyey37e77
pvout_sysid  = 12234

[log]
log_enabled  = true
log_filename = omnik-export.log