Cookies op Tweakers

Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

  • ocaj
  • Registratie: juli 2011
  • Niet online
quote:
Jerrythafast schreef op zondag 19 november 2017 @ 20:54:
@ocaj als de RS485 verbinding werkt kun je met een script dat ik bij se-logger heb meegeleverd de key uitvragen.
Ik heb je scriptje net gedraaid en het lijkt wel te werken op RS485, alleen krijg ik geen antwoord (RECV:-regel leeg en key leeg). Ik weet niet of dat normaal gedrag is al er geen encryptie actief is? Zo ja, dan doet je scriptje het waarschijnlijk ook met RS485.
Of hoort de omvormer altijd iets terug te geven, ook zonder dat encryptie actief is?

  • Jerrythafast
  • Registratie: september 2012
  • Laatst online: 16-12 19:39
@ocaj je zou wel antwoord moeten krijgen... Met het verbose script vier regels 'SEND' en vier regels 'RECV' en daarna de regel met 'Your key is'.

Jerrythafast wijzigde deze reactie 20-11-2017 22:08 (9%)

2925 Wp op SE3000 live op PVOutput en Jerweb.nl || Nu ook De Triangel 3020 Wp (live logging in aanbouw)


  • ocaj
  • Registratie: juli 2011
  • Niet online
Ik zie 4 lege regels achter RECV:
En daarna: Your key is ' '

Betekent dat dat hij niet over RS485 antwoord?
Kan het nog zijn dat de encryptie-feature er pas vanaf een bepaalde firmware-versie inzit omdat de mijne nooit aan Internet gehangen heeft nog op de versie draait waarmee hij anderhalf jaar geleden uit de fabriek kwam? (zal van de week het versie-nummer eens opzoeken in het menu)

  • zonnigekarel
  • Registratie: oktober 2017
  • Laatst online: 04-12-2017
Aan de hand van het zeer goede stappenplan van Jerry en na wat gepruts mijnerzijds heb ik e.e.a. nu aan het draaien. Ik heb een SE3000H die via Wifi verbonden is met een (oude) Raspberry, die weer bekabeld hangt aan mijn router. Ik wil nu in eerste instantie een web applicatie bouwen waarin in momentane of historische data getoond wordt. Het uiteindelijke doel is om een fraai draadloos display te maken voor aan de muur, een soort van Nest thermostaat voor je zonnepanelen. Als ik hier door het forum scroll zie ik al een paar zeer relevante queries langskomen, maar ik heb toch nog een paar vragen over de tabellen: Wat stellen de_day en i_rcd voor in de telemetry_inverter tabel?

  • d1965
  • Registratie: januari 2013
  • Laatst online: 12-12 20:29
Binnenkort ook hier zonnepanelen met een Solaredge omvormer. Op zoek naar een 'in-house' manier om Solaredge-data (en met name de optimizer-data) te loggen kwam ik in dit topic terecht. Heel interessant! @Jerrythafast, bedankt voor de geweldige uitleg! Heb veel geleerd. Het was even uitzoeken, maar ik heb het voor elkaar.

Daar waar de omvormer komt had ik al een ethernetkabel liggen. Op het patchpanel waar die kabel uitkomt zijn nog een aantal rj45 jacks vrij. Van vier daarvan heb ik een passieve netwerk tap gemaakt (hier afgekeken). Heb alleen de tx en rx aangesloten.

Op de Raspberry Pi3 heb ik de selogger files geïnstalleerd en met een kabel aangesloten op de tap-poort. Via de tap was de Pi niet bereikbaar voor ssh. Daarvoor gebruik ik wifi. Dat lukt eerst niet, maar na lang zoeken kon ik met de parameter metric aangeven dat wlan0 de voorkeur heeft boven eth0. Nu kan ik tijdens het loggen via eth0 ook met ssh connecten via wlan0.

Heb getest door mijn eigen pc via de tap-poorten te laten lopen. De pcap files heb ik bekeken met Wireshark. Werkt perfect.

So far so good. De solaredge verbinding laat ik straks via de tap-poorten lopen en hopelijk kan ik dan de key en de data mooi opvangen en verwerken naar MySql. Daarna zien we wel verder.

Nogmaals dank, @Jerrythafast!

d1965 wijzigde deze reactie 24-11-2017 12:41 (0%)
Reden: @ toegevoegd


  • xces
  • Registratie: juli 2001
  • Laatst online: 17-12 13:27

xces

To got or not to got..

Ik heb wat hulp nodig want ik zie door de bomen het bos niet meer.

Met deze settings:
code:
1
2
serial_port = "/dev/ttyUSB0"
inverter_id = 0x7E137A8E

Komt er dit uit:
code:
1
2
3
4
5
6
7
8
9
10
11
/opt/solaredge-logger-v0.0.8/get-encryption-key# python get-key-by-rs232-verbose.py
     |  BARKER   | LEN |LEN_I| SEQ |  SOURCE   |   DEST    | CMD |DATA
SEND: 12 34 56 79 02 00 fd ff 01 00 fd ff ff ff 8e 7a 13 7e 12 00 39 02 79 9c
RECV:
SEND: 12 34 56 79 02 00 fd ff 02 00 fd ff ff ff 8e 7a 13 7e 12 00 3a 02 7c af
RECV:
SEND: 12 34 56 79 02 00 fd ff 03 00 fd ff ff ff 8e 7a 13 7e 12 00 3b 02 7f be
RECV:
SEND: 12 34 56 79 02 00 fd ff 04 00 fd ff ff ff 8e 7a 13 7e 12 00 3c 02 76 c9
RECV:
Your key is ''

Ik heb GND, TX en RX aangesloten op het blokje; RX en TX ook al omgedraaid maar dat heeft geen effect. Misschien gebruik ik de verkeerde settings? Ik heb de USB-Serial converter 'as bought' in mijn Pi gestopt... Wie o wie kan me helpen?

Canon EOS 1D mk4 | Canon 580EXII | Canon 17-40 f/4 L | Canon 50 f/1.8 | Canon 100 f/2.8 macro | Canon 70-200 f/2.8 IS L (II) | Canon 2x extender (III)


  • zonnigekarel
  • Registratie: oktober 2017
  • Laatst online: 04-12-2017
@xces: Kijk eens met het commando 'dmesg | grep tty' of je USB-serial converter inderdaad ttyUSB0 heet.

Overigens heb ik mijn (windows) PC met een micro-usb kabel direct aangesloten op de Solaredge inverter. De PC herkende hem als COM poort. Onder Linux zal dat niet anders zijn, en daar zal die worden herkend als ttyUSBx. De USB/serial converter zit dus feitelijk ingebouwd in de Solaredge. Heeft jou Solaredge een microusb aansluiting, bij mij zit die links onder op de display printplaat?

  • jacovn
  • Registratie: augustus 2001
  • Laatst online: 19:01
heb toch maar een pidrive gekocht..

250 gb drive, kabel, square behuizing en 3A voeding. 38.88 euro inclusief gratis opsturen.

Was in een aanbieding via WD zelf, wordt afgehandeld door digital river in Ierland.
De drive alleen kost in NL bij een webshop al meer, maar goed ik ga het zien.

https://www.wdc.com/nl-nl...e-foundation-edition.html

jacovn wijzigde deze reactie 24-11-2017 10:55 (13%)


  • xces
  • Registratie: juli 2001
  • Laatst online: 17-12 13:27

xces

To got or not to got..

ik heb een factory reset gedaan. Ik zie inmiddels een entry in de MySQL tabel, maar geen optimizers helaas. De pairing is ook opnieuw uitgevoerd en mijn systeem produceert vermogen volgens de display. Wat is er aan de hand?

update 1
Een nieuwe pairing gedaan en mijn installateur ziet wel al mijn panelen, een commando zoals dit werkt de database ook bij, maar automatisch gaat het nog niet.
code:
1
root@EnergyMonitor:/opt/se-logger# python liveupdate.py /tmp/*.pcap

update 2
Probleem leek te zitten in het se-logger-service.sh script. Ik schrijf mijn files weg naar memory (/tmp/) om mijn SD kaart wat te sparen. Ik heb het script aangepast naar de volgende waarde:
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
#!/bin/bash

# SETTINGS
INTERFACE=eth0
FILTER=tcp
CAPTDIR=/tmp/
SELOGDIR=/opt/se-logger/
PREFIX=solaredge-


rm ${CAPTDIR}tcpdump.log
rm ${CAPTDIR}liveupdate.log

# wait for the time to get set
while [ `date -u +%Y` == "1970" ]
do
        echo "Waiting for correct time" >> ${CAPTDIR}tcpdump.log
        sleep 1
done

/usr/bin/stdbuf -i0 -o0 -e0 /usr/sbin/tcpdump -i $INTERFACE -U -w - ${FILTER} 2>> ${CAPTDIR}tcpdump.log | \
        tee $CAPTDIR$PREFIX`date -u +%Y%m%d%H%M%S`.pcap | \
        /usr/bin/python -u ${SELOGDIR}liveupdate.py - 2>> ${CAPTDIR}liveupdate.log

De variable 'SELOGDIR' is nieuw en geeft dus aan waar het liveupdate.py script draait.

Ik heb nog geen key, want Raspberry Pi geeft nu nog dit aan:
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
root@EnergyMonitor:/opt/se-logger/0.10/get-encryption-key# python find-key-in-pcap.py /tmp/*.pcap
Reading from /tmp/solaredge-20171123181041.pcap
Reading from /tmp/solaredge-20171123183852.pcap
Reading from /tmp/solaredge-20171123233001.pcap
Sorry, your key is not in the given input file(s).
root@EnergyMonitor:/opt/se-logger/0.10/get-encryption-key# ls -al /tmp/
total 336
drwxrwxrwt  7 root root    240 Nov 24 13:44 .
drwxr-xr-x 21 root root   4096 Nov  2 11:20 ..
-rw-r--r--  1 root root     91 Nov 24 00:30 liveupdate.log
-rw-r--r--  1 root root   6940 Nov 23 19:37 solaredge-20171123181041.pcap
-rw-r--r--  1 root root  71970 Nov 24 00:29 solaredge-20171123183852.pcap
-rw-r--r--  1 root root 246509 Nov 24 13:43 solaredge-20171123233001.pcap
-rw-r--r--  1 root root     83 Nov 24 00:30 tcpdump.log

quote:
Jerrythafast schreef op maandag 20 november 2017 @ 22:07:
@ocaj je zou wel antwoord moeten krijgen... Met het verbose script vier regels 'SEND' en vier regels 'RECV' en daarna de regel met 'Your key is'.
Een tip voor je script zou zijn om de config variabelen (mysql settings, directory waar de log output komt, serienummer van je omvormer) in een JSON te zetten of zoiets, dan kun je het script updaten zonder je settings iedere keer te moeten kopieren.

xces wijzigde deze reactie 24-11-2017 15:11 (42%)

Canon EOS 1D mk4 | Canon 580EXII | Canon 17-40 f/4 L | Canon 50 f/1.8 | Canon 100 f/2.8 macro | Canon 70-200 f/2.8 IS L (II) | Canon 2x extender (III)


  • Jerrythafast
  • Registratie: september 2012
  • Laatst online: 16-12 19:39
quote:
ocaj schreef op maandag 20 november 2017 @ 22:26:
Ik zie 4 lege regels achter RECV:
En daarna: Your key is ' '

Betekent dat dat hij niet over RS485 antwoord?
Kan het nog zijn dat de encryptie-feature er pas vanaf een bepaalde firmware-versie inzit omdat de mijne nooit aan Internet gehangen heeft nog op de versie draait waarmee hij anderhalf jaar geleden uit de fabriek kwam? (zal van de week het versie-nummer eens opzoeken in het menu)
Lijkt er inderdaad op dat er geen antwoord komt. Ik verwacht wel een antwoord, ook met oudere firmware. De gebruikte commando's staan los van de encryptie-functionaliteit (het is in feite gewoon het uitlezen van 4 parameters). Als ik me niet vergis heeft @Aegle eerder ook met succes dit script gedraaid, om er vervolgens alsnog achter te komen dat zijn omvormer geen encryptie doet (het antwoord was key = 000000...)

Misschien antwoordt je omvormer alleen als je in het instellingenmenu de communicatie op serial/slave zet i.p.v. lan?
quote:
zonnigekarel schreef op woensdag 22 november 2017 @ 19:43:
Wat stellen de_day en i_rcd voor in de telemetry_inverter tabel?
de_day (staat voor delta energy) is de hoeveelheid energie (in Wattuur) die is opgewekt sinds de vorige keer uitlezen (doorgaans 5 minuten geleden).
i_rcd is de stroomsterkte (in Ampère) zoals gemeten door de ingebouwde aardlekschakelaar (RCD in het Engels).
quote:
xces schreef op vrijdag 24 november 2017 @ 13:50:

Probleem leek te zitten in het se-logger-service.sh script. Ik schrijf mijn files weg naar memory (/tmp/) om mijn SD kaart wat te sparen. Ik heb het script aangepast naar de volgende waarde:
[...]

De variable 'SELOGDIR' is nieuw en geeft dus aan waar het liveupdate.py script draait.
Fijn dat het is gelukt om de boel aan de praat te krijgen!
quote:
[...]

Een tip voor je script zou zijn om de config variabelen (mysql settings, directory waar de log output komt, serienummer van je omvormer) in een JSON te zetten of zoiets, dan kun je het script updaten zonder je settings iedere keer te moeten kopieren.
Zou inderdaad handig zijn. Die config file moet dan dus wel ergens staan waar alle scripts hem kunnen vinden; waar zou ik die dan het beste zetten? Misschien iets als /opt/se-logger/config.json?

2925 Wp op SE3000 live op PVOutput en Jerweb.nl || Nu ook De Triangel 3020 Wp (live logging in aanbouw)


  • ocaj
  • Registratie: juli 2011
  • Niet online
quote:
Jerrythafast schreef op vrijdag 24 november 2017 @ 21:49:
[...]

Lijkt er inderdaad op dat er geen antwoord komt. Ik verwacht wel een antwoord, ook met oudere firmware. De gebruikte commando's staan los van de encryptie-functionaliteit (het is in feite gewoon het uitlezen van 4 parameters). Als ik me niet vergis heeft @Aegle eerder ook met succes dit script gedraaid, om er vervolgens alsnog achter te komen dat zijn omvormer geen encryptie doet (het antwoord was key = 000000...)

