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

  • andrerij
  • Registratie: april 2017
  • Laatst online: 10-11 14:03
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.

Acties:
  • +8Henk 'm!
  • Pinned

  • andrerij
  • Registratie: april 2017
  • Laatst online: 10-11 14:03

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. @jvdzande heeft een toevoeging voor het uitlezen van de meterstanden toegevoegd. Deze zijn nu in deze post opgenomen.


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.
Om de slimme meterstanden te kunnen tonen zullen de waarden in de database moeten worden opgenoen of uitgelezen worden uit een externe database. Op dit moment is er een koppeling met Domoticz server en met DSMR server.


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;
  • naam van de achtergrond image;
  • indicatie power op de panelen;
  • type van de inverter (1 of 3 fase);
  • de naam van de inverter (typenummer);
  • het aantal panelen;
  • de optimizer id en nummer, richting, serienummer en het piek vermogen in pW van het paneel;
  • Extra information for p1:
  • indicatie voor het tonen van de P1waarden;
  • P1-script dat moet worden gebruikt om de informatie op te halen;
  • Leverancier elektriciteit;
  • Aantal dagen en maanden dat in de P1-grafieken moet worden weergegeven;
  • PVGis informatie wanneer u dat wilt hebben opgenomen in de grafieken.
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
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
<?php
//
// Copyright (C) 2019 André Rijkeboer
//
// This file is part of zonnepanelen, which shows telemetry data from
// the TCP traffic of SolarEdge PV inverters.
//
// zonnepanelen is free software: you can redistribute it and/or modify it
// under the terms of the GNU General Public License as published by the
// Free Software Foundation, either version 3 of the License, or (at
// your option) any later version.
//
// zonnepanelen is distributed in the hope that it will be useful, but
// WITHOUT ANY WARRANTY; without even the implied warranty of
// MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the GNU
// General Public License for more details.
//
// You should have received a copy of the GNU General Public License
// along with zonnepanelen.  If not, see <http://www.gnu.org/licenses/>.
//
// versie: 1.27
// auteur: André Rijkeboer
// datum:  22-04-2019
// 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 = 'password'; // paswoord gebruiker
$db = 'solaredge'; // database naam

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

// Achtergrond image (in de img directory)
$zonnesysteem = "zonnesysteem.gif";

//#### Toegevoegd voor P1 ElectriciteitsMeter informatie van Domoticz
//** P1 waarden aangeven 
$P1 = 0; // 0 = nee, 1 = ja

//** Algemene velden
$ElecLeverancier = "Engie";                            // naam electra leverancier
$ElecDagGraph = '60';                                   // aantal dagen in grafiek
$ElecMaandGraph = '13';                                 // aantal maanden in grafiek
$zonnesysteem_electra = "zonnesysteem-electra.gif";

//** velden die worden gebruikt om de PVGis schatting in de website te laten zien. Wordt alleen getoond als ze invult zijn.
$PVGtxt = "PVGis";                                  // Tekst waar de schatting vandaan komt bv: "PVGis"
$PVGis = [0,0,0,0,0,0,0,0,0,0,0,0];                 // schatting opbrengst iedere maand voor de installatie

//** velden voor ophalen P1 info van Domoticz server
$domohost = '192.168.0.??:8080';                    // ip:poort van domoticz
$domoidx = "123";                                   // device IDX voor de Electriciteits P1 meter
$DataURL = 'live-server-data-electra-domoticz.php'; // URL voor ophalen p1&Converter data tbv zonnepanelen-electra.php

//** velden voor Electra info van DSMR server(verwijder // om te activeren)
// $dsmr_url='http://host-ip:8888';                     // URL voor DSMR inclusief
// $dsmr_apikey='IDkdjqljwdlkqjwdoiiqjdpockskskdxpF';   // APIKEY voor DSMR
// $DataURL = 'live-server-data-electra-dsmr.php';      // URL voor ophalen p1&Converter data tbv zonnepanelen-electra.php

//** velden voor Electra info van eigen database server(verwijder // om te activeren)
// $DataURL = 'live-server-data-electra-p1_meter_table.php';     // URL voor ophalen electra&Converter data

//#### einde aanpassing

// aangeven vermogen op het paneel
$vermogen = 1; // 0 = nee, 1 = ja

// gegevens van het zonnepanelensysteem
$inverter = 3; // 1 voor enkel fase en 3 voor 3 fase inverter
$naam = "SolarEdge SE7k"; //naam van de inverter
//optimizer id en positie paneel, de richting van de panelen Vertikaal = 0, Horizontaal = 1
// het serienummer en het vermogen van het paneel
//$op_id[id optimizer][inverter.string.paneelnummer][richting][id paneel][vermogen paneel]
$op_id[1] = ['2020B2E3','1.1.1',1,'SL220M1509EE0155kX',265];
$op_id[2] = ['2020B18C', '1.1.2',1,'SL220M1509EE0149Qv',265];
$op_id[3] = ['2020B1B2', '1.1.3',1,'SL220M1509EE0059tX',265];
$op_id[4] = ['2020B353', '1.1.4',1,'SL220M1509EE0162Od',265];
$op_id[5] = ['2020B202', '1.1.5',1,'SL220M1509EE0060Qd',265];
$op_id[6] = ['2020B1FE', '1.1.6',1,'SL220M1509EE0158tX',265];
$op_id[7] = ['2020B2A5', '1.1.7',1,'SL220M1509EE0156mX',265];
$op_id[8] = ['2020B1B0', '1.1.8',1,'SL220M1509EE01538X',265];
$op_id[9] = ['2020B25B', '1.1.9',1,'DM5511502050664',265];
$op_id[10] = ['2020B14E', '1.1.10',1,'DM5511502050260',265];
$op_id[11] = ['2020B2CB', '1.1.11',1,'DM5511503231463',265];
$op_id[12] = ['2020B1ED', '1.1.12',1,'DM5511503230750',265];
$op_id[13] = ['2020B369', '1.1.13',1,'DM5511503230845',265];
$op_id[14] = ['2020B34F', '1.1.14',1,'DM5511503230749',265];
$op_id[15] = ['2020B22F', '1.1.15',1,'DM5511503231553',265];
$op_id[16] = ['2020B161', '1.1.16',1,'DM5511502050094',265];
$op_id[17] = ['2020B3A4', '1.1.17',1,'DM5511503231269',265];
$op_id[18] = ['2020B25F', '1.1.18',1,'DM5511503231231',265];
$op_id[19] = ['2020B387', '1.1.19',1,'DM5511503231278',265];
$op_id[20] = ['2020B362', '1.1.20',1,'DM5511503231165',265];
$op_id[21] = ['20212017', '1.1.21',1,'DM5511503231557',265];
$op_id[22] = ['20212166', '1.1.22',1,'DM5511503231281',265];
$op_id[23] = ['20211F32', '1.1.23',1,'DM5511503231176',265];
$op_id[24] = ['20211FD6', '1.1.24',1,'DM5511503231339',265];
$aantal = count($op_id); // aantal zonnepanelen dat in database is opgenomen
?>



3. Aanpassen css/zonnepanelen.css

in css/zonnepanelen.css is het volgende vastgelegd:
  • div.box_Zonnepanelen : plaats, afmetingen en eventuele rotatie;
  • div.box_Zonnepaneel_x: plaats en afmetingen in % van de afmetingen van div.box_Zonnepanelen
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.

Er moeten net zo veel div.box_Zonnepaneel_X {} worden aangemaakt als in config.php zijn opgenomen.

4. Aanpassen MySql database

Indien sql_mode=ONLY_FULL_GROUP_BY aanstaat moet dit uitgezet worden.

Oplossing 1: verwijder ONLY_FULL_GROUP_BY in de MySQL-console:

code:
1
mysql> SET GLOBAL sql_mode = (SELECT REPLACE (@@ sql_mode, 'ONLY_FULL_GROUP_BY', ''));


Oplossing 2: verwijder ONLY_FULL_GROUP_BY in phpmyadmin:

Open phpmyadmin.
Klik op het menu Variabelen & scrol omlaag tot sql-modus
Klik op de knop Wijzigen om de waarden te wijzigen en verwijder ONLY_FULL_GROUP_BY & klik op opslaan. Zie onderstaand.

[klik op het figuur om het te vergroten]


5. Gebruik

Als zonnepanelen.php wordt opgestart bij het gebruik van 24 panelen en in config.php staat $P1 = 0 dan zal het scherm er als volgt uitzien.



Als zonnepanelen.php wordt opgestart met in config.php $P1 = 1 dan zal het scherm er als volgt uitzien.



6. Download software

De laatste versie kan gedownload worden van GitHub..

andrerij wijzigde deze reactie 02-09-2019 20:38 (51%)


Acties:
  • +1Henk 'm!

  • hrigteri
  • Registratie: februari 2014
  • Laatst online: 08-11 21:00
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:
  • +2Henk 'm!

  • jacovn
  • Registratie: augustus 2001
  • Laatst online: 10:51
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: 11-11 21:12
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: 10-11 14:03
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.

Acties:
  • +1Henk 'm!

  • andrerij
  • Registratie: april 2017
  • Laatst online: 10-11 14:03
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

Acties:
  • +1Henk 'm!

  • hrigteri
  • Registratie: februari 2014
  • Laatst online: 08-11 21:00
"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%)


Acties:
  • +1Henk 'm!

  • Aegle
  • Registratie: november 2013
  • Laatst online: 14-11 17:14

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


  • 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.

  • 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...

Acties:
  • +1Henk 'm!

  • gns1l
  • Registratie: maart 2018
  • Niet online
Net een account aangemaakt, nu kan ik behalve meelezen ook wellicht eens wat bijdragen...

Hieronder de resultaten van mijn SE3000 (plaatje plaatsen lukt nog niet):

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

De afwijking lijkt hier kleiner, maar wel duidelijk aanwezig. Helaas heb ik van mijn SDM630 en 220 de frekwentie niet gelogd.

P.S. @Jerrythafast en @andrerij Bedankt voor jullie werk in dit topic!

Acties:
  • +1Henk 'm!

  • bestaudio
  • Registratie: augustus 2009
  • Laatst online: 26-09 15:17

bestaudio

Gnoeeeeeee

Ik zit al even mee te lezen en ben ondertussen ook bezig met mijn solaredge systeem. Zodra dat wat begint te worden meld ik me

Wat extra info over het fenomeen en het waarom in jip en Janneke taal https://www.swissgrid.ch/...rts/topics/frequency.html

Slowly getting there, euh wait whut? Slowly?


Acties:
  • +1Henk 'm!

  • SolarSkippy
  • Registratie: januari 2018
  • Laatst online: 16-10 23:51
Een algemeen bericht over mijn setup en ervaringen. Ik heb sinds eind februari de SE3000H Wave en was direct geïnteresseerd in de fantastische post van Jerry.

Inmiddels heb ik alles werkend, moest wel de encryptie key uitlezen via de RS485 aansluiting (omdat mijn omvormer geen USB aansluiting heeft). Dat lukt via een speciale RS485 naar USB kabel en het scriptje van Jerry. Additioneel moest wel de RS485 via het communicatie menu in “master” status gezet worden. Op deze manier lukt het overigens ook om het SolarEdge communicatie tool (op mijn Windows 10 laptop geïnstalleerd) aan de praat te krijgen.

Bij mij was eigenlijk het grootste probleem het opzetten van de communicatie via de RPi3, dat heb ik niet werkend gekregen via de (aanbevolen?) Ubuntu Mate distributie, maar toen ik Raspbian gebruikte had ik het vrij snel aan de praat. Ik heb de RPi3 laten fungeren als bridge, via de wifi connectie wordt het signaal van de omvormer ontvangen en via de interne bridge wordt het via de ethernet connectie naar het monitoring portal van SolarEdge gestuurd (zoals in 4.1 van de startpost beschreven).
Tenslotte stuur ik ook de data naar PVOutput, nu nog aanvullen met de data uit de slimme meter!

Vanzelfsprekend heb ik meer info mocht iemand details willen weten omdat er met vergelijkbare opzet gewerkt wordt.

Acties:
  • +2Henk 'm!

  • hrigteri
  • Registratie: februari 2014
  • Laatst online: 08-11 21:00
Mensen, sterk advies: maak een backup van je geheugenkaart zodra je de boel aan het werk hebt!

Na deze korte tijd heb ik al dat mn Pi 3 niet meer wil booten. Hopelijk ga ik nog via een rescue installatie de data van m'n sd card kunnen redden (incl de encryptie key hopelijk :( ), maar ik ben er bang voor.
Maak dus een backup van je configuratie zodra je de boel aan het werk hebt en backup ook ergens je encryptie key!

  • andrerij
  • Registratie: april 2017
  • Laatst online: 10-11 14:03
quote:
xces schreef op dinsdag 27 maart 2018 @ 14:52:
Vraagje aan @Jerrythafast en/of @andrerij

Ik log nu al een flink aantal maanden data en wil mijn zonneschermen van mijn dakkapel koppelen met de opbrengst van mijn zonnepanelen;

