Datalogging: PV systemen

[Coder71]

Ik overweeg zonnepanelen te kopen (17 stuks), en heb hier een offerte liggen waar Enphase omvormers en een envoy type ENV-S-WB-230-F bij zit. Ik zou deze graag per paneel willen uitlezen en in Domoticz zetten. Echter heb ik Envoy gebeld, en zij geven aan dat dat niet mogelijk is (je kan het als totaal uitlezen). Het liefste zou ik ze geen toegang tot mijn netwerk geven, maar gezien de garantie lijkt dat wel noodzakelijk te zijn (een aparte dmz?).

Wie heeft hier ervaring met deze Envoy, is die uit te lezen, of zijn er betere omvormers, cq omvormers die ik wel goed kan uitlezen beschikbaar?

Dank voor commentaar/advies/opmerkingen.

[AUijtdehaag]

@Coder71 Dat moet wel lukken.
https://www.domoticz.com/forum/viewtopic.php?t=29516

Ik heb ervaring met een Envoy-S-Metered-EU
Maar het is 1x per 5 minuten (ofzo) per micro omvormer dat de waarde wijzigt, dus niet echt live
Heb een node-red flow gemaakt die naar influxdb (grafana) stuurt en naar domoticz
Tevens wordt het totaal doorgestuurd naar pvoutput.

SMA kun je ook goed uitlezen (iedere 5 sec)

[ Voor 16% gewijzigd door AUijtdehaag op 26-02-2021 17:31 ]

[jobr]

@Coder71
Fronius kun je ook op meerdere manieren lokaal uitlezen (maar niet per paneel). Kan ook automatisch gegevens naar PVOutput sturen.

[Coder71]

Bedankt voor jullie terugkoppelingen! @AUijtdehaag & @jobr

[Wimbo]

.

[ Voor 103% gewijzigd door Wimbo op 14-02-2023 15:06 ]

[Wimbo]

.

[ Voor 99% gewijzigd door Wimbo op 14-02-2023 15:06 ]

[Wilde]

Dank je voor het delen! Dankzij deze info en jouw python code is het vandaag gelukt om hier op m’n synology een sync op te zetten direct naar Pvoutput 👍

https://pvoutput.org/list.jsp?userid=92220

[ Voor 12% gewijzigd door Wilde op 08-03-2021 10:26 ]

[Gerco-M]

Ik ben bezig met mijn PVoutput links, maar heb op dit moment zonder zon al productie!
Mijn power is 0, maar toch heb ik een oplopend kwh.

Ik zie in PVoutput iets met "extended data rules" maar krijg het nog niet voor elkaar dat die gewoon stopt met tellen als er geen serieuze productie is. De Kwh uur meters werken wel goed volgens mij, want power is dus 0 maar toch komt er ergens nog data bij?

https://pvoutput.org/intraday.jsp?id=91643&sid=81051
ZO

https://pvoutput.org/intraday.jsp?id=91643&sid=82817
PV-all

https://pvoutput.org/intraday.jsp?id=91643&sid=82816
NW

Iemand hier suggesties?

[sbf]

Petje72 schreef op zaterdag 20 februari 2021 @ 13:19:
[...]

oeps maar dat is wel heel vreemd, bugje in Safari denk ik. Ik ben ingelogd op mijn account hij laat jouw PV ziet. Pagina ververst, het zelfde. Handmatig url aangepast en nu zie ik mijn PV weer.

Dit is mijn output, nog steeds 12W inderdaad. Aanpassing crontab verhelpt het niet

code:

Date    Time    Energy  Efficiency  Power   Average Normalised  Temperature Voltage Energy Used Power Used  
19/02/21    17:40   2.697kWh    2.075kWh/kW 12W 12W 0.009kW/kW  0.0C    227.7V  0.000kWh    -   
19/02/21    17:35   2.696kWh    2.074kWh/kW 0W  0W  0.000kW/kW  0.0C    228.2V  0.000kWh    -   
19/02/21    17:30   2.696kWh    2.074kWh/kW 12W 12W 0.009kW/kW  0.0C    229.0V  0.000kWh    -   
19/02/21    17:25   2.695kWh    2.073kWh/kW 24W 24W 0.018kW/kW  0.0C    230.3V  0.000kWh    -

in afwachting op je fix SBF. Alvast bedankt voor alle tijd en moeite die je in SBFspot steekt

@Petje72 V3.8.0 is beschikbaar en lost je probleem op

[Petje72]

sbf schreef op dinsdag 23 maart 2021 @ 22:19:
[...]


@Petje72 V3.8.0 is beschikbaar en lost je probleem op

Super thanks, ik ga hem meteen updaten

edit: Pi is updated naar 3.8.0
zal morgen laten weten of het probleempje gefixed is. Ga er van uit van wel

Edit 24-3 11:37u: hmmm, na de update herkend hij de SMA niet meer via bluetooth. Straks even checken.

[ Voor 34% gewijzigd door Petje72 op 24-03-2021 11:37 ]

[Petje72]

hmm na reboot en update van de Pi is de bluetooth om zeep:

code:

/usr/local/bin/sbfspot.3/SBFspot -v -finq -nocsv
SBFspot V3.8.0
Yet another tool to read power production of SMA solar inverters
(c) 2012-2021, SBF (https://github.com/SBFspot/SBFspot)
Compiled for Linux (LE) 32 bit with SQLite support
Commandline Args: -v -finq -nocsv
Reading config '/usr/local/bin/sbfspot.3/SBFspot.cfg'
Wed Mar 24 14:45:03 2021: INFO: Starting...
sunrise: 06:30
sunset : 18:55
Connecting to 00:80:25:26:F7:43 (1/10)
Connecting to 00:80:25:26:F7:43 (2/10)
Connecting to 00:80:25:26:F7:43 (3/10)
Connecting to 00:80:25:26:F7:43 (4/10)
Connecting to 00:80:25:26:F7:43 (5/10)
Connecting to 00:80:25:26:F7:43 (6/10)
Connecting to 00:80:25:26:F7:43 (7/10)
Connecting to 00:80:25:26:F7:43 (8/10)
Connecting to 00:80:25:26:F7:43 (9/10)
Connecting to 00:80:25:26:F7:43 (10/10)
Wed Mar 24 14:45:12 2021: CRITICAL: bthConnect() returned -1
Wed Mar 24 14:45:12 2021: INFO: Done.

code:

pi@raspberrypi:~ $ lsusb | grep -i bluetooth
pi@raspberrypi:~ $ hcitool scan
Device is not available: No such device

op internet gezocht en e.e.a. uit geprobeerd en bluetooth opnieuw geinstalleerd maar helpt niet. Dit commando gevonden en uitgevoerd maar geen idee hoe nu verder...

code:

lsusb; dmesg | egrep -i 'blue|firm'; uname -a
Bus 001 Device 003: ID 0424:ec00 Standard Microsystems Corp. SMSC9512/9514 Fast Ethernet Adapter
Bus 001 Device 002: ID 0424:9514 Standard Microsystems Corp. SMC9514 Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
[    0.080170] raspberrypi-firmware soc:firmware: Attached to firmware from 2021-02-25T12:12:09, variant start
[    0.090182] raspberrypi-firmware soc:firmware: Firmware hash is 564e5f9b852b23a330b1764bcf0b2d022a20afd0
[   10.769767] brcmfmac mmc1:0001:1: Direct firmware load for brcm/brcmfmac43430-sdio.raspberrypi,3-model-b.txt failed with error -2
[   10.982352] brcmfmac: brcmf_c_preinit_dcmds: Firmware: BCM43430/1 wl0: Oct 22 2019 01:59:28 version 7.45.98.94 (r723000 CY) FWID 01-3b33decd
[   35.012463] Bluetooth: Core ver 2.22
[   35.012619] Bluetooth: HCI device and connection manager initialized
[   35.012651] Bluetooth: HCI socket layer initialized
[   35.012672] Bluetooth: L2CAP socket layer initialized
[   35.012706] Bluetooth: SCO socket layer initialized
[  153.947856] Bluetooth: RFCOMM TTY layer initialized
[  153.947888] Bluetooth: RFCOMM socket layer initialized
[  153.947917] Bluetooth: RFCOMM ver 1.11
Linux raspberrypi 5.10.17-v7+ #1403 SMP Mon Feb 22 11:29:51 GMT 2021 armv7l GNU/Linux

poging bluetooth opnieuw installeren

code:

pi@raspberrypi:~ $ sudo apt-get autoremove pi-bluetooth 
Pakketlijsten worden ingelezen... Klaar
Boom van vereisten wordt opgebouwd       
De statusinformatie wordt gelezen... Klaar
De volgende pakketten zullen VERWIJDERD worden:
  pi-bluetooth rpi-eeprom-images
0 opgewaardeerd, 0 nieuw geïnstalleerd, 2 te verwijderen en 1 niet opgewaardeerd.
Na deze bewerking zal er 43,0 kB schijfruimte vrijkomen.
Wilt u doorgaan? [J/n] j
(Database wordt ingelezen ... 100234 bestanden en mappen momenteel geïnstalleerd.)
pi-bluetooth (0.1.15) wordt verwijderd ...
rpi-eeprom-images (11.12-1) wordt verwijderd ...
pi@raspberrypi:~ $ sudo apt-get install pi-bluetooth 
Pakketlijsten worden ingelezen... Klaar
Boom van vereisten wordt opgebouwd       
De statusinformatie wordt gelezen... Klaar
De volgende NIEUWE pakketten zullen geïnstalleerd worden:
  pi-bluetooth
0 opgewaardeerd, 1 nieuw geïnstalleerd, 0 te verwijderen en 1 niet opgewaardeerd.
Er moeten 0 B/5188 B aan archieven opgehaald worden.
Na deze bewerking zal er 26,6 kB extra schijfruimte gebruikt worden.
Voorheen niet geselecteerd pakket pi-bluetooth wordt geselecteerd.
(Database wordt ingelezen ... 100224 bestanden en mappen momenteel geïnstalleerd.)
Uitpakken van .../pi-bluetooth_0.1.15_all.deb wordt voorbereid...
Bezig met uitpakken van pi-bluetooth (0.1.15) ...
Instellen van pi-bluetooth (0.1.15) ...
Job for hciuart.service failed because the control process exited with error code.
See "systemctl status hciuart.service" and "journalctl -xe" for details.
pi@raspberrypi:~ $ systemctl status hciuart.service
● hciuart.service - Configure Bluetooth Modems connected by UART
   Loaded: loaded (/lib/systemd/system/hciuart.service; enabled; vendor preset: 
   Active: failed (Result: exit-code) since Wed 2021-03-24 14:52:30 CET; 1min 0s
  Process: 1224 ExecStart=/usr/bin/btuart (code=exited, status=1/FAILURE)

mrt 24 14:52:00 raspberrypi systemd[1]: Starting Configure Bluetooth Modems conn
mrt 24 14:52:30 raspberrypi btuart[1224]: Initialization timed out.
mrt 24 14:52:30 raspberrypi btuart[1224]: bcm43xx_init
mrt 24 14:52:30 raspberrypi systemd[1]: hciuart.service: Control process exited,
mrt 24 14:52:30 raspberrypi systemd[1]: hciuart.service: Failed with result 'exi
mrt 24 14:52:30 raspberrypi systemd[1]: Failed to start Configure Bluetooth Mode

via raspi-config serial ports (weer) enable en reboot...

Yes, hij ziet de SMA weer , maar nog wel foutmeldingen... kan dat kwaad?

code:

pi@raspberrypi:~ $ /usr/local/bin/sbfspot.3/SBFspot -v -finq -nocsv
SBFspot V3.8.0
Yet another tool to read power production of SMA solar inverters
(c) 2012-2021, SBF (https://github.com/SBFspot/SBFspot)
Compiled for Linux (LE) 32 bit with SQLite support
Commandline Args: -v -finq -nocsv
Reading config '/usr/local/bin/sbfspot.3/SBFspot.cfg'
Wed Mar 24 14:57:47 2021: INFO: Starting...
sunrise: 06:30
sunset : 18:55
Connecting to 00:80:25:26:F7:43 (1/10)
Initializing...
SUSyID: 125 - SessionID: 827907934 (0x3158DF5E)
SMA netID=03
Serial Nr: 7757087E (2002192510)
BT Signal=80.4%
Logon OK
Local Host Time: 24/03/2021 14:57:48
Plant Time     : 24/03/2021 14:57:49 (+1 sec)
TZ offset      : 0 sec - DST: Off
Last Time Set  : 24/03/2021 14:57:48
Time was already adjusted today
SUSyID: 99 - SN: 2002192510
Device Name:      Ameri Solar 5x260Wp
Device Class:     Solar Inverters
Device Type:      SB 1200
Software Version: 12.12.206.R
Serial number:    2002192510
SUSyID: 99 - SN: 2002192510
Device Status:      ?
SUSyID: 99 - SN: 2002192510
Device Temperature: 0.0°C
SUSyID: 99 - SN: 2002192510
GridRelay Status:      ?
SUSyID: 99 - SN: 2002192510
Pac max phase 1: 0W
Pac max phase 2: 0W
Pac max phase 3: 0W
SUSyID: 99 - SN: 2002192510
Energy Production:
    EToday: 3.884kWh
    ETotal: 8860.267kWh
    Operation Time: 35666.20h
    Feed-In Time  : 32981.71h
SUSyID: 99 - SN: 2002192510
DC Spot Data:
    String 1 Pdc:   0.000kW - Udc: 146.00V - Idc:  3.359A
    String 2 Pdc:   0.000kW - Udc:   0.00V - Idc:  0.000A
    Calculated Total Pdc:   0.000kW
SUSyID: 99 - SN: 2002192510
AC Spot Data:
    Phase 1 Pac :   0.000kW - Uac: 234.80V - Iac:  1.913A
    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.449kW - Calculated Pac:   0.000kW
    Efficiency  :    0.00%
SUSyID: 99 - SN: 2002192510
Grid Freq. : 50.00Hz
SUSyID: 99 - SN: 2002192510
Current Inverter Time: 24/03/2021 14:57:49
Inverter Wake-Up Time: 24/03/2021 14:57:49
Inverter Sleep Time  : 24/03/2021 14:57:49
[2021-03-24 14:57:49.746] Error: sqlite3_exec() returned: 'UNIQUE constraint failed: SpotData.TimeStamp, SpotData.Serial' while executing
INSERT INTO SpotData VALUES(1616594269,2002192510,0,0,3.359,0,146,0,0,0,0,1.913,0,0,234.8,0,0,3884,8860267,50,35666.2,32981.7,80.3922,'?','?',0)
[2021-03-24 14:57:49.746] Error: [spot_data]exec_query() returned: 'UNIQUE constraint failed: SpotData.TimeStamp, SpotData.Serial' while executing
INSERT INTO SpotData VALUES(1616594269,2002192510,0,0,3.359,0,146,0,0,0,0,1.913,0,0,234.8,0,0,3884,8860267,50,35666.2,32981.7,80.3922,'?','?',0)
********************
* ArchiveDayData() *
********************
startTime = 605A72F0 -> 24/03/2021 00:00:00
**********************
* ArchiveMonthData() *
**********************
startTime = 603CC930 -> 01/03/2021 12:00:00
Reading events: 2021-Mar-01
Wed Mar 24 14:57:50 2021: INFO: Done.

Hij loopt weer , PVoutput is ook weer up to date. Vanavond checken of laatste output 0W is

(dipje om 13:45u is gepland, vandaag aanpassing in meterkast dus even is de stroom er helemaal af geweest)

[ Voor 75% gewijzigd door Petje72 op 24-03-2021 15:31 ]

[sbf]

Foutmelding lijkt toch op een bug... maar aan die code is niets veranderd...
https://github.com/SBFspot/SBFspot/issues/448

[Petje72]

sbf schreef op woensdag 24 maart 2021 @ 17:38:
Foutmelding lijkt toch op een bug... maar aan die code is niets veranderd...
https://github.com/SBFspot/SBFspot/issues/448

Hmm, ik zal dat checken.

Echter de 3.8.0 heeft wel de andere bug geplet ! laatste output is netjes 0W na zonsondergang

[sbf]

Petje72 schreef op woensdag 24 maart 2021 @ 14:44:
hmm na reboot en update van de Pi is de bluetooth om zeep

Was sunnyexplorer niet verbonden met de omvormer? Gaat meestal niet goed samen met sbfspot.

[Petje72]

sbf schreef op donderdag 25 maart 2021 @ 08:52:
[...]

Was sunnyexplorer niet verbonden met de omvormer? Gaat meestal niet goed samen met sbfspot.

Sunny explorer? wat is dat? gebruik ik niet in ieder geval

Ik had een apt-get update en apt-get upgrade gedaan, blijkbaar valt dan soms de bleutooth setting om. via rasp-config weer de serial port enablen en fixed. Staat dus helemaal los van sbfspot.

[Pino112]

Ik heb eindelijk data uit mijn Solax X1 Mini kunnen halen. Op Github staat deze repository: https://github.com/JensJordan/solaXd
die een connectie maakt met de inverter en zelf een webservertje opzet om de data te bekijken. Op dit moment is het voor OpenHAB geschikt, maar met een beetje kennis valt het ook wel om te bouwen naar PVoutput.


Wellicht ook iets voor @WaSteiL om te proberen. Enige wat je qua converter nodig hebt is deze: https://webshop.domoticx....d=386&search=rs485&page=2

[ikbentochniegek]

In februari heb ik 15 panelen laten leggen met een SUN2000-5KTL-M1 omvormer.
Vanwege schaduw van het dakkapel van de buren waren enkele optimisers nodig. Echter ik heb voor elk paneel een optimiser gevraagd omdat ik de panelen graag wil monitoren.
In de Huawei monitor app zijn echter geen afzonderlijke panelen zichtbaar, enkel 2 strings.
Dus ik ben als "installer" gaan rondneuzen in de Huawei solar home app. Hier kan ik apparaten toevoegen waaronder optimisers.
Er blijken hier geen optimisers geconfigureerd. Er zit wel een knop "optimisers zoeken", maar na een paar minuten zoeken wordt er niets gevonden.
Heeft iemand ervaring met deze (of soortgelijke) omvormer en optimisers?
Heeft de installateur geen optimisers geplaatst, of zijn ze in de app met deze omvormer gewoon niet zichtbaar?

[AUijtdehaag]

@ikbentochniegek
Die zit er ook tussen?
https://solarmagazine.nl/...y-box-voor-europese-markt

Oh wacht. Ik zie dat er 2 modellen zijn.
1 met en 1 zonder integratie
https://www.solartoday.nl...uawei_nl_aug-2020_def.pdf

Edit: heb je gegevens over welke optimizers zijn gebruikt?
https://solarclarity.nl/w...10KTL-M1-Datasheet-NL.pdf
SUN2000-450W-P ?

[ Voor 56% gewijzigd door AUijtdehaag op 28-03-2021 19:32 ]

[Gerco-M]

ikbentochniegek schreef op zondag 28 maart 2021 @ 16:50:
In februari heb ik 15 panelen laten leggen met een SUN2000-5KTL-M1 omvormer.
Vanwege schaduw van het dakkapel van de buren waren enkele optimisers nodig. Echter ik heb voor elk paneel een optimiser gevraagd omdat ik de panelen graag wil monitoren.
In de Huawei monitor app zijn echter geen afzonderlijke panelen zichtbaar, enkel 2 strings.
Dus ik ben als "installer" gaan rondneuzen in de Huawei solar home app. Hier kan ik apparaten toevoegen waaronder optimisers.
Er blijken hier geen optimisers geconfigureerd. Er zit wel een knop "optimisers zoeken", maar na een paar minuten zoeken wordt er niets gevonden.
Heeft iemand ervaring met deze (of soortgelijke) omvormer en optimisers?
Heeft de installateur geen optimisers geplaatst, of zijn ze in de app met deze omvormer gewoon niet zichtbaar?

Ik heb ook enkele Huawei omvormers (6KTL + 8 KTL) maar geen optimizers. Ik zou denken dat je installateur deze voor je zou moeten configureren zodat je de panelen per stuk kan monitoren.

Of de optimizers fysiek geplaatst zijn kan je checken onder je panelen denk ik? Als je nog enigzins kan zien wat er allemaal zit.

Als je het bij de installatie niet direct in de gaten kon houden is dat minder handig natuurlijk. Wel vind ik het ook vreemd dat de "zonnepanelen crew" alleen fysiek alles monteerd, en dan zegt "ja de config en monitoring zie je binnenkort nog wel tegemoet" Althans zo ging het bij mij, en ook meestal volgens mij.

[WaSteiL]

Pino112 schreef op vrijdag 26 maart 2021 @ 14:03:
Ik heb eindelijk data uit mijn Solax X1 Mini kunnen halen. Op Github staat deze repository: https://github.com/JensJordan/solaXd
die een connectie maakt met de inverter en zelf een webservertje opzet om de data te bekijken. Op dit moment is het voor OpenHAB geschikt, maar met een beetje kennis valt het ook wel om te bouwen naar PVoutput.


Wellicht ook iets voor @WaSteiL om te proberen. Enige wat je qua converter nodig hebt is deze: https://webshop.domoticx....d=386&search=rs485&page=2

Ik heb het heel smerig opgelost. Ik heb een powershell script geschreven die de data van de site afhaalt, die in een Azure FunctionApp gezet met een HTTP trigger. En in domoticz een HTTP/HTTPS poller. Die maakt dan weer gebruik van een klein LUA scriptje. Je moet wat als je geen kennis van python hebt en ook LUA zo simpel mogelijk wil houden. Als je interesse hebt moet je het maar laten weten, als je geen interesse hebt in deze vage oplossing geef ik je geen ongelijk.

Overigens kreeg ik die oplossing met die converter die jij anagaf niet werkende. Ik kreeg maar geen data. Nu kan mijn ali converters (ik had er 2 besteld voor de zekerheid) misschien niet helemaal lekker zijn geweest.

[ Voor 8% gewijzigd door WaSteiL op 29-03-2021 08:30 ]

[Eriksk]

Ik heb een SAJ R5-4K met een AOI3 module die de data opstuurt naar een cloud omgeving. Heeft iemand enig idee of hier data uit te krijgen is? Alle poorten zijn gesloten.

Ik heb nog een SAJ omvormer die netjes de data publiceert zoals al vaker in dit topic is langsgekomen.

[AUijtdehaag]

@Eriksk
Deze methode misschien?
Wimbo in "Datalogging: PV systemen"

[BastiaanN]

WaSteiL schreef op maandag 29 maart 2021 @ 08:29:
[...]


Ik heb het heel smerig opgelost. Ik heb een powershell script geschreven die de data van de site afhaalt, die in een Azure FunctionApp gezet met een HTTP trigger. En in domoticz een HTTP/HTTPS poller. Die maakt dan weer gebruik van een klein LUA scriptje. Je moet wat als je geen kennis van python hebt en ook LUA zo simpel mogelijk wil houden. Als je interesse hebt moet je het maar laten weten, als je geen interesse hebt in deze vage oplossing geef ik je geen ongelijk.

Overigens kreeg ik die oplossing met die converter die jij anagaf niet werkende. Ik kreeg maar geen data. Nu kan mijn ali converters (ik had er 2 besteld voor de zekerheid) misschien niet helemaal lekker zijn geweest.

Solax heeft tegenwoordig ook gewoon een JSON api he, die kun je dan gewoon rechtstreeks pollen vanuit domoticz als je dat wil. ( Zie https://www.eu.solaxcloud...s/userGuide/Solax_API.pdf )

Helaas zit niet alle data er in, natuurlijk wel de opwek e.d. maar bijv. het voltage ontbreekt. Ik heb ze wel gemaild of ze die nog toe kunnen voegen, dan hoef ik geen vieze dingen te doen zoals hieronder

Mijn router heeft de mogelijkheid om alle verkeer te sniffen en door te sturen naar wireshark. Dat heb ik van de week gedaan en toen kwam ik er achter dat de inverter met solax babbelt via een unencrypted mqtt verbinding richting mqtt002.solaxcloud.com. Tijdens het sniffen kon ik gewoon het gebruikte gebruikersnaam en wachtwoord zien, en die gebruik ik nu in mijn python scriptje om rechtstreeks op die mqtt broker van ze in te loggen Ik ben nu geabonneerd op het topic dat mijn inverter produceert en via die weg krijg ik elke 5 minuten alle data die het ding uitspuugt



Ik stoor me overigens wel aan de nauwkeurigheid van de opbrengst. Dat gaat in stapjes van 0,1kwh. Dus ik heb nu een modbus kwh meter besteld die ik binnenkort in de meterkast ga plaatsen, die is met een resolutie van 0,001kwh een stuk nauwkeuriger. Dan hoef ik alleen nog het voltage van de panelen van de solax api te halen.

[ Voor 7% gewijzigd door BastiaanN op 02-04-2021 15:58 ]

[Eriksk]

AUijtdehaag schreef op vrijdag 2 april 2021 @ 15:37:
@Eriksk
Deze methode misschien?
Wimbo in "Datalogging: PV systemen"

Dat gaat niet werken als ik de AOI3 module wil houden.

[borft]

BastiaanN schreef op vrijdag 2 april 2021 @ 15:47:
[...]


Solax heeft tegenwoordig ook gewoon een JSON api he, die kun je dan gewoon rechtstreeks pollen vanuit domoticz als je dat wil. ( Zie https://www.eu.solaxcloud...s/userGuide/Solax_API.pdf )

Helaas zit niet alle data er in, natuurlijk wel de opwek e.d. maar bijv. het voltage ontbreekt. Ik heb ze wel gemaild of ze die nog toe kunnen voegen, dan hoef ik geen vieze dingen te doen zoals hieronder

Mijn router heeft de mogelijkheid om alle verkeer te sniffen en door te sturen naar wireshark. Dat heb ik van de week gedaan en toen kwam ik er achter dat de inverter met solax babbelt via een unencrypted mqtt verbinding richting mqtt002.solaxcloud.com. Tijdens het sniffen kon ik gewoon het gebruikte gebruikersnaam en wachtwoord zien, en die gebruik ik nu in mijn python scriptje om rechtstreeks op die mqtt broker van ze in te loggen Ik ben nu geabonneerd op het topic dat mijn inverter produceert en via die weg krijg ik elke 5 minuten alle data die het ding uitspuugt

[Afbeelding]

Ik stoor me overigens wel aan de nauwkeurigheid van de opbrengst. Dat gaat in stapjes van 0,1kwh. Dus ik heb nu een modbus kwh meter besteld die ik binnenkort in de meterkast ga plaatsen, die is met een resolutie van 0,001kwh een stuk nauwkeuriger. Dan hoef ik alleen nog het voltage van de panelen van de solax api te halen.

Ik heb ooit een scraper gemaakt voor de SolaxCloud, die haalt wel alles op (Resolutieprobleem lost ie helaas niet op). Geen idee of het nog werkt (heb tegenwoordig een Goodwe), maar de code staat iig hier: https://gitlab.com/borft/solax-php

[Wimbo]

.

[ Voor 124% gewijzigd door Wimbo op 14-02-2023 15:06 ]

[PC-fr]

Bij de Zonnplan omvormers is de situatie iets anders.
Aan de onderzijde zit een afdekplaatje dat de 2 connectors voor RJ-485 en DRM verbergt

[Eriksk]

Wimbo schreef op vrijdag 2 april 2021 @ 21:22:
[...]


Als het goed is wel. De AOI3 zit op de "USB" poort van de inverter.
Een modbus adapter word aangesloten op de RS485 poort van de inverter.
Deze zit naast de "USB" poort en is afgeschermd door een draaidopje.

Och wat stom van me, wist niet dat er meerdere aansluitingen waren
Zojuist een EW11 besteld

[Wimbo]

.

[ Voor 99% gewijzigd door Wimbo op 14-02-2023 15:07 ]

[PC-fr]

Ik kan je geen ander bewijs leveren dan dit.
De aansluitkabel voor Elfin EW11 gemaakt volgens schema van Wimbo op https://github.com/wimb0/...modbus/blob/dev/README.md

[ Voor 24% gewijzigd door PC-fr op 04-04-2021 20:19 ]

[Wimbo]

.

[ Voor 99% gewijzigd door Wimbo op 14-02-2023 15:07 ]

[cj1]

Na het brouwen van een P1 stekker waarop het DTR-signaal zich via software laat besturen en het aanpassen van Thralas P1 python script, bewaar ik iedere seconde alle numeriek data in InfluxDB 2.0.4. Binnen een uur had ik zonder ervaring met influx of grafana in influxdb een dashboard in elkaar geklust.
.

Omvang InfluxDB P1 data op disk

code:

du -hs -- /var/lib/influxdb/.influxdbv2/engine/data

doet na 1 dag per 1 seconde loggen al 736 Mb qua omvang. De volgende dag is de omvang toegenomen tot 807Mb, een toename van 71 Mb per dag. Als dat zo door gaat kan ik nog bijna 4 jaar vooruit voordat ik een Influx data opschoonroutine klaar moet hebben om te voorkomen dat de schijf vol loopt.
.

Hoeveel schrijft InfluxDB naar de SD-kaart?

Er wordt zo'n 3 tot 5 Gb geschreven per dag naar de 128Gb pro endurance SD-kaart. Een 32GB niet endurance SD-kaart probeer ik met badblocks random data writes kapot te krijgen. Dat is na 28 TBW nog niet gelukt. Dus die "endurance" SD-kaart gaat misschien wel de 488,7 TBW mee. Daar kan ik dan toch mooi 274 jaren mee vooruit qua schrijven. En anders toch minimaal 15 jaar.

Is er iemand die een voorbeeld wil delen hoe InfluxDB 2.x P1 meterstand data iedere 5 minuten naar PVoutput te posten?

[ Voor 19% gewijzigd door cj1 op 07-04-2021 12:01 . Reden: Meer data, groepen onder kopjes ]

[Jesse-]

Ik heb een GoodWe 3600D-NS hangen. Daar hing eerst een wifi module onderaan, die heb ik inmiddels losgekoppeld en nu hangt er een Wemos D1 mini aan met daarop https://github.com/jantenhove/GoodWeLogger De RS485 connector heb ik met twee dupont kabeltjes aan de omvormer hangen.

Ik krijg alleen geen data uit de omvormer. Als ik naar de logger telnet krijg ik eindeloze discovery reeksen:

code:

(D) Sending discovery
(D) Sending data to inverter(s).Sent data to inverter(s):
(D) 0xAA 0x55 0xAB 0x7F 0x0 0x0 0x0 CRC high/low: 0x2 0x29 .
(D) MQTT send status: 1

Verder blijft het stil. Ook op het MQTT topic zie ik niks verschijnen.

Als ik op de omvormer zelf kijk zie ik dat het gele lampje continu brandt. Dit duidt erop dat wifi aangesloten/actief is (zie knipsel uit handleiding). In het menu van de omvormer is echter geen mogelijkheid om expliciet voor RS485 te kiezen.
Iemand enig idee waar het probleem zit en hoe ik het op kan lossen?

[BastiaanN]

Ik heb sinds gisteren een SDM220 (MID variant) van Eastron in de meterkast hangen die uit te lezen is via modbus. Deze zit aangesloten tussen de omvormer en de alamat in de meterkast. Het doel is om het aantal Kwh wat deze meter registreert te gebruiken voor het registreren van de opbengst aangezien de waarde tot 3 cijfers achter de comma nauwkeurig is t.o.v. 1 cijfer van de solax.

ik heb vandaag de dagelijkse yield vergeleken die geregistreerd wordt door de solax omvormer met de waarde (import total energy) die wordt aangegeven door de eastron. De solax registreert voor vandaag 3,3kwh maar de eastron geeft maar 2,88kwh aan. Das best nog wel een forse verschil (ca 15%).

Nu is de vraag welke van de twee meters heeft er nu gelijk? Of hebben ze allebei gelijk maar meten ze anders?

Als ik dit soort dingen zie op het solax portal dan weet ik denk ik het antwoord al

[ Voor 17% gewijzigd door BastiaanN op 10-04-2021 15:51 ]

[iwolke]

Hallo zonnetweakers,

Ik ben redelijk nieuw op dit hele gebied. Aan mijn zonnepanelen hangt een Stecagrid 4803x omvormer. Heeft een ethernet poort en ik kan via een webserver data opvrage. So far so good.
Wat ik graag zou willen is de data van de omvormer monitoren, liefst via mijn Domoticz server (op mijn QNAP NAS). Naast de opbrengstdata hoop ik ook de event data (en liefst ook de measurements (grid voltage)) te kunnen lezen. Dit omdat ik de laatste tijd regelmatig een "Grid voltage too high" error voorbij zie komen, waarna de steca uitschakelt voor een paar minuten. (die staat uit bij Enexis, maar ik wil het beter kunnen aantonen, kan het nu alleen live zien).

Steca heeft zelf software maar die heb ik nog niet aan de praat kunnen krijgen. Met name de Steca Connect User lijkt te kunnen wat ik wil (niet naar Domoticz, maar goed) maar heb ik niet aan de praat kunnen krijgen. Zijn er hier mensen met een vergelijkbare setup of met tips hoe ik het beste kan beginnen?

Alvast heel hartelijk bedankt.

Ignasz

[Deshmir]

@iwolke je kan in google zoeken naar github stecagrid, dan komen er een paar naar boven.
Misschien zit daar wat tussen?

[PeeVv]

Dracula78 schreef op zondag 19 april 2020 @ 22:29:
De volgende commando's heb ik destijds achterhaald d.m.v. een serial traffic logger.

code:

private static Dictionary<MeasurementType, byte[]> _commands = new Dictionary<MeasurementType, byte[]>()
    {
        { MeasurementType.NominalPower,   new byte[] { 0x02, 0x01, 0x00, 0x10, 0x01, 0xc9, 0x65, 0x40, 0x03, 0x00, 0x01, 0x1D, 0x72, 0x81, 0x70, 0x03 } },
        { MeasurementType.PanelPower,     new byte[] { 0x02, 0x01, 0x00, 0x10, 0x01, 0xc9, 0x65, 0x40, 0x03, 0x00, 0x01, 0x22, 0x77, 0xA3, 0x0B, 0x03 } },
        { MeasurementType.PanelVoltage,   new byte[] { 0x02, 0x01, 0x00, 0x10, 0x01, 0xc9, 0x65, 0x40, 0x03, 0x00, 0x01, 0x23, 0x78, 0xC9, 0x01, 0x03 } },
        { MeasurementType.PanelCurrent,   new byte[] { 0x02, 0x01, 0x00, 0x10, 0x01, 0xc9, 0x65, 0x40, 0x03, 0x00, 0x01, 0x24, 0x79, 0x11, 0x53, 0x03 } },
        { MeasurementType.ACPower,        new byte[] { 0x02, 0x01, 0x00, 0x10, 0x01, 0xc9, 0x65, 0x40, 0x03, 0x00, 0x01, 0x29, 0x7E, 0x29, 0xBE, 0x03 } },
        { MeasurementType.CurrentYield,   new byte[] { 0x02, 0x01, 0x00, 0x10, 0x01, 0xc9, 0x65, 0x40, 0x03, 0x00, 0x01, 0x3C, 0x91, 0x50, 0x2C, 0x03 } },
        { MeasurementType.GridValues,     new byte[] { 0x02, 0x01, 0x00, 0x10, 0x01, 0xc9, 0x65, 0x40, 0x03, 0x00, 0x01, 0x51, 0xA6, 0x65, 0x25, 0x03 } },
        { MeasurementType.TotalYield,     new byte[] { 0x02, 0x01, 0x00, 0x10, 0x01, 0xc9, 0x65, 0x64, 0x03, 0x00, 0x01, 0xF1, 0x46, 0x7D, 0x9C, 0x03 } },
        { MeasurementType.Time,           new byte[] { 0x02, 0x01, 0x00, 0x10, 0x01, 0xc9, 0x65, 0x64, 0x03, 0x00, 0x01, 0x05, 0x5A, 0x8B, 0xA1, 0x03 } },
        { MeasurementType.Flags,          new byte[] { 0x02, 0x01, 0x00, 0x10, 0x01, 0xc9, 0x65, 0x64, 0x03, 0x00, 0x01, 0x02, 0x57, 0x8B, 0xA1, 0x03 } },
    };

Hier zie je dus voor 10 verschillende commando's de reeks van 16 bytes die je over de seriële connectie moet sturen. Kun je bevestigen dat de ACPower overeenkomt met jouw bevinding?

Er zijn nog veel meer commando's, maar die zijn enkel gericht op het ophalen van historische dag/maand/jaar gegevens.

De respons bevat een gecodeerde waarde op byte positie 12-15 (geteld vanaf 0), en de decodering ervan verschilt per type commando.

TotalYield gebruikt een 'normale' IEEE754 codering. Ik zie dat ik hiervoor de volgende C# functies gebruik:

code:

public static float IntToFloat_IEEE754(int value) => BytesToFloat_IEEE754(BitConverter.GetBytes(value));
public static float BytesToFloat_IEEE754(byte[] bytes)
{
    int startIndex = 0;
    byte[] value = bytes;
    unsafe
    {
        fixed (byte* startAddress = &value[startIndex])
        {
            int num = (int)(*startAddress) | (int)(startAddress)[1] << 8 | (int)(startAddress)[2] << 16 | (int)(startAddress)[3] << 24;
            return *(float*)(&num);
        }
    }
}

Andere commando's gooien er nog een Steca proprietary bit shuffle overheen, waarbij de volgende extra C# functies helpen bij decodering:

code:

public static float BusToFloat(byte[] busBytes) => BusToFloat(BitConverter.ToInt32(busBytes.Reverse().ToArray(), 0));
public static float BusToFloat(int busValue) => BusToFloat(busValue, out _);
public static float BusToFloat(int busValue, out byte formula)
{
    int formulaPrefix = busValue;
    formula = (byte)(formulaPrefix >>= 24);
    busValue &= 0xFFFFFF;
    int lowPart = busValue & 0xFF;
    lowPart <<= 16;
    busValue >>= 8;
    busValue |= lowPart;
    busValue <<= 7;
    return IntToFloat_IEEE754(busValue);
}

Allemaal erg technisch, maar hoop dat je er wat aan hebt.

Hele tijd geleden ondertussen, maar de Stecagrid wordt nog steeds zonder problemen uitgelezen, waarvoor nogmaals dank! Nu de volgende stap

Er hangt sinds vandaag een tweede Stecagrid, de 3010. RS485 via een netwerkkabel verbonden met de 3600 en er lijkt een verbinding te zijn. Nu het probleem: hoe kan ik de tweede Stecagrid uitlezen? In de instellingen staat een netwerk-id. De eerste Stecagrid staat op 1, de tweede op 2. Met het huidige script wordt zo de eerste uitgelezen. Ik weet echter niet hoe ik nu de waardes van de tweede Stecagrid eruit krijg. Als ik de IDs omwissel wordt de tweede uitgelezen, dus de verbinding en het script werken met de tweede Stecagrid. Ik weet echter niet hoe ik nu beide omvormers uit kan lezen, ergens moet ik dus zien mee te geven wat het netwerk ID is.

@Dracula78, weet je dit toevallig?

[Dracula78]

Ik kan de Steca documentatie zo snel niet meer vinden, maar verwacht dat één van die 0x00 of 0x01 bytes in de commands de netwerk-id is van het device dat je wil uitlezen. Je hebt alleen wel kans dat er checksum bytes mee veranderen, en dat maakt het lastig om te experimenteren.

Om de juiste commando's te achterhalen zou je dezelfde methode kunnen gebruiken als die ik gebruikte. Hiervoor zul je wel de Steca's moeten hebben verbonden met een Windows computer (en een RS485-USB adapter):

• Download Steca's User Software
• Download een gratis serial traffic monitor
• In Steca's User Software: selecteer device 1, haal metingen op, en log de uitgaande bytes
• In Steca's User Software: selecteer device 2, haal metingen op, en log de uitgaande bytes
• Zoek de verschillen in de twee bovenstaande byte reeksen

Mocht je het vinden, ben ik wel benieuwd hoe je commando's er uit zien voor een device met id 2.

[thunderfury]

BastiaanN schreef op vrijdag 2 april 2021 @ 15:47:
[...]


Solax heeft tegenwoordig ook gewoon een JSON api he, die kun je dan gewoon rechtstreeks pollen vanuit domoticz als je dat wil. ( Zie https://www.eu.solaxcloud...s/userGuide/Solax_API.pdf )

Helaas zit niet alle data er in, natuurlijk wel de opwek e.d. maar bijv. het voltage ontbreekt. Ik heb ze wel gemaild of ze die nog toe kunnen voegen, dan hoef ik geen vieze dingen te doen zoals hieronder

Mijn router heeft de mogelijkheid om alle verkeer te sniffen en door te sturen naar wireshark. Dat heb ik van de week gedaan en toen kwam ik er achter dat de inverter met solax babbelt via een unencrypted mqtt verbinding richting mqtt002.solaxcloud.com. Tijdens het sniffen kon ik gewoon het gebruikte gebruikersnaam en wachtwoord zien, en die gebruik ik nu in mijn python scriptje om rechtstreeks op die mqtt broker van ze in te loggen Ik ben nu geabonneerd op het topic dat mijn inverter produceert en via die weg krijg ik elke 5 minuten alle data die het ding uitspuugt

[Afbeelding]

Ik stoor me overigens wel aan de nauwkeurigheid van de opbrengst. Dat gaat in stapjes van 0,1kwh. Dus ik heb nu een modbus kwh meter besteld die ik binnenkort in de meterkast ga plaatsen, die is met een resolutie van 0,001kwh een stuk nauwkeuriger. Dan hoef ik alleen nog het voltage van de panelen van de solax api te halen.

Is er toevallig ook geen lokale API die je in het lokale netwerk waarin de omvormer hangt, kan oproepen? Ik stoor me vooral aan de tijdsresolutie van 5 minuten.

[PeeVv]

Dracula78 schreef op zondag 18 april 2021 @ 22:13:
Ik kan de Steca documentatie zo snel niet meer vinden, maar verwacht dat één van die 0x00 of 0x01 bytes in de commands de netwerk-id is van het device dat je wil uitlezen. Je hebt alleen wel kans dat er checksum bytes mee veranderen, en dat maakt het lastig om te experimenteren.

Om de juiste commando's te achterhalen zou je dezelfde methode kunnen gebruiken als die ik gebruikte. Hiervoor zul je wel de Steca's moeten hebben verbonden met een Windows computer (en een RS485-USB adapter):

• Download Steca's User Software
• Download een gratis serial traffic monitor
• In Steca's User Software: selecteer device 1, haal metingen op, en log de uitgaande bytes
• In Steca's User Software: selecteer device 2, haal metingen op, en log de uitgaande bytes
• Zoek de verschillen in de twee bovenstaande byte reeksen

Mocht je het vinden, ben ik wel benieuwd hoe je commando's er uit zien voor een device met id 2.

Thanks, ik ga even experimenteren. De bytes eentje ophogen werkt inderdaad helaas niet, dan krijg ik geen respons. Ik ga even wat brute-force proberen, anders sluit ik een laptop aan. Zal het laten weten als ik meer weet!

[PeeVv]

Dracula78 schreef op zondag 18 april 2021 @ 22:13:
Ik kan de Steca documentatie zo snel niet meer vinden, maar verwacht dat één van die 0x00 of 0x01 bytes in de commands de netwerk-id is van het device dat je wil uitlezen. Je hebt alleen wel kans dat er checksum bytes mee veranderen, en dat maakt het lastig om te experimenteren.

Om de juiste commando's te achterhalen zou je dezelfde methode kunnen gebruiken als die ik gebruikte. Hiervoor zul je wel de Steca's moeten hebben verbonden met een Windows computer (en een RS485-USB adapter):

• Download Steca's User Software
• Download een gratis serial traffic monitor
• In Steca's User Software: selecteer device 1, haal metingen op, en log de uitgaande bytes
• In Steca's User Software: selecteer device 2, haal metingen op, en log de uitgaande bytes
• Zoek de verschillen in de twee bovenstaande byte reeksen

Mocht je het vinden, ben ik wel benieuwd hoe je commando's er uit zien voor een device met id 2.

Ik heb nu geen fysieke toegang tot de omvormers, maar met een Windows laptop krijg ik bij een scan de volgende waardes zonder een omvormer aan de sluiten:

Netwerk ID #1: 02 01 00 0c 01 c9 16 20 03 cf 57 03
Netwerk ID #2: 02 01 00 0c 02 c9 10 20 03 85 81 03

Deze zijn geverifieerd op de Pi die de omvormers uitleest, krijg hier netjes de juiste omvormer-info terug met de typenummers van de omvormers. Nu dus even uitvinden hoe de checksum gemaakt wordt (of volgende keer als ik bij m'n ouders ben alle codes uitlezen).

-edit-

Een wat langer lijstje:

code:

01:    02 01 00 0c 01 c9 16 20 03 cf 57 03
02:    02 01 00 0c 02 c9 10 20 03 85 81 03
03:    02 01 00 0c 03 c9 12 20 03 bc 33 03
04:    02 01 00 0c 04 c9 1c 20 03 10 2d 03
05:    02 01 00 0c 05 c9 1e 20 03 29 9f 03
06:    02 01 00 0c 06 c9 18 20 03 63 49 03
07:    02 01 00 0c 07 c9 1a 20 03 5a fb 03
08:    02 01 00 0c 08 c9 04 20 03 8e 28 03
09:    02 01 00 0c 09 c9 06 20 03 b7 9a 03
10:    02 01 00 0c 0a c9 00 20 03 fd 4c 03
11:    02 01 00 0c 0b c9 02 20 03 c4 fe 03
12:    02 01 00 0c 0c c9 0c 20 03 68 e0 03
13:    02 01 00 0c 0d c9 0e 20 03 51 52 03
14:    02 01 00 0c 0e c9 08 20 03 1b 84 03
15:    02 01 00 0c 0f c9 0a 20 03 22 36 03

[ Voor 16% gewijzigd door PeeVv op 23-04-2021 09:01 ]

[sbf]

Lijkt op een CRC-16, maar wat doet die 03 op het einde?
Probeer eens met CRC RevEng

[3raser]

Ik lees momenteel via de lokale API van de Enphase Envoy-S de opbrengst van mijn zonnepanelen. Dit update echter slechts 1 keer per 15 minuten. Nu vond ik vandaag een API adres op de Envoy die streaming data laat zien. Ik had hier al eens over gelezen voor de meters die je aan kunt sluiten op de Envoy-S maar ik heb zelf die meters niet.

De stream is te vinden op http://envoy/stream/psd. Je hebt hier wel een gebruikersnaam en wachtwoord voor nodig. Ik gebruik hier het installer account voor. Ik snap alleen de output niet. De stream start met iets wat een soort uitleg van de opmaak zou moeten zijn en spuugt daarna non-stop blokken data uit. De start van de stream ziet er als volgt uit:

code:

event: config
data: {"plc": {"f": 110, "bw": 12}}

data: <datablock 1>

data: <datablock 2>

Etc...

Die datablokken bevatten (in mijn geval) dan weer een heleboel nummers die iedere keer met 0.000002 verspringt met daarachter een waarde. Hier is een (ingekort) voorbeeld. Ingekort omdat een origineel datablock 28670 waarden bevat.

code:

data: 0.000000, 111;0.000002, 52;0.000004, -9;0.000006, -88;0.000008, -135;0.000010, -106;0.000012, -16;0.000014, 63;0.000016, 71;0.000018, 38;0.000020, 14;0.000022, 18;0.000024, 49;0.000026, 103;0.000028, 150;0.000030, 157;0.000032, 119;0.000034, 62;0.000036, 19;0.000038, 4;0.000040, 24;0.000042, 71;0.000044, 102;0.000046, 92;0.000048, 51;0.000050, 12;0.000052, -31;0.000054, -91;0.000056, -72;0.000058, 27;0.000060, 106;0.000062, 119;0.000064, 83;0.000066, 32;0.000068, 11;0.000070, 31;0.000072, 75;0.000074, 119;0.000076, 142;0.000078, 125;0.000080, 72;0.000082, 24;0.000084, 7;0.000086, 20;0.000088, 62;0.000090, 109;0.000092, 126;0.000094, 94;0.000096, 42;0.000098, 10;0.000100, 1;0.000102, 14;0.000104, 57;0.000106, 100;0.000108, 105;0.000110, 69;0.000112, 18;0.000114, -42;0.000116, -104;0.000118, -88;0.000120, 8;0.000122, 96;0.000124, 124;0.000126, 107;0.000128, 67;0.000130, 31;0.000132, 29;0.000134, 65;0.000136, 106;0.000138, 123;0.000140, 104;0.000142, 54;0.000144, 6;0.000146, -57;0.000148, -113;0.000150, -91;0.000152, 6;0.000154, 97;0.000156, 116;0.000158, 72;0.000160, 21;0.000162, 6;0.000164, 26;0.000166, 72;0.000168, 115;0.000170, 124;0.000172, 90;0.000174, 36;0.000176, 2;0.000178, -14;0.000180, 3;0.000182, 68;0.000184, 125;0.000186, 129;0.000188, 88;0.000190, 37;0.000192, 8;0.000194, 9;0.000196, 48;0.000198, 114;0.000200, 162;0.000202, 164;0.000204, 123;0.000206, 58;0.000208, 13;0.000210, 16;0.000212, 54;0.000214, 92;0.000216, 103;0.000218, 76;0.000220, 22;0.000222, -66;0.000224, -161;0.000226, -169;0.000228, -104;0.000230, 16;0.000232, 114;0.000234, 133;0.000236, 101;0.000238, 70;0.000240, 62;0.000242, 82;0.000244, 122;0.000246, 155;0.000248, 151;0.000250, 101;0.000252, 35;0.000254, -36;0.000256, -127;0.000258, -144;0.000260, -86;0.000262, 12;0.000264, 67;0.000266, 60;0.000268, 27;0.000270, 4;0.000272, 4;0.000274, 32;0.000276, 90;0.000278, 131;0.000280, 123;0.000282, 77;0.000284, 25;0.000286, 3;0.000288, 14;0.000290, 65;0.000292, 128;0.000294, 170;0.000296, 167;0.000298, 119;0.000300, 57;0.000302, 25;0.000304, 37;0.000306, 76;0.000308, 117;0.000310, 132;0.000312, 99;0.000314, 41;0.000316, -18;0.000318, -103;0.000320, -140;0.000322, -87;0.000324, 22;0.000326, 92;0.000328, 85;0.000330, 43;0.000332, 12;0.000334, 12;0.000336, 50;0.000338, 113; <=== GEKNIPT ===>;0.056826, 16;0.056828, 29;0.056830, 63;0.056832, 94;0.056834, 117;0.056836, 118;0.056838, 82;0.056840, 38;0.056842, 20;0.056844, 39;0.056846, 76;0.056848, 105;0.056850, 109;0.056852, 85;0.056854, 45;0.056856, 17;0.056858, 14;0.056860, 32;0.056862, 74;0.056864, 120;0.056866, 126;0.056868, 93;0.056870, 47;0.056872, 18;0.056874, 20;0.056876, 47;0.056878, 89;0.056880, 115;0.056882, 110;0.056884, 82;0.056886, 46;0.056888, 19;0.056890, 23;0.056892, 65;0.056894, 108;0.056896, 127;0.056898, 115;0.056900, 77;0.056902, 36;0.056904, 19;0.056906, 31;0.056908, 65;0.056910, 98;0.056912, 109;0.056914, 94;0.056916, 57;0.056918, 26;0.056920, 23;0.056922, 46;0.056924, 79;0.056926, 106;0.056928, 111;0.056930, 82;0.056932, 38;0.056934, 12;0.056936, 14;0.056938, 39;0.056940, 78;0.056942, 108;0.056944, 112;0.056946, 88;0.056948, 60;0.056950, 42;0.056952, 39;0.056954, 60;0.056956, 98;0.056958, 118;0.056960, 107;0.056962, 77;0.056964, 44;0.056966, 28;0.056968, 36;0.056970, 65;0.056972, 92;0.056974, 100;0.056976, 91;0.056978, 60;0.056980, 22;0.056982, 6;0.056984, 20;0.056986, 56;0.056988, 90;0.056990, 102;0.056992, 87;0.056994, 59;0.056996, 38;0.056998, 42;0.057000, 68;0.057002, 98;0.057004, 129;0.057006, 137;0.057008, 104;0.057010, 53;0.057012, 19;0.057014, 13;0.057016, 30;0.057018, 63;0.057020, 92;0.057022, 93;0.057024, 71;0.057026, 48;0.057028, 36;0.057030, 43;0.057032, 76;0.057034, 115;0.057036, 127;0.057038, 104;0.057040, 64;0.057042, 27;0.057044, 8;0.057046, 15;0.057048, 45;0.057050, 80;0.057052, 96;0.057054, 88;0.057056, 57;0.057058, 30;0.057060, 35;0.057062, 65;0.057064, 102;0.057066, 124;0.057068, 125;0.057070, 105;0.057072, 68;0.057074, 35;0.057076, 27;0.057078, 41;0.057080, 68;0.057082, 93;0.057084, 95;0.057086, 71;0.057088, 43;0.057090, 32;0.057092, 38;0.057094, 55;0.057096, 78;0.057098, 90;0.057100, 75;0.057102, 47;0.057104, 25;0.057106, 17;0.057108, 28;0.057110, 62;0.057112, 102;0.057114, 120;0.057116, 115;0.057118, 97;0.057120, 66;0.057122, 47;0.057124, 55;0.057126, 81;0.057128, 100;0.057130, 101;0.057132, 82;0.057134, 50;0.057136, 23;0.057138, 16;0.057140, 31;0.057142, 55;0.057144, 82;0.057146, 96;0.057148, 82;0.057150, 50;0.057152, 29;0.057154, 34;0.057156, 56;0.057158, 81;0.057160, 98;0.057162, 96;0.057164, 76;0.057166, 53;0.057168, 41;0.057170, 45;0.057172, 68;0.057174, 103;0.057176, 118;0.057178, 97;0.057180, 61;0.057182, 33;0.057184, 24;0.057186, 38;0.057188, 67;0.057190, 95;0.057192, 104;0.057194, 93;0.057196, 70;0.057198, 43;0.057200, 28;0.057202, 43;0.057204, 72;0.057206, 87;0.057208, 81;0.057210, 65;0.057212, 46;0.057214, 36;0.057216, 44;0.057218, 66;0.057220, 89;0.057222, 98;0.057224, 91;0.057226, 72;0.057228, 51;0.057230, 49;0.057232, 66;0.057234, 82;0.057236, 89;0.057238, 84;0.057240, 62;0.057242, 37;0.057244, 29;0.057246, 38;0.057248, 58;0.057250, 76;0.057252, 87;0.057254, 88;0.057256, 76;0.057258, 69;0.057260, 67;0.057262, 64;0.057264, 60;0.057266, 63;0.057268, 61;0.057270, 52;0.057272, 48;0.057274, 55;0.057276, 67;0.057278, 77;0.057280, 84;0.057282, 86;0.057284, 83;0.057286, 86;0.057288, 93;0.057290, 84;0.057292, 68;0.057294, 62;0.057296, 62;0.057298, 54;0.057300, 47;0.057302, 41;0.057304, 39;0.057306, 48;0.057308, 60;0.057310, 70;0.057312, 71;0.057314, 78;0.057316, 91;0.057318, 91;0.057320, 76;0.057322, 63;0.057324, 60;0.057326, 55;0.057328, 53;0.057330, 56;0.057332, 58;0.057334, 62;0.057336, 73;0.057338, 82

Hij begint altijd met "0.000000, <waarde>" en eindigt altijd met "0.057338, <waarde>".
Iemand enig idee hoe ik dit moet lezen en of dit uberhaupt iets met mijn PV opbrengst te maken heeft? Want voor hetzelfde geldt is dit data die met de meters te maken heeft en dan heb ik er niets aan.

[Hendriks1]

Beste Tweakers,

Ik weet niet zeker of ik hier in het goede topic zit. Maar ik heb een Sma sunnyboy 5.0. Op zich werkt alles goed met de logging als ik direct op de omvormer inlog. Maar de laatste dagen haperen de apps van sunnyportal, sma energy etc. Maar ook de site van sunnyportal.com. De communicatie met mijn omvormer geeft ie wel een groen vinkje, ook de actuele opwekking doet het gewoon. Maar de totale opbrengst, welke om de 2a 3 uur zou moeten refreshen gebeurd niet, zodat ik nu in die apps alleen nog de laatste totale opbrengst zie van gister ca 2100uur....Direct op mijn omvormer staat het wel correct. Iemand daar ook last van?

Met dank,

Gr. Hendriks

[AUijtdehaag]

@Hendriks1
Probeer eerst eens een vaste ethernet verbinding (tijdelijk) om brakke wifi uit te sluiten.
Welke versie vd firmware zit er in de SMA?

[Hendriks1]

AUijtdehaag schreef op zondag 9 mei 2021 @ 13:34:
@Hendriks1
Probeer eerst eens een vaste ethernet verbinding (tijdelijk) om brakke wifi uit te sluiten.
Welke versie vd firmware zit er in de SMA?

De wifi lijkt zeer sterk te zijn. Het blauwe licht brand ook constant op de omvormer, ook is de actualisering van de real time opbrengst in de apps en de website wel op orde. Alleen de totale opbrengst wordt dus niet meer bijgewerkt. Ook heeft het 5 maanden lang wel goed gewerkt. Tot eergister....
Deze firmware versie staat er 3.0.7.R

Dank voor je antwoord.
Groet,
Hendriks

[ Voor 5% gewijzigd door Hendriks1 op 09-05-2021 13:47 ]

[AUijtdehaag]

@Hendriks1
Laatste versie op sma benelux is 3.10.28
Misschien eens updaten.
Daarvoor moet je inloggen als installateur.

Ik sluit dingen uit, als service monteur.
Maar je lijkt er niet van overtuigd te zijn om wat anders te “proberen”
Dan kan ik je helaas niet verder helpen.

[Hendriks1]

AUijtdehaag schreef op zondag 9 mei 2021 @ 13:56:
@Hendriks1
Laatste versie op sma benelux is 3.10.28
Misschien eens updaten.
Daarvoor moet je inloggen als installateur.

Ik sluit dingen uit, als service monteur.
Maar je lijkt er niet van overtuigd te zijn om wat anders te “proberen”
Dan kan ik je helaas niet verder helpen.

Nee hoor Auijtdehaag,

Feit is alleen dat ik nu niet thuis ben. Ik neem je tips zeker ter harte dank hiervoor.
Gr
Hendriks

[AUijtdehaag]

@Hendriks1
Ik had die SMA energy app ooit eens geinstalleerd, maar nooit naar gekeken.
Ik zie nu dat het totaal bij mij ook niet overeen komt. 5233, terwijl ik 5334 kWh opgewekt heb.
Ook sunny portal online totaal komt niet overeen (opgeteld afgelopen jaren).

Edit: ook bij anderen die ik log, zie ik dit gedrag.

Zal wel een bugje zijn dan, aan de kant van SMA
Maar ik log alles zelf, dus heb er weinig mee van doen.

En ja, soms ben ik wat (te) kort door de bocht....excuses.

[ Voor 9% gewijzigd door AUijtdehaag op 09-05-2021 15:41 ]

[zx9r_mario]

Ik heb een Solis wifi stick, deze werkt icm solidcloud goed. Nu probeer ik een paar lokale scripts uit die op poort 9999 luisteren. Echter komt er geen enkele data binnen (ook niet via tcpdump) als ik remote server B instel.



Update: Er is een verborgen config optie

Dan krijg je dit te zien

[ Voor 37% gewijzigd door zx9r_mario op 12-05-2021 10:27 ]

[Trebbors]

Ik heb een Raspberry met het Home Assistant Operating System draaien.

Nu wil ik de data vanuit mijn Hosola uploaden naar PVoutput. Hier zijn enkele opties voor zie ik in dit topic.

Maar bestaat er ook een optie om dit vanaf dezelfde RPI met dat OS te doen en de data tevens in HA weer te geven?

Of leg ik er beter een tweede RPI bij op basis van Raspberry Pi OS met daarop het script voor PVoutput?

[AUijtdehaag]

@Trebbors
Kun je hem uitlezen met de "omnik" code?
https://github.com/robbin...-assistant-omnik-inverter

Via node-red kan je naar pvoutput.
En node-red kan in home assistant draaien. (supervised versie)

[ Voor 29% gewijzigd door AUijtdehaag op 18-05-2021 12:42 ]

[Maasluip]

Ik heb vandaag mijn nieuwe Goodwe omvormer gekregen (GW-3600D-NS) en heb een vraagje over de output die ik er van krijg. Ik gebruik het gw2pvo script en als ik daar de output van vandaag dump krijg ik bijvoorbeeld dit:

code:

INFO     2021-05-18 11:40:00:   2802 W   0.19 kWh
INFO     2021-05-18 11:45:00:   2758 W   0.37 kWh
INFO     2021-05-18 11:50:00:    677 W   0.41 kWh
INFO     2021-05-18 11:55:00:   1194 W   0.49 kWh
INFO     2021-05-18 12:00:00:   3702 W   0.74 kWh
INFO     2021-05-18 12:05:00:   3703 W   0.99 kWh
INFO     2021-05-18 12:10:00:   3697 W   1.23 kWh
INFO     2021-05-18 12:15:00:   3701 W   1.48 kWh
INFO     2021-05-18 12:20:00:   3646 W   1.72 kWh
INFO     2021-05-18 12:25:00:   3699 W   1.97 kWh
INFO     2021-05-18 12:30:00:   1325 W   2.05 kWh
INFO     2021-05-18 12:35:00:   3431 W   2.28 kWh
INFO     2021-05-18 12:40:00:   3511 W   2.52 kWh
INFO     2021-05-18 12:45:00:   2584 W   2.69 kWh
INFO     2021-05-18 12:50:00:   3099 W   2.89 kWh
INFO     2021-05-18 12:55:00:   2592 W   3.07 kWh

Wat betekent de kolom met het aantal Watt? Dat is niet het gemiddelde van die tijdperiode. Als ik 5 minuten lang 2802 W genereer dan is dat 0.2335 kWh (delen door 12, want 12x5 minuten in een uur), niet 0.19. Als ik alles optel kom ik uit op ongeveer 15 waar ik door moet delen.

Ook is de output inconsistent. Om 17:30:

code:

INFO     2021-05-18 17:00:00:   1881 W  10.49 kWh
INFO     2021-05-18 17:05:00:   1945 W  10.62 kWh
INFO     2021-05-18 17:10:00:   1930 W  10.75 kWh
INFO     2021-05-18 17:15:00:   1926 W  10.88 kWh
INFO     2021-05-18 17:20:00:   1803 W  11.00 kWh
INFO     2021-05-18 17:25:00:   1575 W  11.10 kWh
INFO     2021-05-18 17:30:00:   1464 W  11.20 kWh

Om 17:45:

code:

INFO     2021-05-18 17:00:00:   1881 W  10.42 kWh
INFO     2021-05-18 17:05:00:   1945 W  10.55 kWh
INFO     2021-05-18 17:10:00:   1930 W  10.68 kWh
INFO     2021-05-18 17:15:00:   1926 W  10.80 kWh
INFO     2021-05-18 17:20:00:   1803 W  10.92 kWh
INFO     2021-05-18 17:25:00:   1575 W  11.03 kWh
INFO     2021-05-18 17:30:00:   1464 W  11.12 kWh
INFO     2021-05-18 17:35:00:   1401 W  11.22 kWh
INFO     2021-05-18 17:40:00:   1418 W  11.31 kWh
INFO     2021-05-18 17:45:00:   1352 W  11.40 kWh

Het aantal watt blijft hetzelfde, het aantal kWh is minder. Over de hele dag loopt het verschil op van 0.01 naar 0.08 kWh.

[JeroenE]

Maasluip schreef op dinsdag 18 mei 2021 @ 17:57:
Wat betekent de kolom met het aantal Watt?

Voor zover ik weet is dat het vermogen op het moment van opsturen. Dat is dus niet het hoogste, laagste of gemiddelde over de laatste 5 minuten, maar echt het vermogen op dat ene moment.

[Maasluip]

JeroenE schreef op dinsdag 18 mei 2021 @ 18:10:
[...]
Voor zover ik weet is dat het vermogen op het moment van opsturen. Dat is dus niet het hoogste, laagste of gemiddelde over de laatste 5 minuten, maar echt het vermogen op dat ene moment.

Dan is het wel heel verdacht dat als ik die waardes optel en deel door het de hoogste kWh en dat als factor gebruik om de waardes door te delen, ik exact dezelfde cijfers krijg als het aantal kWh. Het is te toevallig dat de waarde die gelezen wordt de momentane waarde is, als die ook toevallig de gemiddelde waarde is.

Het zijn trouwens dezelfde waardes als die op de Goodwe SEMS portal.

[Pinobigbird]

Maasluip schreef op dinsdag 18 mei 2021 @ 18:21:
[...]

Het zijn trouwens dezelfde waardes als die op de Goodwe SEMS portal.

Dat script haalt z'n waarden uit de SEMS-portal

[Pinobigbird]

Maasluip schreef op dinsdag 18 mei 2021 @ 17:57:

Ook is de output inconsistent. Om 17:30:

code:

INFO     2021-05-18 17:00:00:   1881 W  10.49 kWh
INFO     2021-05-18 17:05:00:   1945 W  10.62 kWh
INFO     2021-05-18 17:10:00:   1930 W  10.75 kWh
INFO     2021-05-18 17:15:00:   1926 W  10.88 kWh
INFO     2021-05-18 17:20:00:   1803 W  11.00 kWh
INFO     2021-05-18 17:25:00:   1575 W  11.10 kWh
INFO     2021-05-18 17:30:00:   1464 W  11.20 kWh

Om 17:45:

code:

INFO     2021-05-18 17:00:00:   1881 W  10.42 kWh
INFO     2021-05-18 17:05:00:   1945 W  10.55 kWh
INFO     2021-05-18 17:10:00:   1930 W  10.68 kWh
INFO     2021-05-18 17:15:00:   1926 W  10.80 kWh
INFO     2021-05-18 17:20:00:   1803 W  10.92 kWh
INFO     2021-05-18 17:25:00:   1575 W  11.03 kWh
INFO     2021-05-18 17:30:00:   1464 W  11.12 kWh
INFO     2021-05-18 17:35:00:   1401 W  11.22 kWh
INFO     2021-05-18 17:40:00:   1418 W  11.31 kWh
INFO     2021-05-18 17:45:00:   1352 W  11.40 kWh

Het aantal watt blijft hetzelfde, het aantal kWh is minder. Over de hele dag loopt het verschil op van 0.01 naar 0.08 kWh.

Volgens mij kijk je hier naar kWh-data die berekend is door het script en niet naar die de SEMS-portal levert. Zie getDayReadings in gw2pvo/gw2pvo/gw_api.py

[Maasluip]

Pinobigbird schreef op dinsdag 18 mei 2021 @ 18:52:
[...]

Volgens mij kijk je hier naar kWh-data die berekend is door het script en niet naar die de SEMS-portal levert. Zie getDayReadings in gw2pvo/gw2pvo/gw_api.py

Dan zal ik vandaag maar even uitzitten en kijken wat ik krijg als ik gewoon elke x minuten de data uitlees.
Ik ben een beetje gewend aan een omvormer die mij de data geeft, niet dat het via een portal moet gaan

[Pinobigbird]

Maasluip schreef op dinsdag 18 mei 2021 @ 18:58:
[...]

Dan zal ik vandaag maar even uitzitten en kijken wat ik krijg als ik gewoon elke x minuten de data uitlees.
Ik ben een beetje gewend aan een omvormer die mij de data geeft, niet dat het via een portal moet gaan

Je bent dan hier welkom: [GoodWe] Uitlezen inverters via USB
Lezen vanaf Verwijderd in "[GoodWe] Uitlezen inverters via USB"

[ Voor 9% gewijzigd door Pinobigbird op 18-05-2021 19:09 ]

[Maasluip]

Pinobigbird schreef op dinsdag 18 mei 2021 @ 19:07:
[...]

Je bent dan hier welkom: [GoodWe] Uitlezen inverters via USB
Lezen vanaf Verwijderd in "[GoodWe] Uitlezen inverters via USB"

Werkt dat voor de D-NS serie? jfinkers in "[GoodWe] Uitlezen inverters via USB" is niet beantwoord zie ik.

[Pinobigbird]

Maasluip schreef op dinsdag 18 mei 2021 @ 19:20:
[...]

Werkt dat voor de D-NS serie? jfinkers in "[GoodWe] Uitlezen inverters via USB" is niet beantwoord zie ik.

Als de SolarGo app werkt wel:
https://play.google.com/s...ils?id=com.goodwe.solargo
Mijn SDT G2-serie en de XS-serie van anderen werkt, mits een recente ARM-versie. Meerdere series werken dus, dus misschien jouw nieuwe D-NS-serie ook wel.

[AUijtdehaag]

Mocht er iemand geinteresseerd zijn in
(Een nieuw model) SMA uitlezen:
- via webconnect, temperatuur via modbus tcp/ip
- versturen naar mqtt
- versturen naar influxdb
- versturen naar PVoutput, incl extended data (donateur noodzakelijk)

Ik heb een node-red flow gemaakt die bovenstaande kan.
Met inloggegevens van installateur, heb je ook, als extraatje, de aardlekstroom en isolatieweerstand naar influxdb.
Stuur even een DM als je geinteresseerd bent in de flow.

Het is voor een 1-fase SMA omvormer, maar (kleine) ombouw/uitbreiding in de code naar 3-fase kan ook.
Ik heb een berekende (van het totaal) dagteller ingebouwd, omdat ik bij iemand het probleem heb dat de dagteller niet goed functioneerd, doordat de tijd niet synchroon loopt in de omvormer.
Hiervoor moet in settings.js van .node-red, de context storage aangezet worden, zodat het opgeslagen wordt. (en niet vergeten bij een reboot) https://nodered.org/docs/user-guide/context



Gebruikte node-red nodes:
https://flows.nodered.org...ed-contrib-sma-webconnect
https://flows.nodered.org/node/node-red-contrib-influxdb
https://flows.nodered.org/node/node-red-contrib-moment
https://flows.nodered.org/node/node-red-contrib-modbus

[ Voor 18% gewijzigd door AUijtdehaag op 24-05-2021 19:26 . Reden: modbus tcp/ip temperatuur is ook toegevoegd ]

[Proton_]

Een tooltje om vanuit je eigen netwerk van de Goodwe omvormer (getest op GW2000XS, bijgewerkt naar versie *.14) naar PVOutput te heb ik hier op github gezet:
https://github.com/koen-lee/GoodweUDPToPvOutput
De release is self-contained linux-arm, dus draait na uitpakken direct op een Pi.

Resultaat is https://pvoutput.org/intraday.jsp?id=20978&sid=18868

Niet meer afhankelijk van SEMS portal en zoekt zelf de omvormer.
Als je meerdere omvormers hebt, kan de tool helpen met ze uit elkaar houden en apart loggen.

Met dank aan Verwijderd in "[GoodWe] Uitlezen inverters via USB"

[ Voor 15% gewijzigd door Proton_ op 20-05-2021 16:00 ]

[Icekiller2k6]

@Proton_ uit interesse, hoe had je de UDP call gevonden?

[Proton_]

@Icekiller2k6 geleend van @Verwijderd , die een recentere firmware had die werkte met de SolarGo app.
Verwijderd in "[GoodWe] Uitlezen inverters via USB"
Daarmee was met een packet sniffer de benodigde communicatie gemakkelijk uit te lezen.

Het duurde even voordat met een tweetal supporttickets mijn omvormer ook bijgewerkt was

[inTIMidate]

Sinds een week heb ik 2 Huawei omvormers (SUN2000-3KTL-L0) , ik kan ze via WIFI uitlezen op poort 502 via ModBus TCP.

Resultaten staan nu mooi op https://pvoutput.org/list.jsp?id=94562

JavaScript:

// create an empty modbus client
const ModbusRTU = require("modbus-serial");
const querystring = require("querystring");
const https = require("https");
const temperature = require("./temperature.json");

let publish = process.argv.includes("-P");
console.log("publish", publish);

// open connection to a tcp line
const clientA = new ModbusRTU();
clientA.connectTCP("192.168.0.132", { port: 502 });
clientA.setID(0);

const clientB = new ModbusRTU();
clientB.connectTCP("192.168.0.126", { port: 502 });
clientB.setID(0);

let activeClient;

const convertData = (data, type, scale = 0) => {
  let value;
  switch (type) {
    case "string":
      return data.buffer.toString();
    case "U16":
      return data.data[0] & 0xffff;
    case "I16":
      value = data.data[0] & 0xffff;
      return value / scale;
    case "U32":
      return (data.data[0] << 16) + data.data[1];
    case "I32":
      value = ((data.data[0] << 16) + data.data[1]) & 0xffffffff;
      return value / scale;
    default:
      return "";
  }
};

const read = (address, registers, type, scale) =>
  new Promise((resolve) => {
    activeClient.readHoldingRegisters(address, registers, (err, data) => {
      resolve(convertData(data, type, scale));
    });
  });

const readActivePower = async () => await read(32080, 2, "I32", 1000);

const readPhaseVoltageA = async () => await read(32069, 2, "U16", 10);

const readValues = async (getVoltage = false) => {
  const activePower = await readActivePower();
  const phaseVoltage = getVoltage ? await readPhaseVoltageA() : 0;
  return { activePower, phaseVoltage };
};

const apiKey = "x";
const systemId = "x";

const now = new Date();

const addPVOutputStatus = (totalPower, totalVoltage, temperature) => {
  const date = now.toISOString().split("T")[0].replace(/\-/g, "");
  const time = `${now.getHours()}:${now.getMinutes()}`;

  const params = {
    key: apiKey,
    sid: systemId,
    d: date,
    t: time,
    v2: totalPower,
    v5: temperature,
    v6: totalVoltage,
  };

  const query = querystring.stringify(params);

  const url = "https://pvoutput.org/service/r2/addstatus.jsp?" + query;
  return new Promise((resolve) => {
    https.get(url, (res) => {
      const { statusCode } = res;
      if (statusCode !== 200) {
        throw new Error("Request Failed.\n" + `Status Code: ${statusCode}`);
      }

      resolve();
    });
  });
};

const readAll = async () => {
  console.log("------------ ");
  let inverterA;
  let inverterB;
  let inverterFailed = 0;
  try {
    activeClient = clientA;
    inverterA = await readValues(true);
  } catch (err) {
    console.log("fetching inverter A data error", err);
    inverterFailed++
  }

  try {
    activeClient = clientB;
    inverterB = await readValues();
  } catch (err) {
    console.log("fetching inverter B data error", err);
    inverterFailed++
  }

  if(inverterFailed === 2){
    console.log("Both inverters failed to provide data");
    publish = false;
    process.exit(1);
  }

  const totalPower =
    (inverterA?.activePower ?? 0) + (inverterB?.activePower ?? 0) * 1000;

  const totalVoltage = inverterA.phaseVoltage / 10;

  console.log("total power", totalPower);
  console.log("total voltage", totalVoltage);
  console.log("temperature", temperature);

  if (publish) {
    try {
      await addPVOutputStatus(totalPower, totalVoltage, temperature);
      console.log("successfully sent result to pvoutput");
    } catch (err) {
      console.log("could not add pvoutput status" + err.message);
    }
  }

  process.exit(1);
};

setTimeout(readAll, 1500);

[Gerco-M]

inTIMidate schreef op maandag 7 juni 2021 @ 10:57:
Sinds een week heb ik 2 Huawei omvormers (SUN2000-3KTL-L0) , ik kan ze via WIFI uitlezen op poort 502 via ModBus TCP.

Resultaten staan nu mooi op https://pvoutput.org/list.jsp?id=94562

JavaScript:

// create an empty modbus client
const ModbusRTU = require("modbus-serial");
const querystring = require("querystring");
const https = require("https");
const temperature = require("./temperature.json");

let publish = process.argv.includes("-P");
console.log("publish", publish);

// open connection to a tcp line
const clientA = new ModbusRTU();
clientA.connectTCP("192.168.0.132", { port: 502 });
clientA.setID(0);

const clientB = new ModbusRTU();
clientB.connectTCP("192.168.0.126", { port: 502 });
clientB.setID(0);

let activeClient;

const convertData = (data, type, scale = 0) => {
  let value;
  switch (type) {
    case "string":
      return data.buffer.toString();
    case "U16":
      return data.data[0] & 0xffff;
    case "I16":
      value = data.data[0] & 0xffff;
      return value / scale;
    case "U32":
      return (data.data[0] << 16) + data.data[1];
    case "I32":
      value = ((data.data[0] << 16) + data.data[1]) & 0xffffffff;
      return value / scale;
    default:
      return "";
  }
};

const read = (address, registers, type, scale) =>
  new Promise((resolve) => {
    activeClient.readHoldingRegisters(address, registers, (err, data) => {
      resolve(convertData(data, type, scale));
    });
  });

const readActivePower = async () => await read(32080, 2, "I32", 1000);

const readPhaseVoltageA = async () => await read(32069, 2, "U16", 10);

const readValues = async (getVoltage = false) => {
  const activePower = await readActivePower();
  const phaseVoltage = getVoltage ? await readPhaseVoltageA() : 0;
  return { activePower, phaseVoltage };
};

const apiKey = "x";
const systemId = "x";

const now = new Date();

const addPVOutputStatus = (totalPower, totalVoltage, temperature) => {
  const date = now.toISOString().split("T")[0].replace(/\-/g, "");
  const time = `${now.getHours()}:${now.getMinutes()}`;

  const params = {
    key: apiKey,
    sid: systemId,
    d: date,
    t: time,
    v2: totalPower,
    v5: temperature,
    v6: totalVoltage,
  };

  const query = querystring.stringify(params);

  const url = "https://pvoutput.org/service/r2/addstatus.jsp?" + query;
  return new Promise((resolve) => {
    https.get(url, (res) => {
      const { statusCode } = res;
      if (statusCode !== 200) {
        throw new Error("Request Failed.\n" + `Status Code: ${statusCode}`);
      }

      resolve();
    });
  });
};

const readAll = async () => {
  console.log("------------ ");
  let inverterA;
  let inverterB;
  let inverterFailed = 0;
  try {
    activeClient = clientA;
    inverterA = await readValues(true);
  } catch (err) {
    console.log("fetching inverter A data error", err);
    inverterFailed++
  }

  try {
    activeClient = clientB;
    inverterB = await readValues();
  } catch (err) {
    console.log("fetching inverter B data error", err);
    inverterFailed++
  }

  if(inverterFailed === 2){
    console.log("Both inverters failed to provide data");
    publish = false;
    process.exit(1);
  }

  const totalPower =
    (inverterA?.activePower ?? 0) + (inverterB?.activePower ?? 0) * 1000;

  const totalVoltage = inverterA.phaseVoltage / 10;

  console.log("total power", totalPower);
  console.log("total voltage", totalVoltage);
  console.log("temperature", temperature);

  if (publish) {
    try {
      await addPVOutputStatus(totalPower, totalVoltage, temperature);
      console.log("successfully sent result to pvoutput");
    } catch (err) {
      console.log("could not add pvoutput status" + err.message);
    }
  }

  process.exit(1);
};

setTimeout(readAll, 1500);

Heel mooi!
Modbus TCP, doe je dat via de COMM stekker of?
Ik heb ook 2 stuks SUN2000 omvormers.

[inTIMidate]

Nee geen comm stekkers alleen via WiFi, de omvormers zitten op mijn accesspoints aangesloten.

Check even of TCP poort 502 open staat met

code:

nmap -p 502 <omvormer_ip>

[Bockelaar]

ik denk: iedereen zal wel zijn eclipse dipje posten, maar valt een beetje tegen. Hier dan een voorzetje

[ThinkPad]

@Bockelaar Beter zoeken: JeroenH in "De Duurzame Kroeg deel 4"

[Bockelaar]

hah, sorry ... .geen kroegtijger meer

mv je de post of laat je hem hier ook staan?

[Batilan]

ThinkPadd schreef op donderdag 10 juni 2021 @ 19:56:
@Bockelaar Beter zoeken: JeroenH in "De Duurzame Kroeg deel 4"

Of hier

[Bockelaar]

hah, teveel versnippering in topics!

[peter-rm]

bij mij was het eclipsdipje ongeveer hetzelfde.
Bij de vorige zonsverduistering op 20 maart 2015 was de dip duidelijker te zien. Dat kwam misschien ook omdat het eerder in het seizoen was

[jotheman]

Okay, ik heb sinds kort ook zonnepanelen en heb ontzettend zitten vechten om ze uit te lezen. Het gaat om een Solis inverter (Ginlong) waarvan de statistieken "automatisch" geüpload worden naar de portal pagina m.ginlong.com. Ik gebruik als mobiele app de "Solis Home" app, dus gebruik je die ook, dikke kans dat je deze aanpak op een gelijksoortige manier kunt uitlezen.

Ik heb ontzettend veel zitten zoeken om de statistieken vanuit de Solis-inverter naar Domoticz te krijgen. Ik kom veel info en topics tegen van mensen die het allemaal op verschillende manier hebben aangepakt, waarbij het soms wel gelukt is, soms niet. Dit is iig mijn verhaal, hopelijk heeft er iemand iets aan. En ja, ik cross-post dit bewust in meerdere topics zodat mensen met dezelfde uitdaging het allemaal (hopelijk) snel terug kunnen vinden.

De aanpak:
- Zorg dat je op m.ginglong.com kunt aanmelden en dat je het username/wachtwoord beschikbaar hebt,
- Maak in Domoticz Dummy hardware aan met 2 sensors erbij, een voor het verbruik (lees: wat je PV opwekt) en een switch (wat de status is van je PV, aan of uit). Zie hieronder voor hoe dit er bij mij uitziet:

- Zet onderstaand Python-script (heet bij mij ginlong.py) op je Domoticz-machine neer en zorg dat je Python beschikbaar hebt op het masjientje. Update de parameters onder #config en #domoticz settings:

code:

#!/usr/bin/python
import requests
import urllib, urllib2
import json

#config
username            = '[e-mail]'               #your username to log on to m.ginlong.com
password            = 'P@ssw0rd!'               #your password to log on to m.ginlong.com
domain              = 'm.ginlong.com'           #webportal to read
plantId             = '965529'                  #plant id (can be found on m.ginlong.com page information)
lan                 = '2'                       #language (2 = English)

#domoticz settings
domoticz_host           = 'domoticzuser:domoticzpassword@192.168.2.53'              #Username/password and IP of Domoticz
domoticz_port           = '8080'                #Port to connect to Domoticz
domoticz_url            = 'json.htm'            #URL to post stats to Domoticz, does not require changes normally
domoticz_device_idx         = '486'         #IDX of Watt meter in Domoticz
domoticz_device_onoff_idx       = '485'         #IDX of on/off switch (to see whether its on or off for PV)

# Create session for requests
session = requests.session()

#building url
url = 'http://'+domain+'/cpro/login/validateLogin.json'
params = {
    "userName": username,
    "password": password,
    "lan": lan,     
    "domain": domain,
    "userType": "C"
}

#login call
resultData = session.post(url, params=params)
resultJson = resultData.json()
if resultJson['result'].get('isAccept') == 1:
    print("Login Succesful!")
else:
    print("Login Failed!!")
    Exit()

# Get plant details
url = 'http://m.ginlong.com/cpro/epc/plantview/view/doPlantList.json'

cookies = {'language': lan}
resultData = session.get(url, cookies=cookies)
resultJson = resultData.json()

# Uncomment lines below to write the exported json-file to the location noted
#out_file = open("/usr/local/bin/ZPExport.json", "w")
#json.dump(resultJson, out_file, indent = 6)
#out_file.close()

ActualPower = resultJson['result']['pagination']['data'][0].get('curPower')
ActualPowerNoSep = str(ActualPower).split(".")[0]
etoday = resultJson['result']['pagination']['data'][0].get('energyToday')
multiply='1000.0'
etotal1000 = float(etoday) * float(multiply)
etotalstr=str(etotal1000)
etotalstrNoSep = str(etotalstr).split(".")[0]
OnOrOff = resultJson['result']['pagination']['data'][0].get('status')

#logging values
print 'ActualPower: ' + str(ActualPowerNoSep)
print 'etoday: ' + str(etotalstrNoSep)
print 'Status: ' + str(OnOrOff)

#uploading values to domoticz
url = ("http://" + domoticz_host + ":" + domoticz_port + "/" + domoticz_url+ "?type=command&param=udevice&idx=" + domoticz_device_idx+ "&nvalue=0&svalue=" + str(ActualPowerNoSep))
urlonoff = ("http://" + domoticz_host + ":" + domoticz_port + "/" + domoticz_url+ "?type=command&param=udevice&idx=" + domoticz_device_onoff_idx+ "&nvalue=" + str(OnOrOff))
urllib.urlopen(url)
urllib.urlopen(urlonoff)

- Maak het script executable met commando

code:

sudo chmod +x ginlong.py

terwijl je in de directory staat waar je 'm neer hebt gezet. Ik doe (vanwege gebrek aan kennis ook altijd nog [code][sudo chmod 777 ginlong.py/code] zodat alle users er iets mee kunnen. Hoeft allicht niet en is niet goed, maar ignorance is bliss zullen we maar zeggen
- Draai het script even een keer op het apparaat en check dat je output krijgt te zien op de commandline
Ik start het script met dit commando:

code:

sudo /usr/bin/python /usr/local/bin/ginlong.py

Heb je output? Top! Dan heb je hoogstwaarschijlijk iig ook een beginwaarde in je Domoticz metertje, hiep hoi!
- Maak nu in Domoticz nóg een switch aan, gewoon Manual met willekeurige instellingen. Open de switch en maak er een "Push On" knoppie van. Neem in de aan en uit acties het script op, zie de bijgevoegde screenshot.
Als je deze configuratie gebruikt (dus "script://ginlong.sh") dan ga je er dus vanuit dat het script in de "scripts" map zich onder/in de "domoticz-installatiemap" bevindt. Is dat niet het geval, moet je het pad opnemen (even googlen hoe je het pad moet invullen)
- Druk de update-knop in en check dat de waardes geüpdate worden
- Nu komt de clou: Het script eens per X-tijd laten draaien. Ik ben geen Linux/Raspbian held en kreeg het met een crontab-job met geen mogelijkheid aan de praat. Ook het zetten van een timer op de virtuele switch waarbij ik het script onderwater start werkte niet (wazige foutmelding in de Domoticz-logs). Zal allicht aan mij liggen en heeft mogelijk iets van doen met rechten en onder welke user dingen draaien, maar afijn.
Ik heb het uiteindelijk aan de praat gekregen met een dzVents-script dat er zo uitziet:

code:

 return {
        
    on = { timer = {"every 5 minutes"} },
    
    execute = function(domoticz, _)
        local myDevice = domoticz.devices("Zonnepanelen Update")
        if myDevice.state == "On" then
            myDevice.switchOn()
        else
            myDevice.switchOn()
        end
    end     
}

Dus: Zet eens per 5 minuten dit apparaat aan. Again: Zal allicht beter kunnen, maar het ignorance ding, en if it ain't broken, don't fix it (en andere wijsheden )

Disclaimers en verdere info:
- Ik ben geen programmeur, developer of wat dan ook, puur hobbyist. Heb hier een beetje Python en meer JSON voor moeten "leren", maar ik ben gee export. Dus garantie tot aan de deur en ik zal het allicht niet ultiem efficiënt aangepakt hebben...
- Ik lees alleen het huidige verbruik en de status uit. De status heeft meerdere waardes die kunnen (0 = uit, 1 = aan, 2 = ook iets?) maar het switch snapt alleen 0 en 1. Wat de andere statussen betekenen, schiet mij maar lek, enlighten me als je het weet
- In de JSON die wordt opgehaald zitten meer waardes waar je mogelijk iets mee kunt. Lukte mij niet vlot en leek me niet ultiem nuttig, dus dit is waar ik het bij houd. Voel je vrij "door te ontwikkelen"
- Ik heb geen aspiraties om hierop door te ontwikkelen oid, voor mij is het prima zo. Dus leef je uit, maar verwacht niks van mij
-Credits voor het grootste deel van de scripting gaan naar de mensen die dit vóór mij al hadden gemaakt. Ik heb alleen een beetje copy/paste/aanpas werk gedaan

Hopelijk hebben mensen hier iets aan, ik ben er blij mee (en stiekem ook wel een beetje trots op, gotta be honest ). Het eindresultaat ziet er zo uit:


En nu stop ik met typen, zere vingers.

[konehead]

Hi,

Ik ben al enige weken aan het proberen om data uit mijn Samil Solarriver 3000TL te krijgen. Doel is om de data uit de inverter in OpenHab dmv MQTT via een ESP8266 bordje (WEMOS D1 mini)

Mijn inverter heeft alleen een RS232 output en WiFi (hier heb ik niks aan, website samil is down.

Ik had een oplossing gevonden, die is alleen op basis van RS485 https://github.com/vk2tds/SamilLogger

Ik heb en RS485 to RS232 converter gekocht, dat werkt alleen niet. Kan wel data naar de Inverter sturen, krijg alleen niks terug. Is wss een technische verklaring voor, maar ik ben ff lost 😬

Wie kan mij op weg helpen met een oplossing zodat ik mijn inverter kan leegtrekken via RS232 en een ESP8266 bordje? 🙏🙏🙏

[Speedy-Andre]

AUijtdehaag schreef op woensdag 19 mei 2021 @ 11:48:
Mocht er iemand geinteresseerd zijn in
(Een nieuw model) SMA uitlezen:
- via webconnect, temperatuur via modbus tcp/ip
- versturen naar mqtt
- versturen naar influxdb
- versturen naar PVoutput, incl extended data (donateur noodzakelijk)

Ik heb een node-red flow gemaakt die bovenstaande kan.
Met inloggegevens van installateur, heb je ook, als extraatje, de aardlekstroom en isolatieweerstand naar influxdb.
Stuur even een DM als je geinteresseerd bent in de flow.

Het is voor een 1-fase SMA omvormer, maar (kleine) ombouw/uitbreiding in de code naar 3-fase kan ook.
Ik heb een berekende (van het totaal) dagteller ingebouwd, omdat ik bij iemand het probleem heb dat de dagteller niet goed functioneerd, doordat de tijd niet synchroon loopt in de omvormer.
Hiervoor moet in settings.js van .node-red, de context storage aangezet worden, zodat het opgeslagen wordt. (en niet vergeten bij een reboot) https://nodered.org/docs/user-guide/context

[Afbeelding]

Gebruikte node-red nodes:
https://flows.nodered.org...ed-contrib-sma-webconnect
https://flows.nodered.org/node/node-red-contrib-influxdb
https://flows.nodered.org/node/node-red-contrib-moment
https://flows.nodered.org/node/node-red-contrib-modbus

Weer dat Node-red
Ik zit net ff te pielen met mijn SB4000TL21 en ik las ergens dat het installateurs pw niet meer 1111 is als je
je aanmeldt bij Sunny portal, maar het pw wordt van je SP account.
Vervolgens stuitte ik op wat aardlek problemen en dat je met installateurs toegang de isolatie weerstand en lekstroom kan zien.
Ook bij mijn oude SB4000TL21 werkt dat en daar wil ik wel iets mee doen (loggen)



Mijn eerste idee is dat Sbfspot dit zou moeten kunnen wanneer je die als installateur laat inloggen.
Stel dat de lekstroom dan langs komt, zet Sbfspot het dan in zijn database?
En als dat zo is, zou je dat er dan uit kunnen halen en naar een bestaande Influx db kunnen sturen?
Of moet ik dan dat hele Node-red optuigen om die het te laten doen?
Ik heb NodeJS al draaien omdat Homebridge dat nodig vindt met een aantal plug-ins.

[AUijtdehaag]

@Speedy-Andre
Ik vermoed niet dat sbfspot dat ondersteund. Maar kan je beter @sbf vragen of op zijn github.

Ik lees dat uit via webconnect (node-red), maar dat is enkel voor nieuwe modellen.
Of via modbus tcp/ip (node-red), maar van dat model zie ik alleen de isolatieweerstand staan in de modbus lijst (of ik kijk eroverheen)

[ Voor 10% gewijzigd door AUijtdehaag op 24-06-2021 21:56 ]

[Speedy-Andre]

De isolatieweerstand kent ie blijkbaar, hoe ze de lekstroom noemen weet ik niet.
Het document heet Sunspec_Modbus-Tl-en-15.pdf.

[hufkes]

Ok, ik zie vast iets ongelofelijk over het hoofd, maar ik kan tot nu niet de juiste manier vinden om een CSV file te genereren van de historische data uit de SMA Sunnyboy. Deze historische gegevens wil ik vervolgens in mijn pvoutput zien te krijgen.

Inmiddels heb ik dus wel alles met SBFspot en de uploader service mooi draaien, werkt prima voor de huidige dagelijke 5min data, maar de oude daydata die wél in de db staat upload hij niet.

Kwam ergens tegen dat pvoutput standaard ook maar 14 dagen terug gegevens accepteert, en dat je anders handmatig moet importeren. Maar hoe krijg ik nu die data uit mijn SQLite db in een CSV formaat dat pvoutput accepteert als import file

In vwPvoData staat de 5min data vanaf 17-6, pvoutput begint pas op 4-7, dus dat is die 13-14dgn limiet verwacht ik. uit de uploader log haal ik dat hij het ook niet eens probeert, de log geeft steeds netjes 1 á 2 datapoints per upload sessie, dat is natuurlijk de nieuwe data.

In vwMonthData staan netjes (vrijwel) alle gegeven per dag vanaf de installatiedatum, dus ook die zou ik graag importeren in pvoutput.

In de wiki van SBFspot vind ik verrekte weinig, ook de help van pvoutput is niet heel hulpzaam, welke tweaker kan me op weg helpen?

[AUijtdehaag]

@hufkes
Donateur worden dan kan je tot 90 dagen uploaden.
Lukt het hiermee?

code:

 /usr/local/bin/sbfspot.3/SBFspot -v -ad30 -am30 -ae30 -sp0 -nocsv -finq

En anders handmatig invoeren. (sunnyportal kan ook een csv maken, uploaden heb ik nooit geprobeerd)

[sbf]

Sqlite heeft een optie om csv te exporteren. Even googlen ;-)

[hufkes]

Ok, ik heb dus inderdaad het stukje knip en plakwerk dat blijkbaar nodig was voor de CSV-data in pvoutput over het hoofd gezien... de csv files werden wel netjes gemaakt door SBFspot, maar bij het "importeren" kan je op de site van PVoutput blijkbaar geen echt .CSV file laten laden, alleen de desbtreffende data knippen en plakken en dan toewijzen.

Beetje vaag, maar daarmee is het wel gelukt om de dagdata vanaf installatiedatum afgelopen oktober er in te krijgen.
De 5minuten waarden kun je daar dan blijkbaar ook weer niet handmatig toevoegen? Dat zal dan waarschijnlijk alleen via de upload service met de geldende beperking van 14dgn kunnen, nou ja, dat is natuurlijk geen ramp.


@sbf Thx maar ik dacht dus gewoon verkeerd, je tooltje had nl. al wel keurige csv files gemaakt met de dag-data, maar die kunnen blijkbaar niet letterlijk als file ingelezen worden maar alleen met knippen-plakken op de site.

[ Voor 14% gewijzigd door hufkes op 17-07-2021 22:01 ]

[Jerrythafast]

hufkes schreef op zaterdag 17 juli 2021 @ 21:57:
De 5minuten waarden kun je daar dan blijkbaar ook weer niet handmatig toevoegen? Dat zal dan waarschijnlijk alleen via de upload service met de geldende beperking van 14dgn kunnen, nou ja, dat is natuurlijk geen ramp.

Daarvoor moet je op PVOutput bovenaan naar Add Output en dan onderaan naar Live Loader. Daar kun je op zo'n zelfde manier een CSV in plakken. Je moet de 5 minuten data van elke dag afzonderlijk invoeren, want de datum is een apart veld op het formulier; de CSV bevat alleen een kolom voor de tijd op de dag.

[hufkes]

Jerrythafast schreef op zaterdag 17 juli 2021 @ 22:26:
[...]

Daarvoor moet je op PVOutput bovenaan naar Add Output en dan onderaan naar Live Loader. Daar kun je op zo'n zelfde manier een CSV in plakken. Je moet de 5 minuten data van elke dag afzonderlijk invoeren, want de datum is een apart veld op het formulier; de CSV bevat alleen een kolom voor de tijd op de dag.

Aha! Die pagina geeft bij mij een foutmelding, dus dat zou er mee te maken kunnen hebben... Ik probeer het later nog wel een keertje, dank voor je info.

[sbf]

hufkes schreef op zondag 18 juli 2021 @ 01:26:
[...]

Aha! Die pagina geeft bij mij een foutmelding, dus dat zou er mee te maken kunnen hebben... Ik probeer het later nog wel een keertje, dank voor je info.

Voor de live loader geldt dezelfde beperking als de API: max 14dagen voor niet-donateurs

[peter00]

is de site van Trannergy down? ik krijg geen logs meer via https://log.trannergy.com/

google levert me weinig op.

[Ircghost]

Vandaag heb ik een probleem opgelost en een nieuw probleem gecreëerd. Ik had het probleem dat sbfspot af en toe een te hoge power registreerde die pvoutput vervolgens niet wilde slikken. Dit heb ik opgelost door een nieuwe view te creëren en de enkele hoge waardes op 0 te zetten.

Doordat ik even geen zin had om een netwerk schijf aan te maken op mijn raspberry had ik de DB gekopieerd en op mijn windows pc aangepast met sqlite studio. So far so good.

Toen ik echter de DB wilde vervangen koos ik voor de 'schone oplossing'. Dus ik gooide het oude DB bestand weg, en plaatse de aangepaste variant terug. Na het verwijderen van de DB zag ik onmiddellijk dat twee ondersteunende bestanden verdwenen, namelijk;

- SBFspot.db-shm
- SBFspot.db-wal

Ctrl-z plaatse de boel niet terug. Gelukkig had ik wel een back-up gemaakt van deze bestanden, en plaatste ik deze terug. Echter, de bestanden verdwijnen elke keer na een paar minuten en dan lijkt het alsof de deamon ook weer stopt met werken.

Ik heb de deamon dus ook gerestart na het terugplaatsen van de bestanden maar zelfs dan gaat het mis.

In het logbook zie je na het plaatsen van de bestanden dat die weer start (wel weer ver in het geschiedenis), maar dan zijn de bestanden weer verdwenen voordat die echt verder kan werken.

Kan iemand mij hiermee helpen?

output van vandaag

code:

[13:00:33] INFO: Uploading 30 datapoints, starting with 20210804,08:55,5077569,780,,,0,229.132 => OK (200)
[13:01:33] INFO: Uploading 11 datapoints, starting with 20210804,11:25,5080638,2268,,,0,233.296 => OK (200)
[13:20:10] INFO: Stopping Daemon...
[13:20:11] INFO: SBFspotUploadDaemon Version 2.0.0
[13:20:11] INFO: Starting Daemon...
[13:26:34] INFO: Uploading 30 datapoints, starting with 20210802,02:30,5049415,0 => OK (200)
[13:27:33] INFO: Uploading 30 datapoints, starting with 20210802,08:25,5049808,360,,,0,229.8 => OK (200)
[13:28:33] INFO: Uploading 30 datapoints, starting with 20210802,10:55,5052262,1116,,,0,229.092 => OK (200)
[13:29:34] INFO: Uploading 30 datapoints, starting with 20210802,13:25,5055732,2016,,,0,234.052 => OK (200)
[13:30:34] INFO: Uploading 30 datapoints, starting with 20210802,15:55,5060121,2832,,,0,233.512 => OK (200)
[14:44:31] WARNING: SunnyBoy4 is not yet member of SBFspot Team. Consider joining at http://pvoutput.org/listteam.jsp?tid=613
[16:45:31] WARNING: SunnyBoy4 is not yet member of SBFspot Team. Consider joining at http://pvoutput.org/listteam.jsp?tid=613
[18:46:30] WARNING: SunnyBoy4 is not yet member of SBFspot Team. Consider joining at http://pvoutput.org/listteam.jsp?tid=613
[20:47:31] WARNING: SunnyBoy4 is not yet member of SBFspot Team. Consider joining at http://pvoutput.org/listteam.jsp?tid=613

[sbf]

Dit zijn 2 tijdelijke bestanden (shm - shared memory en wal - write-ahead log) en staan er alleen als de db in gebruik is. Als je iets doet met de db moet de upload daemon en SBFspot zelf gestopt worden om er zeker van te zijn dat er niets meer naar de db geschreven kan worden. Het terugplaatsen van oude versies van deze bestanden kan de db corrupt maken.

Als er geen upload meer gebeurt kan je even https://github.com/SBFspo...o-uploads-to-PVOutput.org raadplegen

[Ircghost]

@sbf bedankt voor de link. Ik heb de stappen doorgelopen, en bij de daydata check kwam een duidelijk antwoord terug:

database disk image is malformed

1 dag aan data handmatig invoeren lig ik niet erg wakker van en historische gegevens hoef ik niet te hebben, dus is er een makkelijke manier om de DB opnieuw te bouwen? is het zo simpel als de deamon en SBFspot stopzetten en make sqlite achtig commando te versturen net zoals bij de setup?

[ Voor 7% gewijzigd door Ircghost op 05-08-2021 14:54 ]

[sbf]

Ircghost schreef op donderdag 5 augustus 2021 @ 14:53:
is het zo simpel als de deamon en SBFspot stopzetten en make sqlite achtig commando te versturen net zoals bij de setup?

Klopt. daemon en sbfspot stoppen en dan db opnieuw aanmaken met

code:

cd ~/smadata
sqlite3 SBFspot.db < CreateSQLiteDB.sql

CreateSQLiteDB.sql zit ergens in de installatie folder

met SBFspot -ad5 kan je bijv 5 dagen history uit je omvormer halen. De daemon zal die dan automatisch naar PVO sturen

[Ircghost]

Top, ik heb nu volgens mij de DB alsnog weten te redden. Even kijken of die door pakt. Zo niet dan maak ik de DB opnieuw aan met meteen de juiste view (ivm power value).

Weet jij waarom de deamon elke keer begint bij een paar dagen geleden bij het opstarten?

code:

[15:41:44] ERROR: Uploading 30 datapoints, starting with 20210802,02:30,5049415,0 Bad request 400: Power value [60592992] too high for system size [5120]
[15:42:34] ERROR: Uploading 30 datapoints, starting with 20210802,02:30,5049415,0 Bad request 400: Power value [60592992] too high for system size [5120]
[15:43:04] INFO: Stopping Daemon...
[15:55:14] INFO: SBFspotUploadDaemon Version 2.0.0
[15:55:14] INFO: Starting Daemon...
[15:55:18] INFO: Uploading 30 datapoints, starting with 20210802,02:30,5049415,0 => OK (200)
[15:56:33] INFO: Uploading 30 datapoints, starting with 20210802,08:25,5049808,360,,,0,229.8 => OK (200)
[15:57:34] INFO: Uploading 30 datapoints, starting with 20210802,10:55,5052262,1116,,,0,229.092 => OK (200)
[15:58:34] INFO: Uploading 30 datapoints, starting with 20210802,13:25,5055732,2016,,,0,234.052 => OK (200)
[15:59:34] INFO: Uploading 30 datapoints, starting with 20210802,15:55,5060121,2832,,,0,233.512 => OK (200)
[16:00:33] INFO: Uploading 30 datapoints, starting with 20210802,18:25,5065560,2820,,,0,232.75 => OK (200)
[16:01:34] INFO: Uploading 30 datapoints, starting with 20210802,20:55,5068212,108,,,0,229.122 => OK (200)
[16:02:34] INFO: Uploading 30 datapoints, starting with 20210803,08:25,5068619,228,,,0,231.022 => OK (200)
[16:03:34] INFO: Uploading 30 datapoints, starting with 20210803,10:55,5070117,708,,,0,230.656 => OK (200)

Ik snap dat de deamon dit niet kan weten, maar dit staat al succesvol op pvoutput, dus het is niet nodig om het nogmaals te uploaden.

[ Voor 3% gewijzigd door Ircghost op 05-08-2021 16:07 ]

[sbf]

Ircghost schreef op donderdag 5 augustus 2021 @ 16:06:
Weet jij waarom de deamon elke keer begint bij een paar dagen geleden bij het opstarten?

Ik snap dat de deamon dit niet kan weten, maar dit staat al succesvol op pvoutput, dus het is niet nodig om het nogmaals te uploaden.

De daemon weet dat wel door de pvoutput vlag in de daydata tabel. Het is mogelijk dat bij een corrupte db er wel nog gelezen kan worden maar dat het vlagje niet meer gezet wordt, waardoor de daemon opnieuw probeert. De daemon checkt idd niet of het reeds op PVO staat.

[Ircghost]

Dan zal ik zo even kijken of die flag er nu wel staat. Ik heb nu in ieder geval de uploads van vandaag online staan. Gisteren dus niet, maar dat is geen verassing .

[decramy]

Ik wil even mijn succes delen :-) Ik heb de Enphase Envoy microomvormers met een Envoy Meter. Daar heb je de http://envoy/stream/meter API-url, en daar zijn alle metingen direct terug te lezen. Het is me net gelukt om die in Node-red aan te slingeren en aan influx te koppelen.

Nu heb ik het idee dat er meer mensen zijn die dit willen doen. Vandaar dat ik dit even deel.

code:

[{"id":"830c8b80.f89718","type":"inject","z":"45ce5843.4f3ce","name":"Start / Restart / Unpause stream","props":[{"p":"payload","v":"","vt":"date"},{"p":"topic","v":"","vt":"string"}],"repeat":"","crontab":"","once":false,"onceDelay":0.1,"topic":"","payload":"","payloadType":"date","x":170,"y":560,"wires":[["5944b091.17285"]]},{"id":"de79afb2.f459b","type":"inject","z":"45ce5843.4f3ce","name":"Pause stream","repeat":"","crontab":"","once":false,"onceDelay":0.1,"topic":"","payload":"","payloadType":"date","x":230,"y":680,"wires":[["31c2c1a4.b6aabe"]]},{"id":"31c2c1a4.b6aabe","type":"change","z":"45ce5843.4f3ce","name":"","rules":[{"t":"set","p":"pause","pt":"msg","to":"true","tot":"bool"}],"action":"","property":"","from":"","to":"","reg":false,"x":460,"y":680,"wires":[["50364aa0.f4b3d4"]]},{"id":"fc7709e7.f95788","type":"inject","z":"45ce5843.4f3ce","name":"Stop stream","repeat":"","crontab":"","once":false,"onceDelay":0.1,"topic":"","payload":"","payloadType":"date","x":230,"y":640,"wires":[["fc633663.b0ce48"]]},{"id":"fc633663.b0ce48","type":"change","z":"45ce5843.4f3ce","name":"","rules":[{"t":"set","p":"stop","pt":"msg","to":"true","tot":"bool"}],"action":"","property":"","from":"","to":"","reg":false,"x":470,"y":640,"wires":[["50364aa0.f4b3d4"]]},{"id":"50364aa0.f4b3d4","type":"sse-client","z":"45ce5843.4f3ce","name":"","url":"http://172.24.42.199/stream/meter","events":[],"headers":{},"proxy":"","restart":true,"rejectUnauthorized":false,"withCredentials":true,"timeout":"10","x":690,"y":660,"wires":[["6fa504f8fca90df3"]]},{"id":"5944b091.17285","type":"http request","z":"45ce5843.4f3ce","name":"","method":"GET","ret":"txt","paytoqs":"ignore","url":"http://172.24.42.199/installer/setup/home","tls":"","persist":false,"proxy":"","authType":"digest","x":410,"y":560,"wires":[["5e0c1620.061b18"]]},{"id":"5e0c1620.061b18","type":"function","z":"45ce5843.4f3ce","name":"Set Cookie","func":"msg.headers = {'Cookie': 'sessionId=' + msg.responseCookies.sessionId.value};\nreturn msg;","outputs":1,"noerr":0,"x":610,"y":560,"wires":[["50364aa0.f4b3d4"]]},{"id":"6fa504f8fca90df3","type":"json","z":"45ce5843.4f3ce","name":"","property":"payload","action":"","pretty":false,"x":690,"y":720,"wires":[["29dd2e5fd14716ea"]]},{"id":"8e1dfedd9994b9aa","type":"influxdb out","z":"45ce5843.4f3ce","influxdb":"5e1bce89.bfd22","name":"","measurement":"envoy_meter","precision":"","retentionPolicy":"","database":"database","precisionV18FluxV20":"s","retentionPolicyV18Flux":"","org":"default","bucket":"default","x":1070,"y":660,"wires":[]},{"id":"29e442028acaef29","type":"function","z":"45ce5843.4f3ce","name":"reconstruct data","func":"// Influx:\n// If msg.payload is an array containing two objects, \n// the first object will be written as the set of \n// named fields, the second is the set of named tags.\n\n// {\"event\":\"message\",\"payload\":{\"p\":-109.715,\"q\":-164.932,\"s\":267.003,\"v\":234.435,\"i\":1.134,\"pf\":-0.42,\"f\":50},\"parts\":{\"parts\":{\"id\":\"7f5ab7eaf0763c52\",\"type\":\"object\",\"key\":\"net-consumption\",\"index\":1,\"count\":3},\"id\":\"75bdb43ad68df8ae\",\"type\":\"object\",\"key\":\"ph-b\",\"index\":1,\"count\":3},\"topic\":\"net-consumption\",\"phase\":\"ph-b\",\"_msgid\":\"f81b1819c033b07d\"}\n\nfields = {};\ntags = {};\n\ntags   = {\"topic\": (msg.topic),\n          \"phase\": (msg.phase)\n         };\nfields = {\"wNow\": (msg.payload.p),\n          \"reactPower\": (msg.payload.q),\n          \"apprntPwr\": (msg.payload.s),\n          \"rmsVoltage\": (msg.payload.v),\n          \"rmsCurrent\": (msg.payload.i),\n          \"pwrFactor\": (msg.payload.pf),\n          \"frequency\": (msg.payload.f)\n         };\n\nmsg.payload = [fields,tags]\nreturn msg;","outputs":1,"noerr":0,"initialize":"","finalize":"","libs":[],"x":1100,"y":720,"wires":[["8e1dfedd9994b9aa"]]},{"id":"e498a42fbb59c40c","type":"split","z":"45ce5843.4f3ce","name":"","splt":"\\n","spltType":"str","arraySplt":1,"arraySpltType":"len","stream":false,"addname":"phase","x":930,"y":720,"wires":[["29e442028acaef29"]]},{"id":"29dd2e5fd14716ea","type":"split","z":"45ce5843.4f3ce","name":"","splt":"","spltType":"str","arraySplt":1,"arraySpltType":"len","stream":false,"addname":"topic","x":810,"y":720,"wires":[["e498a42fbb59c40c"]]},{"id":"5e1bce89.bfd22","type":"influxdb","hostname":"127.0.0.1","port":"8086","protocol":"http","database":"database","usetls":false,"tls":"a0af54c0.3a7438","influxdbVersion":"2.0","url":"http://your-influx-database-here","rejectUnauthorized":false},{"id":"a0af54c0.3a7438","type":"tls-config","name":"","cert":"","key":"","ca":"","certname":"","keyname":"","caname":"","servername":"","verifyservercert":false}]

[Dutchess_Nicole]

Ik heb in 2014 een PV installatie laten plaatsen en de eerste 2 jaar ofzo heeft de wifi stick (geen idee welke het is eerlijk gezegd) gewerkt, maar al gauw gaf die het op en kwam er geen data meer bij growatt binnen.

Nou moet ik toegeven dat ik ook niet echt actief aan het kijken was naar de statistieken dus ik had het maar gelaten voor wat het was.

Echter zijn we nu dus een flinke tijd verder en ik zou zeker nu ik veel met Homeassistant bezig ben, toch die stats weer eens willen hebben. De nieuwe energy panel kan er goed gebruik van maken.

Echter 1 probleempje: volgens mij heb ik die stick er ooit van af gehaald en "misschien" weggegooid?

Ik zou het werkelijk niet meer weten. Maar aangezien ik toch niet meer de stats naar China wil sturen, is het mogelijk om via de RS232 port (een DB9 connector) of de RS485 port (lijkt een GX-16 stekker te zijn? onmogelijk te vinden iig) met wat goede wil en een NodeMCU de data MQTT in te schoppen?

Weten jullie toevallig ook of 1 van die twee ports genoeg stroom geeft om iets als een NodeMCU van te draaien? Of moet ik er een knoopcel aan hangen?

Het doel is om de data direct MQTT -> HA in te krijgen. Dus geen packet sniffing of proxies oid.

[jobr]

Klopt het dat de SMA Sunny Boy omvormer zelf geen officiële lokale web api kent die is gedocumenteerd door SMA ?

Ik zie op github wel wat repo's (vb https://github.com/Dymerz/SMA-SunnyBoy) die de gegevens lokaal ophalen (niet via modbus) maar ik krijg de indruk dat dit geen officiële interface is.

N.B. Ik weet dat een SMA Sunny boy

[Deshmir]

@Dutchess_Nicole de modbus lijst is wel beschikbaar (weliswaar wat outdated maar kan wel als een referentie dienen).

Andere optie is een lan stekker en daar het verkeer van sniffen.

[ Voor 22% gewijzigd door Deshmir op 16-08-2021 22:11 ]

[AUijtdehaag]

jobr schreef op maandag 16 augustus 2021 @ 21:52:
Klopt het dat de SMA Sunny Boy omvormer zelf geen officiële lokale web api kent die is gedocumenteerd door SMA ?

https://flows.nodered.org...ed-contrib-sma-webconnect
Werkt ook.

[ Voor 27% gewijzigd door AUijtdehaag op 17-08-2021 01:38 ]

[Dutchess_Nicole]

Deshmir schreef op maandag 16 augustus 2021 @ 22:10:
@Dutchess_Nicole de modbus lijst is wel beschikbaar (weliswaar wat outdated maar kan wel als een referentie dienen).

Andere optie is een lan stekker en daar het verkeer van sniffen.

Ik denk niet dat outdated een probleem gaat zijn. De omvormer (het is een Growatt 2000) heeft voorzover ik weet sinds plaatsing geen updates gehad, dus als de documentatie net zo oud is is het alleen maar goed.

Thanks voor de tip!

Ik weet alleen niet wat je bedoelt met een LAN stekker? Deze omvormer heeft niks erop zitten van RJ45-achtige proporties.

Ik moet het doen met een RS232 port en 2x RS485 helaas.