Misschien antwoordt je omvormer alleen als je in het instellingenmenu de communicatie op serial/slave zet i.p.v. lan?
Mijn omvormer staat niet ingesteld op LAN, maar op serial/RS485, uit mijn hoofd kun je dan bij protocol nog kiezen tussen Sunspec en Solaredge. De mijne staat op Solaredge (slave), de scripts van jbuehl fungeren als solaredge/RS485-master.

Voor mij maakt het niet uit, maar het is wel vreemd dat hij dan niet op deze commando's reageert, misschien doet hij dat bij anderen wel?

  • Jerrythafast
  • Registratie: september 2012
  • Laatst online: 16-12 19:39
quote:
ocaj schreef op vrijdag 24 november 2017 @ 22:08:
[...]


Mijn omvormer staat niet ingesteld op LAN, maar op serial/RS485, uit mijn hoofd kun je dan bij protocol nog kiezen tussen Sunspec en Solaredge. De mijne staat op Solaredge (slave), de scripts van jbuehl fungeren als solaredge/RS485-master.

Voor mij maakt het niet uit, maar het is wel vreemd dat hij dan niet op deze commando's reageert, misschien doet hij dat bij anderen wel?
Wel apart dat hij op de scripts van jbuehl wel reageert. @xces lijkt hetzelfde probleem gehad te hebben met mijn get-key script, gezien zijn output van gisteren. Maar bij hem stond de communicatie misschien niet ingesteld op serial, SolarEdge, slave...

Bij jou vraag ik me af: draai je de scripts (van jbuehl en mij) tegelijkertijd? Dan zou ik twee mogelijke oorzaken kunnen bedenken:
1. De serial port is bezet door het script van jbuehl, waardoor die van mij het niet doet.
2. Anders heeft het mogelijk met het volgnummer van de packets te maken. Als het script van jbuehl een commando stuurt met volgnummer 1234, verwacht de omvormer daarna een commando met nummer 1235 en negeert hij misschien het volgnummer 0001 van mijn script.

Werkt uitlezen van de key met de scripts van jbuehl wel?

2925 Wp op SE3000 live op PVOutput en Jerweb.nl || Nu ook De Triangel 3020 Wp (live logging in aanbouw)


  • ocaj
  • Registratie: juli 2011
  • Niet online
quote:
Jerrythafast schreef op vrijdag 24 november 2017 @ 22:22:
[...]

Bij jou vraag ik me af: draai je de scripts (van jbuehl en mij) tegelijkertijd? Dan zou ik twee mogelijke oorzaken kunnen bedenken:
1. De serial port is bezet door het script van jbuehl, waardoor die van mij het niet doet.
Nee, dat er maar 1 tegelijk kan draaien had ik wel bedacht :)
quote:
2. Anders heeft het mogelijk met het volgnummer van de packets te maken. Als het script van jbuehl een commando stuurt met volgnummer 1234, verwacht de omvormer daarna een commando met nummer 1235 en negeert hij misschien het volgnummer 0001 van mijn script.

Werkt uitlezen van de key met de scripts van jbuehl wel?
"O, heeft jbuehl ook zo'n script" O-) ? -> Net even geprobeerd, maar die doet het ook niet, dus zal toch wel iets bijzonder aan de omvormer zijn. Debug-output van jbuehl geeft aan dat hij gelijk op het eerste commando al niks meer terug krijgt en blijft hangen.

Ik herinner me ineens weer dat mijn rs485-verbinding niet 100% betrouwbaar is, normaal geen last van omdat ik er een watchdog omheen gebouwd had en er geen data verloren gaat, zal het nog eens een paar keer proberen.

  • Aegle
  • Registratie: november 2013
  • Laatst online: 18:07

Aegle

"hier" = Schiedam, ZH...

@Jerrythafast en @ocaj, inderdaad geeft mijn omvormer (nog steeds!) 0000000 als key :? .
Uit de oude (juni 2016) dm's met Jerry kwam ik het onderstaande resultaat tegen:
code:
1
2
3
4
5
6
7
8
9
10
.    |  BARKER   | LEN |LEN_I| SEQ |  SOURCE   |   DEST    | CMD |DATA
SEND: 12 34 56 79 02 00 fd ff 01 00 fd ff ff ff 42 4b 00 7f 12 00 39 02 8e a0
RECV: 12 34 56 79 06 00 f9 ff 01 00 42 4b 00 7f fd ff ff ff 90 00 00 00 00 00 00 00 36 5d
SEND: 12 34 56 79 02 00 fd ff 02 00 fd ff ff ff 42 4b 00 7f 12 00 3a 02 8b 93
RECV: 12 34 56 79 06 00 f9 ff 02 00 42 4b 00 7f fd ff ff ff 90 00 00 00 00 00 00 00 c6 ad
SEND: 12 34 56 79 02 00 fd ff 03 00 fd ff ff ff 42 4b 00 7f 12 00 3b 02 88 82
RECV: 12 34 56 79 06 00 f9 ff 03 00 42 4b 00 7f fd ff ff ff 90 00 00 00 00 00 00 00 97 3d
SEND: 12 34 56 79 02 00 fd ff 04 00 fd ff ff ff 42 4b 00 7f 12 00 3c 02 81 f5
RECV: 12 34 56 79 06 00 f9 ff 04 00 42 4b 00 7f fd ff ff ff 90 00 00 00 00 00 00 00 25 0c
Your key is '\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00'

(het script was wat uitgebreid i.v.m. wat debugging). Je ziet, het resultaat is 000000...

Nu is mijn SE3000 omvormer al wel wat ouder (begin 2014). Misschien dat dat er iets mee te maken heeft?software versies:
SE3000
CPU: 0002.1049
DSP1: 1.0210
DSP2: 1.0034

Hopelijk kun je er wat mee.

10 x Yingli YL260C-30b @ 10 x OP300 SolarEdge optimizers en SE3000 op 158º. Live: PVoutput , SolarEdge


  • ocaj
  • Registratie: juli 2011
  • Niet online
De mijne zijn iets nieuwer (juni 2016):
DSP1: 1.0210
DSP2: 2.0052
CPU 3.1651

Zal het aan mijn wat lange bekabeling liggen. Ik gebruik via RS485 het solaredge-protocol, daar kun je geen baudrate etc. van instellen, dus misschien is de 115200 baud gewoon wat te veel voor mijn kabel van een meter of 10?
Maar als ik jouw resultaten zie, dan lijkt het script van @Jerrythafast gewoon te werken over RS485.
En daar ging het om toch om daar achter te komen?

  • jacovn
  • Registratie: augustus 2001
  • Laatst online: 19:01
quote:
Jerrythafast schreef op zondag 19 november 2017 @ 10:27:
@gideon19, als je port mirroring op je switch gebruikt, heb je geen speciale instellingen op je Pi nodig. gewoon aansluiten op de mirror poort met een LAN-kabel zou voldoende moeten zijn.

Om het te testen, kun je je switch zo instellen dat hij het verkeer van een aangesloten PC mirrort naar de mirror poort. Op de Pi draai je dan het commando
user@logger$  sudo tcpdump -c 25 -i eth0 tcp


Wanneer je nu op de PC een website opent zou je op de Pi een aantal regels output te zien moeten krijgen. Als dat werkt is het alleen nog een kwestie van se-logger instellen (hoofdstuk 5) en de PC vervangen door de omvormer.
Even een specifieke vraag hierover.

Meestal moet een mirror poort dezelfde setting hebben (of beter) dan de te monitoren interface.
De pi3 is 100 mbps, en hopenlijk full duplex.
Dus je moet de solaredge inverter dan ook op een fixed setting zetten van 100 full.
Kun je in het solaredge menu de netwerk snelheid instellen met speed en duplex ?
Als het aan de inverter kan op auto staat moet je anders hopen dat het goed komt.

Edit: hier staat dat de pi op 100 full geconfigureerd kan worden: https://www.raspberrypi.org/forums/viewtopic.php?p=322573

Dan de solaredge poort maar aan de switch kant op 100/half zetten.
Als dan auto speed/duplex op de solaredge aan staat zou die daar naar 100/half moeten defaulten

jacovn wijzigde deze reactie 26-11-2017 20:10 (10%)


  • Jerrythafast
  • Registratie: september 2012
  • Laatst online: 16-12 19:39
@jacovn dat is wel een goede opmerking! Ik heb geen idee hoe een switch met mirror functie met deze situatie om gaat, misschien gooit hij zelf de link speed omlaag als op de mirror port een 100 Mbit apparaat is aangesloten? Als hij dat niet doet (en de gemirrorde link dus op Gigabit laat draaien) en de data sneller voorbij komt dan de mirror port kan dupliceren zullen er toch packets moeten worden gedropt...

2925 Wp op SE3000 live op PVOutput en Jerweb.nl || Nu ook De Triangel 3020 Wp (live logging in aanbouw)


  • jacovn
  • Registratie: augustus 2001
  • Laatst online: 19:01
quote:
Jerrythafast schreef op zondag 26 november 2017 @ 19:59:
@jacovn dat is wel een goede opmerking! Ik heb geen idee hoe een switch met mirror functie met deze situatie om gaat, misschien gooit hij zelf de link speed omlaag als op de mirror port een 100 Mbit apparaat is aangesloten? Als hij dat niet doet (en de gemirrorde link dus op Gigabit laat draaien) en de data sneller voorbij komt dan de mirror port kan dupliceren zullen er toch packets moeten worden gedropt...
Tja dat is beroeps deformatie of hoe je het mag noemen. Werk de hele dag met netwerk devices.

Dus toen ik die opmerking las van een span port (mirror poort) leek me dat wel een super oplossing. De Pi met 1 interface aansluiten en klaar.
Echter zijn de meeste devices wel gigabit ethernet. Nu snap ik dat de pi dat met zijn cpu niet trekt, en ze gekozen hebben voor meer energie zuinige chips en dus 100 msps.
Voor die paar paketten te capturen zal het overkill zijn zelfs.

Zal wel de Pi op 100 full zetten, en de poort waar de in inverter aan komt op 100/half instellen. (Volgens de standaard zou een device 100/half moeten kiezen als de handshake op auto niet lukt)

Dan is een copy van de data (send en receive) wel mogelijk lijkt me.

Kun je aangeven om hoeveel data het gaat per seconde die de inverter op stuurt ?

jacovn wijzigde deze reactie 26-11-2017 20:13 (4%)


  • tjanssen
  • Registratie: augustus 2012
  • Niet online
quote:
Jerrythafast schreef op zondag 26 november 2017 @ 19:59:
@jacovn dat is wel een goede opmerking! Ik heb geen idee hoe een switch met mirror functie met deze situatie om gaat, misschien gooit hij zelf de link speed omlaag als op de mirror port een 100 Mbit apparaat is aangesloten? Als hij dat niet doet (en de gemirrorde link dus op Gigabit laat draaien) en de data sneller voorbij komt dan de mirror port kan dupliceren zullen er toch packets moeten worden gedropt...
In de praktijk zul je ver onder de maximale bandbreedte van de verbinding zitten, zeker met alleen een Pi en inverter aangesloten. Wanneer er frames van de ene port gestuurd moeten worden en de line is niet idle, dan zal de switch deze packets bufferen. Of het een mirror port is of niet is niet relevant.

  • gideon19
  • Registratie: november 2017
  • Laatst online: 24-12-2017
@Jerrythafast bedankt voor de hulp,
het werkt
enkel tot op heden nog geen encryptie dat gezien, weet niet of dit goed is of slecht, maar er komt data in de database,

nu nog wat er in de database staat in een website krijgen :) maar dat zal ook ooit wel goed komen denk ik

  • Jerrythafast
  • Registratie: september 2012
  • Laatst online: 16-12 19:39
quote:
jacovn schreef op zondag 26 november 2017 @ 20:10:
Kun je aangeven om hoeveel data het gaat per seconde die de inverter op stuurt ?
99% van de tijd is het stil. Per 5 minuten wordt er (afhankelijk van de omvang van je installatie) misschien 1 kB aan TCP verkeer verzonden. Die data komt dan wel bijna helemaal in één keer (in 1 à 2 TCP segments afhankelijk van hoeveel het precies is), waarna het weer 5 minuten praktisch stil is.

@gideon19, zolang er data in de database komt is het goed. Als dat ophoudt en find-key-in-pcap.py zegt "sorry", dan pas is het slecht ;)

Jerrythafast wijzigde deze reactie 26-11-2017 22:39 (16%)

2925 Wp op SE3000 live op PVOutput en Jerweb.nl || Nu ook De Triangel 3020 Wp (live logging in aanbouw)


  • Yoki1985
  • Registratie: augustus 2007
  • Laatst online: 10:34
Ik lees hier dat er mensen zijn die voor de Poort Mirror oplossing gaan. Dit is inderdaad de netste oplossing maar wat als jullie Pi crashed?

Dan is de data die op dat moment verstuurd word toch verloren niet?

  • MDKlapwijk
  • Registratie: maart 2003
  • Laatst online: 14:48

MDKlapwijk

Kubiekdriehoekje

quote:
Yoki1985 schreef op maandag 27 november 2017 @ 08:46:
Ik lees hier dat er mensen zijn die voor de Poort Mirror oplossing gaan. Dit is inderdaad de netste oplossing maar wat als jullie Pi crashed?

Dan is de data die op dat moment verstuurd word toch verloren niet?
Ja, maar dat is toch met elke server waar je het op af laat leveren?

Kijk uit: ben gek op achteruitkijkglimmertjes, zowel linker als rechter...


  • Yoki1985
  • Registratie: augustus 2007
  • Laatst online: 10:34
quote:
MDKlapwijk schreef op maandag 27 november 2017 @ 10:17:
[...]

Ja, maar dat is toch met elke server waar je het op af laat leveren?
Ja maar ik gebruik de andere setup

SolarEdge via kabel aan PI en dan weer via WIFI aan mijn netwerk.

Hierdoor zal mijn solaredge mijn data blijven bufferen als mijn PI eruit vliegt. Ik was benieuwd hoe jullie omgaan met crashes van je PI.

  • Aegle
  • Registratie: november 2013
  • Laatst online: 18:07