Dit is mijn huidge layout;
[afbeelding]

Optie 1: Als paneel 1.1.19 meer dan 'x' watt genereert dan moeten de rolluiken omlaag en 's avonds automatisch omhoog. Om deze optie te realiseren moet ik de ID van de optimizer van dit paneel weten; hoe kom ik daarachter? In de optimizer tabel zitten v_in / v_out / i_in en e_day waarbij ik v_in en v_out kan verklaren en e_day is waarschijnlijk de energie die deze optimizer tot nu toe heeft opgebracht. Volgens mij is het onmogelijk om te weten welke optimizer achter welk paneel zit, toch?

Optie 2: Als mijn inverter meer dan 'x' watt genereert dan moeten de rolluiken omlaag en 's avonds automatisch omhoog. Hiervoor moet ik de tabel telemetry_inverter_3phase hebben in mijn geval; is er een beschrijving van de velden? ook hier is e_day waarschijnlijk de energie die de inverter tot nu toe heeft opgebracht (/1000 om kW te krijgen?) en e_total het huidige vermogen (/1000 om het huidige wattage te krijgen)? Dat combineren met 'mode' zou een trigger moeten kunnen worden toch?

Het huidige vermogen in watt (volgens SE) zou p_active1 + p_active2 + p_active3 zijn?
Het paneelnummer kan gevonden worden door met de muis op het paneel te gaan staan van de solaredge monitor site.
.

In de database staat het decimale nummer.
De waarde van het paneel kan gevonden worden met de volgende query:
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
SELECT HEX(op_id) optimizer, SUM(de_day*0.25) energy
        FROM (
        SELECT
        op_id,
        IF(op_id = @prevop AND uptime > @prevup, e_day - @prevval, e_day) de_day,
            @prevval := e_day,
            @prevup := uptime,
            @prevop := op_id
            FROM telemetry_optimizers
            JOIN (SELECT @prevval := 0, @prevup := 0, @prevop := 0) vars
            WHERE `timestamp` > unix_timestamp("2018-03-28 00:00:00")  
                        AND `timestamp` <= unix_timestamp("2018-03-29 00:00:00") 
                        AND `op_id` =  CONV('2020B2E3', 16, 10)
            ORDER BY op_id, timestamp 
        ) x 
        GROUP BY op_id

Door op_id = CONV('2020B2E3', 16, 10) weg te laten krijg je de waarde van alle panelen.

De waarde van de inverter kun je als volgt krijgen:
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
SELECT datum,  p_active p_act, 
          MAX(p_active) p_max, MAX(se_day) e_day
          FROM ( 
          SELECT 
          (p_active1+p_active2+p_active3) p_active, 
          FROM_UNIXTIME(timestamp,'%d-%m-%Y %H:%i:%s') datum, 
          @curdate := FROM_UNIXTIME(timestamp, '%Y%m%d') date, 
          @prevsum := IF(@prevdate = @curdate, @prevsum + de_day, de_day) se_day, 
          @prevdate := @curdate date2 
          FROM telemetry_inverter_3phase 
          JOIN (SELECT @prevsum := 0, @curdate := NULL, @prevdate := NULL) vars 
          WHERE `timestamp` > unix_timestamp("2018-03-28 00:00:00")  
                  AND `timestamp` <= unix_timestamp("2018-03-29 00:00:00") 
                  ORDER BY timestamp DESC 
          ) x 
          GROUP BY date

Deze query geeft de datum en tijd, de actuele en maximale power en de actuele energie.

  • ocaj
  • Registratie: juli 2011
  • Niet online
@[RNMC] Viper Let wel op dat het in de door jouw link beschreven methode uitlezen via modbus gaat via het SunSpec-protocol. Ik heb daar in het begin ook naar zitten kijken. Sunspec is wel een breder bruikbaar protocol dan alleen voor solaredge, echter solaredge stopt er niet alle data in.

Wat via Sunspec ontbreekt zijn de getallen per optimizer/paneel, je krijgt dus alleen de data van de gehele omvormer binnen.

Acties:
  • +1Henk 'm!

  • tsjoender
  • Registratie: april 2005
  • Laatst online: 12:04
quote:
SpeedingWilly schreef op donderdag 3 mei 2018 @ 09:12:
Dat is inderdaad wel een goed idee en die heb ik nog liggen. Maar zal ook eens googelen op pi klonen met 2 poorten
Je zou deze kunnen proberen: https://nl.aliexpress.com...berry-Pi/32827494728.html

Heeft maar 256MB RAM, maar dat zou niet zo'n probleem moeten zijn. Ik zou dan een opstelling maken waarbij die Orange Pi Linux draait en een NFS share op de NAS gebruikt voor het opslaan van de pcap files. Daarmee beperk je het schrijven naar de SD kaart ook nog eens. MySQL zou ik dan ook op de NAS draaien (al dan niet in een virtual machine). Tcpdump en de se-logger scripts draaien dan op deze Pi en dan is 256MB voldoende.

Acties:
  • +1Henk 'm!

  • tsjoender
  • Registratie: april 2005
  • Laatst online: 12:04
quote:
SpeedingWilly schreef op donderdag 3 mei 2018 @ 16:33:
[...]
Dit gaat me wat te ver idd. Waarom moet ik een bond aanmaken? Nu is het zo dat als ik de USB adapter gebruik, ik ip adres x op deze adapter krijg, maar als ik boot zonder adapter, ik ditzelfde ip-adres x voor de wlan krijg. Ik hoef geen failover, maar bedraad via USB adapter OF Wlan voor de externe interface.

Wat ik wil in jip-en-janneke taal:
Dat alles werkt via wlan0 als ik de ethernet adapter niet gebruik:
dus inverter - eth0 - wlan0 - lokaal netwerk
En dat alles werkt via eth1 als de USB ethernet adapter wel is ingeplugd:
dus internet - eth0 - eth1 - lokaal netwerk
Ik snap wel wat je wilt en daarom stel ik voor naar een bonding interface te kijken. Bonding kan meerdere interfaces bundelen voor meer throughput, maar ook gebruikt worden voor failover en dat is wat je zoekt volgens mij.

Acties:
  • +2Henk 'm!

  • SpeedingWilly
  • Registratie: augustus 2000
  • Laatst online: 12-11 19:02
Bonding werkt inmiddels. Dus voor de interface rpi - lokaal netwerk connect de Rpi zonder USB ethernet adapter automatisch via wifi nu, en als ik de USB ethernet adapter gebruik connect de Rpi via deze ethernet adapter. Allemaal hot-plugable uiteraard. De vaste ethernetpoort is voor de verbinding met de omvormer.

Nu genieten van de zon en morgen verder met stap 5


Hieronder nog het stappenplan voor de geïnteresseerden (en eventueel om kleine foutjes eruit te halen :)).
  1. The first step is to install the kernel module for the bonding drive which is done as follows on both Ubuntu and Raspbian:
    code:
    1
    
    sudo apt-get install ifenslave
  2. Once done the OS has to be instructed to load the kernel module during system startup. This is done by adding a new line in the /etc/modules configuration file that says "bonding". Make sure to back up the configuration file before making the change.
    code:
    1
    
    sudo nano /etc/modules

    insert a new line which says
    code:
    1
    
    bonding
  3. And finally, the network interfaces have to be configured for bonding. This is done in /etc/network/interfaces and the configuration looks as follows (again, backing up the configuration file first is a good idea!):

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
# interfaces(5) file used by ifup(8) and ifdown(8)
# Include files from /etc/network/interfaces.d:
source-directory /etc/network/interfaces.d

# The loopback network interface
auto lo
iface lo inet loopback

# confirm status at
$ cat /proc/net/bonding/bond0

# Instellingen voor de USB bedrade verbinding via adapter:
auto eth1
allow-hotplug eth1
iface eth1inet manual
    bond-master bond0
    bond-primary eth1
    bond-mode active-backup

# Instellingen voor de Wi-Fi verbinding:
auto wlan0
allow-hotplug wlan0
iface wlan0 inet manual
    bond-master bond0
    bond-primary eth1
    bond-mode active-backup
    wireless-power off
    wpa-ssid DaVertelIkLekkerNie
    wpa-psk HeelVeelGetalletjes

# Instellingen voor de bond
auto bond0
iface bond0 inet static
    address 192.168.0.17
    broadcast 192.168.0.255
    netmask 255.255.255.0
    gateway 192.168.0.1
    dns-nameservers 8.8.8.8 8.8.4.4
    bond-master bond0
    bond-primary eth1
    bond-mode active-backup
    bond-miimon 100
    bond-fail_over_mac active
    bond-primary_reselect always
    bond-updelay 100
    bond-downdelay 0
    bond-slaves none

# Instellingen voor de bedrade verbinding naar de omvormer:
auto eth0
iface eth0inet static
    address 192.168.1.1
    network 192.168.1.0
    broadcast 192.168.1.255
    netmask 255.255.255.0

Er zal vast nog e.e.a. aan op te merken zijn (ben een Linux/netwerk dummy :X ) maar het werkt.

SpeedingWilly wijzigde deze reactie 08-05-2018 08:42 (100%)


Acties:
  • +2Henk 'm!

  • andrerij
  • Registratie: april 2017
  • Laatst online: 10-11 14:03
SpeedingWilly schreef op vrijdag 4 mei 2018 @ 02:05:
@andrerij

Is jouw super mooie oplossing voor visualisatie van de data ook te gebruiken voor 33 panelen? In jouw startpost staat dat het voor maximaal 30 panelen is. Is het een kwestie van het aanpassen van wat files of gaat het echt niet werken met meer dan 30 panelen?
Het is ook uit te breiden voor 33 panelen. Ik heb een nieuwe versie gemaakt voor 33 panelen.
De files config.php, live-server-data-paneel.php, live-server-data-zon.php, zonnepanelen.php en zonnepanelen.css zijn hierop aangepast.

De laatste versie kan gedownload worden van GitHub..

andrerij wijzigde deze reactie 24-04-2019 21:20 (15%)


Acties:
  • +1Henk 'm!

  • andrerij
  • Registratie: april 2017
  • Laatst online: 10-11 14:03
quote:
SpeedingWilly schreef op maandag 7 mei 2018 @ 21:01:
Heeft er iemand een stappenplan hoe ik er voor zorg dat de logger naar een database op b.v. mijn NAS gaat schrijven i.p.v. naar de lokale database op de Pi (zoals het nu werkt).

Alvast bedankt!
Dit kan eenvoudig door in liveupdate.py het volgende aan te passen:
code:
1
 db_host = "192.168.1.78"

192.168.1.78 is dan het internetadres van de NAS.
Je moet dan wel zorgen dat in de database de gebruiker van de soloar-edge database met een % is geconfigureerd.

Ik heb zelf de code verder aangepast zodat liveupdate.py zowel naar de lokale Pi database als naar mijn NAS database schrijft. Dan heb ik altijd een backup van de gegevens.

Acties:
  • +1Henk 'm!

  • andrerij
  • Registratie: april 2017
  • Laatst online: 10-11 14:03
quote:
SpeedingWilly schreef op dinsdag 8 mei 2018 @ 19:57:
[...]


Ik ben een noob op DB gebied, wat bedoel je met bovenstaande?
Bij gebruik van phpmysql kun je een gebruiker voor de mysql database aanmaken.


Hierbij kun je kiezen voor o.a. de server name: "Elke host" "%". Dan kun je ook vanuit andere computers contact ook maken met de database.
Indien je zowel van buiten als lokaal de database wil benaderen dan moet je twee dezelfde gebruikers aanmaken, één met "Elke host" "%" en één met "lokaal" "localhost".
voorbeeld:
https://tweakers.net/ext/f/tvwbDkoPIvw4OAkZW5bXYu1Q/full.jpg

Acties:
  • +1Henk 'm!

  • andrerij
  • Registratie: april 2017
  • Laatst online: 10-11 14:03
quote:
SpeedingWilly schreef op woensdag 9 mei 2018 @ 11:48:

Wat doe ik fout? Wat kan ik controleren?

P.S. in pvo-upload-3phase.log staat ook een fout, en heeft ook met de db te maken.
Heb je al geprobeerd om met de username en password in te loggen bij mysql en dan de solaredge database te benaderen?

Acties:
  • +1Henk 'm!

  • tsjoender
  • Registratie: april 2005
  • Laatst online: 12:04
quote:
Christiano007 schreef op vrijdag 11 mei 2018 @ 14:14:
Is het mogelijk dat je door minder warmte meer opbrengst hebt ? Ik zie nu een piek van 2,9 en het is niet denderend weer. Terwijl met het prachtige weer hij niet boven een piek van 2,6 uitkomt
Dat is zeker mogelijk. Warmere panelen leveren minder stroom dan koude. Dit effect kun je op dit soort dagen mooi zien. Ook zie je mooie pieken als de zon achter de wolken vandaan komt.

Acties:
  • +1Henk 'm!

  • andrerij
  • Registratie: april 2017
  • Laatst online: 10-11 14:03
