Datalogging: PV systemen

[Cranberry]

@ThinkPad thx! Ik heb @CodeIT even een berichtje gestuurd met de vraag welke connector ik zou moeten hebben. Eventueel kan ik altijd nog uitwijken naar de dupont female header cables.

[Icekiller2k6]

@sprk_nl
@TiBoD

Er is soms een fout met CURL dat SSL niet 100% werkt.
Dit los je op door op windows XAMP ipv WAMP te gebruiken.
De code is geupdate
https://pastebin.com/7m8sxNfN

[zw7]

@wessel145 @Toulon7559

Hoe hebben jullie het uitlezen van de Solis omvormer voor elkaar gekregen? Ik heb een ander scherm dan jullie denk ik bij de WIFI stick:


en dan de configuratie:



Ik heb hierbij het adres van de raspberry ingevuld en op deze heb ik het script van Graham draaien, echter ik krijg alleen maar waiting for connection.

Ook met nc -l 3202 gekeken of er iets binnenkomt, maar niets...

Wat zou het kunnen zijn?

[Toulon7559]

Ginlong_Solis700 met DLS

@zw7 @wessel145

Bij mijn DLS_met_LAN_kabel zien de schermen er dus toch iets anders uit dan voor DLS_WiFi:
zie deze webpagina

Rubriek System heeft voor Inverter nagenoeg dezelfde info, maar de andere rubrieken zijn duidelijk gericht op een kabel-LAN-verbinding. Server B staat onder System aangegeven met status "unpingable".

Rubriek Manual heeft een 'eigen' layout voor LAN-instellingen.
Het poort-nummer kan naar believen veranderd worden:
lijkt me eigenlijk ook bij jouw pagina-layout van toepassing, want waar dient anders die Save-knop voor?
Device met IP = 192.168.0.185 is de lokale server waarheen ik de info uit de DLS wil sturen.
De vinkjes geven de resultaten aan van indrukken van de 2 Test-toetsen.
Lijkt in orde, maar voor Server_B in tegenspraak met de status "unpingable" onder System.
Als ik op device 192.168.0.185 met hetzelfde poortnummer 9999 het script draai voor uitlezen van de DLS, dan blijft het script hangen in wacht-positie, vermoedelijk omdat ik een verkeerde poort van de DLS aanping.
Andere poortnummers geven geen ander resultaat ......

[ Voor 32% gewijzigd door Toulon7559 op 27-01-2019 10:00 . Reden: tekst aangepast ]

[LigeTRy]

zw7 schreef op zaterdag 26 januari 2019 @ 15:51:
@wessel145 @Toulon7559

Hoe hebben jullie het uitlezen van de Solis omvormer voor elkaar gekregen? Ik heb een ander scherm dan jullie denk ik bij de WIFI stick:
...

en dan de configuratie:
...


Ik heb hierbij het adres van de raspberry ingevuld en op deze heb ik het script van Graham draaien, echter ik krijg alleen maar waiting for connection.

Ook met nc -l 3202 gekeken of er iets binnenkomt, maar niets...

Wat zou het kunnen zijn?

Nope, deze is precies hetzelfde als bij mij (op het feit na dat ik 3 remote servers in kan stellen). Ik heb m'n scripts weer draaien maar door het pak sneeuw van de afgelopen dagen werd er niks gelogd door het systeem. Hopelijk is er morgen een beetje zon, dan kan ik gaan debuggen. Zodra de zon weg is gaat de inverter uit, en dus ook de datalogging stick.

[So_Surreal]

zw7 schreef op zaterdag 26 januari 2019 @ 15:51:
@wessel145 @Toulon7559

Hoe hebben jullie het uitlezen van de Solis omvormer voor elkaar gekregen? Ik heb een ander scherm dan jullie denk ik bij de WIFI stick:
[Afbeelding]

en dan de configuratie:
[Afbeelding]


Ik heb hierbij het adres van de raspberry ingevuld en op deze heb ik het script van Graham draaien, echter ik krijg alleen maar waiting for connection.

Ook met nc -l 3202 gekeken of er iets binnenkomt, maar niets...

Wat zou het kunnen zijn?

Welk type Solis omvormer heb je en welk script gebruik je ?
Ik heb ook een Solis omvormer en wil dit ook aan de praat krijgen.

[zw7]

ik heb een Solis 4G 700 en een Solis 4G 4K. Beide hebben dezelfde wifi stick.

Dit is het script:
https://github.com/amfasis/ginlong-influx

Het script van @Toulon7559 werkt wel, maar dat maakt contact met de ginlong servers en dus niet lokaal. Dat zou eigenlijk ook prima zijn als je ook de andere waardes zou kunnen downloaden van die server.

[Toulon7559]

@zw7

Dat laatste

als je ook de andere waardes zou kunnen downloaden van die server

is nu juist (nog) het probleem.

Maar misschien lokaal op het LAN op te lossen als ik mijn Server_B op 192.168.0.185 van de benodigde prerequisites voorzie zoals aangegeven in Amfasis' script.

[ Voor 9% gewijzigd door Toulon7559 op 27-01-2019 10:13 . Reden: tekst aangepast ]

[Toulon7559]

@zw7 @wessel145

In het script van Amfasis zag ik poort 3200 genoemd.
Dat poortnummer heb ik ingevuld enerzijds in de DLS_Setup voor Server_B, en anderzijds in Graham's Python-script dat ik via Wessel kreeg aangereikt.
Daarna op Putty's CLI een reactie van de DLS n.a.v. het script

3200
Socket now listening
Connected with 192.168.0.112:57450

Maar in de folder /home/pi van mijn Server_B zie ik nu nog steeds niet de JSON- en XML-file die je als output van Graham's script mag verwachten: ;-( nog geen echte voortgang t.o.v. vorig bericht

De variatie van het script van Amfasys bevalt me trouwens wel, want daarmee wordt de inverter-data ook netjes direct in een InfluxDB gezet:
;-) naar ToDo-lijst .......

[ Voor 111% gewijzigd door Toulon7559 op 27-01-2019 11:21 . Reden: tekst aangepast ]

[LigeTRy]

Toulon7559 schreef op zondag 27 januari 2019 @ 10:17:

De variatie van het script van Amfasys bevalt me trouwens wel, want daarmee wordt de inverter-data ook netjes direct in een InfluxDB gezet:
;-) naar ToDo-lijst .......

Ik heb het eerder genoemde script ook nog niet aan de gang gekregen, krijg hetzelfde probleem als eerder genoemd, het script van Amfasys ziet er veelbelovend uit maar heeft nog geen support naar pvoutput.org. Ik heb de code op github geforked om te kijken of ik zelf wat kan gaan knutselen (ben geen programmeur maar kan redelijk wat hobbyen), het is vandaag tenslotte toch ***weer.

update:

Het vorige script wat ik stuurde werkt als je de check voor de lengte op regel 90 veranderd naar

if (len(hexdata) >= data_size):

Er wordt op het moment 0 watt gegenereerd (op de inverter), maar het script geeft 70 aan, helaas is er erg weinig documentatie te vinden over de aanlevering van de data.

[ Voor 23% gewijzigd door LigeTRy op 27-01-2019 13:44 ]

[zw7]

Ik denk dat er iets mijn mijn WIFI stick zelf is waardoor ik geen data binnenkrijg. Want ook als ik de Server B instel naar mijn windows machine en daar luister op de poort, dan komt er geen data binnen. Zal het aan de firmware liggen die ik draai? Ik kan geen nieuwere firmware vinden.

[zw7]

Toulon7559 schreef op zondag 27 januari 2019 @ 09:53:
@zw7

Dat laatste

[...]

is nu juist (nog) het probleem.

Maar misschien lokaal op het LAN op te lossen als ik mijn Server_B op 192.168.0.185 van de benodigde prerequisites voorzie zoals aangegeven in Amfasis' script.

Hoe heb je die URL van ginlong monitoring in elkaar gezet? Je krijgt nu via XML de algemene data binnen, maar je zou denk ik via XML ook de details binnen kunnen trekken toch?

[AUijtdehaag]

@sbf
Net een nieuwe SMA STP 6.0 opgehangen, maar ik krijg geen juiste gegevens bij deze omvormer

Te nieuw?

code:

 /usr/local/bin/sbfspot.3/SBFspot -v -finq -nocsv