Aegle

"hier" = Schiedam, ZH...

quote:
Yoki1985 schreef op maandag 27 november 2017 @ 11:28:
[...]


Ja maar ik gebruik de andere setup

SolarEdge via kabel aan PI en dan weer via WIFI aan mijn netwerk.

Hierdoor zal mijn solaredge mijn data blijven bufferen als mijn PI eruit vliegt. Ik was benieuwd hoe jullie omgaan met crashes van je PI.
@Jerrythafast: correct me if I'm wrong...
Zoals je zelf al aangeeft. Zolang de data na een crash niet naar de SE-portal wordt verstuurd, zal de omvormer de data geruime tijd bufferen. Na het restoren van de RPi wordt de link hersteld en daarmee je .pcap's weer gevuld met deze data.

10 x Yingli YL260C-30b @ 10 x OP300 SolarEdge optimizers en SE3000 op 158º. Live: PVoutput , SolarEdge


  • Yoki1985
  • Registratie: augustus 2007
  • Laatst online: 10:34
quote:
Aegle schreef op maandag 27 november 2017 @ 19:24:
[...]


@Jerrythafast: correct me if I'm wrong...
Zoals je zelf al aangeeft. Zolang de data na een crash niet naar de SE-portal wordt verstuurd, zal de omvormer de data geruime tijd bufferen. Na het restoren van de RPi wordt de link hersteld en daarmee je .pcap's weer gevuld met deze data.
inderdaad en bij poort mirroring wordt de data dus wel verstuurd naar de SE-portal. Dus deze is verloren bij een crash van de PI. Aangezien een PI toch af en toe de neiging heeft om te crashen vind ik persoonlijk de oplossing waar de PI echt tussen de omvormer en het internet zelf zit de beter oplossing.

Zou het bij port mirroring ook mogelijk zijn om een docker op een synology te gebruiken? Deze draait namelijk toch iets stabieler vind ik.

  • Jerrythafast
  • Registratie: september 2012
  • Laatst online: 16-12 19:39
Inderdaad, bij port mirroring ben je data kwijt als je Pi offline gaat terwijl de omvormer online blijft. Dat is het grote nadeel aan deze oplossing. Zelf vind ik om deze reden de man-in-the-middle oplossing eigenlijk veel mooier :Y

2925 Wp op SE3000 live op PVOutput en Jerweb.nl || Nu ook De Triangel 3020 Wp (live logging in aanbouw)


  • MDKlapwijk
  • Registratie: maart 2003
  • Laatst online: 14:48

MDKlapwijk

Kubiekdriehoekje

quote:
Aegle schreef op maandag 27 november 2017 @ 19:24:
[...]


@Jerrythafast: correct me if I'm wrong...
Zoals je zelf al aangeeft. Zolang de data na een crash niet naar de SE-portal wordt verstuurd, zal de omvormer de data geruime tijd bufferen. Na het restoren van de RPi wordt de link hersteld en daarmee je .pcap's weer gevuld met deze data.
Ik heb eigenlijk niet naar de data zelf gekeken, maar vermoed dat de SE niet eens buffert, maar gewoon de huidige standen doorstuurt zodra er wel weer verbinding is....

Kijk uit: ben gek op achteruitkijkglimmertjes, zowel linker als rechter...


  • jacovn
  • Registratie: augustus 2001
  • Laatst online: 19:01
Waarom crashed een pi ?

  • ocaj
  • Registratie: juli 2011
  • Niet online
Een crashende pi klinkt mij ook erg onbekend. Die van mij draait al 157 dagen (sinds de laatste stroomstoring) en is superstabiel, ondanks dat er best wat op draait: logging kwh-meters (3 meters, lees ik elke seconde alle 3 uit), solaredge-logging, logging 1-wire netwerk met thermometers, webserver en php-server.
De SQL-server draait dan wel weer op een andere machine, maar crashen doet mij pi echt helemaal nooit.

Ben wel benieuwd wat jullie doen om hem te laten crashen ? (ik vond ik die van mij al best een hoop liet doen....)

  • MDKlapwijk
  • Registratie: maart 2003
  • Laatst online: 14:48

MDKlapwijk

Kubiekdriehoekje

@jacovn, @ocaj, Pi's crashen eigenlijk het meest door corrupte cf kaartjes en die heb je heel snel als de voeding niet stabiel is.

Ook het hot-pluggen van usb devices wil er nog wel eens voor zorgen dat een Pi reboot en ook daar is eigenlijk de voeding bij betrokken. Dus als je vaak usb spul moet prikken in een Pi, een external powered usb hub gebruiken....

Kijk uit: ben gek op achteruitkijkglimmertjes, zowel linker als rechter...


  • tjanssen
  • Registratie: augustus 2012
  • Niet online
quote:
Jerrythafast schreef op maandag 27 november 2017 @ 22:02:
Inderdaad, bij port mirroring ben je data kwijt als je Pi offline gaat terwijl de omvormer online blijft. Dat is het grote nadeel aan deze oplossing. Zelf vind ik om deze reden de man-in-the-middle oplossing eigenlijk veel mooier :Y
Daarom heb ik een tweede dump draaien op mijn Mikrotik router. :)

  • Jerrythafast
  • Registratie: september 2012
  • Laatst online: 16-12 19:39
quote:
MDKlapwijk schreef op dinsdag 28 november 2017 @ 01:51:
[...]


Ik heb eigenlijk niet naar de data zelf gekeken, maar vermoed dat de SE niet eens buffert, maar gewoon de huidige standen doorstuurt zodra er wel weer verbinding is....
De SE omvormer buffert wel degelijk. Je kunt hem enkele weken van het internet houden, zodra hij weer een verbinding krijgt komt alle data er in één grote trein uit. Gewoon nog met volledige precisie, één datapunt per ~5 minuten zoals altijd.

En als halverwege de upload de verbinding dan weer verdwijnt, gaat hij gewoon weer netjes verder met uploaden waar hij gebleven was wanneer de verbinding terugkomt. Dit werkt echt super robuust.

2925 Wp op SE3000 live op PVOutput en Jerweb.nl || Nu ook De Triangel 3020 Wp (live logging in aanbouw)


  • Niek_
  • Registratie: februari 2002
  • Laatst online: 16:30
Hmz, volgens mij gaat hier iets nog niet helemaal goed:
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
-rw-r--r-- 1 root root 103957232 Nov 13 00:29 solaredge-20171112135320.pcap
-rw-r--r-- 1 root root 257825120 Nov 14 00:29 solaredge-20171112233002.pcap
-rw-r--r-- 1 root root 257816834 Nov 15 00:29 solaredge-20171113233002.pcap
-rw-r--r-- 1 root root 271494148 Nov 16 00:30 solaredge-20171114233002.pcap
-rw-r--r-- 1 root root 262006686 Nov 17 00:29 solaredge-20171115233003.pcap
-rw-r--r-- 1 root root 272210589 Nov 18 00:30 solaredge-20171116233002.pcap
-rw-r--r-- 1 root root 285892565 Nov 19 00:30 solaredge-20171117233003.pcap
-rw-r--r-- 1 root root  80728064 Nov 19 07:16 solaredge-20171118233003.pcap
-rw-r--r-- 1 root root         0 Nov 20 00:30 solaredge-20171119233003.pcap
-rw-r--r-- 1 root root   5357568 Nov 21 00:57 solaredge-20171120233002.pcap
-rw-r--r-- 1 root root         0 Nov 22 00:30 solaredge-20171121233002.pcap
-rw-r--r-- 1 root root         0 Nov 23 00:30 solaredge-20171122233002.pcap
-rw-r--r-- 1 root root         0 Nov 24 00:30 solaredge-20171123233003.pcap
-rw-r--r-- 1 root root         0 Nov 25 00:30 solaredge-20171124233002.pcap
-rw-r--r-- 1 root root         0 Nov 26 00:30 solaredge-20171125233003.pcap
-rw-r--r-- 1 root root   3039232 Nov 27 00:45 solaredge-20171126233003.pcap
-rw-r--r-- 1 root root         0 Nov 28 00:30 solaredge-20171127233002.pcap

Vreemd dat de bestandsgrootte enkele dagen 0 is. Iemand dit eerder gezien?

  • xces
  • Registratie: juli 2001
  • Laatst online: 17-12 13:27

xces

To got or not to got..

@Jerrythafast zou het kunnen zijn dat, door de oplossing die ik gekozen heb voor de port mirroring (dnsmasq) dat ik de 'lost bytes' heb?

Wegens een of andere reden kreeg mijn Pi een 169.254.x adres en had ik wel een ping maar toch geen internet, heel vreemd. Gelukkig had ik dit vrij snel door en kon ik het oplossen door via raspi-config de predictable network interfaces een keer aan, en weer uit te zetten. Geen idee wat het deed maar sindsdien heb ik weer wifi op mijn Pi.

Een tweede geluk was dat de encryptiesleutel nog niet actief is, dit nu al een week na factory reset van mijn solaredge router. Wat wel jammer is dat ik wat files kwijt ben; ik heb de Pi een aantal keren gereboot en door de pcap files weg te schrijven naar /tmp (memory in mijn setup) was ik ze natuurlijk kwijt -O- GELUKKIG dus nog geen encryptiesleutel gemist anders moest ik nog een keer een reset doen.

xces wijzigde deze reactie 29-11-2017 14:05 (46%)
Reden: We zijn weer online...

Canon EOS 1D mk4 | Canon 580EXII | Canon 17-40 f/4 L | Canon 50 f/1.8 | Canon 100 f/2.8 macro | Canon 70-200 f/2.8 IS L (II) | Canon 2x extender (III)


  • Jerrythafast
  • Registratie: september 2012
  • Laatst online: 16-12 19:39
@Niek_ dat ziet er inderdaad niet helemaal gezond uit :? Heb je van die dagen wel gewoon data in je database? Ik zie meerdere rare dingen. Het ziet er een beetje naar uit alsof er een file write buffer tussen zit die niet wordt geflusht bij het restarten van de service, want de laatste 3 waar wél wat in zit hebben "toevallig" een bestandsgrootte die deelbaar is door 4096. Daarnaast lijkt het er ook op dat de service 's nachts niet goed wordt gestopt bij de herstart, want de datum+tijd van laatste wijziging ligt soms twee dagen na het aanmaken van het bestand i.p.v. de te verwachten 24 uur. Bovendien zijn jouw pcap bestanden veel groter dan die van hier (wij hebben 11 panelen liggen, dat produceert zo'n 500 kB per novemberdag). Je zou eens kunnen kijken hoeveel tcpdump en liveupdate.py processen je nu hebt draaien (en het bijbehorende 'tee' proces dat het bestand vult).

@xces, je zegt 'port mirroring' maar je linkt naar 'wifi to ethernet bridge'. Als je echt port mirroring doet (daarmee bedoel ik een switch die het SolarEdge verkeer kopiëert naar een tweede poort waarop je Pi is aangesloten) zou dit inderdaad een oorzaak kunnen zijn. Als je Pi een bridge vormt tussen WiFi en ethernet zou ik niet verwachten dat je data mist, want alle data moet dan door de Pi heen om op internet te kunnen komen.

2925 Wp op SE3000 live op PVOutput en Jerweb.nl || Nu ook De Triangel 3020 Wp (live logging in aanbouw)


  • Niek_
  • Registratie: februari 2002
  • Laatst online: 16:30
quote:
Jerrythafast schreef op woensdag 29 november 2017 @ 20:33:
@Niek_ dat ziet er inderdaad niet helemaal gezond uit :? Heb je van die dagen wel gewoon data in je database? Ik zie meerdere rare dingen. Het ziet er een beetje naar uit alsof er een file write buffer tussen zit die niet wordt geflusht bij het restarten van de service, want de laatste 3 waar wél wat in zit hebben "toevallig" een bestandsgrootte die deelbaar is door 4096. Daarnaast lijkt het er ook op dat de service 's nachts niet goed wordt gestopt bij de herstart, want de datum+tijd van laatste wijziging ligt soms twee dagen na het aanmaken van het bestand i.p.v. de te verwachten 24 uur. Bovendien zijn jouw pcap bestanden veel groter dan die van hier (wij hebben 11 panelen liggen, dat produceert zo'n 500 kB per novemberdag). Je zou eens kunnen kijken hoeveel tcpdump en liveupdate.py processen je nu hebt draaien (en het bijbehorende 'tee' proces dat het bestand vult).
Ik denk dat ik maar eens voor een volledig schone installatie ga. Nu teveel geprutst links/rechts. De key in ieder geval veilig gesteld.

  • jacovn
  • Registratie: augustus 2001
  • Laatst online: 19:01
quote:
MDKlapwijk schreef op dinsdag 28 november 2017 @ 09:57:
@jacovn, @ocaj, Pi's crashen eigenlijk het meest door corrupte cf kaartjes en die heb je heel snel als de voeding niet stabiel is.

Ook het hot-pluggen van usb devices wil er nog wel eens voor zorgen dat een Pi reboot en ook daar is eigenlijk de voeding bij betrokken. Dus als je vaak usb spul moet prikken in een Pi, een external powered usb hub gebruiken....
Ik heb nu een 3A voeding en met de pidrive (250 GB) en de pi is het 5.02 volt en 0.69 A wat dan 3.46 watt zou zijn. Die voeding zou dan met 5 volt en 3 Ampere 15 watt kunnen leveren.

Wel nog een USB naar ethernet adapter besteld en toch maar geen mirror poort doen.

  • Joeyen
  • Registratie: december 2017
  • Laatst online: 02-01 14:31
@Jerrythafast.
Mooi werk en een berg aan informatie in deze topic.
Een hoop kennis op moeten doen via Google en denk het nu draaiend te hebben met een Rpi3 mirror poorten op een switch aan een SE7K gereset en met je script getest maar nog geen sleutel. Daarvoor zijn er wel een aantal .pcap files aangemaakt. Deze achteraf weer ingelezen met de melding duplicate key, dit na:
user@logger$ sudo service se-logger stop
user@logger$ python /opt/se-logger/liveupdate.py /opt/se-logger/solaredge-20161015??????.pcap
user@logger$ sudo service se-logger start.
Probleem als ik dit doe, is dat er twee se-logger processen hierna draaien en niet anders te stoppen zijn dan via kill v/h proces. Het stoppen ervan lukt dus niet via commando sudo service se-logger stop en vanaf dat moment worden er 2 .pcap files gevuld.
Ondanks de duplicate keys zijn mijn mysql tabellen leeg. Wat doe ik niet juist. De log files geven niets anders dan de duplicate primkey weer.

  • xces
  • Registratie: juli 2001
  • Laatst online: 17-12 13:27