De panelen boven nummer 24 werden niet goed weergegeven. Dit is nu verholpen.
De laatste versie kan gedownload worden van GitHub.

andrerij wijzigde deze reactie 24-04-2019 21:26 (18%)


Acties:
  • +1Henk 'm!

  • Fidler
  • Registratie: november 2003
  • Laatst online: 14-11 13:11
Thanks, ga ik straks even proberen.

Zag in de originele omschrijving wel iets wat ik niet helemaal snap :

4.1
Om de logger te testen sluit je even een computer/laptop aan in plaats van de omvormer en draai je het volgende commando op de logger (dit gaat er van uit dat de testcomputer op poort eth0 is aangesloten)

5.7
Open 'se-logger-service.sh' en zorg dat in het SETTINGS gedeelte 'interface' verwijst naar de netwerkpoort waarop de omvormer is aangesloten. Als je sectie 4.1 hebt gevolgd is het waarschijnlijk 'eth1' of 'wlan0'; als je sectie 4.2 hebt gevolgd is het 'eth0'.

Ipsa scientia potestas est


Acties:
  • +1Henk 'm!

  • winnie
  • Registratie: juli 1999
  • Laatst online: 05:31

winnie

de poes...

SInds woensdag heb ik een Solaredge HD wave, aangesloten met en vast ipadres op een fritsbox van XS4all. Gisteravond een stroomstoring gehad in het dorp, en zeker sindsdien (mogelijk eerder) krijg ik bij de lan aansluiting
Status: 11000000 (of soms 11100000)
- G server ping failed
- server 1 ping failed
- server 2 ping failed
- tcp connect failed.
Google geeft hierover geen zinvolle info.
Ik zelf heb vanaf de switch het adres prod.solaredge.com:22222 al gepingd, dat gaat goed. prod.solaredge.com:22222 is volgens de handleiding het adres dat benaderd wordt. Idem vanaf een willekeurige client in het netwerk. Ipadres dat de omvormer geeft (xxx.xxx.xxx.57) wordt ook netjes vermeld op de router en op de gekoppelde switch. Dat adres is ook vanaf een andere client te pingen. De omvormer geeft ook netjes mijn gateway aan (XXX.XXX.XXX.1)

Kortom: ik weet het effe niet meer. Is iemand die hier meer over kan zeggen?
nb: het heeft woensdag, en donderdag gewerkt. Sinds vrijdagochtend heb ik de lan status niet meer gecontroleerd.

En het antwoord gevonden: ik heb de omvormer een nieuw ipadres gegeven, lan kabel losgehaald en weer vastgemaakt en nu werkt de communicatie weer. Rara. Er waren geen dubbele adressen uitgedeeld, dus wat het nu geweest is....

winnie wijzigde deze reactie 10-06-2018 08:44 (20%)


  • sunlight78
  • Registratie: oktober 2016
  • Laatst online: 16-08 11:59
Kijk mooizo. Nu komt de info netjes in de database. Hartelijk bedankt voor de troubleshooting. Op naar het volgende project. Mijn analoge meter uitlezen met 2 cny70 sensors en een arduino gekoppeld aan de database.

  • tomdekeyser
  • Registratie: juni 2018
  • Laatst online: 02-05 11:35
quote:
rtenklooster schreef op dinsdag 19 juni 2018 @ 22:25:
Ik ga ook een PV installatie met SolarEdge installeren. Nu twijfel ik of ik meteen ook een SolarEdge Modbus meter mee bestel om ook gedetailleerde info van mijn 3 fasen inzichtelijk te krijgen.
Wat me niet direct duidelijk wordt is of de bestaande logging scripts ook de modbus data onderscheppen. Heeft iemand hier toevallig informatie over?

Ik krijg wellicht een nieuwe meter omdat ik mijn aansluiting upgrade naar 3 fasen. Nu zijn die slimme meters prima met de P1 poort uit te lezen. Is het in dit geval überhaupt zinvol om een modbus te plaatsen, of volstaat het uitlezen van de slimme meter ook wel? Wat is jullie advies?
Na dat ik veel gespeeld heb met de se-logger. Ben ik uiteindelijk van start gegaan met Modbus TCP dat ook op mijn SolarEdge omvormer zat. Ik heb een Loxone domotica systeem en ik kon de omvormer hier gewoon aan toevoegen als device en de waarden uitlezen (wel niet zo uitgebreid als via se-logger).

Wat je over Modbus TCP binnen krijgt vind je hier: https://www.solaredge.com...tation-technical-note.pdf

Acties:
  • +1Henk 'm!

  • Rouske
  • Registratie: juli 2007
  • Laatst online: 12:06
quote:
Rouske schreef op donderdag 21 juni 2018 @ 22:23:
Klopt, ook bij mij sinds gistermorgen ~11:30 geen connectie meer, blijft hangen op de laatste test: TCP connection Failed.
De server die in de omvormer vermeld staat is prodnt.solaredge.com
Nslookup geeft datzelfde IP: 185.121.71.35

Straks na 0:00 ga ik de omvormer even spanningsloos maken, wellicht dat dit helpt. Edit: heeft niet geholpen :(
Morgen SolarEdge maar eens bellen...
Na tig minuten aan de telefoon gehangen te hebben bij SolarEdge en nog niemand te pakken gekregen, heb ik mijn installateur maar gebeld en die nam wel meteen op.
Paar zaken doorlopen/getest. Welke internet provider ik had (Ziggo), bedraad aangesloten, internet werkt op die LAN kabel, enz...

De installateur gaat SolarEdge contacten, ook vermeld dat er meerdere systemen last hebben.
Ik ben benieuwd wanneer er een antwoord of reactie komt wat er aan de hand is.

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


Acties:
  • +1Henk 'm!

  • charlygolf
  • Registratie: december 2016
  • Laatst online: 13-11 12:51
Ik ben enige tijd geleden tegen een vergelijkbaar probleem aangelopen, met hetzelfde probleem voor de output-range van live-server-data-inverter.php (-15 tot -30 ipv 14 tot 0).

De oorzaak lag in een aantal records met 0-waarde voor de solar opbrengst rond middernacht. Als ik die verwijderde was het probleem voor die dag opgelost.

Ik heb de SQL query aangepast in live-server-data-inverter.php om records met de_day=0 uit te sluiten. Daar heeft die grafiek volgens mij sowieso geen last van. (Let op, er staan 2 queries, 1 voor 1 phase omvormers, 1 voor 3-phase)

'WHERE de_day>0 AND timestamp BETWEEN ' . $date_i . ' AND ' . $tomorrow . ' ' .

Acties:
  • +1Henk 'm!

  • andrerij
  • Registratie: april 2017
  • Laatst online: 10-11 14:03
quote:
SpeedingWilly schreef op woensdag 27 juni 2018 @ 08:47:
[...]


Top, ik heb dit ook aangepast en kan melden dat hiermee de data weer geplot wordt in de grafiek rechtsboven! _/-\o_

@andrerij:
Ik wil de grote dagopbrengstgrafiek graag om 05:00 in de ochtend laten beginnen i.p.v. op 00:00. Ik zoom liever in op het daggedeelte dat er productie is, en van middernacht tot 5 uur in de ochtend heb ik geen productie. Weet jij hoe dit kan en wat ik dan moet veranderen? Thanks alvast voor het antwoord.
Als je in live-server-data-s.php en live-server-data-c.php de regel bij 1 fase en 3 fase inverter
'WHERE timestamp BETWEEN ' . $date . ' AND ' . $tomorrow . ' ' .

aanpast in

'WHERE de_day > 0 AND timestamp BETWEEN ' . $date . ' AND ' . $tomorrow . ' ' .

dan zal de grafiek pas starten bij aanvang van de productie.

Acties:
  • +1Henk 'm!

  • Aegle
  • Registratie: november 2013
  • Laatst online: 14-11 17:14

Aegle

"hier" = Schiedam, ZH...

Klopt. 31 mei was zo’n dag...:
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
Date    Time    Energy  Efficiency  Power   Average Normalised  Temperature Voltage Energy Used Power Used  
...
...
31/05/18    11:35   1.970kWh    0.758kWh/kW 254W    -   0.098kW/kW  30.5C   231.0V  -   -   
31/05/18    11:30   1.943kWh    0.747kWh/kW 359W    -   0.138kW/kW  30.5C   231.2V  -   -   
31/05/18    11:25   1.921kWh    0.739kWh/kW 184W    -   0.071kW/kW  30.3C   234.7V  -   -   
31/05/18    11:20   1.913kWh    0.736kWh/kW 25W -   0.010kW/kW  30.4C   232.4V  -   -   
31/05/18    11:15   1.910kWh    0.735kWh/kW 51W -   0.020kW/kW  30.5C   231.5V  -   -   
31/05/18    11:10   1.901kWh    0.731kWh/kW 118W    -   0.045kW/kW  30.6C   232.7V  -   -   
31/05/18    11:05   1.891kWh    0.727kWh/kW 106W    -   0.041kW/kW  31.1C   232.0V  -   -   
31/05/18    11:00   1.891kWh    0.727kWh/kW 0W  -   0.000kW/kW  30.7C   231.2V  -   -   
31/05/18    10:55   1.891kWh    0.727kWh/kW 0W  -   0.000kW/kW  30.4C   229.5V  -   -   
31/05/18    10:50   1.891kWh    0.727kWh/kW 0W  -   0.000kW/kW  30.5C   228.9V  -   -   
31/05/18    10:45   1.891kWh    0.727kWh/kW 0W  -   0.000kW/kW  30.9C   229.7V  -   -   
31/05/18    10:40   1.888kWh    0.726kWh/kW 94W -   0.036kW/kW  31.0C   230.2V  -   -   
31/05/18    10:35   1.874kWh    0.721kWh/kW 222W    -   0.085kW/kW  31.2C   229.3V  -   -   
31/05/18    10:30   1.850kWh    0.712kWh/kW 331W    -   0.127kW/kW  31.2C   230.5V  -   -   
31/05/18    10:25   1.819kWh    0.700kWh/kW 368W    -   0.142kW/kW  31.2C   231.1V  -   -   
31/05/18    10:20   1.792kWh    0.689kWh/kW 260W    -   0.100kW/kW  31.2C   229.3V  -   -

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


Acties:
  • +1Henk 'm!

  • andrerij
  • Registratie: april 2017
  • Laatst online: 10-11 14:03
quote:
Jerrythafast schreef op woensdag 27 juni 2018 @ 21:40:
[...]

Zou je niet lever e_day in plaats van de_day checken daarvoor? Als de omvormer bij tijdelijke duisternis (bijvoorbeeld tijdens een zware zomerse bui) een paar minuten stand-by staat mis je anders een stukje van je grafiek.

En zeg niet dat dat niet voorkomt anders ga ik voorbeelden in mijn database lopen zoeken :Y) Ik heb het meermaals gezien in de afgelopen jaren in ieder geval ;)
Dit klopt. Het kan beter e_day zijn, maar voor de grafiek maakt het niets uit omdat zodra de_day weer groter dan 0 wordt de data weer op de juiste tijd wordt geschreven en de grafiek doorloopt.
Ik heb dit getest met een dag waarbij de waarde tussentijds 0 werd.

andrerij wijzigde deze reactie 27-06-2018 22:42 (16%)


Acties:
  • +1Henk 'm!

  • ik222
  • Registratie: maart 2007
  • Niet online
@wopper Het is niet zo moeilijk om in dat script het MySQL port number te kunnen specificeren. Onderstaande zou het moeten doen:
PHP:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
<?php
//Version 0.0.10
//SETTINGS
define("DB_HOST", "localhost");
define("DB_PORT", "3307");
define("DB_NAME", "solaredge");
define("DB_USERNAME", "dbuser");
define("DB_PASSWORD", "dbpassword");
define("PVO_API_KEY", "a2726abcfd6254409e725b628cfaed293745dbca");
define("PVO_SYSTEM_ID", "12345");



$db = new PDO(
  "mysql:host=" . DB_HOST . ";port=" . DB_PORT . ";dbname=" . DB_NAME . ";charset=utf8", DB_USERNAME, DB_PASSWORD,
  [PDO::ATTR_ERRMODE => PDO::ERRMODE_EXCEPTION,
   PDO::ATTR_DEFAULT_FETCH_MODE => PDO::FETCH_ASSOC]);


Acties:
  • +1Henk 'm!

  • wopper
  • Registratie: juli 2001
  • Laatst online: 11:45
quote:
Jerrythafast schreef op zaterdag 7 juli 2018 @ 22:43:
[...]

Dan zijn daar twee foutjes in geslopen! Dit is wat je had moeten doen:
Python:
1
2
3
4
5
6
7
8
9
10
11
12
13
# Bovenaan bij SETTINGS voeg je deze toe (let op: geen aanhalingstekens!):
db_port = 3307

# Zo rond regel 360 wordt het zo:
class DBManager:
  def __init__(self, user, passwd, db, host, port, retries=5):
    self.retries = retries
    while retries:
      try:
        self.conn = MySQLdb.connect(user=user, passwd=passwd, db=db, host=host, port=port)

