Datalogging: PV systemen

[Adanteh]

Zijn er ook andere mogelijkheden dan pvoutput? Heb hier een GoodWe en gaat dan voornamelijk over wat data bekijken in een (android) app, die minder waardeloos is als die SemsPortal. Zou ook wel fijn zijn om de geschiedenis te hebben, maar wat ik lees bij gw2pvo is dat er een limiet op zit van 15 dagen (en 90 voor geschiedenis) met pvoutput.

Zou het trouwens ook fijner vinden om gewoon zelf lokaal wat te draaien, iemand bekend met een service die ik kan draaien om alles bij te houden en een telefoon applicatie die ik daar aan kan hangen? Mocht het nodig zijn kan ik zelf iets schrijven als er geen goodwe import al bestaat.

[Kalentum]

@AUijtdehaag Het is mij ondertussen gelukt met behulp van een python script dat ik hier heb gevonden: https://www.photovoltaikf...ostID=1738562#post1738562

Ik kan daarmee met modbus de omvormer uitlezen via het netwerk. Met wat creatief shell scripten heb ik nu de huidige opbrengst (Watt) van de zonnepanelen en het totaal van vandaag in de menubar van mijn Mac. Maar die staat niet 24/7 aan.

Nu nog kijken of ik dat op mijn nas kan draaien zodat het ook 24/7 kan loggen

[ Voor 6% gewijzigd door Kalentum op 06-07-2019 15:33 ]

[AUijtdehaag]

@rutgerw
Er zijn 3x odroid n2 onderweg.
https://www.odroid.co.uk/...t&path=239&product_id=890
Ik zet er armbian op.

Is dat iets voor 24/7 ?
(Icm node-red, influxdb en grafana en domoticz)

[ Voor 19% gewijzigd door AUijtdehaag op 06-07-2019 15:47 ]

[Kalentum]

AUijtdehaag schreef op zaterdag 6 juli 2019 @ 15:43:
@rutgerw
Er zijn 3x odroid n2 onderweg.
https://www.odroid.co.uk/...t&path=239&product_id=890
Ik zet er armbian op.

Is dat iets voor 24/7 ?
(Icm node-red, influxdb en grafana en domoticz)

Ik heb voor mijn 24/7 taken een goedkope Linux VPS. Ik zit nu te overwegen om die te gebruiken om de omvormer uit te lezen. Ik kan via mijn glasvezelmodem een poort open zetten voor 1 specifiek IP adres en dan dus remote die Modbus uit lezen.

[antonboonstra]

Roe!and schreef op woensdag 19 juni 2019 @ 09:24:
Hè hoi wij hebben sinds vorige week vrijdag zonnepanelen 8x Suntech 310Wp STP310S- 20/Wfhb full black (1860Wp) en 8x Suntech 320Wp STP320S-20/Wfh mono (3200Wp)
met een Trannergy SGN5400TL, omvormer
Nu heb ik mij aangemeld op de site van trannergy en werkt alles baar behoren alleen vraag ik mij af waarom de efficiënty op 0 blijft staan? Zie bijgevoegde foto:
[Afbeelding]

Misschien omdat je 5060 kW hebt ingevuld i.p.v. 5,06 kW?

[Roe!and]

antonboonstra schreef op zaterdag 6 juli 2019 @ 16:19:
[...]

Misschien omdat je 5060 kW hebt ingevuld i.p.v. 5,06 kW?

Klopt had ik al aangepast was alleen vergeten hier terug te koppelen! bedankt

[bundit]