xces

To got or not to got..

@Jerrythafast ik kan nu bevestigen dat een factory reset ervoor zorgt dat: (1) je weer unencrypted data gaat versturen en (2) dat je na verloop van tijd (duurde bij mij echt lang) je weer een nieuwe key krijgt.
code:
1
2
3
4
5
6
7
8
9
root@EnergyMonitor:/opt/se-logger/0.10/get-encryption-key# python find-key-in-pcap.py /tmp/*.pcap
Reading from /tmp/solaredge-20171201121716.pcap
Reading from /tmp/solaredge-20171201233002.pcap
Reading from /tmp/solaredge-20171202233002.pcap
Reading from /tmp/solaredge-20171203233002.pcap
Reading from /tmp/solaredge-20171204233001.pcap
Reading from /tmp/solaredge-20171205233002.pcap
Reading from /tmp/solaredge-20171206233002.pcap
Found it! Your key is '...'

Mijn factory reset was 24 november, en dus pas op 6 december de key gekregen.

Canon EOS 1D mk4 | Canon 580EXII | Canon 17-40 f/4 L | Canon 50 f/1.8 | Canon 100 f/2.8 macro | Canon 70-200 f/2.8 IS L (II) | Canon 2x extender (III)


  • Joeyen
  • Registratie: december 2017
  • Laatst online: 02-01 14:31
Probleem opgelost. rechten probleem en de se-logger service aangepast.
[Unit]
Description=This service captures TCP traffic from SolarEdge inverters
After=network.target mysql.service

[Service]
ExecStart=/bin/bash /opt/se-logger/se-logger-service.sh
KillMode=control-group
KillSignal=SIGHUP
SendSIGKILL=no
Restart=always

[Install]
WantedBy=multi-user.target

  • Joeyen
  • Registratie: december 2017
  • Laatst online: 02-01 14:31
Nog bedankt Jerrythafast, deze van je gekopieerd.

  • andrerij
  • Registratie: april 2017
  • Laatst online: 12-12 21:51
quote:
jacovn schreef op vrijdag 24 november 2017 @ 10:49:
heb toch maar een pidrive gekocht..

250 gb drive, kabel, square behuizing en 3A voeding. 38.88 euro inclusief gratis opsturen.

Was in een aanbieding via WD zelf, wordt afgehandeld door digital river in Ierland.
De drive alleen kost in NL bij een webshop al meer, maar goed ik ga het zien.

https://www.wdc.com/nl-nl...e-foundation-edition.html
@jacovn Ik heb nu ook een 250 GB Pidrive gekocht. Ik kreeg hem de volgende dag vanuit Utrecht. Het werkt prima. Bedankt voor de tip.

  • jacovn
  • Registratie: augustus 2001
  • Laatst online: 19:01
quote:
andrerij schreef op zaterdag 9 december 2017 @ 10:25:
[...]


@jacovn Ik heb nu ook een 250 GB Pidrive gekocht. Ik kreeg hem de volgende dag vanuit Utrecht. Het werkt prima. Bedankt voor de tip.
Graag gedaan. Ik ben nog niet grote vriend met de pi ondertussen. Zit hij in een vlan zonder dhcp, kun je er niet met ssh naar toe. Te lui om er een keybord en monitor aan te hangen. Dus maar uit gezet en weer gestart. Gelijk hele install corrupt. Weer opnieuw de sd kaart flashen en opnieuw beginnen.

Begin nu te snappen wat de ellende met die flash kaartjes is..

  • andrerij
  • Registratie: april 2017
  • Laatst online: 12-12 21:51
quote:
jacovn schreef op zaterdag 9 december 2017 @ 10:41:
[...]

Graag gedaan. Ik ben nog niet grote vriend met de pi ondertussen. Zit hij in een vlan zonder dhcp, kun je er niet met ssh naar toe. Te lui om er een keybord en monitor aan te hangen. Dus maar uit gezet en weer gestart. Gelijk hele install corrupt. Weer opnieuw de sd kaart flashen en opnieuw beginnen.

Begin nu te snappen wat de ellende met die flash kaartjes is..
@jacovn Ik heb de Pi 3 met Pidrive opgestart met keyboard en monitor. Daarna verbonden met mijn laptop via TightVNC en de rest van de installatie gedaan. Ik heb de indruk dat de Pi 3 met de Pidrive sneller werkt dan met het sd kaartje. Ik monitor namelijk een Solar Edge, een slimme meter, een tussen meter, een Resol unit van een zonneboiler / warmtepomp en een weerstation. Al deze gegevens worden opgeslagen in één MySql database. Dit gaf naar ruim een jaar problemen met het sd kaartje. Gelukkig had ik een recente kopie van de database.

  • jacovn
  • Registratie: augustus 2001
  • Laatst online: 19:01
quote:
andrerij schreef op zaterdag 9 december 2017 @ 11:46:
[...]


@jacovn Ik heb de Pi 3 met Pidrive opgestart met keyboard en monitor. Daarna verbonden met mijn laptop via TightVNC en de rest van de installatie gedaan. Ik heb de indruk dat de Pi 3 met de Pidrive sneller werkt dan met het sd kaartje. Ik monitor namelijk een Solar Edge, een slimme meter, een tussen meter, een Resol unit van een zonneboiler / warmtepomp en een weerstation. Al deze gegevens worden opgeslagen in één MySql database. Dit gaf naar ruim een jaar problemen met het sd kaartje. Gelukkig had ik een recente kopie van de database.
Boot je van de hdd met de bijgeleverde boot manager of van de sd kaart ?

Ik ga ook wel eens proberen met de boot van de hhd, maar die zal wel net zo corrupt gaan bij een harde boot zonder shutdown wellicht. Het is geen windows natuurlijk..

  • andrerij
  • Registratie: april 2017
  • Laatst online: 12-12 21:51
quote:
jacovn schreef op zaterdag 9 december 2017 @ 15:29:
[...]

Boot je van de hdd met de bijgeleverde boot manager of van de sd kaart ?

Ik ga ook wel eens proberen met de boot van de hhd, maar die zal wel net zo corrupt gaan bij een harde boot zonder shutdown wellicht. Het is geen windows natuurlijk..
@jacovn Ik heb bij de installatie de eerste optie gekozen (alleen Debian op hdd) en ik boot van hdd.
Het sd kaartje met de bijgeleverde boot manager moet wel in de pi zitten om aan te geven dat hij van hdd moet starten, maar alle files staan op de hdd.
Ik heb per ongeluk, bij het op de definitieve plek zetten van de pi, de stroom afgesloten zonder een shutdown. Hij starte daarna gewoon weer op.

  • andrerij
  • Registratie: april 2017
  • Laatst online: 12-12 21:51
@Jerrythafast als backup gebruik ik MariaBD van Synology. Nu ben is overgestapt van versie 5 naar versie 10.
Deze heeft echter poort 3307 in plaats van de standaard poort 3306. Alle schrijfacties vinden bij mij plaats naar zowel de MySql database van de pi als de MariaDB op de Synology server.
ik heb de volgende aanpassingen bij het openen van de database in liveupdate.py moeten maken:
code:
1
2
3
4
5
6
7
# SETTINGS
.........
db_port = "3307"
# db_port = "3306"
.........
# Connect to database and get last 0503 message.
db = DBManager(db_user, db_pass, db_name, db_host, db_port)

Misschien is dit een aanpassing die standaard in liveupdate.py gemaakt kan worden.

  • MDKlapwijk
  • Registratie: maart 2003
  • Laatst online: 14:48

MDKlapwijk

Kubiekdriehoekje

@andrerij, is dat niet ontstaan door de upgrade van 5 naar 10? Postgres doet dit, default port +1, namelijk ook tijdens upgrades.

Beter is het om na zo'n upgrade via de my.cnf de port weer naar de default te zetten, zodat er geen software aangepast hoeft te worden. Uitcommentarieren van de "port="-regel en restart zou voldoende moeten zijn.

Anders blijf je hier met alles wat je installeerd, met een mysql database, tegen aan lopen.

Kijk uit: ben gek op achteruitkijkglimmertjes, zowel linker als rechter...


  • andrerij
  • Registratie: april 2017
  • Laatst online: 12-12 21:51
quote:
MDKlapwijk schreef op dinsdag 12 december 2017 @ 08:57:
@andrerij, is dat niet ontstaan door de upgrade van 5 naar 10? Postgres doet dit, default port +1, namelijk ook tijdens upgrades.

Beter is het om na zo'n upgrade via de my.cnf de port weer naar de default te zetten, zodat er geen software aangepast hoeft te worden. Uitcommentarieren van de "port="-regel en restart zou voldoende moeten zijn.

Anders blijf je hier met alles wat je installeerd, met een mysql database, tegen aan lopen.
@MDKlapwijk Ik moet eerst alles overzetten van de oude database naar de nieuwe omdat ik meerdere applicaties heb. Daarna kan ik pas de poort van de nieuwe terugzetten naar de standaard poort, maar omdat enkele applicaties realtime zijn, laat ik liever de waarde op 3307 staan. Bij een nieuw upgrade kan ik het weer terugzetten naar de standaard waarde.

  • d1965
  • Registratie: januari 2013
  • Laatst online: 12-12 20:29
Had eerst de Pi ingericht voor een passieve tap.
https://gathering.tweakers.net/forum/view_message/53339785

Maar ik kies toch maar voor the-man-in-the-middle bridge variant, zodat ik geen data kwijt kan raken. Dat is op zich gelukt. De omvormer gaat straks met een kabel naar de pi en met gaat met wifi naar mijn lan. Mijn lan zit op 192.168.1.* en achter de pi-bridge zit 192.168.2.*. De omvormer krijgt straks dus een 192.168.2.* adres. Ik heb getest met een laptop. En die heeft dan netjes contact met internet.

Mijn vraag is of ik ook vanuit 192.168.1.* naar 192.168.2.* kan. Ik probeerde mijn test-laptop te pingen vanuit 192.168.1.*, maar kreeg geen response. Anders om lukt het wel.

Is dit een netwerk-instelling ergens of is dat gewoon technisch niet mogelijk?

  • MDKlapwijk
  • Registratie: maart 2003
  • Laatst online: 14:48

MDKlapwijk

Kubiekdriehoekje