# Bijna helemaal onderaan moet dit:
db = DBManager(db_user, db_pass, db_name, db_host, db_port)

root@jumpserver:~# python /opt/se-logger/liveupdate.py
End of file. Shutting down.


Wauw jij bent best goed in dit soort dingen! Middelste stuk was idd fout, tnx.

PVoutput 4020WP Z-ZW en Z-ZO


Acties:
  • +1Henk 'm!

  • Jerrythafast
  • Registratie: september 2012
  • Laatst online: 11-11 21:12
quote:
stefxx schreef op zondag 29 juli 2018 @ 21:25:
Ik heb een SolarEdge omvormer uit 2013. CPU versie is 2.1049. Ik log al jaren via RS485 (naast de normale SolarEdge monitoring via internet), er bestond in 2013 nog niet eens een API. Maar het stoort me al jaren dat ik geen paneel informatie heb...

Dus ik vond dit geweldige project! Gelijk aan de slag gegaan, en alles werkt... totdat het lijkt dat mijn verkeer, ondanks CPU 2.x toch encrypted is. Ik zie namelijk dit in liveupdate.log:
code:
1
2
3
4
5
6
7
8
Warning! Got 22 mysterious bytes left! (state=0)
e6 79 0a 5c f8 b3 4d df 01 23 92 05 6e a4 4e 1e 6b 37 b7 12 9f dc
Warning! Got 22 mysterious bytes left! (state=0)
77 b8 5a 12 07 bd d7 e5 af 3b 71 92 a4 02 e9 44 5a 49 18 7c ef cb
Warning! Got 22 mysterious bytes left! (state=0)
7f 1d 0d c8 66 7f e3 28 25 44 c9 69 e5 d6 81 3d 94 5a fe 5c ec c1
Warning! Got 230 mysterious bytes left! (state=0)
59 d3 58 52 ac 3c 69 b7 80 08 b7 f6 93 fd 52 62 2e 3b db 34 04 df 98 ef 22 cc 8e 8f 43 df e1 0b a5 99 c5 3a 63 00 ec 17 9e b7 f2 73 c0 ... etc

Geen paniek, dan moeten we dus de key uitlezen. USB in de omvormer en gaan met die banaan... dacht ik dus. Dit is de output:
code:
1
2
3
4
5
6
7
8
9
10
11
>python c:\Users\stefxx\Downloads\solaredge-logger-v0.0.10\get-encryption-key\get-key-by-rs232.py
Traceback (most recent call last):
  File "c:\Users\stefxx\Downloads\solaredge-logger-v0.0.10\get-encryption-key\get-key-by-rs232.py", line 75, in <module>
    getKeyPart(connection, i+1, inverter_id)) + "'")
  File "c:\Users\stefxx\Downloads\solaredge-logger-v0.0.10\get-encryption-key\get-key-by-rs232.py", line 75, in <genexpr>
    getKeyPart(connection, i+1, inverter_id)) + "'")
  File "c:\Users\stefxx\Downloads\solaredge-logger-v0.0.10\get-encryption-key\get-key-by-rs232.py", line 68, in getKeyPart
    struct.pack("<H", 0x238 + seq))))
  File "c:\Users\stefxx\Downloads\solaredge-logger-v0.0.10\get-encryption-key\get-key-by-rs232.py", line 60, in calcCrc
    crc = crcTable[(crc ^ ord(d)) & 0xff] ^ (crc >> 8)
TypeError: ord() expected string of length 1, but int found

En nu zit ik dus een beetje vast. Kan iemand me een zetje geven?

Dank!
Gebruik python2 ipv python3 ;)

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


  • wopper
  • Registratie: juli 2001
  • Laatst online: 11:45
@andrerij vandaag is de SE installatie live gegaan. De DB wordt gevuld, PVOutput werkt goed, https://pvoutput.org/intr...934&sid=60227&dt=20180819

Maar de door jou gebouwde webcontent werkt nog niet. Ik heb 8 panelen en de ID's in de config.php geplaatst. Maar de hele site blijft leeg, jij een idee? Zelf denk ik aan een php afhankelijkheid welke nu niet aan staat op de Synology Webserver?

https://tweakers.net/ext/f/1j6gD2DaF4hKSTZtdY3h3MoA/thumb.png


Als jij of iemand ideeën heeft, graag ;-)

@ocaj is jouw site content ook beschikbaar voor ons?
@Jerrythafast is jouw site content ook beschikbaar voor ons?

PVoutput 4020WP Z-ZW en Z-ZO


  • pkleingu2
  • Registratie: september 2009
  • Laatst online: 13-11 16:34

Door de twee outputs als child aan te bieden aan een parent systeem (een derde systeem dus) via Data Aggregation.

pkleingu2 wijzigde deze reactie 06-09-2018 20:00 (26%)


  • wopper
  • Registratie: juli 2001
  • Laatst online: 11:45
Jerrythafast schreef op zondag 14 oktober 2018 @ 11:48:
[...]

Zoals je zelf al zei wisselt de omvormer wel eens van TCP-poort: "Communicatiesoftware versie 3.1444 of hoger via: 22222, 22221, 80". Ongeacht welke poort wordt gebruikt, is de inhoud van de communicatie hetzelfde. Dat poort 80 erbij zit suggereert dat ze dit doen in een poging brakke router firmware te omzeilen. Poort 80 is immers bedoeld voor HTTP-verkeer, maar de omvormer gebruikt duidelijk geen HTTP op die poort.

Zelfs zonder naar de inhoud te hoeven kijken is in jouw screenshots al te zien dat de communicatie over poort 80 en 22222 van hetzelfde laken en pak is: de pakketjes hebben vergelijkbare lengtes (22, 66, 78 en 88 bytes).
Check :) lijkt inderdaad een kopie. Vanavond maar ombouwen naar MAC adres filtering. Ik ben nu overtuigd dat het inderdaad de beste keuze is.

PVoutput 4020WP Z-ZW en Z-ZO


  • Staatslot
  • Registratie: december 2007
  • Laatst online: 07:26
Ontzettend bedankt voor de info in dit topic en @Jerrythafast in het bijzonder voor het duidelijk uitschrijven van alle info en het beschikbaar stellen van de scripts. Morgen komen mijn panelen, heb een Ubuntu machine klaarstaan dus ben heel benieuwd wat we voor verkeer gaan vangen.. Spannend! Thanks!

  • willemx
  • Registratie: mei 2011
  • Laatst online: 07-11 21:37
Vraagje over "last_0503":
Ik ben bezig om liveupdate.py aan te passen om het in mijn eigen domotica netwerk te kunnen draaien (ik gebruik geen MySQL maar MongoDb en wil vanuit liveupdate.py ook direct MQTT messages genereren voor mijn Node-RED app). MQTT heb ik al voor elkaar en ook opslag in MongoDb werkt al voor de inverter- en optimizer-data, maar ik zit nog een beetje te prutsen met de 0503 - key in de live_update table.
Ik zie in liveupdate.py dat er af en toe een "0503 key" gelezen word uit de PCAP info. Ik snap echter niet waar deze key voor gebruikt word (ik weet weinig van crypto). Voor zover ik zie wordt deze key eenmalig bij het opstarten uit de SQL database gelezen en gebruikt om een "decryptor" te fabriceren. Daarna lijkt het me dat er op random momenten in de PCAP info nieuwe 0503 keys op kunnen duiken, maar daar wordt niets mee gedaan, behalve steeds de meest recente key te bewaren in de SQL db. Pas bij het opnieuw opstarten van liveupdate.py wordt de laatst gelezen key weer gebruikt.
Als ik dus met een enkel commando liveupdate *.PCAP een groot aantal PCAP files ga verwerken word alleen de bij het opstarten gelezen 0503 key gebruikt voor alle PCAP files. Of zie ik iets over het hoofd?
Kan iemand me uitleggen hoe het decodeerproces werkt?

  • Jerrythafast
  • Registratie: september 2012
  • Laatst online: 11-11 21:12
willemx schreef op zaterdag 20 oktober 2018 @ 15:32:
Ik zie in liveupdate.py dat er af en toe een "0503 key" gelezen word uit de PCAP info. Ik snap echter niet waar deze key voor gebruikt word (ik weet weinig van crypto). Voor zover ik zie wordt deze key eenmalig bij het opstarten uit de SQL database gelezen en gebruikt om een "decryptor" te fabriceren.
Die decryptor is nodig om de data die je omvormer verzendt te ontcijferen, SolarEdge versleutelt namelijk die informatie. De "0503 key" is een soort decryptiesleutel die periodiek wijzigt.
Daarna lijkt het me dat er op random momenten in de PCAP info nieuwe 0503 keys op kunnen duiken,
Klopt, wanneer dit gebeurt zal vanaf dat moment die nieuwe 0503 key worden gebruikt en is de voorgaande niet meer bruikbaar voor het ontsleutelen van informatie die daarna wordt verzonden.
maar daar wordt niets mee gedaan, behalve steeds de meest recente key te bewaren in de SQL db. Pas bij het opnieuw opstarten van liveupdate.py wordt de laatst gelezen key weer gebruikt.
Dat zie je niet goed, de key wordt niet alleen opgeslagen, er wordt ook weer een nieuwe decryptor gemaakt die gebruikmaakt van deze nieuwe 0503 key. Dit gebeurt helemaal aan het einde van de get_messages functie. De nieuwe key wordt dus ook opgeslagen in de database, zodat se-logger bij een herstart de meest recente 0503 key uit de database kan halen (in de hoop dat die nog geldig is).
Als ik dus met een enkel commando liveupdate *.PCAP een groot aantal PCAP files ga verwerken word alleen de bij het opstarten gelezen 0503 key gebruikt voor alle PCAP files. Of zie ik iets over het hoofd?
Hij zal dus de 0503 key die hij bij het opstarten uit de database leest gebruiken voor de eerste PCAP files, totdat hij in die PCAP files een nieuwe key tegenkomt, daarna wordt de nieuwe 0503 key gebruikt voor het vervolg (tot er wéér een nieuwe voorbij komt).
Kan iemand me uitleggen hoe het decodeerproces werkt?
Whizkidzz op GitHub (23 maart 2016) had het voor het eerst ontcijferd. Een dag later vind je een comment van mij met de eerste implementatie van de 'SEDecrypt' class die ook in liveupdate.py te vinden is.

Met name de comments van mij en Whizkidzz in dat draadje zijn wel informatief voor het uitpuzzelen van hoe dit protocol werkt.

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


  • willemx
  • Registratie: mei 2011
  • Laatst online: 07-11 21:37
@Noppes123
zie hier: https://gitlab.com/willemx/se-logger/tree/master voor een gerefactor-de liveupdate.py
Ik heb jerry's code functioneel opgesplitst in afzonderlijke modules en er zelf enkele aan toegevoegd t.b.v. MongoDb en MQTT.
Alles is nog in een zeer prematuur stadium, maar werkt al wel: de inverter- en optimizer-data wordt nu zowel naar MySQL als MongoDb gelogd en ook gepublished via MQTT. De 0503-keys worden niet meer naar een database geschreven, maar in een losse file. Dat leek me beter; geen idee meer waarom ook alweer ;)
(disclaimer: ik heb nog nooit iets met/in Python gedaan, dus ik sta absoluut niet in voor de code, maar wel open voor suggesties voor verbetering...)
Edit: gitlab repository is inmiddels weer verwijderd.

willemx wijzigde deze reactie 28-10-2018 12:21 (3%)


  • wopper
  • Registratie: juli 2001
  • Laatst online: 11:45
Jerrythafast schreef op zaterdag 13 oktober 2018 @ 11:17:
[...]

Ik denk dat filteren op het MAC-adres van je omvormer het meest effectief is. Dat is immers een constante (zowel IP-adres als TCP-poortnummer kan nog wel eens wisselen). Zie dit voorbeeld van eerder deze maand:

[...]

Hier moet je op de plek van "00:27:FF:FF:FF:FF" het MAC-adres van je omvormer invullen.
Ter naslag: alles draaide weken op port 22222, vandaag stroomstoring in de wijk. Begint hij op 22221, dus MAC filtering is 100% de beste keuze.

PVoutput 4020WP Z-ZW en Z-ZO


  • Jerrythafast
  • Registratie: september 2012
  • Laatst online: 11-11 21:12
Noppes123 schreef op woensdag 24 oktober 2018 @ 20:20:
Ik zal in mijn schaarse tijd proberen er een package van te maken dat met pip geïnstalleerd kan worden
Gewoon een setup.py script ervoor zetten heb ik natuurlijk geen bezwaar tegen, maar liever heb ik niet dat je se-logger uploadt naar PyPI. Mogelijk is se-logger namelijk tegen hun terms of service i.v.m. de reverse engineering output die erin staat. En als dat niet zo is upload ik hem liever zelf.