SBFspot V3.5.0
Yet another tool to read power production of SMA solar inverters
(c) 2012-2018, SBF (https://github.com/SBFspot/SBFspot)
Compiled for Linux (LE) 64 bit with SQLite support
Commandline Args: -v -finq -nocsv
Reading config '/usr/local/bin/sbfspot.3/SBFspot.cfg'
Sun Jan 27 13:51:18 2019: INFO: Starting...
sunrise: 08:27
sunset : 17:23
Connecting to Local Network...
Initializing...
SUSyID: 125 - SessionID: 966658553 (0x399E09F9)
Inverter IP address: 192.168.0.120 from SBFspot.cfg
Logon OK
getInverterData(sbftest) returned an error: -1
getSoftwareVersion returned an error: -1
getTypeLabel returned an error: -1
getDeviceStatus returned an error: -1
getInverterTemperature returned an error: -1
getMaxACPower returned an error: -1
getEnergyProduction returned an error: -1
getOperationTime returned an error: -1
getSpotDCPower returned an error: -1
getSpotDCVoltage returned an error: -1
SUSyID: 378 - SN: 3002968454
DC Spot Data:
        String 1 Pdc:   0.000kW - Udc:   0.00V - Idc:  0.000A
        String 2 Pdc:   0.000kW - Udc:   0.00V - Idc:  0.000A
getSpotACPower returned an error: -1
getSpotACVoltage returned an error: -1
getSpotACTotalPower returned an error: -1
SUSyID: 378 - SN: 3002968454
AC Spot Data:
        Phase 1 Pac :   0.000kW - Uac:   0.00V - Iac:  0.000A
        Phase 2 Pac :   0.000kW - Uac:   0.00V - Iac:  0.000A
        Phase 3 Pac :   0.000kW - Uac:   0.00V - Iac:  0.000A
        Total Pac   :   0.000kW
getSpotGridFrequency returned an error: -1
********************
* ArchiveDayData() *
********************
startTime = 5C4CE670 -> 27/01/2019 00:00:00
**********************
* ArchiveMonthData() *
**********************
startTime = 5C2B4830 -> 01/01/2019 12:00:00
Reading events: 2019-Jan-01
Sun Jan 27 13:52:28 2019: INFO: Done.

Met een SMA 1.5 wel output:

code:

 /usr/local/bin/sbfspot.3/SBFspot -v -finq -nocsv
SBFspot V3.5.0
Yet another tool to read power production of SMA solar inverters
(c) 2012-2018, SBF (https://github.com/SBFspot/SBFspot)
Compiled for Linux (LE) 64 bit with SQLite support
Commandline Args: -v -finq -nocsv
Reading config '/usr/local/bin/sbfspot.3/SBFspot.cfg'
Sun Jan 27 14:00:18 2019: INFO: Starting...
sunrise: 08:27
sunset : 17:23
Connecting to Local Network...
Initializing...
SUSyID: 125 - SessionID: 820469032 (0x30E75D28)
Inverter IP address: 192.168.0.130 from SBFspot.cfg
Logon OK
SUSyID: 303 - SN: 1930044414
Device Name:      SMA 1.5
Device Class:     Solar Inverters
Device Type:      SB1.5-1VL-40
Software Version: 02.03.02.R
Serial number:    1930044414
SUSyID: 303 - SN: 1930044414
Device Status:      Ok
SUSyID: 303 - SN: 1930044414
Device Temperature: 37.5°C
SUSyID: 303 - SN: 1930044414
GridRelay Status:      Closed
SUSyID: 303 - SN: 1930044414
Pac max phase 1: 1500W
Pac max phase 2: 0W
Pac max phase 3: 0W
SUSyID: 303 - SN: 1930044414
Energy Production:
        EToday: 0.367kWh
        ETotal: 1058.141kWh
        Operation Time: 3161.80h
        Feed-In Time  : 3091.27h
SUSyID: 303 - SN: 1930044415
DC Spot Data:
        String 1 Pdc:   0.145kW - Udc: 422.22V - Idc:  0.345A
        String 2 Pdc:   0.000kW - Udc:   0.00V - Idc:  0.000A
SUSyID: 303 - SN: 1930044414
AC Spot Data:
        Phase 1 Pac :   0.129kW - Uac: 222.14V - Iac:  0.580A
        Phase 2 Pac :   0.000kW - Uac:   0.00V - Iac:  0.000A
        Phase 3 Pac :   0.000kW - Uac:   0.00V - Iac:  0.000A
        Total Pac   :   0.129kW
SUSyID: 303 - SN: 1930044414
Grid Freq. : 50.01Hz
SUSyID: 303 - SN: 1930044414
Current Inverter Time: 27/01/2019 14:00:17
Inverter Wake-Up Time: 27/01/2019 09:04:20
Inverter Sleep Time  : 27/01/2019 14:00:16
********************
* ArchiveDayData() *
********************
startTime = 5C4CE670 -> 27/01/2019 00:00:00
**********************
* ArchiveMonthData() *
**********************
startTime = 5C2B4830 -> 01/01/2019 12:00:00
Reading events: 2019-Jan-01
Sun Jan 27 14:00:19 2019: INFO: Done.

Iemand een idee?

[ Voor 35% gewijzigd door AUijtdehaag op 27-01-2019 14:06 ]

[sbf]

AUijtdehaag schreef op zondag 27 januari 2019 @ 13:57:
@sbf
Net een nieuwe SMA STP 6.0 opgehangen, maar ik krijg geen juiste gegevens bij deze omvormer

Te nieuw?

Kan je mij een debug log (-d5 -v5) sturen?

[So_Surreal]

Kan iemand mij helpen ?
Ik wil de data van mijn Solis/Ginlong 4K 4G met WiFi logging stick exporteren naar PVOutput.org.

Wat heb ik zelf allemaal al gedaan:

* Een account aangemaakt op PVOutput en een site/plant aangemaakt.
* Bij Settings API Access op Enabled gezet.
* Van GitHub het volgende script gedownload: https://github.com/Crosenhain/ginlong_poller
* Op zowel mijn Synology als mijn Raspberry Pi dit script geplaatst (werkt op beide niet)
* In de Config.ini 1 neergezet bij pvoutput, bij pvoutputkey de API key van PVOutput.org en bij pvoutputid het ID van mijn plant van PVOutput.org.
* Op de WiFi loggingstick bij de secundaire serverinformatie het IP-adres van mijn Raspberry PI & NAS gezet

Wanneer ik het script (solar_poller.pl van de Github link) op zowel de Pi als mijn NAS uitvoer krijg ik de volgende output:


/volume1/web/Scripts/PVOutput/Ginlong-Monitoring/solar_poller.pl: line 3: use: command not found
/volume1/web/Scripts/PVOutput/Ginlong-Monitoring/solar_poller.pl: line 4: use: command not found
/volume1/web/Scripts/PVOutput/Ginlong-Monitoring/solar_poller.pl: line 5: use: command not found
/volume1/web/Scripts/PVOutput/Ginlong-Monitoring/solar_poller.pl: line 6: syntax error near unexpected token `('
/volume1/web/Scripts/PVOutput/Ginlong-Monitoring/solar_poller.pl: line 6: `use POSIX qw(strftime);'



Hebben jullie enig idee wat ik verkeerd doen ?

[Jerrythafast]

@So_Surreal volgens mij run je het Perl script nu niet met Perl maar met een interpreter voor een andere programmeertaal, mogelijk Bash?

[So_Surreal]

Jerrythafast schreef op zondag 27 januari 2019 @ 19:18:
@So_Surreal volgens mij run je het Perl script nu niet met Perl maar met een interpreter voor een andere programmeertaal, mogelijk Bash?

Ja dat dacht ik ook al als ik Google gebruikte, ik ben alleen echt een noob met (Perl) scripting...
Ik heb ingelogd op mijn Pi met Putty via Telnet/SSH, ik deed het inderdaad met Bash.
Nu ga ik even uitvogelen hoe ik zo'n .pl extensie dan moet runnen.
Ik dacht eigenlijk dat hij dat aan de hand van de extensie gewoon al zou doen, net zoals met VBS en Powershell.

[Toulon7559]

@zw7 @wessel145

Ginlong_Solis4G700

Het regent weer, dus tijd voor knutselen .....

Komen vragen op:
1) Welke Python-versie gebruiken jullie?
Reden van de vraag: krijg een foutmelding op regel 46 de instructie import urlib.request
import urlib wordt wel als 'legaal' geaccepteerd, door Python2.7 als standaard-onderdeel van mijn Domoticz-installatie
2) Welk dataprotocol verwacht het script van Graham voor Server_B?
In mijn Setup/Manual heb ik voor Server_B de keuze uit
- SolarMAN-Ethernet [waarschijnlijk duplicaat van de upload naar Ginglong Monitoring System]
- SolarMAN-Customer, waarbij je nog allerlei communicatie-instellingen kunt aanpassen
- SolarMAN-1 [mij onbekend hoe dat werkt]
- Transparent protocol
Omdat mij dat eenvoudiger leek dan Solarman-variaties, had voor Server_B ingesteld op 'Transparent protocol', maar bedenk nu dat die instelling niet vanzelfsprekend is m.b.t. passende decodering van de download-string door het 'Graham-script'.
Hiervoor geen heldere aanwijzing gezien in Graham's script.
3) Heb na de aanpassing van regel 46 voor urllib en regel 91 voor berichtlengtecheck nu met dataprotocol SolarMAN-Ethernet getest en poort 3200,
en krijg daarop de volgende vertoning op Putty's CLI na de commando-invoer

sudo python /home/pi/domoticz/scripts/python/Ginlong_Solis700.py
Start Ginlong inverter WiFi/LAN-poller script

3200
Socket now listening
Connected with 192.168.0.112:57443
Traceback (most recent call last):
File "/home/pi/domoticz/scripts/python/Ginlong_Solis700.py", line 86, in <module>
rawdata = conn.recv(1000) # read incoming data
socket.error: [Errno 104] Connection reset by peer

Ook met SolarMAN-1 als protocol getest met gelijke uitkomst.
Hiervan kan ik geen chocola maken, behalve dat blijkbaar de inlezing van data fout gaat en een time-out-fout geeft met reset als automatische reactie ........

[ Voor 68% gewijzigd door Toulon7559 op 30-01-2019 15:53 . Reden: tekst aangepast ]

[TWyk]

Misschien kunnen jullie nog wat lenen uit mijn script voor de ginglong 3K-2G
TWyk in "Datalogging: PV systemen"
Mijn script is overigens een door mijzelf naar python 3 overgezet script en ik ben natuurlijk geen python programmeur dus het kan vast efficienter of netter.

De xK-4G versies geven wel andere dataset terug dus de verwerking van de data zal anders zijn

Dit Python 2 script is misschien ook een optie om de datastring voor de 4G te achterhalen
https://github.com/dpoulson/ginlong-mqtt

[ Voor 32% gewijzigd door TWyk op 28-01-2019 15:57 ]

[LigeTRy]

cc: @zw7 @TWyk @Toulon7559

Na veel knutselen en proberen met de scripts was ik het einde zoek. Ik dacht dat ik alle variabelen goed had gedefinieerd maar ik zag toch nog verschillen met de data op ginlongmonitoring.com en de data die mijn scripts genereerde.

Op een oud forum ben ik een stukje code tegengekomen welke op de API van ginlong kijkt en daar de nodige data uit haalt. Met wat knutselen en puzzelen heb ik nu een (goed) werkend python3 script welke de data importeert vanuit ginlong en post op PVoutput

• Het script had oorspronkelijk ook support voor domoticz. Hier maak ik zelf geen gebruik van dus dit werkt op het moment nog niet (code wel deels aanwezig), hier ga ik me de komende tijd wel in verdiepen
• Temp & Voltage worden helaas niet in de api weergegeven , deze worden met het scripts dus niet gelogd
• Wat wordt er dan wel gelogd: Actual power (Watt), Wh vandaag/totaal
• Ik ben nog aan het kijken welke dat ik nog meer op kan slaan, maar de basis is er
• De code is nog erg spaghetti, dit ga ik nog wel updaten, maar voor nu werkt het