@d1965, dat is wel mogelijk, maar niet echt nodig lijkt me? Je kan, als de opstelling routed is (dus geen nat) in ieder geval de route naar het 192.168.2.0/24 via dhcp aan je clients verspreiden. Je geeft dan eigenlijk het volgende aan je clients mee (linux syntax en pi op 192.168.1.3:
code:
1
route add -net 192.168.2.0/24 gw 192.168.1.3

Verder moet je misschien ipv4 forwarding nog aanzetten op de pi....

Kijk uit: ben gek op achteruitkijkglimmertjes, zowel linker als rechter...


  • d1965
  • Registratie: januari 2013
  • Laatst online: 12-12 20:29
quote:
MDKlapwijk schreef op woensdag 13 december 2017 @ 00:07:
@d1965, dat is wel mogelijk, maar niet echt nodig lijkt me? Je kan, als de opstelling routed is (dus geen nat) in ieder geval de route naar het 192.168.2.0/24 via dhcp aan je clients verspreiden. Je geeft dan eigenlijk het volgende aan je clients mee (linux syntax en pi op 192.168.1.3:
code:
1
route add -net 192.168.2.0/24 gw 192.168.1.3

Verder moet je misschien ipv4 forwarding nog aanzetten op de pi....
Hartelijk dank. Nee, is niet echt nodig. De omvormer heeft zelf geen webinterface, toch? Het is alleen een akelig idee dat ik ergens niet bij kan :)
Ik vraag me wel af hoe ik 'route add' in een Ziggo-modem krijg. Binnenkort wil ik een Unifi Gateway in gebruik nemen (ook voor dhcp). Misschien dat het daar mee wil.
Bedankt voor je antwoord. Ik begrijp dat het dus wel kan.

  • MDKlapwijk
  • Registratie: maart 2003
  • Laatst online: 14:48

MDKlapwijk

Kubiekdriehoekje

@d1965, geen idee of je routes kan toevoegen aan een ziggo modem. Ik draai al sind jaar en dag in bridge mode, met m'n eigen wifi-routers.

Nu op dit moment ook een usg3 en daar zou je option 121 aan de dhcp server moeten kunnen toevoegen, maar alleen via de cli:
- https://www.reddit.com/r/...outes_vs_dhcp_option_121/

Het is dus niet de static route op de router, maar een static route op de client, uitgedeeld door dhcp.

Mocht het niet via dhcp lukken, dan kan je altijd nog bovenstaande handmatig "route add" op je client/werkstation uitvoeren...

Kijk uit: ben gek op achteruitkijkglimmertjes, zowel linker als rechter...


  • jacovn
  • Registratie: augustus 2001
  • Laatst online: 19:01
quote:
andrerij schreef op zaterdag 9 december 2017 @ 17:08:
[...]


@jacovn Ik heb bij de installatie de eerste optie gekozen (alleen Debian op hdd) en ik boot van hdd.
Het sd kaartje met de bijgeleverde boot manager moet wel in de pi zitten om aan te geven dat hij van hdd moet starten, maar alle files staan op de hdd.
Ik heb per ongeluk, bij het op de definitieve plek zetten van de pi, de stroom afgesloten zonder een shutdown. Hij starte daarna gewoon weer op.
Ook maar zo gedaan. berryboot van de WD website gedownload, bij activering kwam er gelijk een update voor Berryboot. Die ook uitgevoerd.
Bij de ondersteunde Operating Systems stond nu ook gelijk unbuntu dus die maar geinstaleerd.

Dit gaat prima naar de USB hdd toe en shutdown en restart gaat ok.

Ook een USB-Ethernet adpater bij Aliexpress gekocht voor 6 euro en die wordt ook direct goed herkend.
Alleen de namen van beide ethernet interfaces is iets als MAC adress en niet een makkelijk te onthouden naam als ETH0 en ETH1 of zoiets.


Edit: wat een gedrocht is ubuntu..

Ga je iets installeren, meld het script:
Cryptosetup: warning: could not determine root device from /etc/fstab
mdam: /etc/mdadm/mdadm.conf defines no arrays
Mkconf: MD subsystem is not loaded, thus i cannot scan for arrays.

Het zal wel liggen aan de berryboot en de ubuntu voor pi3 die niet ondersteund wordt door Canonical : https://wiki.ubuntu.com/ARM/RaspberryPi

Edit2: ik zie allemaal verwijzingen dat het een rpi2 image lijkt te zijn..
Zoals: initrd.img -> initrd.img-4.4.0-1080-raspi2


Dit maakt het allemaal niet echt eenvoudig..

Met Debian stretch (ook optie in berryboot) werkt het wel goed.
Tevens heb ik weer normaal eth0 en eth1

jacovn wijzigde deze reactie 24-12-2017 07:29 (25%)


  • jacovn
  • Registratie: augustus 2001
  • Laatst online: 19:01
quote:
d1965 schreef op dinsdag 12 december 2017 @ 20:36:
Had eerst de Pi ingericht voor een passieve tap.
https://gathering.tweakers.net/forum/view_message/53339785

Maar ik kies toch maar voor the-man-in-the-middle bridge variant, zodat ik geen data kwijt kan raken. Dat is op zich gelukt. De omvormer gaat straks met een kabel naar de pi en met gaat met wifi naar mijn lan. Mijn lan zit op 192.168.1.* en achter de pi-bridge zit 192.168.2.*. De omvormer krijgt straks dus een 192.168.2.* adres. Ik heb getest met een laptop. En die heeft dan netjes contact met internet.

Mijn vraag is of ik ook vanuit 192.168.1.* naar 192.168.2.* kan. Ik probeerde mijn test-laptop te pingen vanuit 192.168.1.*, maar kreeg geen response. Anders om lukt het wel.

Is dit een netwerk-instelling ergens of is dat gewoon technisch niet mogelijk?
De NAT statements in het voorbeeld zijn 1-weg denk ik..

:INPUT ACCEPT [0:0]
:FORWARD DROP [0:0]
:OUTPUT ACCEPT [0:0]
-A FORWARD -i "$EXTIF" -o "$INTIF" -m conntrack --ctstate ESTABLISHED,RELATED -j ACCEPT
-A FORWARD -i "$INTIF" -o "$EXTIF" -j ACCEPT
-A FORWARD -j LOG

Staat hier uitgelegd voor een weg https://www.revsys.com/writings/quicktips/nat.html

De link naar 2 weg op die pagina werkt niet maar moet met ip tables zo te zien.

Edit: hier staat het wel uitgelegd voor 2 weg nat:
http://www.linuxforums.or...d-2-way-masquerading.html

jacovn wijzigde deze reactie 28-12-2017 07:20 (10%)


  • Niek_
  • Registratie: februari 2002
  • Laatst online: 16:30
Schiet mij maar lek.
Zonder de afgelopen weken ook maar iets aan de omvormer en/of Raspberry gedaan te hebben, kom ik er zojuist achter dat per 31-12-2017 's ochtends de data ineens ook op PVOutput te vinden is. Vreemde is dat er nu wel een gat zit tussen 29-10-2017 en 31-12-2017. Snap er niks van. Binnenkort als ik tijd heb maar weer eens verder induiken.

  • lochtejans
  • Registratie: december 2002
  • Laatst online: 16-12 21:47
Momenteel heb ik een solaredge omvormer in combinatie met een oude/domme meter. Nu ben ik benieuwd naar mijn actueel verbruik. Als ik het goed begrijp heb ik daarvoor een aanvullend apparaatje voor nodig? Is dit de moeite waard en ook zelf te monteren? De hele handel is door een installateur aangesloten.

  • d1965
  • Registratie: januari 2013
  • Laatst online: 12-12 20:29
quote:
MDKlapwijk schreef op woensdag 13 december 2017 @ 12:49:
@d1965, geen idee of je routes kan toevoegen aan een ziggo modem. Ik draai al sind jaar en dag in bridge mode, met m'n eigen wifi-routers.

Nu op dit moment ook een usg3 en daar zou je option 121 aan de dhcp server moeten kunnen toevoegen, maar alleen via de cli:
- https://www.reddit.com/r/...outes_vs_dhcp_option_121/

Het is dus niet de static route op de router, maar een static route op de client, uitgedeeld door dhcp.

Mocht het niet via dhcp lukken, dan kan je altijd nog bovenstaande handmatig "route add" op je client/werkstation uitvoeren...
Bedankt voor de tip.
Heb inmiddels een Unifi Security Gateway draaien (als DMZ ingesteld in Ziggo modem). In de Unifi Controller heb ik een static route toegevoegd. Nu kan ik beide kanten op.

http://oi66.tinypic.com/dhegzt.jpg

  • d1965
  • Registratie: januari 2013
  • Laatst online: 12-12 20:29
Als ik het goed begrijp wordt binnen de eerste 48 uur nadat de SolarEdge-omvormer contact heeft met het monitoring platform een beveiligingssleutel uitgewisseld. De mijne hangt al bijna 4 weken aan het internet, maar er is nog steeds geen versleuteling. Kan dus kennelijk ook langer dan 48 uur zijn...

Update: Vandaag (maandag 22-1) weer gechecked. Het script find-key-in-pcap.py vindt nu de beveiligingskey in de pcap van 18-1.

d1965 wijzigde deze reactie 22-01-2018 17:15 (18%)


  • SolarSkippy
  • Registratie: januari 2018
  • Laatst online: 24-08 09:12
Wat een geweldig topic, complimenten aan Jerry _/-\o_ !
Ik heb afgelopen week een set solaredge zonnepanelen laten installeren.
Dat werkt allemaal als een zonnetje :) en ik wilde ook gebruik maken van de mogelijkheid om via passieve monitoring de data te loggen en er iets leuks mee te doen.
Ik ben wel een newbie op dit gebied en ik heb wat vragen over de setup of of het in mijn geval mogelijk is.
De omvormer is bij mij via mijn wifi guest network via internet verbonden, Monitoring data staat keurig op de solaredge monitoring site. Daarnaast heb ik op advies van Jerry een Raspberry PI3B aangeschaft en en Ubuntu mate op geinstalleerd. Deze heeft dus wifi en kan ik via ethernet extra op mijn thuisnetwerk aansluiten.
Hoe krijg ik nu de monitoring gegevens op de logger (RBI3B)? Kan ik nu op de logger een bridge opzetten? Moet ik daarvoor sleutelen aan de omvormer (doe ik liever niet). Of kan ik bijvoorbeeld via de logger een access point op zetten met de gegevens van mijn guest network (en dan mijn huidge guest network renamen)?
Ik heb later mogelijk (waarschijnlijk) nog meer vragen, maar dit om verder aan de slag te gaan.

  • JaHa
  • Registratie: april 2004
  • Laatst online: 15-12 00:11
@@Jerrythafast bedankt voor het mooie script en de goede uitleg voor de installatie. Draait hier nu al een tijdje en ik was nu bezig om er leesbare data uit te halen maal als ik een query run als deze
SQL:
1
2
3
4
SELECT DATE(FROM_UNIXTIME(Timestamp)) AS ForDate, MAX(e_day) , MAX(e_total) , COUNT(*) AS NumPosts 
 FROM   telemetry_inverter_3phase
 GROUP BY DATE(FROM_UNIXTIME(Timestamp))
 ORDER BY ForDate

Ik dacht met deze query het vermogen per dag te kunnen opvragen maar dat lijkt niet te gaan. De e_day kolom laat steeds de waarde 616.667 als max voor de dag zien.
Iemand een idee war er fout gaat of doe ik iets fout?
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
ForDate        MAX(e_day)     MAX(e_total)   NumPosts
2018-01-10     344.397   1904125   31
2018-01-11     616.667   1906172   104  
2018-01-12     559.391   1906748   100  
2018-01-13     616.667   1908002   102  
2018-01-14     616.667   1918791   108  
2018-01-15     279.792   1919079   101  
2018-01-16     616.667   1923349   106  
2018-01-17     616.667   1926830   108  
2018-01-18     616.667   1930059   108  
2018-01-19     616.667   1938330   109  
2018-01-20     616.667   1939283   108  
2018-01-21     616.667   1945224   110  
2018-01-22     616.667   1947701   109  
2018-01-23     616.667   1950738   108  
2018-01-24     616.667   1951865   107  
2018-01-25     616.667   1956205   111  
2018-01-26     616.667   1962957   110  
2018-01-27     616.667   1969768   110  
2018-01-28     616.667   1975463   115  
2018-01-29     616.667   1977564   110  
2018-01-30     616.667   1982082   53


  • Jerrythafast
  • Registratie: september 2012
  • Laatst online: 16-12 19:39
quote:
SolarSkippy schreef op maandag 29 januari 2018 @ 21:21:
Wat een geweldig topic, complimenten aan Jerry _/-\o_ !
Ik heb afgelopen week een set solaredge zonnepanelen laten installeren.
Dat werkt allemaal als een zonnetje :) en ik wilde ook gebruik maken van de mogelijkheid om via passieve monitoring de data te loggen en er iets leuks mee te doen.
Ik ben wel een newbie op dit gebied en ik heb wat vragen over de setup of of het in mijn geval mogelijk is.
De omvormer is bij mij via mijn wifi guest network via internet verbonden, Monitoring data staat keurig op de solaredge monitoring site. Daarnaast heb ik op advies van Jerry een Raspberry PI3B aangeschaft en en Ubuntu mate op geinstalleerd. Deze heeft dus wifi en kan ik via ethernet extra op mijn thuisnetwerk aansluiten.
Hoe krijg ik nu de monitoring gegevens op de logger (RBI3B)? Kan ik nu op de logger een bridge opzetten? Moet ik daarvoor sleutelen aan de omvormer (doe ik liever niet). Of kan ik bijvoorbeeld via de logger een access point op zetten met de gegevens van mijn guest network (en dan mijn huidge guest network renamen)?
Ik heb later mogelijk (waarschijnlijk) nog meer vragen, maar dit om verder aan de slag te gaan.
Je kunt op je Raspberry een WiFi-netwerk uitzenden (met het programma 'hostapd') waarmee je de omvormer laat verbinden. De Raspberry hang je dan met een LAN-kabel aan je netwerk. Dit is hoofdstuk 4.1 in de startpost.

2925 Wp op SE3000 live op PVOutput en Jerweb.nl || Nu ook De Triangel 3020 Wp (live logging in aanbouw)


  • Jerrythafast
  • Registratie: september 2012
  • Laatst online: 16-12 19:39
quote:
JaHa schreef op dinsdag 30 januari 2018 @ 12:31:
@@Jerrythafast bedankt voor het mooie script en de goede uitleg voor de installatie. Draait hier nu al een tijdje en ik was nu bezig om er leesbare data uit te halen maal als ik een query run als deze
SQL:
1
2
3
4
SELECT DATE(FROM_UNIXTIME(Timestamp)) AS ForDate, MAX(e_day) , MAX(e_total) , COUNT(*) AS NumPosts 
 FROM   telemetry_inverter_3phase
 GROUP BY DATE(FROM_UNIXTIME(Timestamp))
 ORDER BY ForDate

Ik dacht met deze query het vermogen per dag te kunnen opvragen maar dat lijkt niet te gaan. De e_day kolom laat steeds de waarde 616.667 als max voor de dag zien.
Iemand een idee war er fout gaat of doe ik iets fout?
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
ForDate        MAX(e_day)     MAX(e_total)   NumPosts
2018-01-10     344.397   1904125   31
2018-01-11     616.667   1906172   104  
2018-01-12     559.391   1906748   100  
2018-01-13     616.667   1908002   102  
2018-01-14     616.667   1918791   108  
2018-01-15     279.792   1919079   101  
2018-01-16     616.667   1923349   106  
2018-01-17     616.667   1926830   108  
2018-01-18     616.667   1930059   108  
2018-01-19     616.667   1938330   109  
2018-01-20     616.667   1939283   108  
2018-01-21     616.667   1945224   110  
2018-01-22     616.667   1947701   109  
2018-01-23     616.667   1950738   108  
2018-01-24     616.667   1951865   107  
2018-01-25     616.667   1956205   111  
2018-01-26     616.667   1962957   110  
2018-01-27     616.667   1969768   110  
2018-01-28     616.667   1975463   115  
2018-01-29     616.667   1977564   110  
2018-01-30     616.667   1982082   53

De e_day kolom lijkt inderdaad op een vreemde manier te blijven hangen... Je query klopt verder wel (hij kan wel wat eenvoudiger: 'GROUP BY ForDate' is voldoende, ORDER BY gaat bovendien vanzelf). Eventueel zou je SUM(de_day) kunnen proberen in plaats van MAX(e_day). Dat zou ik sowieso aanraden, omdat de omvormer bij een herstart met e_day weer vanaf 0 begint te tellen, zelfs als dat midden op de middag is. Je MAX(e_day) komt dan veel te laag uit.

2925 Wp op SE3000 live op PVOutput en Jerweb.nl || Nu ook De Triangel 3020 Wp (live logging in aanbouw)


  • JaHa
  • Registratie: april 2004
  • Laatst online: 15-12 00:11
quote:
Jerrythafast schreef op dinsdag 30 januari 2018 @ 21:52:
[...]

De e_day kolom lijkt inderdaad op een vreemde manier te blijven hangen... Je query klopt verder wel (hij kan wel wat eenvoudiger: 'GROUP BY ForDate' is voldoende, ORDER BY gaat bovendien vanzelf). Eventueel zou je SUM(de_day) kunnen proberen in plaats van MAX(e_day). Dat zou ik sowieso aanraden, omdat de omvormer bij een herstart met e_day weer vanaf 0 begint te tellen, zelfs als dat midden op de middag is. Je MAX(e_day) komt dan veel te laag uit.
Als ik SUM (de_day) gebruik komt het overeen met de solaredge website. Dan dus maar de de_da kolom gebruiken wel jammer dat e_day niet klopt en het echt zelf per dag bijhoud.
Enig idee waar de e_day dan fout loopt? Ik gebruik mariaDB op een PI3B met raspbian Jessie alles is geupgrade

  • Jerrythafast
  • Registratie: september 2012
  • Laatst online: 16-12 19:39