(Als uploaden naar PyPI inderdaad je plan was zou ik het trouwens ook erg waarderen als je dit soort plannen eerst even met mij kortsluit in het vervolg :Y) )
Noppes123 schreef op donderdag 25 oktober 2018 @ 19:21:
Ben druk bezig alles 'in te regelen' en gebruik nu nog zowel de SE API als de logger.

Vandaag was natuurlijk geen goede dag voor de zonnepanelen, maar ik constateerde een vreemd verschil tussen de API en de gelogde data t.a.v. totaal gebruik van de dag:

De API (en monitoring portal) geeft 1,41 kWh aan terwijl het e_day veld slechts 616 Wh aangeeft. De Inverter (SE7K) is overigens niet gereset of uitgeschakeld geweest vandaag (of er moet iets ongemerkt gebeurd zijn).
Weet iemand hoe de portal/API aan die totalen komt als de inverter andere getallen meldt?

UPDATE: Nadere controle van de MQTT messages toont aan dat e_day gelijk oploopt met de API info tot 13:00 en daarna dezelfde waarde blijft geven in alle volgende messages, terwijl e_total wel oploopt en ook de_day geeft steeds een klein vermogen aan over de voorgaande 5 minuten. Bugje in de Inverter? :'(
Dit is een bekende bug in de inverter, de SolarEdge portal zelf lijkt ook van de de_day uit te gaan. De totale energie op een dag is de som van alle de_day sinds het begin van de dag. Raar maar waar :9
Noppes123 schreef op vrijdag 26 oktober 2018 @ 15:58:
Hmmm, na een paar dagen goed loggen verschijnen er ineens meldingen van onverwachte sequences:


[...]


Zou er iets veranderd kunnen zijn aan de berichten die de inverter stuurt? Of is er iets mis in mijn configuratie?
Ter info: ik gebruik simpele port-mirroring op mijn managed switch om alle verkeer van de inverter 'af te luisteren'.
Het heeft er alle schijn van dat er TCP packets ontbreken in de capture. Aangezien er volgens deze output ook geen retransmission plaatsvindt lijkt het erop dat deze packets wel bij de omvormer aankomen. Zou het kunnen zijn dat je logger (of je switch?) het soms erg druk heeft en er zo pakketjes langs kunnen schieten? Anders weet ik het eigenlijk ook niet...

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: 11-11 21:12
willemx schreef op zondag 28 oktober 2018 @ 11:19:
@Jerrythafast
Nu ik je reactie naar Noppes123 m.b.t. het maken van een package lees kan ik me ineens heel goed voorstellen dat je het ook geen goed idee vind dat ik jouw code zonder jouw toestemming in stukjes heb geknipt en zomaar in een public gitlab repository heb gezet.
Excuses daarvoor.
'Just say the word' en ik haal hem weer weg.
Of misschien kun je overwegen om je code zelf in een of andere git/bit-lab/hub/bucket te plaatsen met een naar jouw inzicht geschikte licentie...
Ik heb inderdaad even overwogen dezelfde opmerking richting jou te maken, maar dit toen niet gedaan omdat ik met Git minder problemen heb. Immers is dat een open systeem waarbij het iedereen vrij staat om bijvoorbeeld pullrequests te maken om een project vooruit te helpen. Ik zou nu alsnog bijvoorbeeld mijn versie op GitHub kunnen gooien en dan zou jij jouw aanpassingen daar vanaf kunnen forken voor hetzelfde effect. Mijn probleem met PyPI is ook een beetje dat het gelijk vast hangt aan één package owner/maintainer en de daarop beschikbare versie dan automatisch wordt gezien als de "officiële", zelfs al is het eigenlijk een fork. Als ik vervolgens met versie 0.0.11 aan kom kakken hebben we een probleem omdat ik die dan niet zelf op PyPI kan zetten en upgraden via pip dus niet mogelijk is zonder tussenkomst van de persoon die het project daarop heeft gekwakt...

That said, misschien is het inderdaad wel handig als ik een officiële Git repo voor se-logger maak waar anderen features als setuptools en mqtt aan kunnen toevoegen. Ik zou er dan een GPLv3 license aan hangen (maar het nog steeds niet waarderen als het dan alsnog op PyPI wordt gezet ;))

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-11 17:11

MDKlapwijk

Kubiekdriehoekje

Jerrythafast schreef op zondag 28 oktober 2018 @ 11:48:
[...]
That said, misschien is het inderdaad wel handig als ik een officiële Git repo voor se-logger maak waar anderen features als setuptools en mqtt aan kunnen toevoegen. Ik zou er dan een GPLv3 license aan hangen (maar het nog steeds niet waarderen als het dan alsnog op PyPI wordt gezet ;))
_/-\o_

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


  • Jerrythafast
  • Registratie: september 2012
  • Laatst online: 11-11 21:12
Tomba schreef op woensdag 31 oktober 2018 @ 16:11:
@Jerrythafast (of anderen binnen dit topic ;) ), binnenkort (lees over 1.5 maand) wordt er een SolarEdge bij ons opgehangen en ik wil deze uiteraard ook gaan loggen. In je topicstart verwijs je (terecht :p) naar een RaspBerry. Ik heb nog een originele Pi B (de eerste dus met 256MB geheugen) Denk je dat ik daarmee toekom? (Zou het mooi vinden als ik m hiervoor in kon zetten)
se-logger heeft aan een paar MB geheugen meer dan genoeg (inclusief tcpdump)... hooguit dat je MySQL/MariaDB wat spartaans moet afstellen?

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: 11-11 21:12
Tomba schreef op woensdag 31 oktober 2018 @ 17:27:
[...]

Ok! Super bedankt voor je reactie.
Ik wil vooral niks missen eigenlijk ;) (zoals de encryptie sleutel)
Je kunt nu alvast kijken of je MySQL of MariaDB aan de praat krijgt. Als dat lukt gaat het wel goed komen. Ik heb er zelf eigenlijk wel vertrouwen in, het heeft allemaal echt niet zoveel nodig.

Even los van het RAM-gebruik... Over de hele dag gemeten heeft se-logger hier 10 CPU seconds nodig gehad op mijn RPi 2B. Hij schrijft op een goede dag 500 KB in een .pcap bestand op het SD-kaartje. Alleen de hoeveeheid I/O van MySQL is voor mij niet helemaal duidelijk, maar veel zal het niet zijn (deze hoeft trouwens niet per se op de RPi te staan, alss je iets anders 24/7 hebt draaien kan dat natuurlijk ook).

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: 11-11 21:12
Staatslot schreef op vrijdag 2 november 2018 @ 08:38:
Hallo allemaal,

Mijn inverter is na een goeie 2 weken nog steeds niet encrypted, vreemd genoeg..
De data gaat netjes de MySQL database in.

Wat ik alleen niet goed begrijp, ik zie al vrij snel de kolom e_day naar 500 gaan, en die blijft dat de rest vd dag 500. Ik zie wel de e_total en de de_day blijven oplopen.

Zie hieronder
[Afbeelding: Solaredge 500eday max]

Doe ik iets niet goed, of begrijp ik iets niet goed? Thanks!
Nee hoor, dat zie je goed. Dit is een bug in de SolarEdge firmware. Je kunt de waardes van de_day van die dag tot op dat moment bij elkaar optellen om de correcte waarde te krijgen. De monitoring website lijkt het ook op die manier op te lossen.
MO1234 schreef op zondag 4 november 2018 @ 11:28:
Ik weet niet of dit het juiste topic is maar ga de vraag hier toch stellen:
Vorige maand zelf de volgende installatie geïnstalleerd:
- 4.5 kWp
-Omvormer SE5K
-ZO/ZW 7/8
-15x P404 optimizers.

Momenteel gebruik ik het Solar Edge dashboard om mijn panelen te monitoren.
Nu lijkt het erop dat als ik som van mijn layout pak (per paneel) en deze vergelijk met wat de omvormer aangeeft er een verschil is tussen de 10-20% en bij een bewolkte dag zelfs 50% meer.

Voorbeeld:
Zonnige dag: omvormer 10kWh Som van panelen = 11,3kWh
Bewolkte dag: omvormer 300Wh Som van panelen = 665 Wh
Op een zonnige dag zou je misschien 1% verschil moeten zien tussen panelen en omvormer, op een bewolkte dag kan dat wel oplopen naar 10%. 665 Wh op een bewolkte dag uit 4500 Wp is ook maar slecht; ter vergelijking: bij mijn ouders leverden 2925 Wp panelen 562 Wh op afgelopen 30 oktober.

Zou het kunnen zijn dat je panelen in twee parallele strings zijn aangesloten? Immers, een SE5K wil 750 Volt hebben. In de datasheet van de P404 optimizer staat dat die maximaal 85 Volt leveren en er daarom minimaal 13 in serie moeten volgens SolarEdge. Dat zou de beroerde efficiency kunnen verklaren (al had ik dan eigenlijk verwacht dat het hele zaakje zelfs bij goed weer niks zou doen).
Tomba schreef op zondag 4 november 2018 @ 11:42:
[...]

@Jerrythafast kan ik (buiten een TCPDump test op de interface) nog andere zaken testen zonder SolarEdge? (Bv de connectie naar de database die op een andere machine draait)
Mooie setup! Om de connectie naar de database te testen zou je het makkelijkst mysql-client kunnen installeren. Of nog beter: probeer se-logger te starten, als alles goed werkt zou die gewoon "Reading from -" in /opt/se-logger/liveupdate.log moeten zetten en dan stilletjes moeten wachten op SolarEdge verkeer. Als hij de database niet kan bereiken zal hij voordat hij daar überhaupt komt al op zijn gat zijn gegaan met een error.

Jerrythafast wijzigde deze reactie 04-11-2018 13:15 (62%)

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


  • Tomba
  • Registratie: mei 2000
  • Nu online

Tomba

Quis custodiet ipsos custodes?

Jerrythafast schreef op zondag 4 november 2018 @ 13:11:
[...]

Mooie setup! Om de connectie naar de database te testen zou je het makkelijkst mysql-client kunnen installeren. Of nog beter: probeer se-logger te starten, als alles goed werkt zou die gewoon "Reading from -" in /opt/se-logger/liveupdate.log moeten zetten en dan stilletjes moeten wachten op SolarEdge verkeer. Als hij de database niet kan bereiken zal hij voordat hij daar überhaupt komt al op zijn gat zijn gegaan met een error.
Tx :)
Heb de service gestart en krijg netjes:

code:
1
Reading from -


in /opt/se-logger/liveupdate.log >:)

Ook wordt de pcap gevuld als ik een website open op de laptop die voorlopig als 'SE Emulator' geldt :p

code:
1
-rw-r--r-- 1 root root 1660108 Nov  4 14:29 solaredge-20181104132715.pcap



hartstikke bedankt voor je mooie werk en positieve attitude @Jerrythafast :)

[Aanvulling]
@Jerrythafast klopt het dat pvo-output.log leeg blijft als hij niets heeft om door te sturen?

Tomba wijzigde deze reactie 04-11-2018 14:38 (5%)

tomba.tweakblogs.net || Mijn V&A


  • Jerrythafast
  • Registratie: september 2012
  • Laatst online: 11-11 21:12
Tomba schreef op zondag 4 november 2018 @ 14:31:
[Aanvulling]
@Jerrythafast klopt het dat pvo-output.log leeg blijft als hij niets heeft om door te sturen?
Jep, hier komen alleen eventuele errors in te staan. (Als je twijfels hebt of die netjes periodiek runt zou je de query in het begin van het PHP script even kunnen slopen en kijken of je elke 2 minuten een error krijgt >:))

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: 11-11 21:12
ocaj schreef op zondag 4 november 2018 @ 16:59:
[...]


Weet je dat zeker @Jerrythafast ?
Zoals je weet gebruik ik de jbuehl-software en daar komt de E_day van de inverter gewoon al 2,5 jaar lang correct uit, die stopt niet bij 500, maar eindigt op een waarde die vergelijkbaar is mijn kwh-meter (SE een beetje optimistischer).
Een hele enkele keer valt de E_day (net als de optimizers) terug naar 0, maar dan moet je echt zo'n donkere winterse regenbui hebben dat de omvormer denkt dat het nacht geworden is.

Het zou ook kunnen dat het een firmware-bug die alleen optreed op de HTTP-interface? (Ik gebruik alleen RS485). Maar dat kun je vast in je pcap-bestanden napluizen....
Yep, 100% zeker. Het zit gewoon zo in de pcap!
MO1234 schreef op zondag 4 november 2018 @ 17:16:
[...]


Bedankt voor je antwoord.
30 okt gaven mijn panelen +900 Wh aan (wat zou overeen komen met je ouders) echter omvormer geeft 362Wh aan.
Panelen zijn aangesloten als 1 string.

Hier onder de voltages van het systeem.

[Afbeelding]