Momenteel ben ik aan het stoeien met de Growatt ShineLink en pvoutput.
Hier op het forum heb ik het script gevonden van EP-Woody (https://github.com/ehoutsma/Growatt-proxy), dit werkt vrij goed, echter kom ik nog af en toe op PVoutput een waarde van 0 tegen, hier mist de meting dus van.

Met WireShark heb ik een capture gemaakt van al het verkeer wat op poort TCP:5279 de ShineLan verlaat. Hier zit een gat in de logging op 't moment dat ik op PVoutput ook de waarde niet gevuld is. Voor zover ik op internet heb gelezen kan de ShineLink soms resultaten cachen als die deze even niet kwijt kan bij GroWatt, deze worden dan met terugwerkende kracht geregistreerd.

Het lijkt mij dan ook logisch dat het TCP pakketje beschikt over iets van een datum/tijd vermelding van waar de gegevens op van toepassing zijn, anders zie ik zo 123 niet in hoe de Growatt Server over de juiste tijd kan beschikken.

Voor vandaag mis ik bijvoorbeeld op PVoutput de registratie voor 17:45 en 17:50. In Wireshark zie ik van 17:40 t/m 17:53 geen uitgaand pakketje van de ShineLink komen richting poort 5279. Echter komen er daarna ineens meerdere.

Op server.growatt.com staan de volgende registraties:

code:

Alias / Serial number   Time    Status  Vpv1(V) Ipv1(A) Ppv1(W) Vpv2(V) Ipv2(A) Ppv2(W) Vpv3(V) Ipv3(A) Ppv3(W) Ppv(W)  Vac(R)(V)
6FZI90209D  2019-07-06 16:37:36 Normal  226.4   1   247.6   225.7   1   248.1   0   0   0   495.7   226.8
6FZI90209D  2019-07-06 16:39:11 Normal  229.4   0.9 214.9   228.6   0.9 215.4   0   0   0   430.3   226.9
6FZI90209D  2019-07-06 16:41:56 Normal  220.8   0.8 182.8   220.8   0.8 183.9   0   0   0   366.7   226.3
6FZI90209D  2019-07-06 16:43:26 Normal  211.8   0.9 193.4   213.1   0.9 195.6   0   0   0   389 226.5
6FZI90209D  2019-07-06 16:44:56 Normal  215.3   1   218.2   217.2   1   221 0   0   0   439.2   226.6
6FZI90209D  2019-07-06 16:46:26 Normal  222.3   0.9 215.5   222.2   0.9 216.4   0   0   0   431.9   226.6
6FZI90209D  2019-07-06 16:47:56 Normal  225.8   0.7 175.8   225.8   0.7 176.6   0   0   0   352.4   226
6FZI90209D  2019-07-06 16:49:26 Normal  207.8   0.6 136.1   209.7   0.6 137.9   0   0   0   274 225.9
6FZI90209D  2019-07-06 16:50:56 Normal  224     0.5 125.6   225     0.5 127 0   0   0   252.6   226.2
6FZI90209D  2019-07-06 16:52:26 Normal  221.8   0.5 123.1   223.5   0.5 124.5   0   0   0   247.6   226.2
6FZI90209D  2019-07-06 16:53:56 Normal  226.6   0.5 132.6   225.1   0.5 132.1   0   0   0   264.7   226.3
6FZI90209D  2019-07-06 16:54:26 Normal  230.4   0.5 135.5   229.3   0.5 135.4   0   0   0   270.9   226.3
6FZI90209D  2019-07-06 16:57:02 Normal  207.4   0.6 136.3   209 0.6 137.9   0   0   0   274.2   225.5

De WireShark capture heb ik via OneDrive gedeeld, mocht iemand hier interesse in hebben:
https://1drv.ms/u/s!AuAQH1SVWebUrodZPk4lvMgUuK0Y4A

In deze capture zijn rond de tijd van de missende log vermeldingen van [RST, ACK] en [TCP Port numbers reused]. Let er op dat de WireShark log in UTC is, dus 16:39 van Growatt is in de Wireshark log 15:39.

Weet iemand hier toevallig of er in de Growatt pakketjes een timestamp zit die ik kan gebruiken om zo op de juiste manier gegevens naar PVoutput te sturen? Of hoe ik eenvoudig de pakketjes kan decoderen naar een leesbaar formaat om zo te zien wat er exact verstuurd wordt naar Growatt?

Of kan ik met een ander script aan 't einde van de dag alles geautomatiseerd bijwerken op PVoutput aan de hand van de gegevens uit Growatt (deze optie heeft niet de voorkeur?

[Kalentum]

bundit schreef op zaterdag 6 juli 2019 @ 18:29:

Weet iemand hier toevallig of er in de Growatt pakketjes een timestamp zit die ik kan gebruiken om zo op de juiste manier gegevens naar PVoutput te sturen? Of hoe ik eenvoudig de pakketjes kan decoderen naar een leesbaar formaat om zo te zien wat er exact verstuurd wordt naar Growatt?

Of kan ik met een ander script aan 't einde van de dag alles geautomatiseerd bijwerken op PVoutput aan de hand van de gegevens uit Growatt (deze optie heeft niet de voorkeur?

Ik heb even gekeken maar kan niet zoveel met die dumps. Misschien is het 1 of ander encrypted formaat?

Met mijn Stecagrid omvormer ben ik nu bezig om via modbus uit te lezen. Daarbij kan ik dezelfde waarden krijgen als in de webinterface van de omvormer. Ik stop het in een relationele database en ben van plan om dan 1x per dag te uploaden naar pvoutput (doe dat nu nog handmatig). Maar bij mij was dus modbus de oplossing.

[bundit]

rutgerw schreef op zondag 7 juli 2019 @ 08:52:
[...]
Ik heb even gekeken maar kan niet zoveel met die dumps. Misschien is het 1 of ander encrypted formaat?

Volgens mij zijn het inderdaad encrypted berichten. Het extractdata.php script van EP-Woody https://github.com/ehoutsma/Growatt-proxy/blob/master/extractData.php doet een decryptMsg met encryptionkey Growatt, echter heb ik geen idee hoe ik de Wireshark output met deze encryptionkey kan verwerken om de echte data te kunnen inzien.

Het PHP script laat namelijk wel de juiste waardes zien die uitgelezen worden, echter wordt er in het script hard naar bepaalde posities verwezen zoals de Vpv en Ppv waarden. Wellicht bevat het "leesbare" formaat nog andere nuttige gegevens die ik kan gebruiken zoals een timestamp. Echter dien ik dan eerst de volledige encrypted versie leesbaar te krijgen.

[merlin1201]

Ik gebruik momenteel een php script om mijn solar data te uploaden naar pvoutput.
Maar hoe komt het toch dat als ik mijn consumed energy upload naar pvoutput, dat dit goed gaat, maar op het moment dat mijn php script start met zonsopgang, dat de consumed energy daar blijft steken en verder niet oploopt naar ongeveer 10 kWh wat mijn dagelijkse verbruik is.
Ik heb inmiddels al verschillende manieren en scripts geprobeerd maar toch blijft het daar steken.
Misschien iemand een idee waarom dit is ?

[Het Vosje]

Om mijn 2 Solis omvormers te monitoren heb ik 2 solis-dls-w wifi sticks gekocht.
Deze kreeg ik dit weekend geleverd, maar ik vraag me af of het wel de goede zijn. Ik kreeg:






- Ze hebben een antenne, houdt dat niet in dat het de solis-dls-wa sticks zijn (ouder model?)?
- Er staat op de stick zelf geen 'Ginlong Technologies', zoals ik wel op vrijwel alle internet afbeeldingen (incl die van de webshop waar ik ze gekocht heb) zie


- In het instructieboekje staat ook geen referentie naar de site van Solis om te monitoren

Zijn het soms merkloze imitatie sticks? Heb er niet veel verstand van maar kan het ook niet plaatsen...

[anboni]

Ons nieuwe huis is voorzien van 25 panelen, in 2 strings (18 op OZO en 7 op ZZO) aangesloten op 'n Fronius Symo inverter. Ik ben een beetje aan het stoeien om daar logging van te krijgen. Voor het hele systeem lukt dat nu prima, maar ik zou graag iedere string afzonderlijk willen loggen. Ik heb in de API documentatie van Fronius de /solar_api/v1/GetStringRealtimeData.cgi gevonden, maar ik heb nog wat moeite om de juiste query te bouwen (" "Reason" : "No StringControl with this index found.",). Heeft iemand toevallig een tip om me daarmee op weg te helpen?

[Proton_]

@anboni hoe ziet je niet-werkende query er dan uit?

[japie101]

Zijn er meerdere mensen die de laatste dagen issue hebben met het scrapen van het SEMS portal van Goodwe en doorsturen naar PVoutput?

Bij mij stopt het 1 na andere script er mee, alsof er dingen on the fly veranderen aan de remote kant.

[zonoskar]

japie101 schreef op donderdag 18 juli 2019 @ 16:21:
Zijn er meerdere mensen die de laatste dagen issue hebben met het scrapen van het SEMS portal van Goodwe en doorsturen naar PVoutput?

Bij mij stopt het 1 na andere script er mee, alsof er dingen on the fly veranderen aan de remote kant.

Helaas worden er erg vaak dingen veranderd aan de SEMS portal en dan werken de meeste scripts niet meer. Het lijkt ook alsof Goodwe dat expres doet ofzo. Ik heb over mijn script nog geen klachten gehoord, zal zo wel komen dan

[japie101]

zonoskar schreef op donderdag 18 juli 2019 @ 16:50:
[...]

Helaas worden er erg vaak dingen veranderd aan de SEMS portal en dan werken de meeste scripts niet meer. Het lijkt ook alsof Goodwe dat expres doet ofzo. Ik heb over mijn script nog geen klachten gehoord, zal zo wel komen dan

Herkenbaar inderdaad, als Goodwe toch eens een fatsoenlijke API zou bouwen, dan zou het product wel echt af zijn... is wat mij betreft het enige minpuntje...

[merlin1201]

Klopt het php script die ik gebruikte werkte ineens ook niet meer, het python script van markruys werkt dan weer wel.
@Zonoskar ik heb jou script tot dusver nooit aan de praat gekregen, vraag me af waarom, ik volg de instructies maar het werkt dan niet.

Ik krijg deze foutmelding, denk dat jij beter kan zien wat ik fout doe.


pi@raspberrypi:~ $ python -m Goodwe2PVoutput
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/pi/Goodwe2PVoutput/__main__.py", line 52, in <module>
config = goodweConfig.goodweConfig( configfile)
File "Goodwe2PVoutput/goodweConfig.py", line 81, in __init__
self.usb_sample_interval = float(line.replace(self.USB_SAMPLE_INTERVAL, ''))
ValueError: could not convert string to float:

[ Voor 53% gewijzigd door merlin1201 op 19-07-2019 17:12 ]

[Apolopo]

Ik heb sinds deze week zonnepanelen met een Goodwe 4200 omvormer. Ik wil graag een script draaien op mijn Synology om de data van het Semsportal te laden op PVoutput. Ik heb een script gevonden van Daytona (staat volgens mij ook op https://generatewp.com/snippet/KDlYA9Q/, maar krijg continue een foutmelding: Basic SEMS portal login failed. Enable debug mode. Ik heb mijn Sems username en password correct ingevuld in het script. Ik kreeg van Daytona een berichtje dat het script bij hem sinds afgelopen week niet meer werkt. Is er iemand die een werkend script heeft voor een Synology?

[ThinkPad]

@zonoskar @japie101 @Adanteh @merlin1201 @Apolopo Wifi module afkoppelen en op de RS485-aansluiting een ESP8266 hangen (met RS485 to serial converter) met deze firmware erop: https://github.com/jantenhove/GoodWeLogger

Draait hier (GW3000-NS) al maandenlang stabiel. Snap dat gepruts met die ‘scraper’ scriptjes niet zo. Als de Goodwe portal raar doet (en dat gebeurt vrij regelmatig als ik dit topic zo bekijk) dan loopt gelijk je logging in de soep.

Lekker zelf lokaal de data ophalen bij de omvormer en naar PVOutput sturen (of lokaal opslaan in je eigen database). Ben je van niemand afhankelijk.

[ Voor 8% gewijzigd door ThinkPad op 20-07-2019 22:10 ]

[merlin1201]

Apolopo schreef op zaterdag 20 juli 2019 @ 20:41:
Ik heb sinds deze week zonnepanelen met een Goodwe 4200 omvormer. Ik wil graag een script draaien op mijn Synology om de data van het Semsportal te laden op PVoutput. Ik heb een script gevonden van Daytona (staat volgens mij ook op https://generatewp.com/snippet/KDlYA9Q/, maar krijg continue een foutmelding: Basic SEMS portal login failed. Enable debug mode. Ik heb mijn Sems username en password correct ingevuld in het script. Ik kreeg van Daytona een berichtje dat het script bij hem sinds afgelopen week niet meer werkt. Is er iemand die een werkend script heeft voor een Synology?

Klopt mijn php script werkt ook niet meer, maar wel het python script van Markruys en Zonoskar. https://github.com/markruys/gw2pvo
https://github.com/zonoskar/Goodwe2PVoutput/

Maar hoe je die op de synlogic installeer weet ik niet, draait hier op een Raspberry Pi.

@ThinkPad ik wil dat best wel eens proberen, maar anderzijds is het wel zo dat wat ik ook doe of scrap van Sems portal, het zal nooit fout gaan, bedoel als er iets fout gaat dan blijft het intact, want wat als het loggen ergens fout gaat, ben ik dan alle gegevens kwijt, omdat er niets meer naar het portal gaat..

maar ergens ben ik natuurlijk wel zo nieuwsgierig hoe dat dan werkt :-)

[Apolopo]

Je kunt wel een Python script starten via de Task Schedular op een Synology als je een Python package geinstaleerd hebt. De scripts van Markruys en Zonoskar bestaan echter uit meerdere files ipv 1 file. Ik denk dat je ook PIP moet installeren, maar daar moet ik me eerst eens in verdiepen.

[Rgerr]

WaSteiL schreef op donderdag 24 mei 2018 @ 09:25:
Gisteren een Solax X1.1 Mini geplaatst en wilde deze nu ook gaan uitlezen om naar pvoutput te sturen. Het lijkt erop dat deze alleen anders werkt vergeleken met de projecten die er op internet te vinden zijn. Het lijkt gedeeltelijk te werken zoals de Omnik, maar toch ook weer net niet. hij kan namelijk niet connecten naar poort 8899.

Ik ga er even induiken, maar is er iemand al geweest die deze kan uitlezen?

Is het je ondertussen al gelukt de data te loggen naar pvoutput? Ik ben momenteel met hetzelfde bezig.

[WaSteiL]

Rgerr schreef op zondag 21 juli 2019 @ 08:50:
[...]


Is het je ondertussen al gelukt de data te loggen naar pvoutput? Ik ben momenteel met hetzelfde bezig.

Eerlijk gezegd heb ik het een beetje op een zijspoor gezet. Wat ik nu doe is aan het einde van de maand een export maken van de site en die importeren in pvoutput.

[zonoskar]

ThinkPadd schreef op zaterdag 20 juli 2019 @ 22:06:
@zonoskar @japie101 @Adanteh @merlin1201 @Apolopo Wifi module afkoppelen en op de RS485-aansluiting een ESP8266 hangen (met RS485 to serial converter) met deze firmware erop: https://github.com/jantenhove/GoodWeLogger

Ik heb mijn script nu via de USB poort aan de praat. Daarvoor heb ik wel extra hardware nodig (relais kaartje), maar dit werkt bij mij nu al bijna een jaar probleemloos. En nauwkeuriger dan via de SEMS portal. Neemt niet weg dat die RS485 oplossing erg mooi gemaakt is, en veel simpeler.

Apolopo schreef op zondag 21 juli 2019 @ 08:23:
Je kunt wel een Python script starten via de Task Schedular op een Synology als je een Python package geinstaleerd hebt. De scripts van Markruys en Zonoskar bestaan echter uit meerdere files ipv 1 file. Ik denk dat je ook PIP moet installeren, maar daar moet ik me eerst eens in verdiepen.

Als je ook een script kunt starten via die Task Scheduler op je Synology, dan kun je ook mijn python script runnen. Zet alles in 1 dir en maak een script met "python -m <dir>" erin en dan zou het moeten werken.

[ Voor 32% gewijzigd door zonoskar op 22-07-2019 09:37 ]

[jantje112]

\gebruikt iemand hier nog sunprofit? Ik krijg netjes mijn gegevens, maar de upload naar pvoutput werkt niet. Api en id 10x gecontroleerd.

Iemand tips?

Omvormer is een chint 1.5 en draait op een intel nuc

[MuKkEzZz]

merlin1201 schreef op zaterdag 20 juli 2019 @ 22:57:
Klopt mijn php script werkt ook niet meer, maar wel het python script van Markruys en Zonoskar.

Ik draai nu versie 1.2.2 van gw2pvo en dat werkt op zich prima, maar de geproduceerde energie is erg onnauwkeurig. Het SEMS-portaal gebruikt een increment van 0.1 kWh en daarom is de grafiek nogal raar. In de ochtend zie ik bijvoorbeeld meermaals dezelfde productiewaarde en dan opeens komt er 0.1 kWh bij, waardoor het gemiddelde 1200 W is:

https://www.pvoutput.org/...613&sid=68817&dt=20190722

[Tsurany]

Ik wil mijn SMA semi-realtime gaan monitoren via de modbus interface aangezien de online portal slechts in incrementen van 5 minuten logt, dat is te weinig. Het leek mij handig dit via Node-Red, InfluxDB en Grafana te doen aangezien ik via Node-Red ook gelijk mijn Hue bridge aan kan sturen.

Heeft iemand toevallig een flow die compatibel is met de SMA SB5.0? Misschien @AUijtdehaag? Modbus ziet er namelijk tamelijk ingewikkeld uit, met een voorbeeld moet ik er wel uitkomen denk ik.

[Icekiller2k6]

@merlin1201 @MuKkEzZz ik heb goodwe php script geupdate zodat het weer werkt.
https://pastebin.com/sYGqk8Q4

[AUijtdehaag]

@Tsurany
Zoek eens in mijn posthistory.

[zonoskar]

MuKkEzZz schreef op woensdag 31 juli 2019 @ 08:47:
Het SEMS-portaal gebruikt een increment van 0.1 kWh en daarom is de grafiek nogal raar. In de ochtend zie ik bijvoorbeeld meermaals dezelfde productiewaarde en dan opeens komt er 0.1 kWh bij, waardoor het gemiddelde 1200 W is:

Dat is inderdaad het probleem met SEMS (en generiek de portal scrape scripts). Als je een USB poort hebt zou je het script van @Sircuri ([GoodWe] Uitlezen inverters via USB) kunnen proberen. Met mijn script zou het ook moeten kunnen, maar ik heb dat alleen getest op mijn omvormer (input in plaats van URL op USB zetten). Als je RS485 hebt, kun je het project van @ThinkPad proberen: https://github.com/jantenhove/GoodWeLogger

[Icekiller2k6]

@zonoskar kunt ook gewoon DNS redirecten doen naar een eigen webportal, daar opvangen, en repeaten richting SEMS portal.

[zonoskar]

@Icekiller2k6 Dan heb je nog steeds last van de lage resolutie van de meetdata. In plaats van:

krijg je dan:

[gtv6]

Misschien weet iemand raad. Ik heb een Nedap inverter welke een ethernet aansluiting heeft, ik heb een UTP kabel gemaakt en aangesloten op het modem huawei/t mobile 659.
Zaterdag heb ik een paar uur verbinding gehad. Daarna nooit meer gelukt ondanks alle reset pogingen. Als ik de laptop aansluit op dezelfde kabel krijg ik 19Mb download en 4,5 upload. Wat is er mis.
Graag in Jip en Janneke taal, weinig verstand van dit soort zaken.

[merlin1201]

Icekiller2k6 schreef op woensdag 31 juli 2019 @ 09:16:
@merlin1201 @MuKkEzZz ik heb goodwe php script geupdate zodat het weer werkt.
https://pastebin.com/sYGqk8Q4

Dank u, goed bezig en wat was nu eigelijk het probleem?

[Icekiller2k6]

@merlin1201 ze hadden success geupdate naar Success.
Dus heb ik string to upper case functie gedaan en vergelijk ik het met SUCCESS . Kunnen ze het schrijven hoe ze willen

[Tsurany]

Icekiller2k6 schreef op woensdag 31 juli 2019 @ 16:16:
@merlin1201 ze hadden success geupdate naar Success.
Dus heb ik string to upper case functie gedaan en vergelijk ik het met SUCCESS . Kunnen ze het schrijven hoe ze willen

Goede best practice, altijd convert to uppercase bij een comparison

Heb het mis zien gaan bij projecten waarbij het resultaat net wat erger was

[borft]

gtv6 schreef op woensdag 31 juli 2019 @ 13:11:
Misschien weet iemand raad. Ik heb een Nedap inverter welke een ethernet aansluiting heeft, ik heb een UTP kabel gemaakt en aangesloten op het modem huawei/t mobile 659.
Zaterdag heb ik een paar uur verbinding gehad. Daarna nooit meer gelukt ondanks alle reset pogingen. Als ik de laptop aansluit op dezelfde kabel krijg ik 19Mb download en 4,5 upload. Wat is er mis.
Graag in Jip en Janneke taal, weinig verstand van dit soort zaken.

Denk niet dat je zo heel veel hulp gaat krijgen Wat heb je zelf geprobeerd (behalve een netwerk kabel aan te sluiten)? En wat verwacht je dat er gebeurt?

[gtv6]

Oke ja ik hoop wel op hulp, ik kom er echt niet uit, tja ik ben er uren dagen mee bezig, echter zonder enig resultaat.
De inverter moet een ip adres krijgen van het modem/router begrijp ik. Dat is eenmalig gelukt daarna niet meer.
De fabrikant geeft weinig support omdat ze gestopt zijn met productie.
ILeds op de poort van de router, een groene die aan is een een knipperende oranje. Dan denk ik dat er communicatie is, op het modem ook een groene led die knippert.
Ik heb een mac adres dat zou ik op de router een vast IP moeten toewijzen, indien het allemaal niet werkt, maar ik gok dat ik dat niet juist doe.
Via Google kan ik niet vinden wat er mis is of wat ik kan doen.
Hoopte op een Nedap gebruiker, maar kon ik op t forum al niet vinden. De inverter kan kennelijk dat IP adres niet oppikken.

[Deshmir]

@gtv6 gewoon een gedachte: weet je zeker dat je inverter geen vast ip heeft?
Heb je hem ooit wel eens in je eigen netwerk gezien?
Hoe heb je een factory reset gedaan?

[ericplan]

MySQL vraagje:
Ik heb een database met deze structuur:

code:

INSERT INTO `tgeg_maand` (`IndexMaand`, `Datum_Maand`, `Geg_Maand`, `Naam`) VALUES
('17-05-21PHP', '2017-05-21 00:00:00', 1.392, 'PHP'),
('17-05-22EDV', '2017-05-22 00:00:00', 8.734, 'EDV'),
('17-05-22EMP', '2017-05-22 00:00:00', 8.391, 'EMP'),
('17-05-22PHP', '2017-05-22 00:00:00', 1.987, 'PHP'),
('17-05-23EDV', '2017-05-23 00:00:00', 8.882, 'EDV'),
('17-05-23EMP', '2017-05-23 00:00:00', 8.516, 'EMP'),
('17-05-23PHP', '2017-05-23 00:00:00', 2.032, 'PHP'),
('17-05-24EDV', '2017-05-24 00:00:00', 7.719, 'EDV'),
('17-05-24EMP', '2017-05-24 00:00:00', 7.439, 'EMP'),
('17-05-24PHP', '2017-05-24 00:00:00', 1.758, 'PHP'),
('17-05-25EDV', '2017-05-25 00:00:00', 9.423, 'EDV'),
('17-05-25EMP', '2017-05-25 00:00:00', 9.079, 'EMP'),
('17-05-25PHP', '2017-05-25 00:00:00', 2.163, 'PHP'),
('17-05-26EDV', '2017-05-26 00:00:00', 9.473, 'EDV'),
('17-05-26EMP', '2017-05-26 00:00:00', 9.154, 'EMP'),
('17-05-26PHP', '2017-05-26 00:00:00', 2.174, 'PHP')

Daar wil ik via een MySQLi query een totaal aan toevoegen, maar ik zit te worstelen met de syntax.

code:

SELECT Datum_Maand, Geg_Maand, naam 
FROM tgeg_maand 
GROUP BY Datum_Maand
ORDER BY Datum_Maand, naam ASC

geeft me alleen het totaal. Ik wil een totaal maar ook alle losse waarden van EMP, PHP en EDV. Dus na elke dag moet er een extra regel met het totaal komen.

Wie helpt me op weg? Zit er al sinds de lunch mee te stoeien, maar Google helpt me net niet genoeg.

[gtv6]

Deshmir schreef op woensdag 31 juli 2019 @ 21:01:
@gtv6 gewoon een gedachte: weet je zeker dat je inverter geen vast ip heeft?
Heb je hem ooit wel eens in je eigen netwerk gezien?
Hoe heb je een factory reset gedaan?

Ja dat weet ik welhaast zeker, wel een mac adress, hoe kan ik hem zien in mijn netwerk, ik zie wel dat op die LAN poort ontvangen en verzonden data is.
Ik heb een factory reset van het modem gedan met speld in de resetknop. en van de inverter een herstart en ook een koude start, DC schakelaar uit, inverter uit en werkschakelaar uit voor een 10 minuten, dan is alle energie er zeker uit.
Meer verstand van warmtepompen en CV, pff

[Deshmir]

@gtv6 ik denk dat je beter in netwerk een nieuw topic kan aanmaken.
Wat ik zo snel kon vinden was

Get a Linux PC and set the NIC to promiscuous mode. Make sure the unidentified device is off. Connect a cable from the Linux box directly to the NIC or port on the device. Start tcpdump on the Linux box and point it to the NIC. Power on the unknown device and observe the raw output of tcpdump. There is a fair chance that you will see an ARP request with the unknown IP address.

Om in ieder geval het juiste ip adres te vinden; misschien heeft hij standaard een vast ip wat buiten je netwerk valt.

Maar dit heeft weinig te maken met PV datalogging..

[Tsurany]

AUijtdehaag schreef op woensdag 31 juli 2019 @ 09:45:
@Tsurany
Zoek eens in mijn posthistory.

Ik heb jouw voorbeeld werkend gekregen maar ik zie dat mijn Sunny Boy 5.0 (SB5.0-1AV-41) geen daily yield beschikbaar heeft via modbus Ik kan wel de actuele opwekking zien en de total yield maar de daily yield ontbreekt.

[AUijtdehaag]

@Tsurany
Is ook geschreven op de modbuslist van een tripower.
Ik duik er nog eens in, heb zelf ook 3x 1-fase hangen nu,

[Tsurany]

AUijtdehaag schreef op donderdag 1 augustus 2019 @ 02:40:
@Tsurany
Is ook geschreven op de modbuslist van een tripower.
Ik duik er nog eens in, heb zelf ook 3x 1-fase hangen nu,

Ik snapte in eerste instantie niet waarom het niet werkte tot ik zag dat ik de handleiding van de SB5.0-1AV-40 had en niet de SB5.0-1AV-41. In laatstgenoemde is de daily yield niet terug te vinden terwijl die in de voorloper wel aanwezig is.

Ik heb de vraag bij SMA uitgezet.

[ericplan]

ericplan schreef op woensdag 31 juli 2019 @ 21:08:
MySQL vraagje:
Ik heb een database met deze structuur:

code:

INSERT INTO `tgeg_maand` (`IndexMaand`, `Datum_Maand`, `Geg_Maand`, `Naam`) VALUES
('17-05-21PHP', '2017-05-21 00:00:00', 1.392, 'PHP'),
('17-05-22EDV', '2017-05-22 00:00:00', 8.734, 'EDV'),
('17-05-22EMP', '2017-05-22 00:00:00', 8.391, 'EMP'),
('17-05-22PHP', '2017-05-22 00:00:00', 1.987, 'PHP'),
('17-05-23EDV', '2017-05-23 00:00:00', 8.882, 'EDV'),
('17-05-23EMP', '2017-05-23 00:00:00', 8.516, 'EMP'),
('17-05-23PHP', '2017-05-23 00:00:00', 2.032, 'PHP'),
('17-05-24EDV', '2017-05-24 00:00:00', 7.719, 'EDV'),
('17-05-24EMP', '2017-05-24 00:00:00', 7.439, 'EMP'),
('17-05-24PHP', '2017-05-24 00:00:00', 1.758, 'PHP'),
('17-05-25EDV', '2017-05-25 00:00:00', 9.423, 'EDV'),
('17-05-25EMP', '2017-05-25 00:00:00', 9.079, 'EMP'),
('17-05-25PHP', '2017-05-25 00:00:00', 2.163, 'PHP'),
('17-05-26EDV', '2017-05-26 00:00:00', 9.473, 'EDV'),
('17-05-26EMP', '2017-05-26 00:00:00', 9.154, 'EMP'),
('17-05-26PHP', '2017-05-26 00:00:00', 2.174, 'PHP')

Daar wil ik via een MySQLi query een totaal aan toevoegen, maar ik zit te worstelen met de syntax.

code:

SELECT Datum_Maand, Geg_Maand, naam 
FROM tgeg_maand 
GROUP BY Datum_Maand
ORDER BY Datum_Maand, naam ASC

geeft me alleen het totaal. Ik wil een totaal maar ook alle losse waarden van EMP, PHP en EDV. Dus na elke dag moet er een extra regel met het totaal komen.

Wie helpt me op weg? Zit er al sinds de lunch mee te stoeien, maar Google helpt me net niet genoeg.

Een nachtje slaap helpt ook:

code:

SELECT Datum_Maand, SUM( Geg_Maand ) Total, IFNULL( naam, 'ALL' ) AS naam
FROM tgeg_maand
GROUP BY Datum_Maand, naam
WITH ROLLUP

doet precies wat ik wil, een extra regel per dag met het totaal van de omvormers.

[Aziraphale]

Ik log mijn omvormers (Omnik en SolarEdge) via Domoticz, maar ik kom wat vreemds tegen bij de Omnik.

De gegevens van de Omnik verwerk ik met de Inverter-Data-Logger op een Pi3b, maar het valt me op dat er verschillen zitten tussen de gegevens in D0moticz en in Omnikportal. Zo vindt Domoticz dat ik momenteel 6,32kWh opgewekt is en Omnikportal 5,97. Geen schokkende verschillen, maar waar zit hem dit in en welke moet ik geloven?

[MuKkEzZz]

Hoeveel verschil is acceptabel tussen de opbrengst van de omvormer en de kWh-meter in de meterkast? Ik meet zowel de waardes vanuit het SEMS Portaal van GoodWe als een S0-pulse contact van een kWh-meter en ik zie een opmerkelijk verschil.

Kan het stroomverlies van 15 meter AC-kabel naar de meterkast zo groot zijn? Op de kabel staat 0,6/1 kV (de diameter probeer ik nog te achterhalen). Wat vinden jullie van de onderstaande verschillen?

code:

+----------------------------------------------------------------+
|           | GoodWe | Domoticz | Verschil in Wh | Verschil in % |
|----------------------------------------------------------------|
| 19-7-2019 |  11200 | 11011    | 189            | 1,69%         |
|----------------------------------------------------------------|
| 20-7-2019 |  8100  | 8111     | -11            | -0,14%        |
|----------------------------------------------------------------|
| 21-7-2019 |  12500 | 12361    | 139            | 1,11%         |
|----------------------------------------------------------------|
| 22-7-2019 |  15600 | 15576    | 24             | 0,15%         |
|----------------------------------------------------------------|
| 23-7-2019 |  15900 | 15766    | 134            | 0,84%         |
|----------------------------------------------------------------|
| 24-7-2019 |  13600 | 13428    | 172            | 1,26%         |
|----------------------------------------------------------------|
| 25-7-2019 |  12500 | 12355    | 145            | 1,16%         |
|----------------------------------------------------------------|
| 26-7-2019 |  14500 | 14348    | 152            | 1,05%         |
|----------------------------------------------------------------|
| 27-7-2019 |  14400 | 14262    | 138            | 0,96%         |
|----------------------------------------------------------------|
| 28-7-2019 |  9400  | 9250     | 150            | 1,60%         |
|----------------------------------------------------------------|
| 29-7-2019 |  10500 | 10456    | 44             | 0,42%         |
|----------------------------------------------------------------|
| 30-7-2019 |  10200 | 9988     | 212            | 2,08%         |
|----------------------------------------------------------------|
| 31-7-2019 |  5500  | 5383     | 117            | 2,13%         |
+----------------------------------------------------------------+
            | 153900 |  152295  | 1605           | 1,04%

[Tsurany]

MuKkEzZz schreef op donderdag 1 augustus 2019 @ 20:27:
Hoeveel verschil is acceptabel tussen de opbrengst van de omvormer en de kWh-meter in de meterkast? Ik meet zowel de waardes vanuit het SEMS Portaal van GoodWe als een S0-pulse contact van een kWh-meter en ik zie een opmerkelijk verschil.

Kan het stroomverlies van 15 meter AC-kabel naar de meterkast zo groot zijn? Op de kabel staat 0,6/1 kV (de diameter probeer ik nog te achterhalen). Wat vinden jullie van de onderstaande verschillen?

code:

+----------------------------------------------------------------+
|           | GoodWe | Domoticz | Verschil in Wh | Verschil in % |
|----------------------------------------------------------------|
| 19-7-2019 |  11200 | 11011    | 189            | 1,69%         |
|----------------------------------------------------------------|
| 20-7-2019 |  8100  | 8111     | -11            | -0,14%        |
|----------------------------------------------------------------|
| 21-7-2019 |  12500 | 12361    | 139            | 1,11%         |
|----------------------------------------------------------------|
| 22-7-2019 |  15600 | 15576    | 24             | 0,15%         |
|----------------------------------------------------------------|
| 23-7-2019 |  15900 | 15766    | 134            | 0,84%         |
|----------------------------------------------------------------|
| 24-7-2019 |  13600 | 13428    | 172            | 1,26%         |
|----------------------------------------------------------------|
| 25-7-2019 |  12500 | 12355    | 145            | 1,16%         |
|----------------------------------------------------------------|
| 26-7-2019 |  14500 | 14348    | 152            | 1,05%         |
|----------------------------------------------------------------|
| 27-7-2019 |  14400 | 14262    | 138            | 0,96%         |
|----------------------------------------------------------------|
| 28-7-2019 |  9400  | 9250     | 150            | 1,60%         |
|----------------------------------------------------------------|
| 29-7-2019 |  10500 | 10456    | 44             | 0,42%         |
|----------------------------------------------------------------|
| 30-7-2019 |  10200 | 9988     | 212            | 2,08%         |
|----------------------------------------------------------------|
| 31-7-2019 |  5500  | 5383     | 117            | 2,13%         |
+----------------------------------------------------------------+
            | 153900 |  152295  | 1605           | 1,04%

Kijk ook een hoe accuraat de meters zijn, moet wel in de specs staan. Er is altijd enige afwijking tussen beide meters, dat kan tezamen met kabel verlies zomaar oplopen tot 2% denk ik.

[Deshmir]

@MuKkEzZz is het niet een verschil tussen pAC -> dat wat je ook echt aan het net geeft (domoticz) en pW -> dat wat je opwekt (Goodwe)
Zo heb ik ook een verschil tussen Growatt portal en PVOutput.

[ThinkPad]

@MuKkEzZz @Tsurany Er is ergens een topic hier waar men dat bijhield. Kan hem zo alleen niet terugvinden

[MuKkEzZz]

@ThinkPad Op de kabel staat D_ca -s3,d2,a3 0,6/1 kV 3G4. Volgens de specificaties heeft deze 3 geleiders van 4 mm². Voor 15 meter en 13 A is het verlies 0,8% (correct me if I'm wrong).

De nauwkeurigheid van de kWh-meter is 1% bij een normstroom van 5A.

Is dat voldoende voor dit verschil? Ik ben wel benieuwd naar het andere topic.

[ThinkPad]

@MuKkEzZz Geen idee, ben geen elektricien
Het topic wat ik bedoelde heb ik inmiddels kunnen vinden: PV omvormers - Nauwkeurigheid energiemeting

[Tsurany]

AUijtdehaag schreef op woensdag 31 juli 2019 @ 09:45:
@Tsurany
Zoek eens in mijn posthistory.

Nog een vraagje, is er een specifieke reden dat je polling hebt opgesplitst in 3 nodes? Vraag me af of het efficiënter is alle data op te halen in een enkele request, dan heb je altijd de data van dezelfde timestamp.

En ik neem aan dat DC1 en DC2 de twee trackers zijn?

[ Voor 6% gewijzigd door Tsurany op 03-08-2019 20:03 ]

[AUijtdehaag]

@Tsurany
Dat heb ik gedaan, omdat de adressen niet aansluitend zijn en achter elkaar zijn binnen te halen.
Dus opgesplitst in 3 blokken.
Maar als je het beter kan....... Ik laat me graag inspireren.
Die tijd tussen de blokken is wat ge experimenteer.

Klopt. DC1 en DC2 zijn de verschillende mppt trackers.

[ Voor 21% gewijzigd door AUijtdehaag op 03-08-2019 20:05 ]

[Tsurany]

@AUijtdehaag ik ben m'n eigen flow aan het opzetten maar ik kom wat vreemds tegen, wellicht heb jij hier een verklaring voor?

code:

[
    {
        "measurement": "energy",
        "fields": {
            "totalyield": 257
        },
        "tags": {
            "device": "SMA"
        },
        "timestamp": "2019-08-04T09:16:31.105Z"
    },
    {
        "measurement": "energy",
        "fields": {
            "dc_current1": 14.999,
            "dc_voltage1": 255.89,
            "dc_power1": 3838,
            "ac_power_tot": 4174,
            "ac_power1": 4174
        },
        "tags": {
            "device": "SMA"
        },
        "timestamp": "2019-08-04T09:16:31.246Z"
    },
    {
        "measurement": "energy",
        "fields": {
            "temperature": 33.6,
            "dc_current2": 1.679,
            "dc_voltage2": 317.56,
            "dc_power2": 533,
            "ac_current1": 16.764
        },
        "tags": {
            "device": "SMA"
        },
        "timestamp": "2019-08-04T09:16:31.416Z"
    }
]

En dan valt op dat dc_power1 en dc_power2 samen opgeteld niet uit komen op ac_power_tot, tezamen is het 4371 terwijl de omvormer 4174 aangeeft.

"dc_power1": 3838,
"dc_power2": 533,
"ac_power_tot": 4174,

Het lijkt mij dat dit toch wel zou moeten matchen? De timestamps laten een verschil van 150ms in de metingen zien, lijkt me sterk dat de zon zo sterk veranderd. Daarnaast krijgt dc2 geen direct licht en is de opbrengst redelijk constant.

Is dit verlies in de DC -> AC conversie?

[AUijtdehaag]

@Tsurany
DC wordt omgezet naar AC, dit is je rendement vd omvormer. Dat gaat dus gepaard met wat verlies.
4174 / 4371 = 95,49%

[ Voor 33% gewijzigd door AUijtdehaag op 04-08-2019 11:25 ]

[Tsurany]

@AUijtdehaag thnx voor alle hulp, ik heb nu een eigen flow in elkaar gezet. Het resultaat is nog verre van ideaal maar voor een eerste poging niet verkeerd denk ik.



Een interval zorgt er voor dat elke X seconden de flow gestart wordt. Vervolgens worden drie modbus calls uitgevoerd om alle waarden op te halen. Voordeel hiervan is eveneens dat de waarden van hetzelfde tijdstip zijn, zit hooguit 200ms verschil tussen. Daarna worden via functions en joins een aantal waarden geëxtraheerd en gegroepeerd in logische eenheden. Measurements zijn gesplitst in yield, energy en temperature. Voor energy en temperature gebruik ik een simpele switch om de 0 waarden niet naar de DB te sturen terwijl ik voor de yield een switch gebruikt die de huidige waarde vergelijkt met de laatste waarde. Enkel wanneer deze anders is zal hij doorgestuurd worden en wordt de laatste waarde ook geupdate.

De eerste join is op basis van een 4 seconde wachttijd terwijl de tweede join op basis van een 6 seconde wachttijd is. Dat moet genoeg zijn gezien de timeout richting modbus 1500 milliseconden is.

Ik moet alleen nog achterhalen hoe ik de yield in Wh krijg ipv kWh aangezien hij nu afrond op hele kWh's en dan mis ik toch wat detail.

Uiteindelijk komt daar deze JSON uit die naar InfluxDB gestuurd moet worden via een batch update:

JSON:

[
    {
        "measurement": "yield",
        "fields": {
            "totalyield": 280
        },
        "tags": {
            "device": "SMA 5.0 - System"
        },
        "timestamp": "2019-08-04T20:40:27.058Z"
    },
    {
        "measurement": "energy",
        "fields": {
            "current": 0,
            "voltage": 0,
            "power": 0
        },
        "tags": {
            "device": "SMA 5.0 - MPPT B",
            "orientation": "West",
            "type": "DC"
        },
        "timestamp": "2019-08-04T20:40:27.149Z"
    },
    {
        "measurement": "energy",
        "fields": {
            "current": 0,
            "voltage": 0,
            "power": 0
        },
        "tags": {
            "device": "SMA 5.0 - MPPT A",
            "orientation": "East",
            "type": "DC"
        },
        "timestamp": "2019-08-04T20:40:27.195Z"
    },
    {
        "measurement": "energy",
        "fields": {
            "current": 0,
            "voltage": 0,
            "power": 0
        },
        "tags": {
            "device": "SMA 5.0 - System",
            "type": "AC"
        },
        "timestamp": "2019-08-04T20:40:31.169Z"
    },
    {
        "measurement": "temperature",
        "fields": {
            "temperature": 0
        },
        "tags": {
            "device": "SMA 5.0 - System"
        },
        "timestamp": "2019-08-04T20:40:31.169Z"
    }
]

Source:

code:

[{"id":"2e266861.1542f8","type":"tab","label":"SMA Logging","disabled":false,"info":""},{"id":"dc07d1ed.3c36d","type":"interval","z":"2e266861.1542f8","name":"interval","interval":10,"onstart":false,"msg":"ping","showstatus":true,"unit":"seconds","statusformat":"YYYY-MM-D HH:mm:ss","x":71.5,"y":382,"wires":[["b40be890.f0e988","13e38992.a1d726","667a0d18.3ab854"]]},{"id":"b40be890.f0e988","type":"modbus-getter","z":"2e266861.1542f8","name":"Yield","showStatusActivities":true,"showErrors":true,"logIOActivities":false,"unitid":"3","dataType":"HoldingRegister","adr":"30531","quantity":"2","server":"26890943.6257c6","useIOFile":false,"ioFile":"","useIOForPayload":false,"x":253.5,"y":233,"wires":[["53eee42a.7af62c"],[]]},{"id":"13e38992.a1d726","type":"modbus-getter","z":"2e266861.1542f8","name":"DC1 - AC","showStatusActivities":false,"showErrors":false,"logIOActivities":false,"unitid":"","dataType":"HoldingRegister","adr":"30769","quantity":"16","server":"26890943.6257c6","useIOFile":false,"ioFile":"","useIOForPayload":false,"x":263.5,"y":452,"wires":[["bf91f16e.36003","f53557a5.200958"],[]]},{"id":"667a0d18.3ab854","type":"modbus-getter","z":"2e266861.1542f8","name":"Temp - DC2 - AC","showStatusActivities":false,"showErrors":false,"logIOActivities":false,"unitid":"","dataType":"HoldingRegister","adr":"30953","quantity":"26","server":"26890943.6257c6","useIOFile":false,"ioFile":"","useIOForPayload":false,"x":286.5,"y":331,"wires":[["4c25657f.80fb1c","733f21c5.4b3ef"],[]]},{"id":"4c25657f.80fb1c","type":"function","z":"2e266861.1542f8","name":"Extract + Format DC2","func":"let DCCurrent2 =    msg.payload[5] / 1000;      // 30957\nlet DCVoltage2 =    msg.payload[7] / 100;       // 30959\nlet DCPower2 =      msg.payload[9];             // 30961\n\nlet _msg = {\n    payload: []\n};\n\n_msg.payload=\n    {\n        measurement: \"energy\",\n\t\tfields: {\n\t\t\tcurrent: DCCurrent2,\n\t\t\tvoltage: DCVoltage2,\n\t\t\tpower: DCPower2,\n\t\t},\n\t\ttags:{\n\t\t    device: \"SMA 5.0 - MPPT A\",\n\t\t    orientation: \"East\",\n\t\t    type: \"DC\",\n\t\t},\n\t\ttimestamp: new Date()\n\t}\n\n\nreturn _msg;","outputs":1,"noerr":0,"x":520,"y":293,"wires":[["fb688394.3bb8a"]]},{"id":"53eee42a.7af62c","type":"function","z":"2e266861.1542f8","name":"Extract + Format Yield","func":"let TotalYield = msg.payload[1] ;    // 30531\nlet _msg = {\n    payload:[]\n};\n\n_msg.payload=\n    {\n        measurement: \"yield\",\n\t\tfields: {\n\t\t\ttotalyield: TotalYield,\n\t\t},\n\t\ttags:{\n\t\t    device: \"SMA 5.0 - System\",\n\t\t},\n\t\ttimestamp: new Date()\n\t}\n\n\nreturn _msg;","outputs":1,"noerr":0,"x":518,"y":226,"wires":[["aa506990.9d6868"]]},{"id":"15491b6b.75d755","type":"debug","z":"2e266861.1542f8","name":"Debug","active":true,"tosidebar":true,"console":false,"tostatus":false,"complete":"payload","targetType":"msg","x":1325.5,"y":387,"wires":[]},{"id":"f53557a5.200958","type":"function","z":"2e266861.1542f8","name":"Extract + Format DC1","func":"let DCCurrent1    = msg.payload[1] / 1000;       // 30769\nlet DCVoltage1    = msg.payload[3] / 100;        // 30771\nlet DCPower1      = msg.payload[5];              // 30773\n\nlet _msg = {\n    payload: []\n};\n\n_msg.payload=\n    {\n        measurement: \"energy\",\n\t\tfields: {\n\t\t\tcurrent: DCCurrent1,\n\t\t\tvoltage: DCVoltage1,\n\t\t\tpower: DCPower1, \n\t\t},\n\t\ttags:{\n\t\t    device: \"SMA 5.0 - MPPT B\",\n\t\t    orientation: \"West\",\n\t\t    type: \"DC\",\n\t\t},\n\t\ttimestamp: new Date()\n\t}\n\nreturn _msg;","outputs":1,"noerr":0,"x":558,"y":484,"wires":[["1962e122.6b622f"]]},{"id":"7dd5b154.f717","type":"join","z":"2e266861.1542f8","name":"","mode":"custom","build":"array","property":"payload","propertyType":"msg","key":"topic","joiner":"\\n","joinerType":"str","accumulate":false,"timeout":"8","count":"","reduceRight":false,"reduceExp":"","reduceInit":"","reduceInitType":"num","reduceFixup":"","x":1189.5,"y":357,"wires":[["15491b6b.75d755","617bce0.621fa34"]]},{"id":"bf91f16e.36003","type":"function","z":"2e266861.1542f8","name":"Extract AC","func":"let PowerTot      = msg.payload[7];              // 30775\nlet GridVoltagePhase1 = msg.payload[15] / 100;  // 30783\n\n\nlet _msg = {\n    payload: []\n};\n\n_msg.payload=\n    {\n\t\t\tac_power_tot: PowerTot,\n\t\t\tac_voltage: GridVoltagePhase1,\n\t}\n\nreturn _msg;","outputs":1,"noerr":0,"x":530,"y":419,"wires":[["4e60fe5.73f28"]]},{"id":"733f21c5.4b3ef","type":"function","z":"2e266861.1542f8","name":"Extract AC + Temp","func":"let InternalTemperature = msg.payload[1] /10; // 30953\nlet ACCurrentL1 = msg.payload[25] / 1000;    // 30977\n\nlet _msg = {\n    payload: []\n};\n\n_msg.payload=\n    {\n\t\t\ttemperature: InternalTemperature,\n\t\t\tac_currentL1: ACCurrentL1,\n\t}\n\n\nreturn _msg;","outputs":1,"noerr":0,"x":509,"y":355,"wires":[["4e60fe5.73f28"]]},{"id":"4e60fe5.73f28","type":"join","z":"2e266861.1542f8","name":"","mode":"custom","build":"merged","property":"payload","propertyType":"msg","key":"topic","joiner":"\\n","joinerType":"str","accumulate":false,"timeout":"4","count":"","reduceRight":false,"reduceExp":"","reduceInit":"","reduceInitType":"","reduceFixup":"","x":689.5,"y":387,"wires":[["3ecde670.108baa","59e16a82.68d214"]]},{"id":"3ecde670.108baa","type":"function","z":"2e266861.1542f8","name":"Format AC","func":"let _msg = {\n    payload: []\n};\n\n_msg.payload=\n    {\n        measurement: \"energy\",\n\t\tfields: {\n\t\t\tcurrent: msg.payload.ac_currentL1,\n\t\t\tvoltage: msg.payload.ac_voltage,\n\t\t\tpower: msg.payload.ac_power_tot,\n\t\t},\n\t\ttags:{\n\t\t    device: \"SMA 5.0 - System\",\n\t\t    type: \"AC\",\n\t\t},\n\t\ttimestamp: new Date()\n\t}\n\nreturn _msg;","outputs":1,"noerr":0,"x":841.5,"y":358,"wires":[["62fae7b1.16b968"]]},{"id":"59e16a82.68d214","type":"function","z":"2e266861.1542f8","name":"Format Temp","func":"let _msg = {\n    payload: []\n};\n\n_msg.payload=\n    {\n        measurement: \"temperature\",\n\t\tfields: {\n\t\t\ttemperature: msg.payload.temperature,\n\t\t},\n\t\ttags:{\n\t\t    device: \"SMA 5.0 - System\",\n\t\t},\n\t\ttimestamp: new Date()\n\t}\n\nreturn _msg;","outputs":1,"noerr":0,"x":844,"y":418,"wires":[["6aa49774.5ebb88"]]},{"id":"617bce0.621fa34","type":"influxdb batch","z":"2e266861.1542f8","influxdb":"b4a8fa5f.129f88","precision":"","retentionPolicy":"","name":"InfluxDB","x":1336.5,"y":321,"wires":[]},{"id":"1962e122.6b622f","type":"switch","z":"2e266861.1542f8","name":"Filter null","property":"payload.fields.power","propertyType":"msg","rules":[{"t":"neq","v":"0","vt":"num"}],"checkall":"true","repair":false,"outputs":1,"x":1002.5,"y":485,"wires":[["7dd5b154.f717"]]},{"id":"6aa49774.5ebb88","type":"switch","z":"2e266861.1542f8","name":"Filter null","property":"payload.fields.temperature","propertyType":"msg","rules":[{"t":"neq","v":"0","vt":"num"}],"checkall":"true","repair":false,"outputs":1,"x":1001.5,"y":418,"wires":[["7dd5b154.f717"]]},{"id":"62fae7b1.16b968","type":"switch","z":"2e266861.1542f8","name":"Filter null","property":"payload.fields.power","propertyType":"msg","rules":[{"t":"neq","v":"0","vt":"num"}],"checkall":"true","repair":false,"outputs":1,"x":1002.5,"y":358,"wires":[["7dd5b154.f717"]]},{"id":"fb688394.3bb8a","type":"switch","z":"2e266861.1542f8","name":"Filter null","property":"payload.fields.power","propertyType":"msg","rules":[{"t":"neq","v":"0","vt":"num"}],"checkall":"true","repair":false,"outputs":1,"x":1003.5,"y":293,"wires":[["7dd5b154.f717"]]},{"id":"a2fa2f88.3495b","type":"function","z":"2e266861.1542f8","name":"Set totalyield filter value","func":"flow.set('totalyield',msg.payload.fields.totalyield);","outputs":1,"noerr":0,"x":1229.5,"y":189,"wires":[[]]},{"id":"aa506990.9d6868","type":"switch","z":"2e266861.1542f8","name":"Limit Repeating","property":"payload.fields.totalyield","propertyType":"msg","rules":[{"t":"neq","v":"totalyield","vt":"flow"}],"checkall":"true","repair":false,"outputs":1,"x":983.5,"y":228,"wires":[["a2fa2f88.3495b","7dd5b154.f717"]]},{"id":"247d8fc1.ef02f","type":"inject","z":"2e266861.1542f8","name":"Reset totalyield filter","topic":"","payload":"","payloadType":"date","repeat":"","crontab":"","once":false,"onceDelay":0.1,"x":171.5,"y":58,"wires":[["8b7ad787.3ec5d8"]]},{"id":"8b7ad787.3ec5d8","type":"function","z":"2e266861.1542f8","name":"Reset totalyield filter value","func":"flow.set('totalyield',0);","outputs":1,"noerr":0,"x":486,"y":58,"wires":[[]]},{"id":"26890943.6257c6","type":"modbus-client","z":"","name":"SMA","clienttype":"tcp","bufferCommands":true,"stateLogEnabled":true,"tcpHost":"10.5.0.107","tcpPort":"502","tcpType":"DEFAULT","serialPort":"/dev/ttyUSB","serialType":"RTU-BUFFERD","serialBaudrate":"9600","serialDatabits":"8","serialStopbits":"1","serialParity":"none","serialConnectionDelay":"100","unit_id":3,"commandDelay":1,"clientTimeout":1000,"reconnectTimeout":2000},{"id":"b4a8fa5f.129f88","type":"influxdb","z":"","hostname":"127.0.0.1","port":"8086","protocol":"http","database":"SMA","name":"","usetls":false,"tls":"f26ea607.4740a8"},{"id":"f26ea607.4740a8","type":"tls-config","z":"","name":"local-tls","cert":"","key":"","ca":"","certname":"","keyname":"","caname":"","verifyservercert":false}]

[jantje112]

Ik heb nog steeds geen succes met Sunprofit, windows firewall uitgezet, nieuwe key aangemaakt. Geprobeerd te registreren op het mijnzon.info forum (wil niet activeren)

Wat werkt wel:
Sunprofit geeft netjes alle gegevens etc weer in het programma

Wat werkt niet:Upload naar PVoutput. Betaald account, Api en key gecontroleerd (evenald ID) en ook een nieuwe aangemaakt en geprobeerd. Er worden geen uploads geregistreerd.

Iemand nog tips?

[AUijtdehaag]

jantje112 schreef op maandag 5 augustus 2019 @ 13:56:
Iemand nog tips?

https://www.marktplaats.n...unny-boy-1-5-1-vl-40.html

[jantje112]

AUijtdehaag schreef op maandag 5 augustus 2019 @ 17:41:
[...]

https://www.marktplaats.n...unny-boy-1-5-1-vl-40.html

Wat heb ik daaraan? Draait deze ook op windows ?

[AUijtdehaag]

@jantje112
SBFspot draait wel op windows. (en kan ook op een pi of odroid of nuc)
SBFspot is ook bezig met mqtt versie
En modbus tcp/ip is een mogelijkheid (zie post van @Tsurany )
Dus iets meer mogelijkheden dan een CHint 1.5

[jantje112]

AUijtdehaag schreef op maandag 5 augustus 2019 @ 18:51:
@jantje112
SBFspot draait wel op windows. (en kan ook op een pi of odroid of nuc)
SBFspot is ook bezig met mqtt versie
En modbus tcp/ip is een mogelijkheid (zie post van @Tsurany )
Dus iets meer mogelijkheden dan een CHint 1.5

ik snap je punt, maar het terugverdienmodel loopt wat scheef.. De chint werkt en er is een programma voor logging, wat vroeger ook gewoon werkte.

[AUijtdehaag]

SBFspot werkt nu ook met MQTT (nog niet officieel, maar volgens mij werkt het prima)

[ Voor 31% gewijzigd door AUijtdehaag op 11-08-2019 19:03 ]

[Yucon]

..

[ Voor 99% gewijzigd door Yucon op 12-08-2019 10:41 . Reden: nevermind, ik was op het verkeerde been gezet door een combi van een maintenance page en een 401 message ]

[DRAFTER86]

@AUijtdehaag en anderen, wat zijn jouw ervaringen met met de ethernet connectie stabiliteit bij jouw SMA? Na maanden gepruts met instabiele Wifi verbinding van mijn SMA.3.6 1AV40 afgelopen weekend éindelijk een kabel getrokken. Verbinding met laptop op die kabel is perfect, maar mijn omvormer is maar heel soms bereikbaar. De webinterface is onwerkbaar, mijn Python script om via Modbus de omvormer uit te lezen komt er zo eens in de 10min doorheen...
Zou de verbinding/webinterface 'snappy' moeten zijn?

[AUijtdehaag]

@DRAFTER86
Met vaste ethernetkabel heb ik niet echt problemen.
De verbinding met de webinterface wordt niet erg snel opgebouwd (enkele seconde voordat inlog scherm komt) maar voor de rest wel stabiel.

Ik lees 2x SMA 2.5 en 1x SMA 1.5 uit via ethernet elke minuut met SBFspot (op een odroid N2) en dat werkt zonder problemen. Logt wel na verloop van tijd zelf uit, als je de webinterface open hebt staan.

Heb je de laatste firmware op de SMA staan (als installateur kan je die uploaden) en kan het niet aan je eigen netwerk liggen?
Maar voor firmware uploaden zou ik wel een stabiele verbinding gebruiken indien mogelijk.
Hopelijk heb je geen maandagochtend model te pakken...

Edit: kan het niet te maken hebben, dat je te vaak modbus "polt" en de SMA niet goed meer reageert?
Ik lees hier 60 inlog's per uur (maar dat is via sbfspot) https://github.com/SBFspo...18#issuecomment-520513568

Ik heb het probleem dat ik soms, na aanpassingen in node-red, de modbuspoort in de SMA moet wijzigen, als geen connectie meer lukt (op het oude adres).
Dus ik ga er niet teveel meer aan rommelen via modbus. Dan maar 1x per minuut MQTT.

[ Voor 44% gewijzigd door AUijtdehaag op 14-08-2019 18:04 ]

[Yucon]

Is er hier iemand die het voor elkaar gekregen heeft historische gegevens van een solar-log via de api uit te lezen?

De documentatie is extreem beperkt: https://www.solar-log.com...SolarLog_Manual_3x_EN.pdf . Alleen op een van de allerlaatste pagina's staat een beperkt voorbeeld over hoe je de huidige opbrengst kunt opvragen. Dat lukt.

Maar ik wil graag een overzicht van bijvoorbeeld de opbrengst per uur over over de afgelopen 24 uur gezien. De webinterface kan dat wel en ik heb die aanroepen vanuit de browser wat reverse-engineered en dat kan ik nu ook tot op zekere hoogte handmatig. Maar het is echt een rotwerk. Volgens mij ben ik niet de eerste die dat doet.. weet iemand of hier iets over te vinden is?

[Jazsie]

Iemand die bekend is met het apart monitoren van de panelen die in een string zitten zonder micro omvormers of optimizers.

Mijn idee is om op ieder paneel apart te monitoren, technisch is dit geen probleem.

Alleen als ik het goed begrijp (hoor graag als ik het verkeerd hebt) passen de panelen zich aan de meest zwakke paneel.

Als dat zo is dan heeft het weinig nut aangezien je dan op ieder paneel de zelfde spanning/stroom meet.

micro omvormers hebben hier geen last van aangezien het gelijk in AC wordt omgezet en ieder paneel dus in feite "apart" is.

(weet niet zeker of deze vraag hier hoort, aangezien het om data logging gaat hier geplaatst).

[ThinkPad]

Wat is je motivatie om dit te willen meten? Als je string voltage in orde is en je opbrengst goed is, waarom zou je het dan nog apart willen meten?

[Jazsie]

Zodat je ieder paneel apart kan meten en dus ook weet als er een zit die niet goed presteert.
En leuke grafieken maken van ieder paneel is natuurlijk een mooi extraatje

Maar zo te lezen kan het dus ook aan de hand van de string voltage...

[ Voor 25% gewijzigd door Jazsie op 16-08-2019 12:58 ]

[Tsurany]

Dan had je geen string omvormer moeten kopen, die kunnen enkel per string meten.

[Jazsie]

Ik heb nog niks, is meer in voorbereiding van

[Proton_]

@Jazsie Tigo heeft een monitoring-oplossing, TS4-M. Dat is niet veel goedkoper dan een optimizer.

[ocaj]

Jazsie schreef op vrijdag 16 augustus 2019 @ 11:13:
Mijn idee is om op ieder paneel apart te monitoren, technisch is dit geen probleem.

Waar zit je aan te denken dan? Technisch lijkt het mij nog best een probleem namelijk.....

Alleen als ik het goed begrijp (hoor graag als ik het verkeerd hebt) passen de panelen zich aan de meest zwakke paneel.

Als dat zo is dan heeft het weinig nut aangezien je dan op ieder paneel de zelfde spanning/stroom meet.

Ja, de panelen passen zich aan aan het paneel met de zwakste opbrengst, maar alleen qua stroomsterkte. Immers al je panelen zitten serieel achter elkaar en bij een serieschakeling is de stroom overal gelijk.
De spanning zal wel variëren per paneel, maar dan zou je dus een manier moeten bedenken om de spanning per paneel te meten en niet de spanning van de hele string (die het totaal is van de spannineng per paneel).

Als je stroom van de string en de spanning per paneel weet, dan weet je ook vermogen per paneel. Kun je leuke grafiekjes van maken.

Zelf heb ik solaredge en ook daar zie ik een enkele keer dat de paneel-spanning op begint te lopen richting Voc bij de panelen in de zon als de optimizers moeite beginnen te krijgen om de stringspanning bij elkaar te sprokkelen. Dat zie je alleen bij krap bemeten opstellingen of helemaal aan het begin/eind van de dag als niet alle optimizers meedoen.

[Jazsie]

ocaj schreef op vrijdag 16 augustus 2019 @ 21:45:
[...]
Waar zit je aan te denken dan? Technisch lijkt het mij nog best een probleem namelijk.....
[...]

Net als solaredge een module parallel op ieder paneel. Dan meet je de spanning van enkel van die paneel.
Dit wil ik dan combineren met een stroom meter, alleen is dat dus zinloos als de stroomsterkte gelijk wordt getrokken door de zwakste paneel omdat inderdaad alles serieel is aangesloten.
Data vervolgens draadloos versturen naar in mijn geval OpenHab / Mysql database.

ocaj schreef op vrijdag 16 augustus 2019 @ 21:45:
[...]
Ja, de panelen passen zich aan aan het paneel met de zwakste opbrengst, maar alleen qua stroomsterkte. Immers al je panelen zitten serieel achter elkaar en bij een serieschakeling is de stroom overal gelijk.
De spanning zal wel variëren per paneel, maar dan zou je dus een manier moeten bedenken om de spanning per paneel te meten en niet de spanning van de hele string (die het totaal is van de spannineng per paneel).

Als je stroom van de string en de spanning per paneel weet, dan weet je ook vermogen per paneel. Kun je leuke grafiekjes van maken.

Zelf heb ik solaredge en ook daar zie ik een enkele keer dat de paneel-spanning op begint te lopen richting Voc bij de panelen in de zon als de optimizers moeite beginnen te krijgen om de stringspanning bij elkaar te sprokkelen. Dat zie je alleen bij krap bemeten opstellingen of helemaal aan het begin/eind van de dag als niet alle optimizers meedoen.

Kijk dat is info dat ik dus niet wist, met name dat de spanning dus wel kan verschillen per paneel.

- spanning per paneel meten met een diy module.
- stroomsterkte uitlezen uit de omvormer.

En dan met de formule spanning x stroom = watt per paneel? Als ik het goed heb

Eventueel een temperatuur sensor achter ieder paneel (als we dan toch bezig zijn).

Lijkt mij dan zeker wel de moeite om te doen.

[ocaj]

Jazsie schreef op vrijdag 16 augustus 2019 @ 22:57:
[...]

Net als solaredge een module parallel op ieder paneel. Dan meet je de spanning van enkel van die paneel.
Dit wil ik dan combineren met een stroom meter, alleen is dat dus zinloos als de stroomsterkte gelijk wordt getrokken door de zwakste paneel omdat inderdaad alles serieel is aangesloten.
Data vervolgens draadloos versturen naar in mijn geval OpenHab / Mysql database.

Aha op die manier, ik snap het (maar klonk voor mij te ingwikkeld, maar dat is omdat ik geen elektro-achtergrond heb en het bij de simpele regel houdt dat gelijkspanning >50Volt voor mij een no-go area is).

Klinkt als een mooi tweaker-projectje!

- spanning per paneel meten met een diy module.
- stroomsterkte uitlezen uit de omvormer.

En dan met de formule spanning x stroom = watt per paneel? Als ik het goed heb

Eventueel een temperatuur sensor achter ieder paneel (als we dan toch bezig zijn).

Ja, dat zou moeten werken.
Met wat voor frequentie ga je uitlezen? Met name bij bewolkt weer schieten waardes alle kanten uit. Als je dan de stroomsterkte en de spanning niet op exact hetzelfde moment uitleest dan krijg je een heel vertekend beeld. Als het qua meet-hardware niet veel duurder wordt zou ik in je DIY-module toch spanning en stroomsterkte tegelijk meten.

(ik lees hier zelf middels 3 DIN-kwh-meters zowel de hoofdschakelaar naar de netbeheerder als mijn 2 omvormers uit. Daarmee kan ik mijn actuele echte verbruik uitrekenen. Maar ook al lees ik alle meters 1 keer per seconde allemaal uit, als de zon ineens doorkomt dan kom ik soms toch ineens op een negatief verbruik uit, wat natuurlijk onmogelijk is. Puur omdat er dus 0,3sec verschil zat tussen de metingen )

[Jazsie]

Uitlees frequentie weet ik nog niet.
Alle modules tegelijk uitlezen is haast niet mogelijk, althans dat is vragen om problemen.
De modules zullen wel timestamp toevoegen en data bewaren voor max 60 seconden.

Dan heb ik toch de data van de zelfde tijd ook al lees je de modules achter elkaar uit.

Gelijk stroomsterkte meten per paneel lijkt mij inderdaad wel beter.

Ik ga een test opstelling opzetten met twee modules, eens kijken wat voor resultaat dat gaat geven.

Ook ik ga een din-rail kwh meter plaatsen.

Maar we dwalen beetje af, hoewel het nog steeds om datalogging gaat

Bedankt voor alle info!

[AUijtdehaag]

@Tsurany
Ik log nu al een aantal dagen via SBFspot -> mqtt -> node-red -> influxdb (grafana) en domoticz
Dat werkt ook prima. (1x per minuut ivm limiet op inloggen van 60x per uur)
Dit met 3 SMA omvormers tegelijk.

Mqtt versie van SBF spot met toevoeging -mqtt (V3.6.0)
https://github.com/SBFspo...48#issuecomment-515939381
(indien beknopter nodig heb ik wat genoteerd als naslagwerk)

Node red flow:

code:

[{"id":"13230d26.280463","type":"tab","label":"SMA SBFspot MQTT ","disabled":false,"info":""},{"id":"ac77b49f.5917e8","type":"mqtt in","z":"13230d26.280463","name":"SMA1930121888","topic":"sbfspot_1930121888","qos":"2","datatype":"auto","broker":"1c037e9a.6e3d61","x":120,"y":100,"wires":[["a8766d54.fd829","267cad2.1e88b52"]]},{"id":"a5d9c4df.b381d8","type":"mqtt in","z":"13230d26.280463","name":"SMA1930106727","topic":"sbfspot_1930106727","qos":"2","datatype":"auto","broker":"1c037e9a.6e3d61","x":120,"y":200,"wires":[["a358136c.f46f6","18307a35.1b89e6"]]},{"id":"56dee764.eb6de8","type":"mqtt in","z":"13230d26.280463","name":"SMA1930044415","topic":"sbfspot_1930044415","qos":"2","datatype":"auto","broker":"1c037e9a.6e3d61","x":120,"y":300,"wires":[["37bb436b.0435ec","b6bc7752.297af8"]]},{"id":"1bf65d0b.8be6c3","type":"comment","z":"13230d26.280463","name":"SMA Zuid onder","info":"","x":120,"y":60,"wires":[]},{"id":"c7bb41f6.26992","type":"comment","z":"13230d26.280463","name":"SMA Zuid boven","info":"","x":120,"y":160,"wires":[]},{"id":"b62379f3.cdb608","type":"comment","z":"13230d26.280463","name":"SMA Noord","info":"","x":110,"y":260,"wires":[]},{"id":"a8766d54.fd829","type":"function","z":"13230d26.280463","name":"Filter","func":"//devicename = msg.payload.fields.InvName\ninputjson  = JSON.parse(msg.payload);\n\nvar _fields = {};\nfor(var item in inputjson){\n    _fields[item] = inputjson[item];\n}\n\nmsg.payload = [\n    {\n        measurement: \"energy\",\n        fields: _fields,\n        timestamp: new Date(),\n        tags:{\n\t\t    device: msg.topic,\n\t\t    direction: \"Zuid Onder\",\n\t\t     },\n    },\n    ];\nreturn msg;\n\n\n","outputs":1,"noerr":0,"x":350,"y":100,"wires":[["a22064f3.b75d38"]]},{"id":"a22064f3.b75d38","type":"switch","z":"13230d26.280463","name":"","property":"payload.fields.UDC1","propertyType":"msg","rules":[{"t":"neq","v":"0","vt":"num"}],"checkall":"true","repair":false,"outputs":1,"x":570,"y":100,"wires":[["6885c31d.583c8c","e0bd1ec8.e51db"]]},{"id":"6885c31d.583c8c","type":"debug","z":"13230d26.280463","name":"","active":false,"tosidebar":true,"console":false,"tostatus":false,"complete":"payload","targetType":"msg","x":910,"y":100,"wires":[]},{"id":"e0bd1ec8.e51db","type":"influxdb batch","z":"13230d26.280463","influxdb":"e923a526.ab9e78","precision":"","retentionPolicy":"","name":"","x":950,"y":180,"wires":[]},{"id":"1c136480.d0193c","type":"switch","z":"13230d26.280463","name":"","property":"payload[1].fields.UDC1","propertyType":"msg","rules":[{"t":"neq","v":"0","vt":"num"}],"checkall":"true","repair":false,"outputs":1,"x":570,"y":200,"wires":[["e0bd1ec8.e51db","6885c31d.583c8c"]]},{"id":"d5ba3590.b2abe8","type":"switch","z":"13230d26.280463","name":"","property":"payload[1].fields.UDC1","propertyType":"msg","rules":[{"t":"neq","v":"0","vt":"num"}],"checkall":"true","repair":false,"outputs":1,"x":570,"y":300,"wires":[["e0bd1ec8.e51db","6885c31d.583c8c"]]},{"id":"a358136c.f46f6","type":"function","z":"13230d26.280463","name":"Filter","func":"//devicename = msg.payload.fields.InvName\ninputjson  = JSON.parse(msg.payload);\n\nvar _fields = {};\nfor(var item in inputjson){\n    _fields[item] = inputjson[item];\n}\n\nmsg.payload = [\n    {\n        measurement: \"energy\",\n        fields: _fields,\n        timestamp: new Date(),\n        tags:{\n\t\t    device: msg.topic,\n\t\t    direction: \"Zuid Boven\",\n\t\t     },\n    },\n    ];\nreturn msg;\n\n\n","outputs":1,"noerr":0,"x":350,"y":200,"wires":[["1c136480.d0193c"]]},{"id":"37bb436b.0435ec","type":"function","z":"13230d26.280463","name":"Filter","func":"//devicename = msg.payload.fields.InvName\ninputjson  = JSON.parse(msg.payload);\n\nvar _fields = {};\nfor(var item in inputjson){\n    _fields[item] = inputjson[item];\n}\n\nmsg.payload = [\n    {\n        measurement: \"energy\",\n        fields: _fields,\n        timestamp: new Date(),\n        tags:{\n\t\t    device: msg.topic,\n\t\t    direction: \"Noord\",\n\t\t     },\n    },\n    ];\nreturn msg;\n\n\n","outputs":1,"noerr":0,"x":350,"y":300,"wires":[["d5ba3590.b2abe8"]]},{"id":"267cad2.1e88b52","type":"json","z":"13230d26.280463","name":"","property":"payload","action":"obj","pretty":false,"x":350,"y":420,"wires":[["775df369.67887c"]]},{"id":"775df369.67887c","type":"function","z":"13230d26.280463","name":"Filter","func":"node.log (\"SMA Active to Domoticz HTTP\");\nvar power = JSON.parse(msg.payload.PACTot);\nvar energy = JSON.parse(msg.payload.EToday)*1000;\nmsg.url = \"192.168.0.148:8095/json.htm?type=command&param=udevice&idx=74&nvalue=0&svalue=\"+power +\";\"+energy ;\nreturn msg;","outputs":1,"noerr":0,"x":570,"y":420,"wires":[["377e8ffe.7e412","e84605a4.4881f8"]]},{"id":"e84605a4.4881f8","type":"debug","z":"13230d26.280463","name":"msg.url","active":false,"tosidebar":true,"console":true,"tostatus":false,"complete":"url","targetType":"msg","x":780,"y":420,"wires":[]},{"id":"377e8ffe.7e412","type":"http request","z":"13230d26.280463","name":"Domoticz","method":"use","ret":"txt","paytoqs":false,"url":"","tls":"","proxy":"","authType":"","x":780,"y":500,"wires":[[]]},{"id":"18307a35.1b89e6","type":"json","z":"13230d26.280463","name":"","property":"payload","action":"obj","pretty":false,"x":350,"y":460,"wires":[["2f0905ed.cc5b8a"]]},{"id":"2f0905ed.cc5b8a","type":"function","z":"13230d26.280463","name":"Filter","func":"node.log (\"SMA Active to Domoticz HTTP\");\nvar power = JSON.parse(msg.payload.PACTot);\nvar energy = JSON.parse(msg.payload.EToday)*1000;\nmsg.url = \"192.168.0.148:8095/json.htm?type=command&param=udevice&idx=75&nvalue=0&svalue=\"+power +\";\"+energy ;\nreturn msg;","outputs":1,"noerr":0,"x":570,"y":460,"wires":[["377e8ffe.7e412","e84605a4.4881f8"]]},{"id":"b6bc7752.297af8","type":"json","z":"13230d26.280463","name":"","property":"payload","action":"obj","pretty":false,"x":350,"y":500,"wires":[["6ede2238.a2764c"]]},{"id":"6ede2238.a2764c","type":"function","z":"13230d26.280463","name":"Filter","func":"node.log (\"SMA Active to Domoticz HTTP\");\nvar power = JSON.parse(msg.payload.PACTot);\nvar energy = JSON.parse(msg.payload.EToday)*1000;\nmsg.url = \"192.168.0.148:8095/json.htm?type=command&param=udevice&idx=76&nvalue=0&svalue=\"+power +\";\"+energy ;\nreturn msg;","outputs":1,"noerr":0,"x":570,"y":500,"wires":[["377e8ffe.7e412","e84605a4.4881f8"]]},{"id":"baef596d.de7da8","type":"comment","z":"13230d26.280463","name":"to Domoticz Electricity (inst+count)","info":"","x":440,"y":380,"wires":[]},{"id":"e7acb20d.2c593","type":"comment","z":"13230d26.280463","name":"to InfluxDB","info":"","x":360,"y":60,"wires":[]},{"id":"c1019ed.ea7126","type":"comment","z":"13230d26.280463","name":"Deze switch werkt nog niet goed (denk ik)","info":"","x":620,"y":60,"wires":[]},{"id":"1c037e9a.6e3d61","type":"mqtt-broker","z":"","name":"","broker":"localhost","port":"1883","clientid":"","usetls":false,"compatmode":true,"keepalive":"60","cleansession":true,"birthTopic":"","birthQos":"0","birthPayload":"","closeTopic":"","closePayload":"","willTopic":"","willQos":"0","willPayload":""},{"id":"e923a526.ab9e78","type":"influxdb","z":"","hostname":"127.0.0.1","port":"8086","protocol":"http","database":"telegraf","name":"","usetls":false,"tls":""}]

Grafana:

[Tsurany]

AUijtdehaag schreef op zondag 18 augustus 2019 @ 22:31:
@Tsurany
Ik log nu al een aantal dagen via SBFspot -> mqtt -> node-red -> influxdb (grafana) en domoticz
Dat werkt ook prima. (1x per minuut ivm limiet op inloggen van 60x per uur)
Dit met 3 SMA omvormers tegelijk.

Mqtt versie van SBF spot met toevoeging -mqtt (V3.6.0)
https://github.com/SBFspo...48#issuecomment-515939381
(indien beknopter nodig heb ik wat genoteerd als naslagwerk)

Node red flow:

code:

[{"id":"13230d26.280463","type":"tab","label":"SMA SBFspot MQTT ","disabled":false,"info":""},{"id":"ac77b49f.5917e8","type":"mqtt in","z":"13230d26.280463","name":"SMA1930121888","topic":"sbfspot_1930121888","qos":"2","datatype":"auto","broker":"1c037e9a.6e3d61","x":120,"y":100,"wires":[["a8766d54.fd829","267cad2.1e88b52"]]},{"id":"a5d9c4df.b381d8","type":"mqtt in","z":"13230d26.280463","name":"SMA1930106727","topic":"sbfspot_1930106727","qos":"2","datatype":"auto","broker":"1c037e9a.6e3d61","x":120,"y":200,"wires":[["a358136c.f46f6","18307a35.1b89e6"]]},{"id":"56dee764.eb6de8","type":"mqtt in","z":"13230d26.280463","name":"SMA1930044415","topic":"sbfspot_1930044415","qos":"2","datatype":"auto","broker":"1c037e9a.6e3d61","x":120,"y":300,"wires":[["37bb436b.0435ec","b6bc7752.297af8"]]},{"id":"1bf65d0b.8be6c3","type":"comment","z":"13230d26.280463","name":"SMA Zuid onder","info":"","x":120,"y":60,"wires":[]},{"id":"c7bb41f6.26992","type":"comment","z":"13230d26.280463","name":"SMA Zuid boven","info":"","x":120,"y":160,"wires":[]},{"id":"b62379f3.cdb608","type":"comment","z":"13230d26.280463","name":"SMA Noord","info":"","x":110,"y":260,"wires":[]},{"id":"a8766d54.fd829","type":"function","z":"13230d26.280463","name":"Filter","func":"//devicename = msg.payload.fields.InvName\ninputjson  = JSON.parse(msg.payload);\n\nvar _fields = {};\nfor(var item in inputjson){\n    _fields[item] = inputjson[item];\n}\n\nmsg.payload = [\n    {\n        measurement: \"energy\",\n        fields: _fields,\n        timestamp: new Date(),\n        tags:{\n\t\t    device: msg.topic,\n\t\t    direction: \"Zuid Onder\",\n\t\t     },\n    },\n    ];\nreturn msg;\n\n\n","outputs":1,"noerr":0,"x":350,"y":100,"wires":[["a22064f3.b75d38"]]},{"id":"a22064f3.b75d38","type":"switch","z":"13230d26.280463","name":"","property":"payload.fields.UDC1","propertyType":"msg","rules":[{"t":"neq","v":"0","vt":"num"}],"checkall":"true","repair":false,"outputs":1,"x":570,"y":100,"wires":[["6885c31d.583c8c","e0bd1ec8.e51db"]]},{"id":"6885c31d.583c8c","type":"debug","z":"13230d26.280463","name":"","active":false,"tosidebar":true,"console":false,"tostatus":false,"complete":"payload","targetType":"msg","x":910,"y":100,"wires":[]},{"id":"e0bd1ec8.e51db","type":"influxdb batch","z":"13230d26.280463","influxdb":"e923a526.ab9e78","precision":"","retentionPolicy":"","name":"","x":950,"y":180,"wires":[]},{"id":"1c136480.d0193c","type":"switch","z":"13230d26.280463","name":"","property":"payload[1].fields.UDC1","propertyType":"msg","rules":[{"t":"neq","v":"0","vt":"num"}],"checkall":"true","repair":false,"outputs":1,"x":570,"y":200,"wires":[["e0bd1ec8.e51db","6885c31d.583c8c"]]},{"id":"d5ba3590.b2abe8","type":"switch","z":"13230d26.280463","name":"","property":"payload[1].fields.UDC1","propertyType":"msg","rules":[{"t":"neq","v":"0","vt":"num"}],"checkall":"true","repair":false,"outputs":1,"x":570,"y":300,"wires":[["e0bd1ec8.e51db","6885c31d.583c8c"]]},{"id":"a358136c.f46f6","type":"function","z":"13230d26.280463","name":"Filter","func":"//devicename = msg.payload.fields.InvName\ninputjson  = JSON.parse(msg.payload);\n\nvar _fields = {};\nfor(var item in inputjson){\n    _fields[item] = inputjson[item];\n}\n\nmsg.payload = [\n    {\n        measurement: \"energy\",\n        fields: _fields,\n        timestamp: new Date(),\n        tags:{\n\t\t    device: msg.topic,\n\t\t    direction: \"Zuid Boven\",\n\t\t     },\n    },\n    ];\nreturn msg;\n\n\n","outputs":1,"noerr":0,"x":350,"y":200,"wires":[["1c136480.d0193c"]]},{"id":"37bb436b.0435ec","type":"function","z":"13230d26.280463","name":"Filter","func":"//devicename = msg.payload.fields.InvName\ninputjson  = JSON.parse(msg.payload);\n\nvar _fields = {};\nfor(var item in inputjson){\n    _fields[item] = inputjson[item];\n}\n\nmsg.payload = [\n    {\n        measurement: \"energy\",\n        fields: _fields,\n        timestamp: new Date(),\n        tags:{\n\t\t    device: msg.topic,\n\t\t    direction: \"Noord\",\n\t\t     },\n    },\n    ];\nreturn msg;\n\n\n","outputs":1,"noerr":0,"x":350,"y":300,"wires":[["d5ba3590.b2abe8"]]},{"id":"267cad2.1e88b52","type":"json","z":"13230d26.280463","name":"","property":"payload","action":"obj","pretty":false,"x":350,"y":420,"wires":[["775df369.67887c"]]},{"id":"775df369.67887c","type":"function","z":"13230d26.280463","name":"Filter","func":"node.log (\"SMA Active to Domoticz HTTP\");\nvar power = JSON.parse(msg.payload.PACTot);\nvar energy = JSON.parse(msg.payload.EToday)*1000;\nmsg.url = \"192.168.0.148:8095/json.htm?type=command&param=udevice&idx=74&nvalue=0&svalue=\"+power +\";\"+energy ;\nreturn msg;","outputs":1,"noerr":0,"x":570,"y":420,"wires":[["377e8ffe.7e412","e84605a4.4881f8"]]},{"id":"e84605a4.4881f8","type":"debug","z":"13230d26.280463","name":"msg.url","active":false,"tosidebar":true,"console":true,"tostatus":false,"complete":"url","targetType":"msg","x":780,"y":420,"wires":[]},{"id":"377e8ffe.7e412","type":"http request","z":"13230d26.280463","name":"Domoticz","method":"use","ret":"txt","paytoqs":false,"url":"","tls":"","proxy":"","authType":"","x":780,"y":500,"wires":[[]]},{"id":"18307a35.1b89e6","type":"json","z":"13230d26.280463","name":"","property":"payload","action":"obj","pretty":false,"x":350,"y":460,"wires":[["2f0905ed.cc5b8a"]]},{"id":"2f0905ed.cc5b8a","type":"function","z":"13230d26.280463","name":"Filter","func":"node.log (\"SMA Active to Domoticz HTTP\");\nvar power = JSON.parse(msg.payload.PACTot);\nvar energy = JSON.parse(msg.payload.EToday)*1000;\nmsg.url = \"192.168.0.148:8095/json.htm?type=command&param=udevice&idx=75&nvalue=0&svalue=\"+power +\";\"+energy ;\nreturn msg;","outputs":1,"noerr":0,"x":570,"y":460,"wires":[["377e8ffe.7e412","e84605a4.4881f8"]]},{"id":"b6bc7752.297af8","type":"json","z":"13230d26.280463","name":"","property":"payload","action":"obj","pretty":false,"x":350,"y":500,"wires":[["6ede2238.a2764c"]]},{"id":"6ede2238.a2764c","type":"function","z":"13230d26.280463","name":"Filter","func":"node.log (\"SMA Active to Domoticz HTTP\");\nvar power = JSON.parse(msg.payload.PACTot);\nvar energy = JSON.parse(msg.payload.EToday)*1000;\nmsg.url = \"192.168.0.148:8095/json.htm?type=command&param=udevice&idx=76&nvalue=0&svalue=\"+power +\";\"+energy ;\nreturn msg;","outputs":1,"noerr":0,"x":570,"y":500,"wires":[["377e8ffe.7e412","e84605a4.4881f8"]]},{"id":"baef596d.de7da8","type":"comment","z":"13230d26.280463","name":"to Domoticz Electricity (inst+count)","info":"","x":440,"y":380,"wires":[]},{"id":"e7acb20d.2c593","type":"comment","z":"13230d26.280463","name":"to InfluxDB","info":"","x":360,"y":60,"wires":[]},{"id":"c1019ed.ea7126","type":"comment","z":"13230d26.280463","name":"Deze switch werkt nog niet goed (denk ik)","info":"","x":620,"y":60,"wires":[]},{"id":"1c037e9a.6e3d61","type":"mqtt-broker","z":"","name":"","broker":"localhost","port":"1883","clientid":"","usetls":false,"compatmode":true,"keepalive":"60","cleansession":true,"birthTopic":"","birthQos":"0","birthPayload":"","closeTopic":"","closePayload":"","willTopic":"","willQos":"0","willPayload":""},{"id":"e923a526.ab9e78","type":"influxdb","z":"","hostname":"127.0.0.1","port":"8086","protocol":"http","database":"telegraf","name":"","usetls":false,"tls":""}]

Grafana:
[Afbeelding]

Zie je nog echt toegevoegde waarde in het gebruik van SBFspot boven directe modbus calls vanuit Node-Red?
Ik zie het vooral als een extra applicatie en een hop via mqtt waardoor het zwaarder wordt om te processen en lastiger om te debuggen.

[AUijtdehaag]

@Tsurany
Sbfspot draait bij mij toch al voor Pvoutput, dus voor mij een proces minder en geen modbus meer.

[merlin1201]

Hoe zou het komen dat op het moment dat mijn panelen gaan leveren dat ik ook pieken krijg in consumed energie.
Daarvoor blijft het redelijk gelijk, geen pieken maar zodra de panelen opwekken verbruik ik energie.
En dat terwijl niemand thuis is.
Dus begrijp ik dat verbruik niet .
Ik gebruik dsmr reader om mijn consumed energie te uploaden naar pvoutput.
Misch iemand enig idee?

[Jazsie]

Als je wilt weten wat nu de vebruiker is zou je kunnen testen per groep (1 voor 1 uitschakelen tot dat het verbuikt "weg" is).
Vervolgens op die groep alle aangesloten verbruikers checken.

Maar niemand thuis betekent niet 0 op verbuik, of heb je geen vriezer/koelkasten en dergelijke apparatuur in huis?

Maar blijft apart gezien je opgewekte energie, dan zou je dus wel iets groters dan vriezer etc aan hebben staan?

[ Voor 45% gewijzigd door Jazsie op 21-08-2019 11:32 ]

[merlin1201]

Vreemd vind ik het normale verbruik tot 7:00. Daarna pas pieken.
Tot 7:00 zijn er geen pieken en ook aangesloten waarden rond de 300. Terwijl na 7:00 niet iedere 5 min een waarde geeft maar 0, Alsof iedere piek een optelsom is.
Dus het totale verbruik klopt wel denk ik

[MuKkEzZz]

Heeft iemand een goedwerkend en eenvoudig Lua of dzVents script om S0PCM-informatie vanuit Domoticz naar PVOutput te sturen? Dit heb ik gevonden, maar geeft een foutmelding:

http://www.domoticz.com/f...ic.php?f=23&t=5006#p43815

106: attempt to concatenate global 'PVO_URL' (a nil value)

Deze kwam ik nog tegen in het archief (van @AUijtdehaag ): https://gathering.tweaker.../insert_message/1936018/0

Maar dat is voor consumptie en niet productie.

[loox600]

Ep Woody schreef op donderdag 18 april 2019 @ 13:21:
@DigiK-oz @GAEvakYD

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

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

Probeer dit aan de gang te krijgen op een rpi maar krijg een melding op de pi:
can’t locate YAML::XS.pm


Wat mis ik?

[ Voor 2% gewijzigd door loox600 op 23-08-2019 20:53 . Reden: Typo’s ]

[Stef012]

Rgerr schreef op zondag 21 juli 2019 @ 08:50:
[...]
Is het je ondertussen al gelukt de data te loggen naar pvoutput? Ik ben momenteel met hetzelfde bezig.

Al verder gekomen met de data upload van de Solax naar PVoutput?

Mocht dat zo zijn, heb ik zeker interesse!

[Rgerr]

Stef012 schreef op maandag 2 september 2019 @ 09:20:
[...]


Al verder gekomen met de data upload van de Solax naar PVoutput?

Mocht dat zo zijn, heb ik zeker interesse!

Nee, heb het momenteel in Domoticz. Naar PVoutput is nog niet gelukt, maar heeft ook geen prioriteit.

[ThinkPad]

MuKkEzZz schreef op donderdag 22 augustus 2019 @ 08:59:
Heeft iemand een goedwerkend en eenvoudig Lua of dzVents script om S0PCM-informatie vanuit Domoticz naar PVOutput te sturen?
[...]

Wil je niet liever een YouLess gebruiken? Die kan S0 pulsen opvangen én kan ook rechtstreeks naar PVOutput uploaden. Werkt helemaal zelfstandig, zonder allerlei ingewikkelde scriptjes e.d.
Draait hier al een aantal jaren met 0 onderhoud. Zeer betrouwbaar.
Zie ook YouLess pulsteller/elektriciteitsmeter

Als het je alleen om S0 gaat dan kun je de oudere variant (LS110) nemen (even Marktplaats in de gaten houden). De nieuwere (LS120) kan S0 & P1-poort (slimme meter).

[ Voor 18% gewijzigd door ThinkPad op 02-09-2019 09:51 ]

[AUijtdehaag]

Rgerr schreef op maandag 2 september 2019 @ 09:41:
[...]


Nee, heb het momenteel in Domoticz. Naar PVoutput is nog niet gelukt, maar heeft ook geen prioriteit.

Dat kan toch vrij eenvoudig met een dzVents script.

PM maar...

[H143]

Ik monitor mn pv nu onderandere met een sdm120
Ook heb ik er 1 waar de rest van mijn woning opzit maar nu wil ik graag mijn netto verbruik inzichtelijk hebben in grafana. Dus sdm120 op adres 1 en sdm 120 op adres 2 = netto verbruik de Iemand een idee hoe dit moet?

[merlin1201]

Nou goodwe script naar pvoutput gaat momenteel niet echt lekker, bijna dagelijks start mijn productie met de eind stand van de dag ervoor, dus steeds handmatig aanpassen.
Valt me wel op dat als ik in het Sems potaal kijk dat ook daar s'morgens de teller nog op de vorige dag staat, en dan waarschijnlijk pas reset als de omvormer aan gaat.

[AUijtdehaag]

Versie 3.6.0 van sbfspot is uit.
Met mqtt.
https://github.com/SBFspot/SBFspot/releases/tag/V3.6.0

[DRvDijk]

Vandaag zijn de panelen eindelijk het dak op gekomen (na 7 maanden wachten). Iets anders dan de offerte, 310wp panelen ipv 305, en geen Hosola maar Sofar. Gelijk ‘s middags na installatie 2 kWh opgewekt

Data logging dus!

Thuis draait de NAS een tal van docker images. Home Assistant voor de slimme lampen en thermostaat, én voor het uitlezen van de slimme meter via de P1 poort. Dit wordt keurig door https://www.home-assistant.io/integrations/dsmr/ uitgelezen en door de https://www.home-assistant.io/integrations/influxdb plug-in in InfluxDB gezet. Vervolgens heb ik een leuk dashboardje in Grafana.

Maarrrr, da’s de helft volgens mij. Want de opbrengst is wat anders dan wat ik uit de p1 poort lees. Dus ik zoek een manier de data uit te lezen zoals die ook zichtbaar is in de solarman app. Doel is die data ook in InfluxDB te krijgen, en ook op pvoutput te uploaden (vanuit influx? zodat ik ook gelijk consumptie erbij kan uploaden?)

Precieze type WiFi ding weet ik niet. Er zit een sticker op met “S/N 0518....”, en aan de achterkant een sticker met model LSW-241B1032. Je kunt er op inloggen (althans, nu niet, hele ding lijkt uit te staan als het donker hoort dat?) en dan kun je WiFi instellingen doen, en ook een tweede “remote server” opgeven, host/port en danwel tcp of udp. Ik heb alleen nog niet gevonden wat die server dan moet praten. Wel weet ik dat hij verbind naar data1.solarmanpv.com (daar zag ik een dns lookup voor), maar wat hij stuurt weet ik dus niet. Iemand een idee?

Daarnaast staat dus poort 80 open, en ook 8899. Maar wat je daarmee kan? Wie kan me iets verder op weg helpen?

[Kalentum]

DRvDijk schreef op donderdag 10 oktober 2019 @ 23:09:
Daarnaast staat dus poort 80 open, en ook 8899. Maar wat je daarmee kan? Wie kan me iets verder op weg helpen?

Mijn eerste gok is dat poort 8899 voor Modbus is. Een soort van standaard waarmee je vrijwel alle datapunten van je omvormer kan uitlezen. Voor zover ik begrijp is dat geen makkelijk protocol: je krijgt geen JSON of XML ofzoiets. Ik heb zelf een andere omvormer en lees die uit met behulp van een script dat ik hier heb gevonden.

[Tsurany]

Dat is het nadeel van budget omvormers, ze zijn slecht gedocumenteerd. Als de omvormer Modbus over tcp heeft kan je met Node-Red en de juiste plugins een eind komen mits je de data sheets hebt. Anders zou screen scraping van een (online) portal nog een optie zijn.

[Lardman]

bij solarman zit je met een generieke data logger die ook gebruikt wordt door Trannergy, Omnik en ze hebben een eigen logger die je nog wel ziet bij Power one omvormers of andere plekken waar geen eigen logging is.
Je hebt een interne pagina dus die kun je ook eenvoudig uitlezen met een script. (admin admin op 10..10.100.254 als ik het me goed herinner)

[DRvDijk]

Dank voor de term "modbus", het klinkt niet onlogisch dat al die Chinese troep spullen hetzelfde gebruiken. Alleen zal het protocol inderdaad wel interessant zijn. Interne pagina uitlezen kan idd ook goed (heb natuurlijk wel álle default admin/admins en ip adressen en wifi settings veranderd).

Ik begrijp dat er een aantal onderdelen in het systeem zitten. Een inverter (omvormer), een data logger, en de wifi stick. Of is die wifi stick al de data logger?

Ik heb even onderzocht of één van de github projecten (Wouterrr, XtheOne) verbinding kan maken op poort 8889. Helaas

Wel lukt het me de website zelf op te vragen. Simpel curl verzoek, werkt zelfs zónder authenticatie ( ). Daaruit krijg ik twee interessante waarden: huidige productie en opbrengst van vandaag. Zou dat genoeg zijn voor pvoutput? Op de portal zelf staat veel meer info, de kolommen van de export:

• Time
• InverterSN
• Data LoggerSN
• Alert Details
• Alert Code
• DC Voltage PV1(V)
• DC Voltage PV2(V)
• DC Current1(A)
• DC Current2(A)
• AC Voltage R/U/A(V)
• AC Voltage S/V/B(V)
• AC Voltage T/W/C(V)
• AC Current R/U/A(A)
• AC Current S/V/B(A)
• AC Current T/W/C(A)
• AC Output Total Power (Active)(W)
• AC Output Frequency R(Hz)
• Daily Generation (Active)(kWh)
• Total Generation (Active)(kWh)
• Inverter Temperature(℃)
• Total Operating Hours(h)
• Standby time
• Total Standby time
• Downtime
• Total Downtime
• Inverter Status
• Performance Period(h)

[Mr_Viking]

Ik wil graag 10 paneeltjes op mijn buitenverblijf leggen.

De goodwe omvormer kwam ik bij uit. Ik snap je kunt een ethernet of WiFi module kopen en dat kun je via de app van goodwe uitlezen hoe de opbrengst is.

Ik zie ook mensen die het via een Pi doen etc.

Ik wil graag op m’n telefoon (iPhone) lekker simpel wat data kunnen bekijken. Wat is de makkelijkste manier om dit te realiseren?

Kun je ook andere apps gebruiken via de internetverbinding? Apps van goodwe krijgt niet zulke bijster goede reviews

[ Voor 13% gewijzigd door Mr_Viking op 15-10-2019 17:32 ]

[Kalentum]

DRvDijk schreef op vrijdag 11 oktober 2019 @ 20:17:

Wel lukt het me de website zelf op te vragen. Simpel curl verzoek, werkt zelfs zónder authenticatie ( ). Daaruit krijg ik twee interessante waarden: huidige productie en opbrengst van vandaag. Zou dat genoeg zijn voor pvoutput?

Ja dat is voldoende voor PV Output. Ik stuur ook nog de huidige temperatuur mee.

Het meeste van de output die ik van modbus krijg sla ik nog wel op in een database, voor het geval ik later iets met die data wil