@JaHa ik zou het eerlijk gezegd niet durven zeggen... Als je een pcap bestand van zo'n dag zou willen doorsturen kan ik er als ik tijd heb misschien eens een vlugge blik op werpen om erachter te komen of dit getal zo uit je omvormer komt rollen of dat se-logger er wat raars mee doet. (Ik vermoed het eerste, ik ben er 100% van overtuigd dat SolarEdge zelf ook niks meer met die waarde doet en het op de monitoring portal ook via de de_day waarde berekent.)

2925 Wp op SE3000 live op PVOutput en Jerweb.nl || Nu ook De Triangel 3020 Wp (live logging in aanbouw)


  • sahi
  • Registratie: maart 2015
  • Laatst online: 16-11 10:11
Hallo iedereen in dit topic,

Volgende week krijg ik mijn zonnepanelen en ga ik aansluiten op een Solaredge SE-4000H met poweroptimizers.

Nu heb ik dit hele topic al doorlopen en ben vooral benieuwd of iemand iets van een website of app heeft draaien waarbij vooral de waardes per paneel (per optimizer) inzichtelijk zijn?
Anders kan je namelijk lijkt mij net zo goed de waardes in laten lezen via de API naar Domoticz.

Ik ben wel wat leuks tegengekomen van jSunnyreports, maar volgens mij kan ik daar nog geen koppeling maken met mijn Solaredge.

  • andrerij
  • Registratie: april 2017
  • Laatst online: 12-12 21:51
quote:
sahi schreef op woensdag 7 februari 2018 @ 22:27:
Hallo iedereen in dit topic,

Volgende week krijg ik mijn zonnepanelen en ga ik aansluiten op een Solaredge SE-4000H met poweroptimizers.

Nu heb ik dit hele topic al doorlopen en ben vooral benieuwd of iemand iets van een website of app heeft draaien waarbij vooral de waardes per paneel (per optimizer) inzichtelijk zijn?
Anders kan je namelijk lijkt mij net zo goed de waardes in laten lezen via de API naar Domoticz.

Ik ben wel wat leuks tegengekomen van jSunnyreports, maar volgens mij kan ik daar nog geen koppeling maken met mijn Solaredge.
@sahi Op basis van de databasegegevens van de Solaredge, weerstation, zonneboiler en slimme meter heb ik een website opgezet zoals het onderstaande plaatje laat zien.



Door de koppeling van zonnepanelen en slimme meter kan ik direct het verbruik zien.
Als je met de muis op het paneel gaat staan zie je alle waarden van het panneel.
Bij de inverter en slimme meter (normaal en dal) werkt het hetzelfde.

  • kvandt
  • Registratie: december 2007
  • Nu online
quote:
andrerij schreef op zondag 11 februari 2018 @ 22:06:
[...]

@sahi Op basis van de databasegegevens van de Solaredge, weerstation, zonneboiler en slimme meter heb ik een website opgezet zoals het onderstaande plaatje laat zien.

[afbeelding]

Door de koppeling van zonnepanelen en slimme meter kan ik direct het verbruik zien.
Als je met de muis op het paneel gaat staan zie je alle waarden van het panneel.
Bij de inverter en slimme meter (normaal en dal) werkt het hetzelfde.
Plaatje is niet zichtbaar..... :'(

  • sahi
  • Registratie: maart 2015
  • Laatst online: 16-11 10:11
Hoi @andrerij ,

dat ziet er leuk uit. Dat heb je voor elkaar gekregen met de logger van dit topic?
Zou je het script vrij willen geven? Of kan ik dat al ergens terugvinden?

  • venema.w
  • Registratie: september 2010
  • Laatst online: 27-10 11:55
(jarig!)
Zonder hier boven alles te hoeven doorlezen:
Is het mogelijk om de Solaredge SE-6000 (eind 2016 geplaatst) zelf via het netwerk uit te lezen? Of moet dit nou altijd via die RS-232 of 485 poort?

  • tsjoender
  • Registratie: april 2005
  • Laatst online: 11:20
quote:
venema.w schreef op maandag 26 februari 2018 @ 14:30:
Zonder hier boven alles te hoeven doorlezen:
Is het mogelijk om de Solaredge SE-6000 (eind 2016 geplaatst) zelf via het netwerk uit te lezen? Of moet dit nou altijd via die RS-232 of 485 poort?
Je hoeft niet alles door te lezen ;) . Er is een uitgebreide openings post voor dit topic. Lees die goed door en dan beantwoord dat jouw vraag en geeft het je een goed beeld van de werking.

  • lochtejans
  • Registratie: december 2002
  • Laatst online: 16-12 21:47
Sinds zaterdag verliest de omvormer (SE7K) regelmatig WiFi verbinding waardoor de monitor app en PVoutput geen data geeft. Als ik op de lcd van de omvormer kijk dan geeft deze WiFi status OK, echter staat bij IP-adres en DNS alleen maar nullen. Ik heb de omvormer al een keer aan het uit gezet. Ook mijn WiFi modem heb ik al aan en uit geschakeld.

Het lijkt er dus op dat de omvormer geen IP-adres toegewezen krijgt. Hoe kan ik dit oplossen? Een vast IP-adres toewijzen? Voor dat laatste moet de kap eraf geschroefd worden?

  • Rouske
  • Registratie: juli 2007
  • Laatst online: 07:08
Zodra er weer contact is wordt alle achterstand toch weer bijgewerkt, vervelend is het wel.
Soms ligt het ook aan de SolarEdge server, dat data niet getoond wordt of een flink stuk achterloopt.

Een vast IP kan je ook in je wifi-modem zetten of het MAC-adres van je omvormer koppelen aan een IP uit de dhcp reeks, zodat die steeds dezelfde krijgt.
Kap er af? Mag hopen dat het instellen van een IP op de omvormer een softwarematig iets is... Handleiding?

3924Wp ZO(131°) 45°dak @ SE3680H PVoutput


Acties:
  • +5Henk 'm!
  • Pinned

  • andrerij
  • Registratie: april 2017
  • Laatst online: 12-12 21:51

1. Inleiding

@Jerrythafast heeft een heel goed werkend programma gemaakt voor het vastleggen van de gegevens van SolarEdge omvormers. Het blijkt dat het weergeven van de data op een website voor niet iedereen even eenvoudig is. Daarom heb ik mijn zeer uitgebreide website vereenvoudigd, modulair gemaakt, en geschikt voor enkel- en 3fase omvormers gemaakt.

Om het hanteerbaar te houden heb ik het maximum aantal panelen beperkt tot 33. Indien dit niet te weinig is, is dit misschien iets voor u.


1.1 Hoe werkt het?
De website is gebaseerd op de database van dit topic. Om de website te configureren moeten config.php en css/zonnepanelen.css worden aangepast. Daarna kan de website gestart worden met zonnepanelen.php.


2. Aanpassen config.php

in config.php is het volgende vastgelegd:
  • gegevens voor de toegang tot de database;
  • de latitude en longitude van de plaats waar de panelen staan;
  • de startdatum van de registratie van de gegevens;
  • type van de inverter (1 of 3 fase);
  • de naam van de inverter (typenummer);
  • het aantal panelen;
  • de optimizer id en nummer van het paneel.
De config.php ziet er volgt uit.
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
<?php
// versie: 1.10
// auteur: André Rijkeboer
// datum:  05-05-2018
// omschrijving: configuratie bestand

// gegevens voor het openen van de database
$host = '192.168.1.81'; // IP adres waar de database staat (standaard localhost of 127.0.0.1)
$port = '3306'; // poort database (standaard 3306)
$user = 'gebruiker'; // gebruiker
$passwd = 'paswoord'; // paswoord gebruiker
$db = 'solaredge'; // database naam
$begin = '2015-12-18'; // Data beschikbaar vanaf 2015-12-18

// gegeven van de plaats waar de zonnepanelen staan
$lat = 52.7591583; //Latitude North
$long = 5.4668283; //Longitude East

// gegevens van het zonnepanelensysteem
$inverter = 3; // 1 voor enkel fase en 3 voor 3 fase inverter
$naam = "SolarEdge SE7k"; //naam van de inverter
$aantal = 24; // aantal zonnepanelen dat in database is opgenomen (max = 33)
// optimizer id en positie paneel
$op_id[1] = ['2020B2E3','1.1.1']; //$op_id[id optimizer][inverter.string.paneelnummer]
$op_id[2] = ['2020B18C', '1.1.2'];
$op_id[3] = ['2020B1B2', '1.1.3'];
$op_id[4] = ['2020B353', '1.1.4'];
$op_id[5] = ['2020B202', '1.1.5'];
$op_id[6] = ['2020B1FE', '1.1.6'];
$op_id[7] = ['2020B2A5', '1.1.7'];
$op_id[8] = ['2020B1B0', '1.1.8'];
$op_id[9] = ['2020B25B', '1.1.9'];
$op_id[10] = ['2020B14E', '1.1.10'];
$op_id[11] = ['2020B2CB', '1.1.11'];
$op_id[12] = ['2020B1ED', '1.1.12'];
$op_id[13] = ['2020B369', '1.1.13'];
$op_id[14] = ['2020B34F', '1.1.14'];
$op_id[15] = ['2020B22F', '1.1.15'];
$op_id[16] = ['2020B161', '1.1.16'];
$op_id[17] = ['2020B3A4', '1.1.17'];
$op_id[18] = ['2020B25F', '1.1.18'];
$op_id[19] = ['2020B387', '1.1.19'];
$op_id[20] = ['2020B362', '1.1.20'];
$op_id[21] = ['20212017', '1.1.21'];
$op_id[22] = ['20212166', '1.1.22'];
$op_id[23] = ['20211F32', '1.1.23'];
$op_id[24] = ['20211FD6', '1.1.24'];
$op_id[25] = ['0', '1.1.1']; 
$op_id[26] = ['0', '1.1.1'];
$op_id[27] = ['0', '1.1.1'];
$op_id[28] = ['0', '1.1.1'];
$op_id[28] = ['0', '1.1.1'];
$op_id[30] = ['0', '1.1.1'];
$op_id[31] = ['0', '1.1.1'];
$op_id[32] = ['0', '1.1.1'];
$op_id[33] = ['0', '1.1.1'];
?>


3. Aanpassen css/zonnepanelen.css

in css/zonnepanelen.css is het volgende vastgelegd:
[list]
  • div.box_Zonnepanelen : plaats, afmetingen en eventuele rotatie;
  • div.box_Zonnepaneel_x: plaats en afmetingen in % van de afmetingen van div.box_Zonnepanelen
/list]

Een gedeelte van css/zonnepanelen.css ziet er volgt uit:
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
div.box_Zonnepanelen {
    
    left: 25px; 
    top: 40px;
    width: 202px;
    height: 599px;
    position: absolute;
    -webkit-transform:rotate(0deg); 
    transform:rotate(0deg); 

}

div.box_Zonnepaneel_1 {
    left: 75%;
    top: 0%;
    width: 23.70%;
    height: 12.02%;
    position: absolute;
    z-index: -90;
    
}

Indien de rotatie aangepast moet worden zullen -webkit-transform:rotate(0deg) en transform:rotate(0deg) met de zelfde waarde aangepast moeten worden.
left: 25px en top: 40px geven de plaats van de linker bovenhoek aan en width: 202px en height: 599px de breedte en de hoogte.
Er zijn 4 panelen in de breedte aanwezig en 8 in de hoogte. Paneel 1 bevindt zich op plaats 4 in de breedte en plaats 1 in de hoogte. De breedte van het paneel is 1/4 minus een kleine tussenruimte. De hoogte van het paneel is 1/8 minus een kleine tussenruimte.

De niet gebruikte panelen moeten dezelfde waarden krijgen als het laatst gebruikte paneel.

4. Gebruik

Als zonnepanelen.php wordt opgestart bij het gebruik van 24 panelen zal het scherm er als volgt uitzien.



In het volgende afbeelding is zonepannelen.css uit zonnepanelen-v1.css gebruikt. Tevens is de muis op de omvormer geplaatst waardoor de afbeelding rechtsboven wordt aangepast en een tekst bij de omvormer wordt geplaatst.



Bij de volgende afbeelding is het aantal panelen veranderd in 18 en is de muis op paneel 1.1.6 geplaatst waardoor de afbeelding rechtsboven wordt aangepast en een tekst bij het paneel wordt geplaatst.



Bij de laatste afbeelding zijn de panelen verschoven en is eerst Ctrl ingedrukt en daarna de muis op paneel 1.1.18 geplaatst waardoor de afbeelding rechtsboven wordt aangepast.



5. Download software

De laatste versie kan gedownload worden van zonnepanelen-website.

  • pmvdbroek
  • Registratie: maart 2007
  • Laatst online: 16-12 20:00
@andrerij Bedankt aan jou en natuurlijk de topic starter voor dit leuks

Ik ben er wat mee aan het spelen en gaandeweg een aantal typos uit je files gehaald die mogelijk anderen ook tegenaan lopen.

live-server-data-paneel.php on line 55 $pannel[$i]['verschil'] moet zijn $paneel[$i]['verschil']
maanfase.php on line 15 $dl = strlen($data); moet zijn $dl = strlen($date);
ergens in zonnepanelen.php typo in text Temepratuur

  • andrerij
  • Registratie: april 2017
  • Laatst online: 12-12 21:51
@pmvdbroek bedankt voor de opmerkzaamheid.
Ik heb het aangepast en nog enkele toevoegingen gemaakt.
De nieuwe versie staat nu op zonnepanelen-website.

  • jacovn
  • Registratie: augustus 2001
  • Laatst online: 19:01
@andrerij
Bedankt, dit ziet er mooi uit als web interface. Moet alles nog van alles opzetten voor het afvangen en dan dit mooie werk van jouw aan het werk te krijgen.

De pi loopt tenminste stabiel nu met 2 ethernet interfaces. Nog een usb hubje gekocht voor de usb aansluitingen buiten de wd kastjes waarin de pi en een hdd drive zitten.

Acties:
  • +1Henk 'm!

  • hrigteri
  • Registratie: februari 2014
  • Laatst online: 14-11 23:14