Eerst grafiek 30-10 362 Wh
Tweede grafiek 31-10 9,3kWh
Zoals je ziet is voltage (groen) +/- 750 VDC. Moet zeggen dat eerste grafiek heeft een paar uitschieters na +800DC
Rood is Wh
Heb je toevallig ook een grafiek van de optimizer spanning van alle optimizers? Die zouden met 15 panelen in serie allemaal zo rond de 50 Volt moeten zitten. Alleen in de ochtend verwacht ik dat de panelen op zuidoost wat hoger zitten en die op zuidwest wat lager en aan het einde van de middag andersom. Uiteraard zouden optimizers van panelen in de schaduw op die betreffende momenten lagere spanning moeten geven dan de anderen.

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


  • wopper
  • Registratie: juli 2001
  • Laatst online: 11:45
Tomba schreef op zondag 4 november 2018 @ 11:42:
[...]

Inmiddels heb ik e.e.a. draaien (of ja ik kan een aangesloten laptop sniffen op de Pi ;) de SolarEdge komt pas medio december....) maar het heeft wat kruim gekost.
Mijn doel was om (omdat ik toch een managed switch heb) de ethernet poort van de RasPi op te splitsen in een Untagged (op internet aangesloten) interface en een Tagged VLAN interface. De SolarEdge komt dan Untagged in hetzelfde VLAN als de Tagged interface van de RasPi. Hoef ik niet te kloten met een USB netwerkkaart met ditto hoge load.
[Afbeelding]
Verder heb ik de installatie gevolgd zoals in de (geweldige!) topicstart sectie 4.1 beschreven staat. Met Raspbian Stretch liep ik er tegenaan dat de VLAN interface niet automatisch opkwam na een reboot. (alleen na een ifup of een networking stack herstart)
Tot mijn verbazing kreeg ik weinig hulp in het door mij op Tweakers geopende topic maar gelukkig heb ik via het Raspberry forum toch een oplossing kunnen vinden, zie Tomba in "VLAN interface op Raspbian Stretch" voor de korte samenvatting. Wellicht heeft iemand anders er nog wat aan ;)

@Jerrythafast kan ik (buiten een TCPDump test op de interface) nog andere zaken testen zonder SolarEdge? (Bv de connectie naar de database die op een andere machine draait)
Heb je met een pc getest of het werkt, browsen etc? Zonder NAT regels in je OS krijgt het van 113 geen internet. Je hebt nat nodig van vlan 113 naar vlan 12 (internet). Omdat de SE naar de server moet communiceren, anders heb je niets te onderscheppen 8)

Heb dezelfde setup alleen dan in een VM met Ubuntu.

EDIT lees net dat je al getest hebt met een laptop.

PVoutput 4020WP Z-ZW en Z-ZO


  • Jerrythafast
  • Registratie: september 2012
  • Laatst online: 11-11 21:12
MO1234 schreef op zondag 4 november 2018 @ 20:36:
[...]


Dag met weinig zon alles rond de 50VDC. Met veel zon is het zoals je beschrijft.

[Afbeelding]

[Afbeelding]
Dat ziet er inderdaad wel uit zoals ik had verwacht voor een goed werkend systeem, daar lijkt toch niet echt iets mis te zitten. Zou het dan echt de efficiency van de optimizers en omvormer zijn? Je omvormer is wel aardig overgedimensioneerd, maar dan nog zou ik toch zeggen dat het hoger moet kunnen uitvallen op basis van de efficiency grafieken :?

Als je installateur het ook niet weet zou je misschien rechtstreeks naar SolarEdge support kunnen mailen, misschien dat zij er iets zinnigs over kunnen zeggen.

Het enige probeersel dat ik zou kunnen verzinnen: een kleinere omvormer eraan hangen, om hem in een hoger efficiency-bereik te krijgen. Als dat de situatie oplost is mijn conclusie dat een SE5K (of in ieder geval die van jou) een beroerde efficiency heeft. En als dat niet helpt weet ik het eigenlijk ook niet meer :X

Jerrythafast wijzigde deze reactie 04-11-2018 20:52 (12%)

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: 11-11 21:12
Rouske schreef op zondag 4 november 2018 @ 20:53:
@MO1234 als ik de Wh waarden van mijn panelen op tel, dan is dat zeker ook meer dan wat de omvormer als levering aangeeft. Dat is wel de DC kant en je hebt natuurlijk nog wel het DC/AC omzet verlies.

Vandaag bij mij 10,118 kWh bij optellen panelen, omvormer zegt 9,88 kWh.
Een DC/AC efficiency van 97,65?
Zulke cijfers scoort het systeem bij mijn ouders ook, maar bij MO1234 hebben we het over 88% op een goede dag... dat is toch andere koek!

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


  • Rouske
  • Registratie: juli 2007
  • Laatst online: 12:06
@MO1234 welke uitbreidingen heb je voor ogen, aan beide kanten extra panelen?
Of hoeveel panelen kan je op elk dakvlak kwijt?

Want ik weet bijna zeker dat SolarEdge gaat zeggen, dat het minimale aantal op elk dakvlak te laag is voor een goede werking met een 3 fase omvormer.

Zoals @Jerrythafast al zegt een 1-fase omvormer toepassen, aangezien daar maar 6x een P404 voor nodig is. Voor elk dakvlak 1?

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


  • Aegle
  • Registratie: november 2013
  • Laatst online: 14-11 17:14

Aegle

"hier" = Schiedam, ZH...

Jerrythafast schreef op maandag 5 november 2018 @ 19:46:
[...]

Hahaha goed punt! Dat zal inderdaad de verklaring zijn. Ik neem eigenlijk wel aan dat het via RS-485 ook niet klopt met de huidige firmware.

Overigens lijkt het erop dat die dingen zelden pro-actief geupdatet worden, daarvoor moet echt iemand op het knopje drukken zo lijkt het.
Mijn SE3000 is van begin 2014 en in juni van dat jaar in bedrijf gesteld. Tevens is ie toen aan het grote boze internet gekoppeld... Maar van firmware updates heeft ie nog nooit gehoord... :+ .

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


  • ocaj
  • Registratie: juli 2011
  • Niet online
@MO1234 Waar je vooral aan kan zien dat het systeem niet optimaal werkt is aan de "platte" stukjes in je DC-grafiek per optimizer. Je hebt 's ochtends en 's avonds een aantal optimizers die de maximale 85 Volt produceren. Hier kun je aan zien dat het systeem tegen de grens van zijn regelruimte aanloopt. De optimizers in de zon produceren dan minder dan ze zouden kunnen. Je kan dat ook zien ook aan de paneel-spanning (heb je daar ook een plaatje van?), die wordt dan hoger dan de Vmpp waar hij idealiter op draait.)

Dit is het typische gedrag van solaredge met weinig panelen per richting. Hoe meer panelen/optimizers je hebt in je string, hoe langer het duurt voor je hier tegenaan loopt. In jouw geval heb je al de P404-optimizers, dat is goed, maar betekent ook dat je voor een 3-fase omvormer eigenlijk iets meer panelen nodig hebt.

Overigens is het nou ook weer niet zo heel erg als dit even een half uurtje/uurtje aan het begin/eind van de dag is, maar in jouw plaatje lijkt het echte urenlang te zijn (kan het niet heel goed zien hoe lang precies?). Dat is niet optimaal.

  • rvdven
  • Registratie: november 2006
  • Laatst online: 23-10 13:08
Jerrythafast schreef op zondag 28 oktober 2018 @ 11:48:
[...]
That said, misschien is het inderdaad wel handig als ik een officiële Git repo voor se-logger maak waar anderen features als setuptools en mqtt aan kunnen toevoegen. Ik zou er dan een GPLv3 license aan hangen (maar het nog steeds niet waarderen als het dan alsnog op PyPI wordt gezet ;))
Laat maar weten mocht het zover komen, dan heb ik gelijk een PR voor je :)

Net de omvormer aangesloten, maar er kwam maar niets in de database. Bleek dat het adres van mijn omvormer anders is dan de twee opties in liveupdate.py: 00:04:f3 Waarschijnlijk heb ik een nieuwe serie WiFi-modules?

Hoe dan ook, dit fixt het:

Python: liveupdate.py
315
if etherhdr[6:9] in ("\x00\x27\x02", "\x00\x40\x9d", "\x00\x04\xf3"):  # Inverter speaking.



Dank voor de code @Jerrythafast!

  • Jerrythafast
  • Registratie: september 2012
  • Laatst online: 11-11 21:12
rvdven schreef op dinsdag 6 november 2018 @ 14:21:
[...]


Laat maar weten mocht het zover komen, dan heb ik gelijk een PR voor je :)

Net de omvormer aangesloten, maar er kwam maar niets in de database. Bleek dat het adres van mijn omvormer anders is dan de twee opties in liveupdate.py: 00:04:f3 Waarschijnlijk heb ik een nieuwe serie WiFi-modules?

Hoe dan ook, dit fixt het:

Python: liveupdate.py
315
if etherhdr[6:9] in ("\x00\x27\x02", "\x00\x40\x9d", "\x00\x04\xf3"):  # Inverter speaking.



Dank voor de code @Jerrythafast!
Ik zal het laten weten, zal proberen er binnenkort even wat tijd voor vrij te maken. Alvast bedankt, ik neem je MAC adres update alvast mee ;)

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-11 17:11

MDKlapwijk

Kubiekdriehoekje

@Tomba, echter is solaredge-20181218062713.pcap wel al 8k groot, dus er wordt wel in geschreven. Je zou eens een cat kunnen doen op het bestand:

code:
1
cat solaredge-20181218062713.pcap



Of het bestand downloaden en in wireshark inlezen.

Edit: Hmmm, lezen is ook een vak; Als ie bij een reboot wel netjes start, dan blijft bij een restart of een process draaien, of hij start niet alles (of je hebt niet voldoende rechten).

Je zou iets als het volgende kunnen gebruiken om te testen:

code:
1
ps aux| grep -P "USER|se-logger|tcpdump"


Dit zou je de PID van de processen moeten geven. Dus als je dit na een reboot doet, se-logger herstart en dan nog eens, dan kan je de PIDs vergelijken en zien welk proces niet herstart is of ontbreekt.

MDKlapwijk wijzigde deze reactie 18-12-2018 11:05 (50%)

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


  • MaikelK.
  • Registratie: maart 2013
  • Laatst online: 14-11 20:18
Goedemiddag,

Ik probeer de sleutel te achterhalen van mij SE3500H.
Helaas heeft deze geen USB en geen RS232 aansluiting, ik zal het dus moeten proberen met de RS485 aansluiting.

Iemand hier al succes mee gehad?
Deze output krijg ik als ik het RS232 script probeer:
\x23\x5d\x01\x4c\x91\x7c\x46\x73\x42\xc5\xfc\x12\x97\xaf\xxx\xxx

Iemand enig idee of dit ergens op slaat of dit evt. om te zetten is? De laatste twee heb ik even aangepast zodat niet direct de hele sleutel op straat ligt.

SolarEdge SE3500HD met 12x LG320N1K-A5 waarvan 6x ZO en 6x NW


  • wopper
  • Registratie: juli 2001
  • Laatst online: 11:45
MaikelK. schreef op vrijdag 28 december 2018 @ 16:03:

\x23\x5d\x01\x4c\x91\x7c\x46\x73\x42\xc5\xfc\x12\x97\xaf\xxx\xxx

Iemand enig idee of dit ergens op slaat of dit evt. om te zetten is? De laatste twee heb ik even aangepast zodat niet direct de hele sleutel op straat ligt.
Jeps dat is hem, prima in orde :)

wopper wijzigde deze reactie 28-12-2018 20:40 (26%)

PVoutput 4020WP Z-ZW en Z-ZO


  • jacovn
  • Registratie: augustus 2001
  • Laatst online: 10:51
Jerrythafast schreef op dinsdag 1 januari 2019 @ 19:41:
Kun je tcpdump laten filteren op (evt meerdere) halve MAC-adressen? Dan kan ik de bekende SolarEdge prefixes er wel in stoppen :Y)
Zie hier voor filteren van een deel van de mac adressen (de vendor kant)
https://stackoverflow.com...c-addresses-using-tcpdump

Zou dan iets moeten zijn als:
tcpdump ‘ether[0,6] == 0x002702’

Voor het vendor stuk (als 002702 de enige vendor range is)

Man page: https://www.tcpdump.org/manpages/tcpdump.1.html

  • MaikelK.
  • Registratie: maart 2013
  • Laatst online: 14-11 20:18
Heb het even gechecked, op het display van onze SE3500H staat het vermeld op het zelfde scherm waar het IP adres staat.

SolarEdge SE3500HD met 12x LG320N1K-A5 waarvan 6x ZO en 6x NW


  • jacovn
  • Registratie: augustus 2001
  • Laatst online: 10:51
Jerrythafast schreef op donderdag 3 januari 2019 @ 20:53:
[...]

Als ik weer bij mijn ouders ben ga ik daar eens even naar kijken, dat zou wel een mooie vinding zijn!
Staat gewoon in de pagina beeldje op unit waar IP address, gateway etc ook staat.
Tenminste bij mijn SE8K die ik ethernet bedraad heb aangesloten.

jacovn wijzigde deze reactie 05-01-2019 08:50 (3%)


  • MaikelK.
  • Registratie: maart 2013
  • Laatst online: 14-11 20:18