Mijn "projectje" is te vinden op GitHub

[Toulon7559]

Zowel op dit Tweakers-Forum als op het Domoticz-Forum ben ik Toulon7559, dus het script komt me bekend voor. Zoals in de bijbehorende Domoticz-berichten is te lezen, is het script een samenbouw van enkele 'blokjes' met overgangen voor vertalingen e.d.
Het kan veeel korter, maar of het dan begrijpelijker wordt?

Mijn vragen op dit Tweakers-forum werden juist ingegeven, omdat ik met dat script via het Ginlong Monitoring System niet meer te pakken kan krijgen dan Actual Power, E-today en E-Total.

Aangezien 'Graham's script' de datastroom vanuit de Solis-inverter oppakt, moet daarin meer info zitten en de decoderingslijst bevestigt dat, dus lijkt me dat 'Graham's script' de betere basis is voor verdere test&ontwikkeling van een script dat alle data ophaalt.

Vanmiddag kwam trouwens op het Domoticz-Forum een ontdekking van een nieuwere ingang naar Ginlong Monitoring tevoorschijn, die perspectieven kan bieden!

Het lijkt me dat zowel de opzet van 'Graham's script' als de nieuwe Ginlong-ingang toegang tot veel info moet kunnen geven, dus blijven doorzoeken!

[ Voor 59% gewijzigd door Toulon7559 op 30-01-2019 18:49 . Reden: tekst aangepast ]

[So_Surreal]

Toulon7559 schreef op dinsdag 29 januari 2019 @ 14:00:
Zowel op dit Tweakers-Forum als op het Domoticz-Forum ben ik Toulon7559, dus het script komt me bekend voor. Zoals in de bijbehorende Domoticz-berichten is te lezen, is het script een samenbouw van enkele 'blokjes' en kan het veeel korter, maar of het dan begrijpelijker wordt?

Mijn vragen op dit Tweakers-forum werden juist ingegeven, omdat ik met dat script via het Ginlong Monitoring System niet meer te pakken kan krijgen dan Actual Power, E-today en E-Total.

Aangezien 'Graham's script' de datastroom vanuit de Solis-inverter oppakt, moet daarin meer info zitten en de decoderingslijst bevestigt dat, dus lijkt me dat 'Graham's script' de betere basis is voor verdere test&ontwikkeling van een script dat alle data ophaalt.

Vanmiddag kwam trouwens op het Domoticz-Forum een ontdekking van een nieuwere ingang naar Ginlong Monitoring tevoorschijn, die perspectieven kan bieden!

Het lijkt me dat zowel de opzet van 'Graham's script' als de nieuwe Ginlong-ingang toegang tot veel info moet kunnen geven, dus blijven doorzoeken!

Bedankt voor de informatie, ik ga het topic even volgen

[LigeTRy]

Toulon7559 schreef op dinsdag 29 januari 2019 @ 14:00:
Zowel op dit Tweakers-Forum als op het Domoticz-Forum ben ik Toulon7559, dus het script komt me bekend voor. Zoals in de bijbehorende Domoticz-berichten is te lezen, is het script een samenbouw van enkele 'blokjes' en kan het veeel korter, maar of het dan begrijpelijker wordt

Haha awesome! thanks voor de gedane moeite! ik ga het andere topic ook even volgen en kijken wat met die informatie mogelijk is!

Toulon7559 schreef op dinsdag 29 januari 2019 @ 14:00:

Vanmiddag kwam trouwens op het Domoticz-Forum een ontdekking van een nieuwere ingang naar Ginlong Monitoring tevoorschijn, die perspectieven kan bieden!

Het lijkt me dat zowel de opzet van 'Graham's script' als de nieuwe Ginlong-ingang toegang tot veel info moet kunnen geven, dus blijven doorzoeken!

Meteen even gaan kijken en het is inderdaad veelbelovend,

FYI: de m.ginlong.com website eigenlijk een verkapte versie van solarman.cn (het lukt me zelfs om op die site in te loggen met mijn ginlong account). solarman.cn lijkt op een verbeterde versie van solarmanpv.com (link naar v1.0 komt op solarmanpv.com uit), wat dan weer erg veel weg heeft van het "oude" ginlongmonitoring.com

[ Voor 91% gewijzigd door LigeTRy op 29-01-2019 23:17 ]

[Toulon7559]

Upload naar Sonnenertrag

Na de storing bij Sonnenertrag.eu loopt de automatische upload van PV-data van PVOutput naar Sonnenertrag weer als vanouds voor 3 van mijn PV-segmenten.
Na die storing heb ik nog een 4e PV-segment toegevoegd, ook met upload van data naar PVOutput.
Toegevoegd aan Sonnenertrag op dezelfde manier als de voorgaande 3 PV-segmenten, maar het lukt niet om de uploadlink van PVOutput naar Sonnenertrag aan de gang te krijgen.
Meer concreet, de uitleeskoppeling van Sonnenertrag naar het bijbehorende ID+SID bij PVOutput.
De gebruikte invoer van PVOutput-identificatie is in de vorm id=xxxxx en sid=yyyyy
T.o.v. van de voorbeeldtekst van Sonnenertrag is dat ieder 1 cijfer meer.
De foutmelding van Sonnenertrag is dat na aanmelding het vermogen bij PVOutput niet wordt herkend, terwijl de identificatie toch goed is ingevoerd.
Heeft misschien iemand een hint hoe ik dit corrigeer (want Helpdesk Sonnenertrag geeft geen enkele reactie op Hulpticket)?

Kijkend naar alternatieve oplossing
Sonnenertrag kent ook de upload-mogelijkheid m.b.v. 'Selfmade'-functie of via 'JSON-String':
heeft iemand ervaring-met-voorbeelden m.b.t. deze alternatieven voor upload naar Sonnenertrag?

[ Voor 10% gewijzigd door Toulon7559 op 29-01-2019 22:30 . Reden: tekst aangepast ]

[Toulon7559]

@wessel145

;-) Het is geen toeval dat je kunt inloggen op die andere websites, want die zijn blijkbaar allemaal van dezelfde eigenaar.

Het script waarvan ik mijn versie heb afgeleid heeft daarom in regels 16 t/m 20 een hele reeks met 'goede' URLs voor invulling, en de titel van de betreffende Domoticz Thread wijst met het eerste bericht ook al daarop.

# example: Working base urls:
# http://www.ginlongmonitoring.com:10000/
# http://www.omnikportal.com:10000/
# http://log.trannergy.com:10000/
# http://www.solarmanpv.com:10000/

In de thread wordt ook shinemonitor als portal genoemd.