Ik ben bezig om de logger op te tuigen, ik gebruik de nieuw versie 0.0.10 op een Pi 3B met Raspbian.
Alles lijkt goed te gaan tot de stap om de se-logger.service te starten.

sudo systemctl enable se-logger
Failed to issue method call: Invalid argument

De inhoud:

[Unit]
Description=This service captures TCP traffic from SolarEdge inverters
After=network.target mysql.service

[Service]
ExecStart=/bin/bash /opt/se-logger/se-logger-service.sh
ExecReload=/bin/kill -HUP $MAINPID
KillMode=control-group #volgens de instructies aangepast.
Restart=always

[Install]
WantedBy=multi-user.target


De sh staat netjes in /opt/se-logger/se-logger-service.sh
ik heb het ook nog weer met KillMode=process geprobeerd, geen verschil, dus weer terugveranderd naar KillMode=control-group

Tweede vraag, in se-nat.service staat nog wel KillMode=process - dit wel zo laten staan?


edit: al gevonden, ik moet blijkbaar se-logger.service invoeren om enable en start te kunnen doen, dit had ik blijkbaar "per ongeluk" al wel goed gedaan bij de se-nat.service

2e vraag staat nog wel open.

Acties:
  • 0Henk 'm!

  • hrigteri
  • Registratie: februari 2014
  • Laatst online: 14-11 23:14
En eindelijk, na veel geknutsel, resultaten in de database!
Ik had nog een probleem dat op de omvormer op het scherm verscheen dat die probeerde te pingen naar server1/2/3/4, maar geen connectie. Dat bleek aan de DHCP server te liggen, op de een of andere manier stonden de nameservers nog op exampleexample in plaats van op de openbare nameservers 8.8.8.8 en 8.8.4.4. Foutje van mij. Daarna wel een verbinding en begon de omvormer ook gelijk 'iets' te doen. In eerste instantie stond er nog niets in de database, maar inmiddels staan er meerdere regels.

De pvoutput connectie krijg ik nog niet aan het werk.
2018-03-04 16:32:02 cURL error, exiting: The requested URL returned error: 401
2018-03-04 16:34:01 cURL error, exiting: The requested URL returned error: 400

Error 401 was een foute API key. Opnieuw genereren en in de php wijzigen was de oplossing.
Maar nu krijg ik dus Error 400; die heb ik nog niet kunnen oplossen.

Er zijn een aantal mogelijkheden, maar hoe krijg ik de gewenste detaillering van error 400?

(Dat die prutsers unieke error nummers hadden aangemaakt!!)

API key is goed, system ID is goed, limit staat op 30.


Edit:
een tip hier in het forum gevonden over de errormessages in de php op false te zetten, ik krijg nu
"Bad request 400: Date is older than 14 days [20180212]Bad request 400: Date is older than 14 days [20180212]"

lijkt een date.time issue; ik zie niet echt direct wat ik hier aan kan doen.
Iemand een tip?

Edit 2:
Er is wel van alles geupload naar PVOutput.org uiteindelijk, alleen weet ik niet zeker welke van mijn wijzigingen en geknutsel dat getriggered hebben :) Ik heb o.a. de beginwaarde in de tabel live_update gewijzigd, dat was denk ik de reden dat het allemaal is begonnen wat te doen. Ik heb met de epoch converter de timestamp geupdate in pvo_last_live. Tussendoor had ik ook al een keer een truncate telemetry_inverter; uitgevoerd. Dat zou ook de trigger kunnen zijn geweest.

Tja. Nu morgen even afwachten of het echt gaat werken :)

hrigteri wijzigde deze reactie 04-03-2018 18:47 (57%)


Acties:
  • +2Henk 'm!

  • jacovn
  • Registratie: augustus 2001
  • Laatst online: 19:01
Eindelijk tijd voor de logger.

Loop bij deze stap spaak:

8.Zet het bestand 'se-logger.service' in de '/etc/systemd/system' directory. Draai je Raspbian? Dan moet je de 'KillMode=' regel aanpassen naar 'KillMode=control-group'

Ik heb uit de zip file v0.10 alleen de file se-logger-service.sh

En niet een "se-logger.service"

Maar stel het is de juiste file, staat er niets van KillMode in...

Dus ik vermoed dat ik de verkeerde file heb.

edit: lezen is een kunst.. de etc/system/system/ directory stond de juiste file in de download :X

En dan lukt alles, zelfs voor een beginner zoals ik :)

jacovn wijzigde deze reactie 06-03-2018 13:32 (14%)


Acties:
  • +1Henk 'm!

  • Jerrythafast
  • Registratie: september 2012
  • Laatst online: 16-12 19:39
quote:
edit: al gevonden, ik moet blijkbaar se-logger.service invoeren om enable en start te kunnen doen, dit had ik blijkbaar "per ongeluk" al wel goed gedaan bij de se-nat.service
Thanks, aangepast in de OP.
quote:
hrigteri schreef op zondag 4 maart 2018 @ 14:57:
Tweede vraag, in se-nat.service staat nog wel KillMode=process - dit wel zo laten staan?
Voor se-nat.service maakt het niet zoveel uit. Die service draait een paar tellen om de NAT in te stellen en daarna stopt die. Je moet van goede huize komen om die te killen voordat hij klaar is.


Naar aanleiding van geek: Frequentieschommeling laat digitale klokjes vijf minuten achterlopen was ik wel benieuwd of jullie dit effect ook zo mooi in je database kunnen zien }:O Bij mij is de lol ervan een beetje door mijn neus geboord omdat ik van januari geen data heb.

mysql> SELECT
         YEAR(FROM_UNIXTIME(timestamp))*100+
           WEEK(FROM_UNIXTIME(timestamp)) yearweek,
         ROUND(AVG(frequency), 3)-50 frequency_deviation
       FROM telemetry_inverter
       WHERE timestamp > UNIX_TIMESTAMP("2017-12-01")
         AND frequency != 0
       GROUP BY yearweek;
+----------+---------------------+
| yearweek | frequency_deviation |
+----------+---------------------+
|   201748 |               0.002 |
|   201749 |              -0.004 |
|   201750 |              -0.005 |
|   201751 |              -0.002 |
|   201752 |              -0.004 |
|   201753 |              -0.008 |
|   201800 |               0.003 |
|   201805 |              -0.010 |
|   201806 |              -0.011 |
|   201807 |              -0.008 |
|   201808 |              -0.015 |
|   201809 |              -0.003 |
+----------+---------------------+

2925 Wp op SE3000 live op PVOutput en Jerweb.nl || Nu ook De Triangel 3020 Wp (live logging in aanbouw)


Acties:
  • +1Henk 'm!

  • andrerij
  • Registratie: april 2017
  • Laatst online: 12-12 21:51
quote:
Jerrythafast schreef op dinsdag 6 maart 2018 @ 20:12:
[...]

Naar aanleiding van geek: Frequentieschommeling laat digitale klokjes vijf minuten achterlopen was ik wel benieuwd of jullie dit effect ook zo mooi in je database kunnen zien }:O Bij mij is de lol ervan een beetje door mijn neus geboord omdat ik van januari geen data heb.
Ik heb een 3 fase omvormer en heb de query aangepast met de volgende resultaten:

mysql> SELECT
         YEAR(FROM_UNIXTIME(timestamp))*100+
           WEEK(FROM_UNIXTIME(timestamp)) yearweek,
         ROUND((AVG(`frequency1`)+AVG(`frequency2`)+AVG(`frequency3`))/3, 3)-50 
           frequency_deviation
       FROM telemetry_inverter_3phase
       WHERE timestamp > UNIX_TIMESTAMP("2017-12-01")
         AND frequency1 != 0 and frequency2 != 0  and frequency3 != 0 
       GROUP BY yearweek

+----------+---------------------+
| yearweek | frequency_deviation |
+----------+---------------------+
|   201748 |               0.008 |
|   201749 |              -0.004 |
|   201750 |              -0.001 |
|   201751 |              -0.002 |
|   201752 |              -0.003 |
|   201753 |              -0.005 |
|   201800 |              -0.002 |
|   201801 |              -0.001 |
|   201802 |              -0.002 |
|   201803 |               0.001 |
|   201804 |              -0.003 |
|   201805 |              -0.005 |
|   201806 |              -0.006 |
|   201807 |              -0.008 |
|   201808 |              -0.012 |
|   201809 |               0.001 |
+----------+---------------------+


Deze waarden wijken gering af van de waarden van @jerrythafast. Dit komt waarschijnlijk door de afwijking bij het synchroniseren met het netwerk of het plaatselijke netwerk. De AVG afwijking is gelijke bij de afzonderlijke fase maar hebben kleine onderlinge afwijkingen op hetzelfde tijdstip.

  • Jerrythafast
  • Registratie: september 2012
  • Laatst online: 16-12 19:39
Interessant @andrerij! Bij jou dus ook een grotere afwijking in week 8, maar week 6 valt bij jou wel mee.
Begrijp ik je goed als ik stel dat je met onderstaande query drie dezelfde kolommen krijgt? (Zou trouwens ook niet anders moeten zijn, anders draait het netwerk uit het lood :9)
mysql> SELECT
         YEAR(FROM_UNIXTIME(timestamp))*100+
           WEEK(FROM_UNIXTIME(timestamp)) yearweek,
         ROUND(AVG(frequency1), 3)-50 frequency1_deviation,
         ROUND(AVG(frequency2), 3)-50 frequency2_deviation,
         ROUND(AVG(frequency3), 3)-50 frequency3_deviation,
       FROM telemetry_inverter_3phase
       WHERE timestamp > UNIX_TIMESTAMP("2017-12-01")
         AND frequency1 != 0 and frequency2 != 0  and frequency3 != 0 
       GROUP BY yearweek;

2925 Wp op SE3000 live op PVOutput en Jerweb.nl || Nu ook De Triangel 3020 Wp (live logging in aanbouw)


Acties:
  • +1Henk 'm!

  • andrerij
  • Registratie: april 2017
  • Laatst online: 12-12 21:51
quote:
Jerrythafast schreef op dinsdag 6 maart 2018 @ 23:12:
Interessant @andrerij! Bij jou dus ook een grotere afwijking in week 8, maar week 6 valt bij jou wel mee.
Begrijp ik je goed als ik stel dat je met onderstaande query drie dezelfde kolommen krijgt? (Zou trouwens ook niet anders moeten zijn, anders draait het netwerk uit het lood :9)
mysql> SELECT
         YEAR(FROM_UNIXTIME(timestamp))*100+
           WEEK(FROM_UNIXTIME(timestamp)) yearweek,
         ROUND(AVG(frequency1), 3)-50 frequency1_deviation,
         ROUND(AVG(frequency2), 3)-50 frequency2_deviation,
         ROUND(AVG(frequency3), 3)-50 frequency3_deviation,
       FROM telemetry_inverter_3phase
       WHERE timestamp > UNIX_TIMESTAMP("2017-12-01")
         AND frequency1 != 0 and frequency2 != 0  and frequency3 != 0 
       GROUP BY yearweek;
Dit is het resultaat.
yearweek	frequency1	frequency2	frequency3	
201748		 0.008		 0.008		 0.008	
201749		-0.004		-0.004		-0.004	
201750		-0.001		-0.001		 0.000	
201751		-0.002		-0.002		-0.002	
201752		-0.003		-0.003		-0.003	
201753		-0.005		-0.005		-0.005	
201800		-0.002		-0.002		-0.002	
201801		-0.001		-0.001		-0.001	
201802		-0.002		-0.002		-0.002	
201803		 0.001		 0.001		 0.001	
201804		-0.003		-0.003		-0.003	
201805		-0.005		-0.005		-0.005	
201806		-0.006		-0.006		-0.006	
201807		-0.008		-0.008		-0.008	
201808		-0.012		-0.012		-0.012	
201809		 0.001		 0.001		 0.001

  • ocaj
  • Registratie: juli 2011
  • Niet online
quote:
Jerrythafast schreef op dinsdag 6 maart 2018 @ 20:12:
Bij mij is de lol ervan een beetje door mijn neus geboord omdat ik van januari geen data heb.
He @Jerrythafast , wat ging er eigenlijk mis bij jou dat je data kwijt bent geraakt?
De omvormer houdt toch alles vast totdat hij het heeft kunnen rapporteren aan de server?

(misschien kunnen we er wat van leren en voorkomen dat het ons overkomt?)

  • Jerrythafast
  • Registratie: september 2012
  • Laatst online: 16-12 19:39
quote:
ocaj schreef op woensdag 7 maart 2018 @ 19:18:
[...]


He @Jerrythafast , wat ging er eigenlijk mis bij jou dat je data kwijt bent geraakt?
De omvormer houdt toch alles vast totdat hij het heeft kunnen rapporteren aan de server?

(misschien kunnen we er wat van leren en voorkomen dat het ons overkomt?)
De omvormer was niet meer van plan het naar de server te sturen. Hij heeft bijna twee maanden lang geen telemetriedata verzonden. Ook SolarEdge support kreeg hem niet meer aan het praten. Toen heb ik besloten met het project van jbuehl te proberen er wat uit te krijgen en dat is uiteindelijk gelukt. Twee dagen en nachten heeft het geduurd om de data uit de storage helemaal uit te lezen, maar de data van 2 januari tot en met 4 februari was toen al uit de omvormer verdwenen.

De pcap files van januari en februari staan helemaal vol met reconnects. Gelukkig is er één ding dat de omvormer blijkbaar stug elke 5 minuten blijft zenden, en dat is een datapakketje waar het actuele vermogen in staat. Ik heb de productiedata van 2 januari tot en met 4 februari herberekend uit alleen die power waardes. Op PVOutput kun je goed zien dat op die dagen nu alleen Power en Energy zijn ingevuld, dat is een avondje klussen in Excel geweest.

De live data die je nu op www.jerweb.nl/pv3/lifetime.html en PVOutput kunt zien worden verkregen door de omvormer via het project van jbuehl, in combinatie met se-logger uit dit topic, uit te lezen. De SolarEdge monitoring portal is morsdood op het moment :X Binnenkort komt gelukkig de installateur langs met een nieuwe omvormer die hopelijk wel weer normaal kan communiceren. (Onze huidige omvormer heeft trouwens al vaker kuren gehad aan de communicatieplaat.)