@andrerij Bedankt voor de uitleg, ik zal er eens in gaan duiken of die ook vanuit de Domoticz database geplukt kan worden.

Ik heb inmiddels de nummers van de zonnepanelen onder de juiste zonnepanelen staan, de installateur heeft een "bijzonder" rondje aangehouden met het plaatsen van de string. Om e.a. gelijk te houden met de SolarEdge portal heb ik hier even mee zitten stoeien.

https://photos.app.goo.gl/TrZNzTix49FvUfw29

@andrerij en @Jerrythafast nogmaals bedankt voor het mooie werk!

MaikelK. wijzigde deze reactie 13-01-2019 14:17 (11%)
Reden: screenshot toegevoegd

SolarEdge SE3500HD met 12x LG320N1K-A5 waarvan 6x ZO en 6x NW


  • andrerij
  • Registratie: april 2017
  • Laatst online: 10-11 14:03
wopper schreef op donderdag 17 januari 2019 @ 07:38:
@andrerij

Dank voor al je input in dit topic.

Ik heb jouw site nu ook draaien, alle panelen geven hun juiste waardes door vergeleken met de SE portal en de PV site van Jerry.

Echter als ik "hoover" met de muis over de panelen krijg ik overal output alleen paneel 1.0.6 laat een lege grafiek zien van paneel 1.1.1. rechts in de site. Maar ik heb slechts 8 panelen...

Waar kan ik die verwijzing controleren/fixen? Heb jij recent nog nieuwe code online gepubliceerd en zou ik een "verse" download van jouw site moeten doen? augustus 2018 heb ik de files binnengehaald.
In zonnepanelen.php heeft ieder paneel (van 1 t/m 33) een eigen control voor mouseover:

code:
1
2
3
<map name="1">
<area id="tool_paneel_1" shape="rect" coords="0,0,53,80" title="" onmouseover="paneelChart(event,1)" onmouseout="paneelChartcl()">
</map>


Deze is gekoppeld met de rest van het zonnepaneel in dit geval paneel nummer 1. Het cijfer achter ....(event, geeft het paneelnummer door voor het tekenen van de grafiek.
Indien je in dit gedeelte van het programma iets hebt aangepast zal het niet meer goed werken.
In principe moeten er geen aanpassingen in zonnepanelen.php gemaakt worden.
In config.php moet je de eerste 8 panelen gebruiken.

code:
1
$op_id[1] = ['2020B2E3','1.1.1']; //$op_id[id optimizer][inverter.string.paneelnummer]


Op de plaats '1.1.1' moet je het nummer invullen wat bij dat paneel 1 hoort etc.

Het beste is om zonnepanelen.php opnieuw van mijn site te halen en te installeren.

De versie van augustus is de laatste versie en werkt bij mij zonder problemen.

andrerij wijzigde deze reactie 17-01-2019 23:46 (7%)


  • andrerij
  • Registratie: april 2017
  • Laatst online: 10-11 14:03
MaikelK. schreef op vrijdag 11 januari 2019 @ 23:46:
@andrerij ik wil ook graag de layout aanpassen maar heb zitten proberen maar kom er helaas niet uit.

Ik wil de panelen 90 graden draaien, dus ze horizontaal leggen. Dit lukt door in zonnepanelen.css
-webkit-transform:rotate(0deg);
transform:rotate(0deg);

op 90 deg te zetten. Echter staat de tekst dan verticaal, ik zou graag de opbrengst tekst horizontaal krijgen.
Waar moet ik dit aanpassen?
Ik heb mijn programma aangepast zodat ook de panelen horizontaal geplaatst kunnen worden. Daarnaast heb ik de vorm aangepast aan de afmetingen van mijn panelen en heb ik de zwarte balk aan de onderzijde laten vervallen.
Om dit mogelijk te maken heb ik config.php en zonnepanelen.php aangepast.
Omdat de afmetingen anders zijn en indien het paneel horizontaal geplaatst wordt moet zonnepanelen.css ook aangepast worden op deze nieuwe gegevens. Dit betreft de afmetingen en de plaats.

Onderstaand een voorbeeld:



Zie voor instructies de de aangepaste post,

De laatste versie kan gedownload worden van GitHub.

  • Jerrythafast
  • Registratie: september 2012
  • Laatst online: 11-11 21:12
@kvandt Ik heb verder geen domotica-systeem, dus daar kan ik je niet verder mee helpen. Wel herinnerde je me eraan dat ik se-logger op GitHub zou zetten. Als iemand anders dan een module voor Home-Assistant maakt kan dat eenvoudig met een pull request aan het project worden toegevoegd.

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: 11-11 21:12
jerver schreef op zondag 17 februari 2019 @ 09:03:
[...]


Het is natuurlijk helemaal aan jou of je dit wel of niet inbouwd. Maar zou wel fijn zijn ;-)
Als iemand mij intussen op juiste spoor kan zetten om se-logger te tweaken zodat ie big-endian kan lezen dan wil ik ook wel een poging wagen. Op dit moment gaat deze materie me ver boven de pet.

Ben wel benieuwd hoe @tomdekeyser dit realtime met dat jave script werkend gekregen heeft. Zelf zie ik dit niet als een structurele oplossing omdat ik geen java op mijn router kan installeren.
As we speak mee bezig. De code staat al op GitHub, alleen nog even een zipje maken voor de officiëliteit :)

EDIT: Versie 0.0.12 :*)

Jerrythafast wijzigde deze reactie 17-02-2019 09:06 (5%)

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


  • jerver
  • Registratie: februari 2019
  • Laatst online: 23-10 23:57
Jerrythafast schreef op zondag 17 februari 2019 @ 09:04:
[...]

As we speak mee bezig. De code staat al op GitHub, alleen nog even een zipje maken voor de officiëliteit :)

EDIT: Versie 0.0.12 :*)
Top! Je doet je naam "thafast" absoluut eer aan _/-\o_ . Heb de nieuwe versie van liveupdate,py geïnstalleerd en geen foutmeldingen. Volgende week vrijdag wordt mijn Solaredge geplaatst dus ik ben er helemaal klaar voor ;-)

  • Aegle
  • Registratie: november 2013
  • Laatst online: 14-11 17:14

Aegle

"hier" = Schiedam, ZH...

jerver schreef op zondag 17 februari 2019 @ 09:52:
[...]


Top! Je doet je naam "thafast" absoluut eer aan _/-\o_ . Heb de nieuwe versie van liveupdate,py geïnstalleerd en geen foutmeldingen. Volgende week vrijdag wordt mijn Solaredge geplaatst dus ik ben er helemaal klaar voor ;-)
Je wilt niet weten waar zijn e-mail adres mee begint... *O* d:)b

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


  • wopper
  • Registratie: juli 2001
  • Laatst online: 11:45
Jerrythafast schreef op zondag 17 februari 2019 @ 09:04:
[...]

As we speak mee bezig. De code staat al op GitHub, alleen nog even een zipje maken voor de officiëliteit :)

EDIT: Versie 0.0.12 :*)
Mr Fast, The Fast ;-) (James Bond intonatie) _/-\o_

Is er een release log beschikbaar, zodat ik de relevantie voor een upgrade kan bepalen? Ik draai nu nog versie 0.0.10

PVoutput 4020WP Z-ZW en Z-ZO


  • Jerrythafast
  • Registratie: september 2012
  • Laatst online: 11-11 21:12
wopper schreef op maandag 18 februari 2019 @ 07:23:
[...]


Mr Fast, The Fast ;-) (James Bond intonatie) _/-\o_

Is er een release log beschikbaar, zodat ik de relevantie voor een upgrade kan bepalen? Ik draai nu nog versie 0.0.10
Staat in de Readme, al kun je tegenwoordig ook de code-wijzigingen bekijken :)
mieshel schreef op maandag 18 februari 2019 @ 12:08:
Ben momenteel mijn boodschappenlijst aan het samenstellen voor een pv installatie icm een solaredge omvormer. Door dit forum ga ik ook een pi inrichten voor monitoring.

Nu zag ik echter dat er een nieuwe versie van de solaredge omvormers zijn, de zogenoemde "SetApp" omvormers, zonder display.

Als ik iets nieuws koop, koop ik het liefst de nieuwste versie als er geen nadelen zijn.
Zal deze omvormer ook gaan werken met de logger?

Datasheet nieuwe omvormer: https://www.solaredge.com...r-setapp-datasheet-nl.pdf

Nieuwe omvormer bij jenm: https://www.jenm-zonnepan...00hsetapp-applicatie.html
Ik verwacht dat het wel gaat werken, als je 'm gewoon via LAN kunt verbinden net zoals de andere omvormers. Tenzij deze omvormer opeens een totaal ander communicatieprotocol gaat gebruiken, maar ik zou niet weten waarom... En indien toch: met een PCAP netwerk capture bestand komen we misschien al een heel eind.

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: 11-11 21:12
jerver schreef op zaterdag 23 februari 2019 @ 21:50:
[...]


Ben nu twee dagen aan het stoeien maar ik kom er niet uit. Er wordt niets in de database weggeschreven. Ook als ik de pcap door het genoemde java tooltje heen haal, en hem dan aan liveupdate.py voer, verschijnt er niets in de database. De connectie is er wel en geen fouten in de logfile. Er gaat of iets mis bij het maken van de pcapfile of in liveupdate.py.

Heb een pcap geupload naar https://jcpv.home.xs4all.nl/
Is deze okay?
Ja, je hebt een bugje ontdekt met het detecteren van VLAN's. Ik heb het gefixt in versie 0.0.13.

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


  • jerver
  • Registratie: februari 2019
  • Laatst online: 23-10 23:57
Jerrythafast schreef op zondag 24 februari 2019 @ 11:12:
[...]

Ja, je hebt een bugje ontdekt met het detecteren van VLAN's. Ik heb het gefixt in versie 0.0.13.
Je bent weer super fast oOo
Goed om te weten dat ik, weliswaar onbewust, een bugje ontdekt heb.
Heb 0.0.13 geïnstalleerd en inderdaad nu wel data in de database. Thx!

  • andrerij
  • Registratie: april 2017
  • Laatst online: 10-11 14:03
MaikelK. schreef op zondag 24 februari 2019 @ 12:08:
@andrerij

Als ik nu met ALT over de panelen ga zie ik niets veranderen, gistermiddag heb ik de (toen?) laatste versie gedownload.

Zie nu inderdaad dat je zonder CTRL over de omvormer hetzelfde geeft als met CTRL over de omvormer. Echter veranderd de grafiek wel naar vermogen maar komen er geen lijnen tevoorschijn. Ik gebruik Chrome als browser.

Is er verder nog een mogelijk om de weergave automatisch te schalen naar de gebruikte monitor? Ik moet hem nu op 67% zetten om alles van de website in beeld te hebben.
Het programma is aangepast zodat de weergave automatisch verschaald naar de gebruikte monitor.