Verderop in de thread is ook een script te vinden dat rechtstreeks data uitleest (vergelijkbaar met 'Graham's Script'), maar dat heb ik niet werkend kunnen krijgen, omdat er een devcode/CompanyKey nodig is, die ik voor mijn Ginlong-applicatie niet kan vinden.

[ Voor 33% gewijzigd door Toulon7559 op 30-01-2019 18:51 . Reden: tekst uitgebreid ]

[Cranberry]

Even een vraag aan de ervaringsdeskundigen van een Eastron kWh-meter. Ik heb een paar weken geleden de SDM120-modbus aangeschaft om de opbrengst van m'n zonnepanelen te meten.
Nu ik nog eens goed naar de specs kijk, staat een I_min van 0,25A gespecificeerd. Wat wil dit eigenlijk zeggen? Ik kan me niet voorstellen dat een MID gecertificeerde meter (die geschikt is voor verrekening) onder de 0,25 niet (nauwkeurig genoeg) zou kunnen meten. Bij 230V hebben we het dan over 57,5W..

Wat is jullie ervaring/idee?

[Toulon7559]

@wessel145

Hier is ook iemand bezig met een 'direct aftappen van de datastroom van een Ginlong_Solis4G700.

[ Voor 28% gewijzigd door Toulon7559 op 30-01-2019 18:10 ]

[AUijtdehaag]

@Cranberry
Dat is wel zo een beetje de standaard denk ik.
Ik heb zelf deze met M-Bus
https://gfinder.findernet...tachments/7E/NL/S7ENL.pdf

[Joepla]

Cranberry schreef op woensdag 30 januari 2019 @ 18:01:
Even een vraag aan de ervaringsdeskundigen van een Eastron kWh-meter. Ik heb een paar weken geleden de SDM120-modbus aangeschaft om de opbrengst van m'n zonnepanelen te meten.
Nu ik nog eens goed naar de specs kijk, staat een I_min van 0,25A gespecificeerd. Wat wil dit eigenlijk zeggen? Ik kan me niet voorstellen dat een MID gecertificeerde meter (die geschikt is voor verrekening) onder de 0,25 niet (nauwkeurig genoeg) zou kunnen meten. Bij 230V hebben we het dan over 57,5W..

Wat is jullie ervaring/idee?

Toch lijkt het daar wel op. Meetapparaten hebben vaak een bereik waarin ze nauwkeurig kunnen werken. Als je wilt dat ze overal goed kunnen meten, kost dat veel meer moeite (en dus geld).

Zo heeft de benzinepomp vaak ook een minimale afleverhoeveelheid van 5 liter. Daaronder is de afwijking procentueel te groot. Je personenweegschaal weegt weer niet lekker onder de 1 kg.

[Cranberry]

@AUijtdehaag, @Joepla thx. We gaan het ervaren. Eind volgende worden de zonnepanelen gelegd.

Het zal het verschil niet maken dat <60W de nauwkeurigheid minder wordt...

[ocaj]

@Cranberry Ik heb een Eastron SDM220, ook met een minimale stroom van 0.5A volgens de spec.

Maak je geen zorgen, hij meet ook gewoon lagere stroomsterktes. Het is niet zo dat hij bij lagere waardes geen data meer doorgeeft.
Maar zoals hierboven aangegeven, mogelijk minder nauwkeurig?

[LigeTRy]

@Toulon7559 (en de rest)

Ik heb even zitten typen en ik heb een werkend prototype voor het extracten van data vanuit m.ginlong.com en pushen naar PVoutput!
De nieuwe code is te vinden op m'n github

Het script werk het beste onder een cronjob (aangezien er een check in zit wanneer de inverter voor het laatst heeft gepushed naar de ginlong servers. Hierdoor stopt de logging als de zon er even niet is!)

Voor domoticz heb ik nog geen support. Zijn er voorkeuren voor Databases? Zelf gebruik ik MariaDB maar als er andere verzoeken zijn kan ik daar ook wel wat voor maken.

Ik zit zelf niet op andere fora, dus post het script ook vooral daar zodat meer mensen er profijt van kunnen hebben

[Toulon7559]

@wessel145 e.a.

Een Domoticz-aanhang kan ik wel aan je script bijbouwen met spul 'uit mijn voorraad'.
Moet ik voor testen e.d. wel eerst toegang zien te krijgen tot m.ginlong.com .......
Als dat werkt, dan is plaatsing op het Domoticz-forum geen moeite.
Domoticz maakt automatisch een invulling voor zijn SQLite-database en heeft voorzieningen voor verbinding naar InfluxDB e.d.

Je gebruikt Python3:
heb je ook getest met Python2.7?
[Dat zit standaard gekoppeld aan Domoticz]

[ Voor 27% gewijzigd door Toulon7559 op 31-01-2019 10:29 . Reden: tekst uitgebreid ]

[LigeTRy]

Toulon7559 schreef op donderdag 31 januari 2019 @ 10:20:
@wessel145 e.a.
Moet ik voor testen e.d. wel eerst toegang zien te krijgen tot m.ginlong.com .......

Wat ik merkte (tijdens het debuggen en testen) is dat de website voor geen meter werkt op Chrome, heb je al een andere browser geprobeerd? ik merkte dat met Microsoft Edge de boel wel goed ging. Misschien ook even cookies en cache verwijderen.

Net nog even gecheckt met Edge en alles werkt naar behoren, al moet ik wel zeggen dat de website retetraag is. De API call is daarentegen wel rap.

Qua domoticz, als je dat in een pull request zou kunnen zetten zou het helemaal top zijn.

[Toulon7559]

@wessel145

Standaard werk ik met Firefox.
Dus duidelijk dat die browser met de Ginlong-portal2.0 geen gelukkige combinatie is.
Maar (als überhaupt het overgangs-inlogvenster met tekst tevoorschijn komt) Chrome, Edge, IE en Opera melden bij mij na invoer van data op het 'overgangs-venster' ook allemaal 'Sorry,system is too busy ,..... Try again .... or call 4001810512 .......'

Er is hier dus iets anders aan de hand (dat niet simpel met cache-clear is op te lossen), maar wat?

[ Voor 61% gewijzigd door Toulon7559 op 14-02-2019 23:38 . Reden: tekst aangepast ]

[LigeTRy]

Toulon7559 schreef op donderdag 31 januari 2019 @ 10:20:
@wessel145 e.a.
Je gebruikt Python3:
heb je ook getest met Python2.7?
[Dat zit standaard gekoppeld aan Domoticz]

Nope. ik maak gebruik van de requests library, deze is in python 2.7 net wat anders en valt onder de urllib library, ook zijn er net wat andere syntaxes.

Ik heb mezelf Python3 aangeleerd maar 2.7 heb ik weinig kaas van gegeten, al verschilt het natuurlijk niet zoveel. Ik denk dat het met wat aanpassingen best wel mogelijk moet zijn om het met 2.7 werkend te krijgen, maar daar ga ik geen tijd in stoppen Domoticz werkt ook met python3 lees ik op de wiki.

[So_Surreal]

wessel145 schreef op donderdag 31 januari 2019 @ 11:17:
[...]


Nope. ik maak gebruik van de requests library, deze is in python 2.7 net wat anders en valt onder de urllib library, ook zijn er net wat andere syntaxes.

Ik heb mezelf Python3 aangeleerd maar 2.7 heb ik weinig kaas van gegeten, al verschilt het natuurlijk niet zoveel. Ik denk dat het met wat aanpassingen best wel mogelijk moet zijn om het met 2.7 werkend te krijgen, maar daar ga ik geen tijd in stoppen Domoticz werkt ook met python3 lees ik op de wiki.

Ik ben echt een noob met dit soort dingen.
Maar ik heb net een tweede Pi geinstalleerd met "Raspbian Stretch with desktop and recommended software".
Moet ik voor jouw script nog extra software installeren ?

Ik heb de config.ini al gewijzigd qua naam en inhoud (op mijn PC) maar in welke map kan ik deze het beste op de Pi zetten, en hoe doe ik dat ?

[LigeTRy]

So_Surreal schreef op donderdag 31 januari 2019 @ 11:21:
[...]

Ik ben echt een noob met dit soort dingen.
Maar ik heb net een tweede Pi geinstalleerd met "Raspbian Stretch with desktop and recommended software".
Moet ik voor jouw script nog extra software installeren ?

Ik heb de config.ini al gewijzigd qua naam en inhoud (op mijn PC) maar in welke map kan ik deze het beste op de Pi zetten, en hoe doe ik dat ?

Als je "pip3 install requirements.txt" hebt gedaan dan worden alle dependencies (extra software) geinstalleerd. De config kan je prima laten staan in de project directory, sommige mensen prefereren al hun configs ergens anders te hebben staan maar zelf heb ik al mijn "scripts" onder /home/username/gits/ staan, dit maakt niet veel uit. als ik in de map gits zit doe ik de git clone en dan krijgt alles netjes zijn eigen mapje.

Mocht je er niet uit komen stuur mij dan even een PM, dan hoeven we het forum niet vol te spammen.

[So_Surreal]

wessel145 schreef op donderdag 31 januari 2019 @ 11:29:
[...]


Als je "pip3 install requirements.txt" hebt gedaan dan worden alle dependencies (extra software) geinstalleerd. De config kan je prima laten staan in de project directory, sommige mensen prefereren al hun configs ergens anders te hebben staan maar zelf heb ik al mijn "scripts" onder /home/username/gits/ staan, dit maakt niet veel uit. als ik in de map gits zit doe ik de git clone en dan krijgt alles netjes zijn eigen mapje.

Mocht je er niet uit komen stuur mij dan even een PM, dan hoeven we het forum niet vol te spammen.

Is goed, ik ga eerst even kijken hoe ver ik zelf kom, bedankt !

[Toulon7559]

@wessel145

Mijn vraag m.b.t. Python3 werd getriggerd, omdat je in je github een file requirements.txt hebt gezet.
Voorzichtigheidshalve lees je die dan voordat je verder aan de gang gaat óf en welke 'dependencies' er zijn ..........

[LigeTRy]

Er zaten toch nog wat foutjes en kinderziektes in het script (Thanks @So_Surreal voor de input), waarvan ik het grootste deel heb gefixt. Ook heb ik voltage logging toegevoegd en zou het script met meerdere inverters moeten werken. Update staat op github, even een git pull uitvoeren en je kan weer door!

Edit: Mocht je nog problemen ondervinden stuurt dan even een PM, voeg dan ook even de json output van http://m.ginlong.com/cpro...deviceId=HIERJEINVERTERID toe. De data mag je anonimiseren, het gaat mij puur om waar de data precies staat. Het blijkt dat per inverter de data anders wordt opgeslagen op m.ginlong.com.

Edit 2: zojuist weer een update uitgevoerd waarbij de dagelijks gegenereerde energie anders wordt verstuurd (dit was eerst cumulatief, nu de dagelijkse waarde van ginlong) naar PVoutput.

[ Voor 61% gewijzigd door LigeTRy op 04-02-2019 15:35 ]

[So_Surreal]

wessel145 schreef op zondag 3 februari 2019 @ 11:42:
Er zaten toch nog wat foutjes en kinderziektes in het script (Thanks @So_Surreal voor de input), waarvan ik het grootste deel heb gefixt. Ook heb ik voltage logging toegevoegd en zou het script met meerdere inverters moeten werken. Update staat op github, even een git pull uitvoeren en je kan weer door! Mocht je nog problemen ondervinden stuurt dan even een PM

Edit: ik had helaas nog geen tijd om de extra JSON output te sturen waar je voor vroeg in de DM, excuses !

Heel erg bedankt voor de update, en ik geef de input uiteraard graag !
Ik heb hem aangepast en ga hem in de gaten houden, de set knalt nu op 3.000 kWh dus ik zou het zo direct meteen moeten zien

Edit 2: hij werkt nog niet helemaal lekker, krijg nu geen PVoutput meer maar errors haha
Ik heb je de informatie per DM gestuurd.

[ Voor 14% gewijzigd door So_Surreal op 03-02-2019 14:28 ]

[Toulon7559]

Ginlong Inverter, directe data-uitlezing

Ook elders zijn ze hier mee bezig.
Ropndzoekend op internet-fora, vond ik bijv . deze thread.
Herkenbare ervaringen:
delen daarvan lijken me heel redelijk toepasbaar voor onze configuraties .......

Hun oplossingen maken o.a. gebruik van een verbinding naar/via MQTT:
altijd handig, ook voor data-overdracht van andere sensoren.

Direct uitlezen uit de inverter lijkt mij eigenlijk beter dan uitlezen van hun portal:
de software in de inverter zullen ze niet zo gauw veranderen zonder jouw medeweten, maar die van hun portal mogelijk wel.
T.a.v. die (persoonlijke) mening speelt natuurlijk wel de moeilijkheid mee, die ik heb om over te gaan van Ginlong Portal1.0 naar Ginlong Portal2.0, plus Wessel's vermoeden dat per inverter de data anders wordt opgeslagen op het portal.
Het traject van de inverter-interface direct naar je PC die uitleest, is via het LAN natuurlijk ook veel korter/sneller dan de route via China .......

[ Voor 82% gewijzigd door Toulon7559 op 05-02-2019 16:48 . Reden: tekst aangepast ]

[Cranberry]

Cranberry schreef op vrijdag 11 januari 2019 @ 23:25:
Na enig zoekwerk heb ik geen nog antwoord kunnen vinden op m'n vraag/wens om m'n omvormer en kWh-meter met meerdere devices uit te lezen.
Over een aantal weken worden zonnepanelen geïnstalleerd. Omvormer is een Goodwe 3600D-NS. Vanwege schaduw heb ik ook Tigo optimizers. Als monitoring oplossing heb ik de Tigo Cloud Connect Advanced (CCA) aangeschaft. Deze communiceert met de optimizers en stuurt data door naar de portal van Tigo. Omdat deze Tigo CCA ook 2 RS485 Modbus interfaces heeft, wil ik de omvormer én Eastron SDM120-Modbus kWh-meter daarop aansluiten. Via de Tigo-portal kan ik hier dan ook gegevens uit aflezen.

Mijn vraag/wens is: kan ik daarnaast ook via een Raspberry Pi oid met een RS485-naar-USB-converter tegelijkertijd omvormer en kWh-meter uitlezen? De RPi zal geen master kunnen zijn, omdat de CCA dat al zal zijn vermoed ik.
Kan iemand hier iets zinnigs over zeggen?

Extra vraag:
vandaag heb ik m'n omvormer opgehangen. Als ik de WiFi-adapter loshaal, zie ik dit:
[Afbeelding]

Ik wil bij AliExpress dit aanschaffen om via RS485 de omvormer op m'n Tigo CCA aan te sluiten.
Kan iemand beoordelen of dit gaat passen? Nog niets eens zozeer om de kosten, maar meer vanwege de levertijd wil ik graag in 1x het juiste bestellen.
@ThinkPad wellicht?

Even een terugkoppeling voor evt. andere die dezelfde vraag hebben: uiteindelijk heb ik deze besteld. Omdat ik maar 2 aansluiteningen nodig heb, volstaat deze connector. Met pitch 3,81mm zit je goed bij deze omvormer.
Mocht je er één nodig hebben. laat het maar ff weten. Heb er een paar over ...

[Toulon7559]

Heb geen illusies:
tegelijk bij AlieX besteld betekent niet dat alles tegelijk en gecoördineerd aankomt, want de verschillende producenten leveren geheel onafhankelijk in hun eigen tempo ........

[ Voor 10% gewijzigd door Toulon7559 op 05-02-2019 16:52 ]

[Cranberry]

Ik ben op zoek naar een oplossing om ongeveer te kunnen bepalen hoeveel de opbrengst van mijn afzonderlijke strings zijn (string van 10 op ONO en een string van 9 op WZW), die aangesloten worden op een Goodwe 3600D-NS.

De omvormer rapporteert alleen de V en I van de afzonderlijke strings en biedt dus geen kan en klare oplossing.

De richting die @zonoskar heeft gekozen om P te berekenen obv de V en I geeft mogelijkheden. Hiermee heb je de verhouding tussen het vermogen van beide strings te pakken. Als de hoeveelheid geleverde energie (AC) per bepaalde hoeveelheid tijd bepaalt, kun je o.b.v. de verhouding Pdc1 en Pdc2 een indicatie krijgen hoeveel energie elke string heeft opgewekt. Het klopt uiteraard niet op de komma nauwkeurig, maar volgens mij moet je hiermee wel een indicatie hebben.

Klopt dit een beetje?

Helaas ben ik een volledige noob op het gebied van programmeren, dus dat zal nog wel een uitdaging worden, maar als het idee er maar vast is..

@zonoskar ben jij nog bezig met het via RS485 uitlezen van de omvormer, of is dit zelfs al uit het beta-stadium?

[zonoskar]

Cranberry schreef op donderdag 7 februari 2019 @ 08:57:
@zonoskar ben jij nog bezig met het via RS485 uitlezen van de omvormer, of is dit zelfs al uit het beta-stadium?

De RS485 aansluiting op mijn omvormer lijkt niks te doen. Hij is ook niet extern beschikbaar, dus misschien daarom. Ik ben wel verder met het uitlezen van de USB poort. Maar omdat mijn omvormer er niet tegen kan dat de USB poort aangesloten is als hij opstart, heb ik daar een relais tussen gezet. Dit is wel een extra horde die genomen moet worden als anderen mijn script willen gebruiken. Ik weet niet of dit zo handig is om de wereld in te sturen Misschien kun je het scriptje van @Sircuri gebruiken, als je een USB poort hebt. Bij mij werkt dit script ook niet als de omvormer opstart met USB aangesloten.

[ThinkPad]

@Cranberry Met https://github.com/jantenhove/GoodWeLogger op een ESP8266 (+TTL-RS485 converter) kun je de waardes van beide strings uitlezen zie ik (heb zelf maar één string dus kan het niet voor je testen).

@zonoskar Welk model Goodwe heb je? Bij mij (GW3000-NS) moest ik de wifi-module afkoppelen om RS485 te laten werken.

[zonoskar]

@ThinkPad Ik heb een GW06K-DT. maar dan een blauwe. Volgens mij is het die ook niet precies, want deze is 6000W, de mijne is 6300W. Hij komt uit de GW17-DT serie, maar tegenwoordig maken ze die niet meer in de lage vermogens.

/edit: zonoskar in "Datalogging: PV systemen" zo zit mijn RS485, niet van buiten beschikbaar dus. Met wifi er af, of er op maakte geen verschil. Er kwam geen data van de RS485 poort.

[ Voor 60% gewijzigd door zonoskar op 07-02-2019 13:46 ]

[Cranberry]

@zonoskar ik heb, zoals @ThinkPad aangeeft, m'n wifi-stick losgekoppeld. Daarachter zitten de connectors voor de RS485-aansluiting.
Morgen worden m'n zonnepanelen geïnstalleerd, dus pas vanaf dat moment kan ik testen of de RS485 werkt. Ik heb geen aanleiding om te denken dat dat niet zo is.

@ThinkPad Klopt, ik heb die pagina al gezien. 'k Moet dan alleen nog ff wat code erbij maken die realiseert wat ik voor ogen heb. Wellicht dat ik, als het lukt, tijd hiervoor vrij kan maken.

[Possible]

Inmiddels met hulp van @AUijtdehaag Ook mijn SMA kunnen uitlezen d.m.v. Grafana:

https://snapshot.raintank...aV6HgS20U3EhozkISC4eH5jx1

Zelf heb ik nog aanpassingen gedaan. Waaronder 2 sensors toegevoegd van DSMR Reader van de slimme meter. (Usage Now en Delivering)

Nu kan ik in 1 overzicht zien wat er gebeurd met stroomverbruik. Ik ben tevreden!

Ik heb 2 omvormers 1 x SMA 5.0 40AV en een oude Sunnyboy 1600TL welke alleen via Bluetooth te benaderen valt. Ook maar eens uitzoeken hoe ik deze kan koppelen.

[ Voor 23% gewijzigd door Possible op 08-02-2019 10:37 ]

[martijndierckx]

Ik heb zelf een SMA STP6.0-3AV-40 hangen die ik uitlees via de APIs die zijn blootgelegd voor de webinterface.

Alles wordt doorgepompt naar influxdb. En daarna mooi in een grafana dashboardje getoond.

Ruwe code dump op https://github.com/martijndierckx/sunnyboy-influxdb

Wel met de nadruk op ruw. Dus als er gegadigden zijn om er aan mee te werken...

[AUijtdehaag]

@Martinoswebdsgn
Erg bedankt voor het delen.

[LigeTRy]

wessel145 schreef op zondag 3 februari 2019 @ 11:42:
Er zaten toch nog wat foutjes en kinderziektes in het script (Thanks @So_Surreal voor de input), waarvan ik het grootste deel heb gefixt. Ook heb ik voltage logging toegevoegd en zou het script met meerdere inverters moeten werken. Update staat op github, even een git pull uitvoeren en je kan weer door!

Edit: Mocht je nog problemen ondervinden stuurt dan even een PM, voeg dan ook even de json output van http://m.ginlong.com/cpro...deviceId=HIERJEINVERTERID toe. De data mag je anonimiseren, het gaat mij puur om waar de data precies staat. Het blijkt dat per inverter de data anders wordt opgeslagen op m.ginlong.com.

Edit 2: zojuist weer een update uitgevoerd waarbij de dagelijks gegenereerde energie anders wordt verstuurd (dit was eerst cumulatief, nu de dagelijkse waarde van ginlong) naar PVoutput.

Ik ben weer even aan de slag geweest en mede door input van verschillende tweakers tot wat nieuwe inzichten gekomen. de JSON output die wordt gegenereerd op m.ginlong.com hangt erg af van de generatie inverter die je hebt. In de config kan je nu aangeven of je een gen3 of gen4 inverter hebt van ginlong. De code is weer een mooie spaghetti welke ik later nog wel met een commit ga fixen (of niet )

Laat het even weten als jullie nog tegen problemen aanlopen (@So_Surreal @zw7 ). Nieuwe code staat op github en met een "git pull" haal je ook de nieuwste versie binnen

Edit: Het blijkt dat er toch nog flink wat haken en ogen aan zitten, als een huis-, tuin- en keukenprogrammeur los ik 1 bug op en komen er weer 10 tevoorschijn . Als het goed is staat er nu een versie op github die t wel moet doen. Zo niet, DM me!

[ Voor 7% gewijzigd door LigeTRy op 13-02-2019 22:50 ]

[So_Surreal]

wessel145 schreef op woensdag 13 februari 2019 @ 18:21:
[...]


Ik ben weer even aan de slag geweest en mede door input van verschillende tweakers tot wat nieuwe inzichten gekomen. de JSON output die wordt gegenereerd op m.ginlong.com hangt erg af van de generatie inverter die je hebt. In de config kan je nu aangeven of je een gen3 of gen4 inverter hebt van ginlong. De code is weer een mooie spaghetti welke ik later nog wel met een commit ga fixen (of niet )

Laat het even weten als jullie nog tegen problemen aanlopen (@So_Surreal @zw7 ). Nieuwe code staat op github en met een "git pull" haal je ook de nieuwste versie binnen

Thanks, werkt helaas nog niet maar kan ook zijn dat ik iets verkeerd heb gedaan.
Ik heb je mijn informatie + feedback per DM verstuurd.

[Toulon7559]

Wordt niet opgetogen als ik lees dat op de Ginlong2.0-portal diverse varianten uitlezing van toepassing zijn.

In deze thread nog iemand bezig om de LAN- verbinding uit te pluizen naar/van de Datalogger-stick van de Ginlong-inverters? Of zonder zo'n Datalogger-stick direct de RS485-interface uitlezen?
Krijgen we daar ook te maken met het aspect van Gen3 en Gen4 voor de inverters, en hoe herken je dat?
Kun je dat zien aan het S/N van je inverter?
Mijn inverter-S/N heeft opbouw 0009400xx

Heb wat zitten experimenteren met de poort-settings voor Server_B in het Setup-menu onder de 'Manual'-tab van de Ginlong DLS, maar wat ik ook aan poort-waarde invul, na aanklikken van de Test-button op die webpagina krijg ik steeds een V
Vreemd, zeker omdat ik aan de kant van de bestemmings-Server_B (een Raspberry) niets aan poort-instelling heb aangepast: zal wel een zaak zijn van interpretatie wat 'Test' voorstelt .........
Op de 'System'-tab van het Setup-menu wordt Server_B (m.i., in bovengenoemd zicht) steeds wel correct als un-pingable aangeduid.
Iemand al een idee welk poort-nummer aan weerskanten van de verbinding moet worden ingevuld om een Raspberry als Server-B pingable te maken en 'ontvankelijk' voor upload uit de DLS?

Ook een paar van de Omnik-scripts geprobeerd die de WiFi-sticks direct kunnen uitlezen, maar mijn DLS_L heeft een S/N beginnend met 190, en dat zie ik nergens in de oplossingen genoemd (en ook geen spontaan goed resultaat).
Tasten in het duister .......

[ Voor 73% gewijzigd door Toulon7559 op 19-02-2019 20:47 . Reden: 2 Alinea's toegevoegd ]

[Pino112]

Ik heb op ons nieuwbouwhuis sinds november zonnepanelen met een Solax X1 Mini omvormer.
Deze kan je natuurlijk uitlezen met de Solax Pocket Wifi die naar de SolaxPortal uploadt, maar er zit ook een RS485-poort op die ik uit zou kunnen lezen en de data dmv een RPi en dat gebruiken voor PVOutput/Domoticz etc. Lijkt me fijner dan alles via hun portal moeten laten lopen.

Jammer dat er over Solax verder niet zo veel te vinden valt qua datalogging, dus vraag me af of de methode van @CodeIT om de RS485 uit te lezen gaat werken bij Solax, voor de rest ziet dat er namelijk super uit.

@WaSteiL; ben jij al verder met uitlezen van je X1 Mini?

[MdO82]

Ik maak liever niet gelijk een crosspost aan, maar wellicht dat mensen hier zijn die dit probleem ook herkennen.

Merkte dat de opwekking in Domoticz niet goed meer wordt weergegeven.
Aangezien ik eerst aan Domoticz dacht heb ik eerst mijn verhaal in dat topic geplaatst.

Probleem wat ik nu ervaar is het volgende:


Er wordt in Domoticz elke 2 uur een waarde gelogd ipv elk uur.
De data per 5 minuten van Domoticz is wel weergegeven, maar het totaal wordt dus eens per 2 uur geüpdate.

Aangezien ik vermoed dat er iets niet goed gaat in het script van Pvoutput en we het hier over datalogging hebben doe ik in dit topic ook een poging

[WaSteiL]

Pino112 schreef op zondag 17 februari 2019 @ 13:52:
Ik heb op ons nieuwbouwhuis sinds november zonnepanelen met een Solax X1 Mini omvormer.
Deze kan je natuurlijk uitlezen met de Solax Pocket Wifi die naar de SolaxPortal uploadt, maar er zit ook een RS485-poort op die ik uit zou kunnen lezen en de data dmv een RPi en dat gebruiken voor PVOutput/Domoticz etc. Lijkt me fijner dan alles via hun portal moeten laten lopen.

Jammer dat er over Solax verder niet zo veel te vinden valt qua datalogging, dus vraag me af of de methode van @CodeIT om de RS485 uit te lezen gaat werken bij Solax, voor de rest ziet dat er namelijk super uit.

@WaSteiL; ben jij al verder met uitlezen van je X1 Mini?

Nee, ik heb twee RS485 controllers liggen, maar ik kreeg er niets uit. Dit waren wel 2 controllers van hetzelfde type dus mogelijk ligt het daar aan.

[jantje112]

Heeft iemand ervaring met het uitlezen van een ABB Trio omvormer? Ik kan voor 150 euro een wifikaartje kopen, maar liever een oplossing die upload naar PVOutput

[zonoskar]

Ik krijg reacties dat mijn Goodwe2PVoutput script niet meer werkt, hebben jullie dat ook? Ik gebruik de webportal zelf niet meer, ik lees nu via USB uit.

[WaSteiL]

zonoskar schreef op woensdag 20 maart 2019 @ 09:34:
Ik krijg reacties dat mijn Goodwe2PVoutput script niet meer werkt, hebben jullie dat ook? Ik gebruik de webportal zelf niet meer, ik lees nu via USB uit.

Correct.. ik krijg meldingen dat mijn inverter offline zou zijn. Maar ik krijg ook geen data eruit als ik het doe met https://github.com/markruys/gw2pvo. Dus er lijkt misschien iets aangepast te zijn aan de kant van de SEMS portal?

[zonoskar]

@WaSteiL Daar ga ik wel van uit. Ik ga dit weekend eens kijken wat er mis is.

[DRuw]

zonoskar schreef op woensdag 20 maart 2019 @ 09:34:
Ik krijg reacties dat mijn Goodwe2PVoutput script niet meer werkt, hebben jullie dat ook? Ik gebruik de webportal zelf niet meer, ik lees nu via USB uit.

Yup, sinds gisteren iets na 10:00 uur
Hij geeft aan dat de inverter offline is maar de portal werkt wel gewoon...
ff voor mijn info, hoe heb jij die USB logging goed voor elkaar gekregen?

[KuuKe]

GoodWe is eindelijk begonnen om de oude portal te ontmantelen, Die site had er afgelopen oktober al uit moeten zijn volgens hun eigen mailings.

Het Domoticz script dat ik gebruik haalt de data via de oude goodwe-url weg en dat is nu dus niet meer mogelijk.

[Unicron]

Hier ook hetzelfde probleem met de goodwe website. Ik gebruik een python script om de realtime gedeelte te scrapen, maar op de nieuwe SEMS portal lijkt dit niet meer te bestaan.

Links naar nieuwe werkende pvoutput scripts voor de SEM portal zijn welkom

[zonoskar]

DRuw schreef op woensdag 20 maart 2019 @ 18:40:
[...]

Yup, sinds gisteren iets na 10:00 uur
Hij geeft aan dat de inverter offline is maar de portal werkt wel gewoon...
ff voor mijn info, hoe heb jij die USB logging goed voor elkaar gekregen?

Ik heb een relais (iets van 5 euro) tussen de USB kabel gesoldeerd. Dit relais bedien in met een Raspberry Pi, als ik geen contact krijg, schakel ik het relais weer uit. Op die manier start mijn omvormer mooi op en kan ik toch data van de USB lezen. Er blijft een kleine kans dat de omvormer start terwijl het script aan het proben is of de omvormer aan staat, maar dat is in een half jaar nog niet voor gekomen. Je moet dan wel de Pi in de buurt hangen van de omvormer en nog internet hebben ook (of een Pi kopen met wifi).

Daarnaast moest ik een crontab op de Pi installeren die elke avond mijn Pi reboot, anders hing de Pi om de 1 a 2 dagen. Iets met teveel load via USB en/of ethernet? Misschien moest ik maar eens een handleiding maken om dit te maken.

[Possible]

Ik heb een Omnik omvormer van een pi omgezet naar een Ubuntu server.

Als ik handmatig het upload script met python invoer, (python OmnikExport.py) dan krijg ik de volgende error:

code:

Traceback (most recent call last):
  File "OmnikExport.py", line 170, in <module>
    omnik_exporter.run()
  File "OmnikExport.py", line 52, in run
    __import__(plugin_name)
ValueError: Empty module name

code:

python Livestats.py

werkt netjes en hij maakt ook verbinding met de Omnik omvormer

Zegt iemand dit wat?Ik gebruik dit script van Wouter:

https://github.com/Woutrrr/Omnik-Data-Logger

[ Voor 11% gewijzigd door Possible op 21-03-2019 10:36 ]

[DRuw]

zonoskar schreef op woensdag 20 maart 2019 @ 21:45:
[...]
Misschien moest ik maar eens een handleiding maken om dit te maken.

Yes please! Heb wifi AP naast mijn Goossens hangen dus een pi kan ik er zo naast zetten.
USB is toch stabieler dan de site proben volgens mij...

[Pathogen]

Possible schreef op donderdag 21 maart 2019 @ 10:35:
Ik heb een Omnik omvormer van een pi omgezet naar een Ubuntu server.

Als ik handmatig het upload script met python invoer, (python OmnikExport.py) dan krijg ik de volgende error:

code:

Traceback (most recent call last):
  File "OmnikExport.py", line 170, in <module>
    omnik_exporter.run()
  File "OmnikExport.py", line 52, in run
    __import__(plugin_name)
ValueError: Empty module name

code:

python Livestats.py

werkt netjes en hij maakt ook verbinding met de Omnik omvormer

Zegt iemand dit wat?Ik gebruik dit script van Wouter:

https://github.com/Woutrrr/Omnik-Data-Logger

Niet inhoudelijk op het script, maar check even of je de juiste Python versie draait. Als ik het goed heb draait dit op 2.x, niet op 3

[Possible]

Pathogen schreef op donderdag 21 maart 2019 @ 10:41:
[...]


Niet inhoudelijk op het script, maar check even of je de juiste Python versie draait. Als ik het goed heb draait dit op 2.x, niet op 3

Lijkt volgens mij goed:

code:

python --version
Python 2.7.15rc1

[il-Principe]

KuuKe schreef op woensdag 20 maart 2019 @ 18:50:
GoodWe is eindelijk begonnen om de oude portal te ontmantelen, Die site had er afgelopen oktober al uit moeten zijn volgens hun eigen mailings.

Het Domoticz script dat ik gebruik haalt de data via de oude goodwe-url weg en dat is nu dus niet meer mogelijk.

De oude site is (jammergenoeg) half uit de lucht, de data zelf is er nog wel af te halen. Ik vond het zelf een handigere site om de data/grafieken te kunnen bekijken met weinig datasmoothing.

[ThinkPad]

Als je handig bent (en jouw Goodwe RS485 praat) dan zou ik zelf lokaal de data uitlezen: https://github.com/jantenhove/GoodWeLogger

Draait hier al tijden prima, logt het naar PVOutput.

[zonoskar]

Ik heb mijn script aangepast. Het zou nu moeten werken met de nieuwe Sems portal. Ik heb daarmee ook de USB logging functionaliteit opgeleverd, maar in alpha status. Mocht je willen weten hoe, PM me maar

https://github.com/zonoskar/Goodwe2PVoutput

[DRuw]

ik krijg de melding "no module names goodwefactory"
Heb je die toegevoegd?

edit: ook de tempMonitor?

[ Voor 16% gewijzigd door DRuw op 24-03-2019 20:56 ]

[WaSteiL]

zonoskar schreef op zondag 24 maart 2019 @ 15:08:
Ik heb mijn script aangepast. Het zou nu moeten werken met de nieuwe Sems portal. Ik heb daarmee ook de USB logging functionaliteit opgeleverd, maar in alpha status. Mocht je willen weten hoe, PM me maar

https://github.com/zonoskar/Goodwe2PVoutput

Ik blijf maar de volgende melding houden "ImportError: No module named BeautifulSoup" ondanks dat ik het op alle mogelijk wijzes geinstalleerd heb.

[Ralfie165]

Unicron schreef op woensdag 20 maart 2019 @ 19:07:
Hier ook hetzelfde probleem met de goodwe website. Ik gebruik een python script om de realtime gedeelte te scrapen, maar op de nieuwe SEMS portal lijkt dit niet meer te bestaan.

Links naar nieuwe werkende pvoutput scripts voor de SEM portal zijn welkom

Ik gebruik sinds 20-11-2018 het script van Mark Ruys: https://github.com/markruys/gw2pvo

Op dat moment had hij het al aangepast voor de nieuwe SEMS portal.
Het script draait op een Raspberry Pi 2 en heeft sinds de installatie hiervan nog nooit gefaald.
Zie hier mijn PVOutput: https://pvoutput.org/intraday.jsp?id=62026&sid=55213

[Unicron]

Ralfie165 schreef op maandag 25 maart 2019 @ 15:48:
[...]


Ik gebruik sinds 20-11-2018 het script van Mark Ruys: https://github.com/markruys/gw2pvo

Op dat moment had hij het al aangepast voor de nieuwe SEMS portal.
Het script draait op een Raspberry Pi 2 en heeft sinds de installatie hiervan nog nooit gefaald.
Zie hier mijn PVOutput: https://pvoutput.org/intraday.jsp?id=62026&sid=55213

Toevallig heb ik gisteren hetzelfde script werkend gekregen. Eerst werkte het niet omdat mijn goodwe password te lang was. SEMS portal webpage accepteerde dit gewoon, maar de mobiele portal niet.

[DRuw]

WaSteiL schreef op maandag 25 maart 2019 @ 13:28:
[...]


Ik blijf maar de volgende melding houden "ImportError: No module named BeautifulSoup" ondanks dat ik het op alle mogelijk wijzes geinstalleerd heb.

Ik had het ook, je hebt BeautifulSoup4 geïnstalleerd ipv 3
sudo pip install beautifulsoup
Maar vervolgens loop ik vast op gpio die ik niet geïnstalleerd zou hebben... maar wel gedaan heb dus

[WaSteiL]

DRuw schreef op maandag 25 maart 2019 @ 19:44:
[...]

Ik had het ook, je hebt BeautifulSoup4 geïnstalleerd ipv 3
sudo pip install beautifulsoup
Maar vervolgens loop ik vast op gpio die ik niet geïnstalleerd zou hebben... maar wel gedaan heb dus

Thanks.. deze had ik denk ik als enige niet geinstalleerd.
Bij mij doet hij het verder nu wel, ik moest alleen nog in de config een waarde opgeven bij usb_sample_interval want anders pikte hij het ook niet.

[zonoskar]

Ja sorry guys, ik had niet heel veel tijd om te testen en wou toch een update de wereld ingooien Ik heb beautifulsoup er trouwens weer uit gehaald, die was niet echt nodig. Ik ga nog die sample interval optioneel maken, zodat je die alleen nodig hebt als je via USB uitleest.

Ik hoor overigens van anderen dat het even gewerkt heeft, maar nu aangeeft dat er geen waarde voor 'status' beschikbaar is. Iemand hier last van?

[WaSteiL]

zonoskar schreef op dinsdag 26 maart 2019 @ 17:29:
Ja sorry guys, ik had niet heel veel tijd om te testen en wou toch een update de wereld ingooien Ik heb beautifulsoup er trouwens weer uit gehaald, die was niet echt nodig. Ik ga nog die sample interval optioneel maken, zodat je die alleen nodig hebt als je via USB uitleest.

Ik hoor overigens van anderen dat het even gewerkt heeft, maar nu aangeeft dat er geen waarde voor 'status' beschikbaar is. Iemand hier last van?

Yes, hier het geval. Dat was toen ik net even controleerde. Als ik hem opnieuw opstart lijkt hij het wel te doen.
Dus morgen weet ik of hij het dan weer niet oppakt..

[Icekiller2k6]

voor de mensen met een goodwe omvormer
http://globalapi.sems.com.cn:82/swagger/ui/index#/

iemand met meer tijd als mij:
https://brnrd.eu/misc/201...the-internet-of-shit.html

[ Voor 36% gewijzigd door Icekiller2k6 op 29-03-2019 18:11 ]

[NielsTn]

Zijn er tweakers die reeds de oplossing voor de Growatt 3000S omvormer hebben gevonden?
Ik zoek voor de Growatt omvormer instructies/tools om de data (die nu naar de portal van de leverancier gaan) af te vangen naar JSunnyReports (JSR). De laatste versie van JSR loopt al maanden feilloos op de Raspberry Pi, i.c.m. een SMA omvormer en bluetooth voor de SMA omvormer.

Ik zoek geen export van Growatt omgeving naar import JSR omgeving, maar een die (near) realtime deze omvormer kan monitoren.
Wie heeft deze zelfde vraag/uitdaging reeds weten in te vullen en zo ja: hoe?

extra info:

• Raspberry Pi draait dus JSR, en is op een vast IP-address geconfigureerd (bekabeld aan LAN);
• de Growatt heeft een wifi-adapter, en reeds geconnect met het WLAN van mijn ouders, voor verbinding naar Growatt servers).

[ Voor 18% gewijzigd door NielsTn op 11-04-2019 13:18 ]

[Idanue]

Heeft iemand een idee wat er mis is met mijn SBFspot?
Het uploaden naar PVOutput gaat tot in de avond goed en de volgende ochtend heb ik een log vol met deze errors:

• [06:35:31] ERROR: Uploading 2 datapoints, starting with 20190413,02:10,406481,0 Bad request 400: Power value [4877784] too high for system size [4800]
  [06:36:30] ERROR: Uploading 2 datapoints, starting with 20190413,02:10,406481,0 Bad request 400: Power value [4877784] too high for system size [4800]
  [06:37:31] ERROR: Uploading 2 datapoints, starting with 20190413,02:10,406481,0 Bad request 400: Power value [4877784] too high for system size [4800]

Het is op te lossen door de oude .db te verwijderen en een nieuwe aan te maken maar het is nogal vervelend als het om de paar dagen weer terug komt.

@sbf heb jij misschien een idee?

[sbf]

Idanue schreef op zaterdag 13 april 2019 @ 09:20:
Heeft iemand een idee wat er mis is met mijn SBFspot?
Het uploaden naar PVOutput gaat tot in de avond goed en de volgende ochtend heb ik een log vol met deze errors

Hiervoor bestaat een workaround: https://github.com/SBFspot/SBFspot/issues/137

Het komt erop neer dat je de view aanpast zodat er niet meer dan 150% van je totaal vermogen (4800W) wordt doorgestuurd. In jouw geval dus 7200 (Best afronden naar 7000 om een beetje marge te hebben)

code:

DROP VIEW IF EXISTS vwPvoData;

CREATE VIEW vwPvoData AS
       SELECT dd.Timestamp,
              dd.Name,
              dd.Type,
              dd.Serial,
              dd.TotalYield AS V1,
              CASE WHEN dd.Power > 7000
              THEN 0
              ELSE dd.Power
              END AS V2,
              cons.EnergyUsed AS V3,
              cons.PowerUsed AS V4,
              spot.Temperature AS V5,
              spot.Uac1 AS V6,
              NULL AS V7,
              NULL AS V8,
              NULL AS V9,
              NULL AS V10,
              NULL AS V11,
              NULL AS V12,
              dd.PVoutput
         FROM vwDayData AS dd
              LEFT JOIN vwAvgSpotData AS spot
                     ON dd.Serial = spot.Serial AND dd.Timestamp = spot.Nearest5min
              LEFT JOIN vwAvgConsumption AS cons
                     ON dd.Timestamp = cons.Nearest5min
        ORDER BY dd.Timestamp DESC;

[Idanue]

Bedankt voor de snelle reactie, ik ga het proberen.

[GAEvakYD]

Willen jullie eens meedenken. Ik heb thuis een GroWatt omvormer hangen en nog niet aangesloten op PvOutput. Dat wilde ik komende week gaan doen met de bekende manier. Het verkeer door mijn NUC te sturen, daar met tcpdump op te vangen en met iptables rules het verkeer door te sturen.

Nu heb een uitdaging dat ik komende weken nog twee GroWatt omvormers ga aanleggen. Kan dit gaan werken als drie omvormers te gelijk data naar mijn NUC gaan spugen en mijn NUC dat doorstuurt naar de Growatt server en PvOutput? Iets zegt mij dat dit problemen moet gaan geven. Tellers die door elkaar heen gaan lopen enzo.

[The_Admin]

Ik heb in het topic gezocht en kon niet echt een eenduidige tip vinden, en eerlijk gezegd heb ik wel genoeg kennis van de 'IT' zijde van het spectrum, maar te weinig van het solar/electra gebeuren (en helpt het niet dat de omvormer en panelen hangen in een huis wat ik kocht, dus ik ben ook niet het hele traject doorgelopen om ze te selecteren en op die manier wat requirements aan een omvormer te hangen).

Anyway, ik heb 10 paneeltjes met een Mastervolt XS3200 omvormer. Ik wil graag wat meer inzicht krijgen in opbrengst en ook gewoon wat historie bewaren.

Requirements;
Oplossing moet compatible zijn met de omvormer (duh), zonder al te veel om te bouwen etc.
Data te importeren in of uit te lezen met Home Assistant

Overwegingen:
Eventueel kan er gelogd worden naar m'n Synology NAS, in bv. MariaDB, sowieso graag data (ook) lokaal en niet alleen een cloud oplossing.
Het liefst een systeem dat ik via WLAN kan koppelen daar het lastig is extra bekabeling tussen meterkast (Synology / Home Assistant / Stoppenkast / Electrameter) en zolder (omvormer) te leggen.

Wat heb ik zelf gevonden; https://www.fp4all.com/en...aeg-pv-type-pvlogger.html

Ik kan alleen weinig vinden over ervaringen met dit systeem en mijn omvormer. Het hoeft niet perse zo'n kant en klaar systeem te zijn, ik heb nog een RPI (2B volgens mij, dus geen WiFi) liggen waar ik niks mee doe, en de IT kant van het systeem is zoals gezegd het probleem niet, ga alleen het liefst niet zelf rommelen met de elektra / omvormer.

TL;DR; wat is een handige oplossing om te kunnen loggen met een Mastervolt XS3200, met een voorkeur voor draadloze connectiviteit

[NielsTn]

GAEvakYD schreef op maandag 15 april 2019 @ 14:16:
Willen jullie eens meedenken. Ik heb thuis een GroWatt omvormer hangen en nog niet aangesloten op PvOutput. Dat wilde ik komende week gaan doen met de bekende manier. Het verkeer door mijn NUC te sturen, daar met tcpdump op te vangen en met iptables rules het verkeer door te sturen.

Nu heb een uitdaging dat ik komende weken nog twee GroWatt omvormers ga aanleggen. Kan dit gaan werken als drie omvormers te gelijk data naar mijn NUC gaan spugen en mijn NUC dat doorstuurt naar de Growatt server en PvOutput? Iets zegt mij dat dit problemen moet gaan geven. Tellers die door elkaar heen gaan lopen enzo.

Geen ervaring maar voor pvoutput zul je ook aparte keys voor elk systeem moeten regelen. Mogelijk zelfs dat de data uniek gemaakt wordt mbv serienummer of zo? Zelf een Growatt omvormer waarvan ik de data zo direct mogelijk naar jSunnyreports wil sturen...

[DigiK-oz]

In de data die van de Growatt afkomt zit zowel een "datalogger" (de wifi-module zo te zien) als een inverter-id. Op basis daarvan kun je dus bepalen van welke inverter de data komt. Of dat te splitsen valt met de "standaard" oplossing met tcpdump weet ik niet.

Ik heb een houtje-touwtje python script gemaakt op mijn RPI wat zich voordoet als een "Growatt server" en op die manier alle data van de inverter ontvangt zonder tcpdump te gebruiken (ip-adres van mijn RPI in de wifi module geconfigureerd als destination). Deze data prop ik vervolgens in een MySQL database én stuur ik door naar pvoutput. Ik heb maar 1 omvormer maar in principe zou het script meerdere omvormers moeten kunnen afhandelen, als ik op basis van het datalogger-id en/of interter-id de data naar verschillende pvoutput systemids zou sturen.

[GAEvakYD]

DigiK-oz schreef op woensdag 17 april 2019 @ 21:20:
In de data die van de Growatt afkomt zit zowel een "datalogger" (de wifi-module zo te zien) als een inverter-id. Op basis daarvan kun je dus bepalen van welke inverter de data komt. Of dat te splitsen valt met de "standaard" oplossing met tcpdump weet ik niet.

Ik heb een houtje-touwtje python script gemaakt op mijn RPI wat zich voordoet als een "Growatt server" en op die manier alle data van de inverter ontvangt zonder tcpdump te gebruiken (ip-adres van mijn RPI in de wifi module geconfigureerd als destination). Deze data prop ik vervolgens in een MySQL database én stuur ik door naar pvoutput. Ik heb maar 1 omvormer maar in principe zou het script meerdere omvormers moeten kunnen afhandelen, als ik op basis van het datalogger-id en/of interter-id de data naar verschillende pvoutput systemids zou sturen.

Nice, dat klinkt goed. Zou je mij dat scriptje kunnen delen? Je gebruikt dan enkel PvOutput en eventueel MySQl voor je rapportages en niet meer de dashboards van GroWatt, of stuur je het verkeer ook nog door?

[DigiK-oz]

Ik heb het script even ontdaan van mijn identificaties (API key etc) en is hier te vinden (als .txt file). De tabel-definitie voor de MySQL table staat hier.

Zoals gezegd, het is bij elkaar geraapt (want ben bepaald geen python expert), en zit nog vol met debug-statements (maar dat is nu misschien juist wel handig ) maar het werkt al jaren perfect. Ik start het op vanuit crontab na iedere reboot. Iemand met wat python kennis kan het vast wel een beetje verbeteren en aanpassen voor meerdere inverters.

Het script ontvangt dus de data rechtstreeks van de wifi module. Het slaat de boel op in MySQL en stuurt het door naar PVOutput. Het wordt niet doorgestuurd naar de Growatt servers, maar ook dat zou niet heel ingewikkeld moeten zijn als je dat ook zou willen.

Het script vereist wel dat er al e.e.a. geinstalleerd is (python MySQLdb connector bijvoorbeeld), maar wat precies, dat weet ik al lang niet meer (als het ooit niet meer werkt heb ik dus een probleem en kan ik het allemaal weer uit gaan zoeken ).

In ieder geval aanpassen:
- MySQL IP, user, password en database naam
- PVOutput api-key en systemid

En hier nog wat info over de data die vanuit de wifi module wordt verstuurd.

[ Voor 6% gewijzigd door DigiK-oz op 18-04-2019 08:41 ]

[GAEvakYD]

DigiK-oz schreef op donderdag 18 april 2019 @ 08:35:
Ik heb het script even ontdaan van mijn identificaties (API key etc) en is hier te vinden (als .txt file). De tabel-definitie voor de MySQL table staat hier.

Zoals gezegd, het is bij elkaar geraapt (want ben bepaald geen python expert), en zit nog vol met debug-statements (maar dat is nu misschien juist wel handig ) maar het werkt al jaren perfect. Ik start het op vanuit crontab na iedere reboot. Iemand met wat python kennis kan het vast wel een beetje verbeteren en aanpassen voor meerdere inverters.

Het script ontvangt dus de data rechtstreeks van de wifi module. Het slaat de boel op in MySQL en stuurt het door naar PVOutput. Het wordt niet doorgestuurd naar de Growatt servers, maar ook dat zou niet heel ingewikkeld moeten zijn als je dat ook zou willen.

Het script vereist wel dat er al e.e.a. geinstalleerd is (python MySQLdb connector bijvoorbeeld), maar wat precies, dat weet ik al lang niet meer (als het ooit niet meer werkt heb ik dus een probleem en kan ik het allemaal weer uit gaan zoeken ).

In ieder geval aanpassen:
- MySQL IP, user, password en database naam
- PVOutput api-key en systemid

En hier nog wat info over de data die vanuit de wifi module wordt verstuurd.

Wow nice, daar ga ik komende dagen even naar kijken. Dank voor het delen.

[Ep Woody]

DigiK-oz schreef op donderdag 18 april 2019 @ 08:35:
Ik heb het script even ontdaan van mijn identificaties (API key etc) en is hier te vinden (als .txt file). De tabel-definitie voor de MySQL table staat hier.
[...]

Prima werkend scriptje zo te zien, voor welke versie van growatt links werkt dit script. Ik heb een shinelink en daar is de data die verzonden wordt gescrambled. Mijn oplossing was een perl script dat de data onderschept en doorstuurt naar growatt en deze data opslaat in een buffertje. Daarna laat ik een php script de data descramblen en doorsturen naar pvoutput en influxdb.

[DigiK-oz]

Ep Woody schreef op donderdag 18 april 2019 @ 09:46:
[...]


Prima werkend scriptje zo te zien, voor welke versie van growatt links werkt dit script. Ik heb een shinelink en daar is de data die verzonden wordt gescrambled. Mijn oplossing was een perl script dat de data onderschept en doorstuurt naar growatt en deze data opslaat in een buffertje. Daarna laat ik een php script de data descramblen en doorsturen naar pvoutput en influxdb.

Mijn wifi module lijkt versie 2.0 te zijn als ik het goed zie na inloggen op het ding. Shinelink ken ik verder niet.

[GAEvakYD]

Ep Woody schreef op donderdag 18 april 2019 @ 09:46:
[...]


Prima werkend scriptje zo te zien, voor welke versie van growatt links werkt dit script. Ik heb een shinelink en daar is de data die verzonden wordt gescrambled. Mijn oplossing was een perl script dat de data onderschept en doorstuurt naar growatt en deze data opslaat in een buffertje. Daarna laat ik een php script de data descramblen en doorsturen naar pvoutput en influxdb.

Oei. Ik heb een Wifi module die ShineWifi-S al type heeft. Wel lastig als die inderdaad de data versleuteld verzend. Heb jij ook zo'n zwarte GroWatt Shine-Wifi module? Zo ja dan zal ik het script van DigiK-oz vermoedelijk niet kunnen gebruiken.

[DigiK-oz]

GAEvakYD schreef op donderdag 18 april 2019 @ 10:57:
[...]


Oei. Ik heb een Wifi module die ShineWifi-S al type heeft. Wel lastig als die inderdaad de data versleuteld verzend. Heb jij ook zo'n zwarte GroWatt Shine-Wifi module? Zo ja dan zal ik het script van DigiK-oz vermoedelijk niet kunnen gebruiken.

Misschien kun je het combineren met het de-scramble script van @Ep Woody

[Ep Woody]

@DigiK-oz @GAEvakYD

https://github.com/ehoutsma/Growatt-proxy

Probeer maar. Heel quick and dirty, maar hoop voor je dat er wat mee kunt.

[Heronimo]

Zojuist is de PV installatie aangesloten. De Solax omvormer heb ik geregistreerd op Solax Cloud. Het serienummer van de omvormer zelf komt hier echter niet door. Iemand anders die dit probleem ook gehad heeft?