2925 Wp op SE3000 live op PVOutput en Jerweb.nl || Nu ook De Triangel 3020 Wp (live logging in aanbouw)


Acties:
  • +1Henk 'm!

  • hrigteri
  • Registratie: februari 2014
  • Laatst online: 14-11 23:14
"Stop de se-logger service met het commando:
user@logger$ sudo service se-logger stop"

Dat werkt niet. Niet op Raspbian in ieder geval.

sudo systemctl stop se-logger.service
dan het python commando voor bijwerken van de database werkt, daarna weer
sudo systemctl start se-logger.service
om de boel weer aan het werk te krijgen.

Het vinden van de key werkt in ieder geval top :) Erg fijn.

Edit: En pvoutput is ook weer bijgewerkt. Het werkt weer!
https://pvoutput.org/intraday.jsp?id=58173&sid=52016

hrigteri wijzigde deze reactie 07-03-2018 22:20 (12%)


  • ocaj
  • Registratie: juli 2011
  • Niet online
quote:
Jerrythafast schreef op woensdag 7 maart 2018 @ 19:40:
[...]

De omvormer was niet meer van plan het naar de server te sturen. Hij heeft bijna twee maanden lang geen telemetriedata verzonden. Ook SolarEdge support kreeg hem niet meer aan het praten. Toen heb ik besloten met het project van jbuehl te proberen er wat uit te krijgen en dat is uiteindelijk gelukt. Twee dagen en nachten heeft het geduurd om de data uit de storage helemaal uit te lezen, maar de data van 2 januari tot en met 4 februari was toen al uit de omvormer verdwenen.
Balen dat er niet meer data behouden bleef in de omvormer. (Ik heb in het begin ook e.e.a. gemist doordat de data al weg was voor ik de logging goed aan de praat had).
quote:
Binnenkort komt gelukkig de installateur langs met een nieuwe omvormer die hopelijk wel weer normaal kan communiceren. (Onze huidige omvormer heeft trouwens al vaker kuren gehad aan de communicatieplaat.)
Nou ja, netjes dat ze de omvormer komen vervangen, maar wel meer gedoe dan je waarschijnlijk gehoopt had.
Krijg je dan nu ook gelijk een HD-omvormer, of hebben ze nog een voorraadje omvormers van het oude type?

  • Jerrythafast
  • Registratie: september 2012
  • Laatst online: 16-12 19:39
quote:
ocaj schreef op woensdag 7 maart 2018 @ 23:18:
[...]


Nou ja, netjes dat ze de omvormer komen vervangen, maar wel meer gedoe dan je waarschijnlijk gehoopt had.
Krijg je dan nu ook gelijk een HD-omvormer, of hebben ze nog een voorraadje omvormers van het oude type?
Ik heb toevallig vandaag te horen gekregen dat het een HD Wave gaat worden :Y)

2925 Wp op SE3000 live op PVOutput en Jerweb.nl || Nu ook De Triangel 3020 Wp (live logging in aanbouw)


  • ocaj
  • Registratie: juli 2011
  • Niet online
quote:
Jerrythafast schreef op woensdag 7 maart 2018 @ 23:20:
[...]

Ik heb toevallig vandaag te horen gekregen dat het een HD Wave gaat worden :Y)
Tja, dat is dan weer een geluk bij een ongeluk!

En je had echt geen magisch commando naar de omvormer gestuurd waardoor hij in deze toestand kwam dat hij zomaar omgewisseld kan worden door een efficiënter exemplaar O-) ?

  • Jerrythafast
  • Registratie: september 2012
  • Laatst online: 16-12 19:39
quote:
ocaj schreef op woensdag 7 maart 2018 @ 23:34:
[...]


Tja, dat is dan weer een geluk bij een ongeluk!

En je had echt geen magisch commando naar de omvormer gestuurd waardoor hij in deze toestand kwam dat hij zomaar omgewisseld kan worden door een efficiënter exemplaar O-) ?
Nee, dan had ik ook wel eerder gezorgd dat ik de data veilig had gesteld :p Heb expres gewacht met zelf aanklooien tot SolarEdge aangaf het niet te kunnen fixen. Had ook eigenlijk wel verwacht dat het ze wel zou lukken, maar het ding blijkt dus echt stuq te zijn :|

2925 Wp op SE3000 live op PVOutput en Jerweb.nl || Nu ook De Triangel 3020 Wp (live logging in aanbouw)


Acties:
  • +1Henk 'm!

  • Aegle
  • Registratie: november 2013
  • Laatst online: 18:07

Aegle

"hier" = Schiedam, ZH...

@Jerrythafast: bij mij lijkt de afwijking in week 53, week 5 en met name week 8 groter:

+----------+---------------------+
| yearweek | frequency_deviation |
+----------+---------------------+
|   201748 |              -0.002 |
|   201749 |              -0.008 |
|   201750 |              -0.008 |
|   201751 |              -0.005 |
|   201752 |              -0.009 |
|   201753 |              -0.011 |
|   201800 |              -0.006 |
|   201801 |              -0.009 |
|   201802 |              -0.007 |
|   201803 |              -0.006 |
|   201804 |              -0.008 |
|   201805 |              -0.011 |
|   201806 |              -0.009 |
|   201807 |              -0.010 |
|   201808 |              -0.017 |
|   201809 |              -0.005 |
+----------+---------------------+


ps: mooi dat je een nieuwe omvormer krijgt :) .

EDIT: Het valt me op dat, bij mij tenminste, alle waarden negatief zijn. Ook als ik (veel) verder terug in de tijd ga.

Aegle wijzigde deze reactie 10-03-2018 15:34 (8%)

10 x Yingli YL260C-30b @ 10 x OP300 SolarEdge optimizers en SE3000 op 158º. Live: PVoutput , SolarEdge


  • Jerrythafast
  • Registratie: september 2012
  • Laatst online: 16-12 19:39
quote:
Aegle schreef op vrijdag 9 maart 2018 @ 16:27:
EDIT: Het valt me op dat, bij mij tenminste, alle waarden negatief zijn. Ook als ik (veel) verder terug in de tijd ga.
Hier ook inderdaad, bijna alles is negatief. Misschien dat de frequentie 's nachts iets hoger ligt dan overdag? (Het is jammer dat een slimme meter hier trouwens ook geen uitsluitsel over geeft op de P1 poort -O- Heeft iemand een energiemeter met frequency logger die 24/7 ingeplugd is?)

Overigens komt bij jou, net zoals bij @andrerij en mij, week 8 als sterkst negatief uit de bus.

@ocaj, heb jij ook frequentie-informatie in jouw database?

2925 Wp op SE3000 live op PVOutput en Jerweb.nl || Nu ook De Triangel 3020 Wp (live logging in aanbouw)


  • ocaj
  • Registratie: juli 2011
  • Niet online
@Jerrythafast Ik heb inderdaad logging van mijn kwh-meter (eastron sdm220). Die informatie leek me zo stabiel/oninteressant dat ik hem niet in mijn database heb zitten. Wel heb ik nog logging van anderhalf jaar van 1 x per seconde...
Dat is te veel om even snel in Excel te stoppen (43miljoen metingen, alleen van 2018 al meer dan 5 miljoen). Ik heb 2018 in een aparte database gestopt, maar de daggemiddeldes bleken eigenlijk het hele jaar al boven de 50Hz te zitten.
Kwam dus helaas niet zo'n duidelijke grafiek uit.

Van de week even een live-grafiekje van de frequentie gemaakt en als ik die vergelijk met bijv. http://www.mainsfrequency.com , dan volgt mijn kwh-meter die site wel qua schommelingen, maar lijkt mijn kwh-meter vrij structureel 0,015 - 0,02 Hz te hoog aan te geven.

  • Jerrythafast
  • Registratie: september 2012
  • Laatst online: 16-12 19:39
quote:
ocaj schreef op zaterdag 10 maart 2018 @ 22:15:
@Jerrythafast Ik heb inderdaad logging van mijn kwh-meter (eastron sdm220). Die informatie leek me zo stabiel/oninteressant dat ik hem niet in mijn database heb zitten. Wel heb ik nog logging van anderhalf jaar van 1 x per seconde...
Dat is te veel om even snel in Excel te stoppen (43miljoen metingen, alleen van 2018 al meer dan 5 miljoen). Ik heb 2018 in een aparte database gestopt, maar de daggemiddeldes bleken eigenlijk het hele jaar al boven de 50Hz te zitten.
Kwam dus helaas niet zo'n duidelijke grafiek uit.

Van de week even een live-grafiekje van de frequentie gemaakt en als ik die vergelijk met bijv. http://www.mainsfrequency.com , dan volgt mijn kwh-meter die site wel qua schommelingen, maar lijkt mijn kwh-meter vrij structureel 0,015 - 0,02 Hz te hoog aan te geven.
Dat is natuurlijk ook nog een mogelijke verklaring, dat de omvormers van SolarEdge standaard een iets te lage frequentie lijken aan te geven.

Kun jij in jouw data een verschil vinden tussen de gemiddelde frequentie overdag (zeg van 8:00-20:00 ofzo) en 's nachts? Mijn hypothese is dat het gemiddelde overdag lager is dan 's nachts en dat dat de afwijking in de SolarEdge data verklaart.

2925 Wp op SE3000 live op PVOutput en Jerweb.nl || Nu ook De Triangel 3020 Wp (live logging in aanbouw)


  • ocaj
  • Registratie: juli 2011
  • Niet online
Ik heb nog wel even in excel de daggemiddelde zoals de omvormer ze meldt in een grafiek gezet
Daar blijkt eigenlijk al direct uit dat de omvormer geen betrouwbare metingen geeft, vooral 's winters als de omvormer nauwelijks wat doet, daar zitten afwijkingen in die niet kunnen kloppen. Verder 's zomers een hogere frequentie dan 's winters:

Zie:

en


(bron: solaredge-logging)

Ik heb met de data per seconde vanuit mijn kwh-meter nog een paar dagen met de hand bekeken, maar er zit geen duidelijke afwijking tussen overdag en 's nachts.
Bij deze de daggemiddeldes van dit jaar zoals mijn kwh-meter ze geeft:

(bron: eastron sdm220 kwh-meter)

  • Jerrythafast
  • Registratie: september 2012
  • Laatst online: 16-12 19:39
quote:
ocaj schreef op zaterdag 10 maart 2018 @ 22:43:
Ik heb nog wel even in excel de daggemiddelde zoals de omvormer ze meldt in een grafiek gezet
Daar blijkt eigenlijk al direct uit dat de omvormer geen betrouwbare metingen geeft, vooral 's winters als de omvormer nauwelijks wat doet, daar zitten afwijkingen in die niet kunnen kloppen. Verder 's zomers een hogere frequentie dan 's winters:

Zie:
[afbeelding]
en
[afbeelding]

(bron: solaredge-logging)

Ik heb met de data per seconde vanuit mijn kwh-meter nog een paar dagen met de hand bekeken, maar er zit geen duidelijke afwijking tussen overdag en 's nachts.
Bij deze de daggemiddeldes van dit jaar zoals mijn kwh-meter ze geeft:
[afbeelding]
(bron: eastron sdm220 kwh-meter)
Het kan helpen om bij je SolarEdge data te filteren op frequency>0 voordat je het gemiddelde berekent. Wanneer de omvormer stand-by staat logt hij nullen.
mysql> SELECT rf, COUNT(*)
           FROM (SELECT ROUND(frequency, 1) rf FROM telemetry_inverter) x
       GROUP BY rf;
+------+----------+
| rf   | count(*) |
+------+----------+
|  0.0 |     3749 |
| 49.9 |      448 |
| 50.0 |   106450 |
| 50.1 |      762 |
+------+----------+

Die laatste grafiek laat wel mooi het issue zien!

2925 Wp op SE3000 live op PVOutput en Jerweb.nl || Nu ook De Triangel 3020 Wp (live logging in aanbouw)


  • ocaj
  • Registratie: juli 2011
  • Niet online
Aha, dat had ik nog niet gezien. Als ik de 0-waardes eruit filter, dan ziet het er veel beter uit:



(bron: solaredge logging)

Je nu ook goed zien dat sinds er media-aandacht voor het issue was, het blijkbaar al weer wat beter lijkt te gaan...

  • Jerrythafast
  • Registratie: september 2012
  • Laatst online: 16-12 19:39
quote:
ocaj schreef op zaterdag 10 maart 2018 @ 23:27:
Aha, dat had ik nog niet gezien. Als ik de 0-waardes eruit filter, dan ziet het er veel beter uit:

[afbeelding]

(bron: solaredge logging)

Je nu ook goed zien dat sinds er media-aandacht voor het issue was, het blijkbaar al weer wat beter lijkt te gaan...
Klopt, op mainsfrequency.com (door jou ook hierboven gelinkt) staat ook een linkje naar de Duitse tegenhanger met wat meer informatie. Die linken ook door naar persberichten van ENTSO-E waaruit blijkt dat ze op 3 maart hebben ingegrepen om de frequentie terug op 50 Hz te houden. Ze spelen nu de bal naar de Servische en Kosovaarse politiek om met een structurele oplossing te komen. In de afgelopen 2 maanden is er blijkbaar 113 GWh energie te weinig ingevoed en ik neem aan* dat er dus de komende tijd 113 GWh extra energie in het net gevoed moet worden om de frequentie een tijdje boven 50 Hz te houden zodat alle klokjes weer goed gaan staan. En ik heb zo'n vermoeden dat ik weet wie ze willen dat daarvoor gaat zorgen :+

*Ik heb totaal geen verstand hiervan.

2925 Wp op SE3000 live op PVOutput en Jerweb.nl || Nu ook De Triangel 3020 Wp (live logging in aanbouw)

Pagina: 1 ... 7 ... 11 Laatste


Apple iPhone XS Red Dead Redemption 2 LG W7 Google Pixel 3 XL OnePlus 6T (6GB ram) FIFA 19 Samsung Galaxy S10 Google Pixel 3

Tweakers vormt samen met Tweakers Elect, Hardware.Info, Autotrack, Nationale Vacaturebank en Intermediair de Persgroep Online Services B.V.
Alle rechten voorbehouden © 1998 - 2018 Hosting door True