De volgende onderdelen zijn aangepast:
zonnepanelen.php
zonnepanelen.css in map css. Het gedeelte van het begin tot div.box_Zonnepaneel_1 {.
dummy.gif in map img.

De laatste versie kan gedownload worden van GitHub.

andrerij wijzigde deze reactie 24-04-2019 21:35 (12%)


  • andrerij
  • Registratie: april 2017
  • Laatst online: 10-11 14:03
jvdzande schreef op woensdag 27 februari 2019 @ 21:41:
@MaikelK. & @andrerij ,

Zoals ik al aangaf heb ik hetzelfde probleem en heb even wat debugging in Chrome gedaan en kwam tot de conclusie dat er een regel voor de waarde p1_current_power_prd voor de 1 fase in
live-server-data-inverter.php is vergeten op regel 70:
$diff['p1_current_power_prd'] = $row['p_active'];

Na het toevoegen van deze lijn werkt de vermogen grafiek perfect.

@andrerij. Dank voor al je mooie werk voor deze website!

mvg
Jos
Je hebt helemaal gelijk. Ik heb dit niet zelf kunnen testen.
Ik heb het aangepast.

De laatste versie kan gedownload worden van GitHub.

andrerij wijzigde deze reactie 24-04-2019 21:38 (4%)


  • mistral2
  • Registratie: november 2002
  • Laatst online: 11-11 17:57
@Jerrythafast, ik vond het wat onhandig dat ik de database gegevens etc in de liveupdate.py moest wijzigen. Ik heb dit daarom verplaatst naar een config.py file en een pull request voor je gemaakt op github.
De config.py file staat zelf niet in git dus als je een nieuwe versie download/pulled hoef je neit steeds opnieuw je config gegevens opnieuw in te vullen.

Acties:
  • +1Henk 'm!

  • andrerij
  • Registratie: april 2017
  • Laatst online: 10-11 14:03
mistral2 schreef op donderdag 7 maart 2019 @ 22:16:
Sinds begin deze maand ben ik ook solaredge gebruiker en heb se-logger en de zonnepanelewebsite lokaal opgezet. Top mannen voor dit!

@andrerij, ik heb een kleine aanpassing gedaan in de je website code om de achtergrond via de config.php te configureren. Het wordt dan dus makkelijker om verschillende achtergronden in de img dir te zetten en te kiezen welke je wilt gebruiken. Ik heb jou achtergrond aangepast door er een SE-HDWAVE in te zetten, en deze een andere filenaam gegeven, en nu kan ik dus makkelijk omschakelen van achtergrond plaatje!
Ik heb het aangepast.
In config.php is onder

code:
1
$long = x.xxxxxxxx; //Longitude East


toegevoegd:

code:
1
2
3
4
$long = x.xxxxxxxx; //Longitude East

// Achtergrond image (in de img directory)
$zonnesysteem = "zonnesysteem.gif";


De file zonnepanelen.php is hierop aangepast
.
De laatste versie kan gedownload worden van GitHub.

andrerij wijzigde deze reactie 24-04-2019 21:39 (3%)


Acties:
  • +1Henk 'm!

  • JoKo
  • Registratie: februari 2011
  • Niet online

Ouddorp ZW 6175 Wp NO 5760 Wp All Electric- Panasonic monobloc 5 kW +Atlantic V4 + inductie😋


Acties:
  • +1Henk 'm!

  • jvdzande
  • Registratie: november 2015
  • Laatst online: 13-11 19:38
andrerij schreef op zaterdag 9 maart 2019 @ 13:58:
[...]Dit komt veel vaker voor. Op de SolarEdge website is dan ook geen aanvulling te zien.
Ah, het is voor mij de eerste keer. :)
Ik ben trouwens erg blij met jouw basis website en de logger van @Jerrythafast.
Ik heb zelf een extra tabel gemaakt die ik vul met de domoticz P1-meter informatie en daarmee deze website gefabriceerd:
https://tweakers.net/ext/f/zakw7k98mSATccsHU6pqXCml/thumb.png
De gegevens van vandaag zijn natuurlijk niet goed vanwege de SolarEdge problemen maar zo krijg ik wel een totaal overzicht per dag/maand wat van de gegenereerde en verbruikte energie.
De groene "area" grafiek is de SolarEdge info en de blauwe stacked columns zijn de verbruikte zonnepanelen energie (licht blauw) en Essent (donker blauw).

Jos

jvdzande wijzigde deze reactie 09-03-2019 14:54 (12%)


Acties:
  • +1Henk 'm!

  • jvdzande
  • Registratie: november 2015
  • Laatst online: 13-11 19:38
Aegle schreef op zaterdag 9 maart 2019 @ 15:18:
[...]

Grappig! De source wil je vast wel delen met ons... _/-\o_ .
Ja hoor, dat kan. Ik heb de aanpassingen in aparte bestanden gedaan dus ze kunnen ernaast gezet worden.
Je moet we een domoticz installatie hebben of zelf iets maken om de P1_Meter te vullen.
Ik heb trouwens de voorkeur om GitHub te gebruiken om dit beschikbaar te maken, maar wil even weten hoe @andrerij daarover denkt, aangezien het zijn basis source is.

Jos

Acties:
  • +2Henk 'm!

  • andrerij
  • Registratie: april 2017
  • Laatst online: 10-11 14:03
Ik heb de source op GitHub geplaatst.

Acties:
  • +1Henk 'm!

  • andrerij
  • Registratie: april 2017
  • Laatst online: 10-11 14:03
MaikelK. schreef op zaterdag 9 maart 2019 @ 17:06:
[...]

@andrejj:

Is het mogelijk om in de panelen ook nog het actuele vermogen weer te geven? Dit kan ik op mijn telefoon niet zien, maar vind ik door de oost/west opstelling wel interessant om ook in 1 oogopslag te zien.
Ik heb deze mogelijkheid ingebouwd.
Daarvoor heb ik $vermogen in de config.php file toegevoegd:

code:
1
2
3
4
5
6
7
8
// Achtergrond image (in de img directory)
$zonnesysteem = "zonnesysteem.gif";

// aangeven vermogen op het paneel
$vermogen = 1; // 0 = nee, 1 = ja

// gegevens van het zonnepanelensysteem
$inverter = 3; // 1 voor enkel fase en 3 voor 3 fase inverter


Tevens heb ik zonnepanelen.php aangepast.

De laatste versie kan gedownload worden van GitHub.

andrerij wijzigde deze reactie 24-04-2019 21:42 (19%)


Acties:
  • +1Henk 'm!

  • mistral2
  • Registratie: november 2002
  • Laatst online: 11-11 17:57
@andrerij Wat me ook wel leuk lijkt is om een grafiek met de temperatuur van de panelen (en inverter) te tonen. Ik zie dat ctrl en alt al andere grafieken laten zien, maar de 'shift' is nog niet gebruikt.

  • andrerij
  • Registratie: april 2017
  • Laatst online: 10-11 14:03
Ik heb het al aangepast.

  • jvdzande
  • Registratie: november 2015
  • Laatst online: 13-11 19:38
[b]jerver schreef op donderdag 14 maart 2019 @ 12:46:
@jvdzande Als ik energie teruglever verschijnt er tussen de afbeelding van de slimme meter en de mast "no data". De json output van live-server-data-electra-p1_meter_table.php?period=c is dan bij mij:

[{"ServerTime":"2019-03-14 12:55:01","CounterDelivToday":0.13,"CounterToday":9.15,"Usage":0,"UsageDeliv":191}]

Bij afname van het net zie ik wel het getal bij usage. Weet jij waar hier het addertje onder het gras zit?
Dat komt omdat de Usage op 0 staat en ik in de script logica aanneem dat je vanaf middernacht toch wel iets gebruikt zal hebben voordat de zon opkomt, maar dat moet p1CounterToday zijn. Ik had het probleem niet omdat Domoticz "0 watt" in het veld zet.
Update beschikbaar in github.

Betreft de inverter data: krijg je wel output voor url? : http://jouwsite/zonnepanelen/live-server-data-zon.php

De grafieken voor Electra zouden gewoon data moeten laten zien als dat aanwezig is. Misschien even F12 in chrome doen en kijken of er foutmeldingen in de Console staan?

Jos

jvdzande wijzigde deze reactie 14-03-2019 14:03 (17%)


  • jvdzande
  • Registratie: november 2015
  • Laatst online: 13-11 19:38
Top dat het werkt!
jerver schreef op donderdag 14 maart 2019 @ 14:53:
[...]
Dank voor je snelle hulp. @jvdzande Er vielen mij nog twee dingen op...;-)
- de layout van de panelen is wat verschoven na de update
Weet je zeker dat je ook de laatste versie van zonnepanelen-electra.ccs gebruikt?
jerver schreef op donderdag 14 maart 2019 @ 14:53:
[...]
- kan je ook de teruglevering naar het net tonen met een groen driehoekje als UsageDeliv een waarde bevat en er dus een flow naar het net is? Laat maar weten als je dat ooit wilt inbouwen.

[Afbeelding]
Dat zou al het geval moeten zijn. De logica is als Usage= 0 dan moet UsageDeliv een waarde bevatten en wordt de pijl groen en wijst naar rechts. De text boven de pijl bevat dan ook deze waarden en wordt ook groen. Wat is de return JSON van live-server-data-electra-p1_meter_table.php?period=c nu bij jou?

Update: Ik begrijp de issue ...en ook de oplossing. check voor een update in 15 minuten
Update 17:00: Nu beschikbaar in GitHub.
Jos

jvdzande wijzigde deze reactie 14-03-2019 17:00 (5%)


  • jvdzande
  • Registratie: november 2015
  • Laatst online: 13-11 19:38
Top! ... format van de panelen is ook correct met de correcte css?

Jos

Acties:
  • +2Henk 'm!

  • andrerij
  • Registratie: april 2017
  • Laatst online: 10-11 14:03
Er zijn diverse veranderingen in verschillende onderdelen aangebracht. Deze zijn mede door andere aangegeven.
sum(e_day) is veranderd in (max(e_total)-min(e_total)).

De laatste versie kan gedownload worden van GitHub..

andrerij wijzigde deze reactie 24-04-2019 21:23 (16%)


Acties:
  • +1Henk 'm!

  • jvdzande
  • Registratie: november 2015
  • Laatst online: 13-11 19:38
Even een update van mijn kant betreft de Zonnepanelen-Electra.php versie:
Vandaag een nieuwe versie beschikbaar gemaakt en deze bevat de volgende aanpassingen van de laatste weken:
  • Added PVGis prediction of solar energie to the Month Graph and Inverter hover text box.
  • Showing SolarPanel efficiency for each panel in the hover-over textbox and the total of all panels efficiency in the hover-over box of the inverter.
  • Refresh the page when the date has changes to ensure it shows the "new today" in the morning when the browser had the website already open.
  • Update format tooltip Vermogen and Energie charts and sort the values High to low and show today in bold.
  • Added Vandaag/Maand/Jaar generated Solar energy to the Hover textbox for the Converter.
  • Added Vandaag/Maand/Jaar information to P1_Meter Hover textbox.
  • Added Vandaag/Maand/Jaar Energy usage to the Huis Hover textbox.
  • Several bug fixes.
  • Merged all general changes made in Zonnepanelen.php.
Deze screen capture van Github docs geeft een goede indruk van alle opties:


Jos

jvdzande wijzigde deze reactie 08-04-2019 09:28 (6%)
Reden: link aangepast


Acties:
  • +1Henk 'm!

  • jvdzande
  • Registratie: november 2015
  • Laatst online: 13-11 19:38
MaikelK. schreef op dinsdag 2 april 2019 @ 08:12:
[...]
Oke deze moet dus via PVGis verkregen worden? Dan zal ik me daar eens in verdiepen hoe dat ook alweer precies werkt 7(8)7
Gewoon even naar deze website gaan, de gegevens invullen en dan krijg je een voorspelling per maand:
http://re.jrc.ec.europa.eu/pvg_tools/en/tools.html ;)

Jos

Acties:
  • +1Henk 'm!

  • Rouske
  • Registratie: juli 2007
  • Laatst online: 12:06
wopper schreef op dinsdag 2 april 2019 @ 08:29:
[...]
Ik ben zelf meer fan van de SolareEdge design.exe file (wie heeft de installer nog op zijn pc?) Die geeft een iets realistischer beeld.

De PV guru's weten dat PVGIS aan de voorzichtige kant zit en lage opbrengsten teruggeeft. Je kan dit finetunnen door de systemloss te verlagen.
Ook de tool van SolarEdge is aan de voorzichtige kant :P
Maar mocht je em willen hebben laat maar weten via DM (SolarEdge Site Designer 2.3.11).

In mijn situatie, zie onderschrift:
SE designer zegt 3826kWh/j
PVGIS zegt 3966kWh/j (met de standaard 14% LOSS) -> gebruik ik in PVOutput

Maar daar zijn we volgens PVOutput afgelopen jaar zeer ruim overheen gegaan, totaal 4323kWh
En als ik naar de SolarEdge portal kijk dan zou het zelfs 4447kWh zijn...

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


  • jvdzande
  • Registratie: november 2015
  • Laatst online: 13-11 19:38
djjvb schreef op donderdag 4 april 2019 @ 10:51:
Nu zal dit te maken hebben met UTC en CET. Mijn Pi staat ingesteld op CET. Hoe kan ik dit gelijk krijgen op CET? (want anders is het natuurlijk Pi op UTC zetten) Of kan dat niet qua solar edge?
in script "se-logger-service.sh" zitten deze 3 regels:
code:
1
2
3
/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 ${CAPTDIR}liveupdate.py - 2>> ${CAPTDIR}liveupdate.log

Dit deel zorgt voor de datum in de bestandsnaam: date -u +%Y%m%d%H%M%S
en kan je aanpassen naar: date +%Y%m%d%H%M%S om de raspberrypi datum&tijd te gebruiken.
djjvb schreef op donderdag 4 april 2019 @ 10:51:
En vroeg me af of dit dan nog wat effect heeft op databases en bijvoorbeeld het vergelijk met de P1 uitlezen qua timestamp.
Dit wordt alleen gebruikt voor de bestandsnaam.

Jos

  • jvdzande
  • Registratie: november 2015
  • Laatst online: 13-11 19:38
@Poudie, Hoe weet je dat het https verkeer is? Er gaat binaire data tussen de SolarEdge en de Cloud en deze wordt constant door het liveupdate.py script verwerkt en naar jouw SQL server verstuurd als je alles correct hebt geïnstalleerd. Het liveupdate.log bevat informatie in het geval er zaken gebeuren in het script zoals foutmeldingen.

Jos
Pagina: 1 2 3


Apple iPhone 11 Nintendo Switch Lite LG OLED C9 Google Pixel 4 FIFA 20 Samsung Galaxy S10 Sony PlayStation 5 Smartphones

'14 '15 '16 '17 2018

Tweakers vormt samen met Hardware Info, AutoTrack, Gaspedaal.nl, Nationale Vacaturebank, Intermediair en Independer DPG Online Services B.V.
Alle rechten voorbehouden © 1998 - 2019 Hosting door True