[SolarEdge] Omvormers en optimizers zelf monitoren

[andrerij]

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 zou ook graag de import/export en huis verbruik weergeven in de website.
Ik log al deze gegevens in de database van Domoticz, enig idee hoe ik dit kan implementeren?

Het verdraaien van de zonnepanelen kan niet met de opzet van mijn programma. Alles is op deze vorm uitgewerkt. Indien je de vorm toch wilt verdraaien zul je de vorm van de Zonnepaneel.gif moeten aanpassen en moeten in zowel zonnepanelen.ccs als in zonnepanelen.php alle betreffende waardes aangepast worden.

De gegevens van import/export en verbruik lees ik rechtstreeks van mijn slimme meter uit en zet deze in een eigen database. Deze lees ik op dezelfde manier uit als de zonepanelen en inverter.
De waardes zul je dan in function "requestData1", in de files 'live-server-data-s.php' en 'live-server-data-c.php' en in "$(document).ready(function() {power_chart = new Highcharts.Chart({" onder "series: [{" moeten toevoegen.
Je hebt hiervoor wel een kWh-meter nodig omdat er een zo klein mogelijk verschil in tijd moet zitten tussen de gegevens van de zonnepanelen en de slimme meter. Anders kun je het verbruik niet realtime bepalen.

Ik heb geen ervaring met de database van Domoticz.

[MaikelK.]

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



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

[ Voor 11% gewijzigd door MaikelK. op 13-01-2019 14:17 . Reden: screenshot toegevoegd ]

[stormfly]

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


afbeelding laat zien dat alle panelen gewoon info ophalen en een unieke waarde bevatten.

[ Voor 12% gewijzigd door stormfly op 17-01-2019 07:43 ]

[stormfly]

MaikelK. schreef op zondag 13 januari 2019 @ 14:10:
@andrerij

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.

Veel installateurs weten het niet, of pakken er de tijd niet voor. Maar je kan via de SE helpdesk een ticket inschieten om de nummering logisch te maken. Ze pakken dit dan vrij snel voor je op en nummeren de panelen opnieuw zonder de fysieke layout te verstoren.

[andrerij]

stormfly 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:

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

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

[ Voor 7% gewijzigd door andrerij op 17-01-2019 23:46 ]

[andrerij]

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.

[stormfly]

andrerij schreef op zaterdag 19 januari 2019 @ 14:26:
[...]


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:

[Afbeelding]

Zie voor instructies de de aangepaste post,

De laatste versie kan gedownload worden van zonnepanelen-website.

@andrerij super fijn ik heb ook horizontale panelen.

Nu je er toch weer een beetje in zit. Is het voor jou makkelijk om de kWh meter te laten vervallen en de omvormer (en/of HD versie) direct aan de elektrische netpaal te verbinden?

Voor gebruikers welke geen kwh input hebben?

[andrerij]

stormfly schreef op zaterdag 19 januari 2019 @ 17:36:
[...]


@andrerij super fijn ik heb ook horizontale panelen.

Nu je er toch weer een beetje in zit. Is het voor jou makkelijk om de kWh meter te laten vervallen en de omvormer (en/of HD versie) direct aan de elektrische netpaal te verbinden?

Voor gebruikers welke geen kwh input hebben?

Dit kan je doen door de achtergrond /img/zonnesysteem.gif aan te passen. Je moet wel zorgen dat de afmetingen van zonnesysteem.gif hetzelfde blijven.
Zie ook het voorbeeld van @Verwijderd die de omvormer en meter heeft vervangen.



Hier een mogelijke aanpassing:



Door op de afbeelding te klikken krijg je het goede formaat.
Je moet de naam veranderen naar zonnesysteem.gif en in de directory /img plaatsen.

[ Voor 18% gewijzigd door andrerij op 19-01-2019 18:33 ]

[stormfly]

@MDKlapwijk zou jij het HD inverter plaatje willen delen? Misschien met een search tag voor personen die ook zoeken in deze thread

@andrerij dat is inderdaad wat ik voor ogen heb, alleen dan met de HD ontvanger. Tnx voor de stap voorwaarts.

[stormfly]

andrerij schreef op zaterdag 19 januari 2019 @ 14:26:
[...]


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:

[Afbeelding]

Zie voor instructies de de aangepaste post,

De laatste versie kan gedownload worden van zonnepanelen-website.

Even mee zitten stoeien, ik heb paneel 8 een 1 gegeven in config.php. Maar hij lijkt niet lekker mee te draaien, maar toch is er wel een verandering waarneembaar. Ik heb nu de optimizer config selectief vervangen, als blok. Is het nodig om de volledige config.php te vervangen, of is alleen het veld met de 1/0 toegevoegd?

EDIT, maan-bug? In Safari op de Mac is de maan 3% asgrauw en op de Mac in chrome of ff is hij 97% wassende maan. Sta op het punt om even buiten te gaan kijken

[ Voor 5% gewijzigd door stormfly op 19-01-2019 21:45 ]

[andrerij]

stormfly schreef op zaterdag 19 januari 2019 @ 21:29:
[...]


Even mee zitten stoeien, ik heb paneel 8 een 1 gegeven in config.php. Maar hij lijkt niet lekker mee te draaien, maar toch is er wel een verandering waarneembaar. Ik heb nu de optimizer config selectief vervangen, als blok. Is het nodig om de volledige config.php te vervangen, of is alleen het veld met de 1/0 toegevoegd?

EDIT, maan-bug? In Safari op de Mac is de maan 3% asgrauw en op de Mac in chrome of ff is hij 97% wassende maan. Sta op het punt om even buiten te gaan kijken

[Afbeelding]

De achtergrond is wel gedraaid, maar je hebt de gegevens in zonnepanelen.css niet aangepast.
Je moet de waarden van hoogte en breedte omdraaien.

De op_id[] matrix is alleen veranderd in config.php

Het is 97% wassende maan.

[ Voor 4% gewijzigd door andrerij op 19-01-2019 22:33 ]

[stormfly]

andrerij schreef op zaterdag 19 januari 2019 @ 22:24:
[...]


De achtergrond is wel gedraaid, maar je hebt de gegevens in zonnepanelen.css niet aangepast.
Je moet de waarden van hoogte en breedte omdraaien.

Bijna helder, als ik letterlijk doe wat je zegt " de getallen width en height spiegelen" dan krijg ik panelen zoals paneel 7. Met wat prutsen komt dan paneel 8 er goed uit te zien, maar die waarde kan niet 1op1 overgenomen worden voor aangrenzende paneel 7?

Als ik jouw code uit css-v1 overneem voor paneel 19-22 dan krijg ik geen gedraaide panelen. (ik heb ze dan wel hernoemd naar 5-8)

Morgen maar eens verder kijken.

code:

div.box_Zonnepaneel_5 {
    left: 0%;
    top: 29.16%;
    width: 23.70%;
    height: 14.02%;
    position: absolute;
    
}

div.box_Zonnepaneel_6 {
    left:25%;
    top: 29.16%;
    width: 23.70%;
    height: 14.02%;
    position: absolute;
    
}

div.box_Zonnepaneel_7 {
    left:50%;
    top: 29.16%;
    width: 14.02%;
    height: 23.70%;
    position: absolute;
    
}

div.box_Zonnepaneel_8 {
    left: 95%;
    top: 29.16%;
    width: 45%;
    height: 8.5%;
    position: absolute;

[andrerij]

stormfly schreef op zaterdag 19 januari 2019 @ 23:17:
[...]


Bijna helder, als ik letterlijk doe wat je zegt " de getallen width en height spiegelen" dan krijg ik panelen zoals paneel 7. Met wat prutsen komt dan paneel 8 er goed uit te zien, maar die waarde kan niet 1op1 overgenomen worden voor aangrenzende paneel 7?

Als ik jouw code uit css-v1 overneem voor paneel 19-22 dan krijg ik geen gedraaide panelen. (ik heb ze dan wel hernoemd naar 5-8)

Als de hoogte en breedte van box_Zonnepanelen niet het zelfde zijn, zoals in onderstaand voorbeeld, dan moet je het in verhouding aanpassen.

code:

div.box_Zonnepanelen {
    
    left: 25px; 
    top: 35px;
    width: 202px;
    height: 599px;
    position: absolute;
    -webkit-transform:rotate(0deg); 
    transform:rotate(0deg)
}

De nieuwe achtergrond heeft een verhouding van 4 bij 7.
In het geval bij jou moet de width worden 23.70% * 7 / 4 = 41.475% en de height 14,02% * 4 / 7 = 8.011%
Je had het dus bijna goed bij paneel 8.

In zonnepanelen.css-v1 ziet box_Zonnepanelen er zo uit:

code:

div.box_Zonnepanelen {
    
    left: 90px; 
    top: 75px; 
    width: 302px;
    height: 300px;
    position: absolute;
    -webkit-transform:rotate(0deg); 
    transform:rotate(0deg);
}

[ Voor 11% gewijzigd door andrerij op 20-01-2019 10:58 ]

[andrerij]

stormfly schreef op zaterdag 19 januari 2019 @ 20:48:
@MDKlapwijk zou jij het HD inverter plaatje willen delen? Misschien met een search tag voor personen die ook zoeken in deze thread

@andrerij dat is inderdaad wat ik voor ogen heb, alleen dan met de HD ontvanger. Tnx voor de stap voorwaarts.

Als je zoekt op HD-Wave dan krijg je verschillende plaatjes. Een van die plaatjes heb ik in de achtergrond voor je geplaatst.
Hier een mogelijke aanpassing:



Door op de afbeelding te klikken krijg je het goede formaat.
Je moet de naam veranderen naar zonnesysteem.gif en in de directory /img plaatsen.

[stormfly]

andrerij schreef op zondag 20 januari 2019 @ 08:56:
[...]


Als de hoogte en breedte van box_Zonnepanelen niet het zelfde zijn, zoals in onderstaand voorbeeld, dan moet je het in verhouding aanpassen.

code:

div.box_Zonnepanelen {
    
    left: 25px; 
    top: 35px;
    width: 202px;
    height: 599px;
    position: absolute;
    -webkit-transform:rotate(0deg); 
    transform:rotate(0deg)
}

De nieuwe achtergrond heeft een verhouding van 4 bij 7.
In het geval bij jou moet de width worden 23.70% * 7 / 4 = 41.475% en de height 14,02% * 4 / 7 = 8.011%
Je had het dus bijna goed bij paneel 8.

In zonnepanelen.css-v1 ziet box_Zonnepanelen er zo uit:

code:

div.box_Zonnepanelen {
    
    left: 90px; 
    top: 75px; 
    width: 302px;
    height: 300px;
    position: absolute;
    -webkit-transform:rotate(0deg); 
    transform:rotate(0deg);
}

Super het is gelukt, ik heb de tussenliggende ruimtes gegokt, is dat ook nog te berekenen zodat overal dezelfde witte spatie tussen valt?

Dank voor de HD achtergrond, de tekst valt er net overheen. Is het mogelijk om met jouw tools de ontvanger iets naar links te zetten?

[andrerij]

stormfly schreef op zondag 20 januari 2019 @ 16:22:
[...]


Super het is gelukt, ik heb de tussenliggende ruimtes gegokt, is dat ook nog te berekenen zodat overal dezelfde witte spatie tussen valt?

Dank voor de HD achtergrond, de tekst valt er net overheen. Is het mogelijk om met jouw tools de ontvanger iets naar links te zetten?

[Afbeelding]

In zonnepanelen.php staat op regel 1842:

PHP:

<div class='inverter_text' id='inverter_text' style="top: 14px; left: 457px; z-index: 10; width: 180px; height: 99px; font-size: 10px;line-height: 1.1em; position: absolute;"></div>

Indien je "left: 457px" verandert in "left: 470px" staat de tekst goed.

De tussenruimte kun je berekenen door alles om te rekenen naar gehele (integer) pixels van de box. Dus het percentage van het onderdeel maal het aantal pixels van de box.
Er zit ook nog een conversie van de box naar het aantal pixels op het beeldscherm. Het is mogelijk dat je daarom nog een enkele correctie moet maken.

[stormfly]

andrerij schreef op zondag 20 januari 2019 @ 17:05:
[...]


In zonnepanelen.php staat op regel 1842:

PHP:

<div class='inverter_text' id='inverter_text' style="top: 14px; left: 457px; z-index: 10; width: 180px; height: 99px; font-size: 10px;line-height: 1.1em; position: absolute;"></div>

Indien je "left: 457px" verandert in "left: 470px" staat de tekst goed.

De tussenruimte kun je berekenen door alles om te rekenen naar gehele (integer) pixels van de box. Dus het percentage van het onderdeel maal het aantal pixels van de box.
Er zit ook nog een conversie van de box naar het aantal pixels op het beeldscherm. Het is mogelijk dat je daarom nog een enkele correctie moet maken.

Het werkt super fijn! Alles naar wens!

Als je ooit nog zin en tijd hebt mag je nog wel naar de mac bug kijken voor de maanstanden, is Safari gerelateerd.

Voor nu enorm bedankt! Laat het PV voorjaar maar komen

[kvandt]

@Jerrythafast ik zou graag de data uit se-logger via mqtt naar mijn Home-Assistant willen sturen. Eind vorig jaar was daar wat discussie over in dit draadje. Is er al enige voortgang? Ben zelf een vrij slechte programmeur, dus zou graag een goed stukje met mqtt willen gebruiken

[MDKlapwijk]

@kvandt, heeft HA geen plugin om pvoutput.org in te lezen? Is misschien niet ideaal, maar werkt wel. Doe dit in Domoticz ook zo...

@stormfly, geen idee over welk plaatje je het hebt, ik gebruik alleen de uitvoer naar pvoutput.org...

[ Voor 28% gewijzigd door MDKlapwijk op 21-01-2019 11:50 ]

[kvandt]

MDKlapwijk schreef op maandag 21 januari 2019 @ 11:33:
@kvandt, heeft HA geen plugin om pvoutput.org in te lezen? Is misschien niet ideaal, maar werkt wel. Doe dit in Domoticz ook zo...

Dank voor de suggestie. Ik gebruik geen PVoutput, ik wil alles zo veel mogelijk lokaal houden.... Juist daarom lijkt een MQTT optie, zoals @willemx mee bezig was, me ideaal. Het gaat me met name om de individuele paneel/optimiser data. De totalen heb ik al op een andere manier.

[ Voor 11% gewijzigd door kvandt op 21-01-2019 12:17 ]

[Jerrythafast]

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

[kvandt]

Dank @Jerrythafast ! @willemx , kun jij jouw mqtt code in een pull request zetten, dan kunnen we er allemaal van genieten.

[djjvb]

Heb echt 2 'noob' vragen... Heb dit forum doorgelezen. Net als de P1 logging draadjes. Maar zie inmiddels door alle bomen het welbekende bos niet meer. Ben nu met name:

1) op zoek naar de beste 'setup' om straks mee aan de slag te gaan en daar omheen nog veel te leren, wat ik graag wil.
2) Wat dan een goede eerste stap/aanschaf is qua 'logger'.

Ik krijg in april zonnepanelen en wil zowel de solar edge omvormer als de P1 poort uit gaan lezen en data loggen.
Heb een synology NAS draaien met Domoticz (nog niks aan logging van P1 of panelen). Nu staat deze op zolder en kan ik dus niet rechtstreeks via USB de P1 poort uitlezen/loggen via de synology, zonder daar een oplossing voor te maken. Een Rpi 3 zou dat kunnen zijn.

Bij het uitlezen van P1 zie ik ook allerlei opties om data in te zien via DSMR en via MQTT te ontsluiten naar bijvoorbeeld Domoticz.

Voor het uitlezen van de solar edge ben ik hier terecht gekomen. Waarbij ik naast de duidelijke topic post (Rpi focus), ook opties zie om met MQTT data uit de logger door te sturen. (Met name naar Home-Assistant?)

Uiteraard zou ik zoveel mogelijk informatie beschikbaar willen hebben in één portal. (Ik zit niet vast aan Domoticz overigens.) Wat zou een handige setup zijn om dit zo goed mogelijk te benaderen? Een Rpi om zowel de data van P1 als de SE te kunnen opslaan? (En dus niet de NAS? Is dat wel handig qua SD card of externe HD vs de NAS RAID, met als nadeel dat de hdd's weer blijven draaien?) En dan te ontsluiten naar o.a. Domoticz, of DSMR of de voorkant van anderij? Waar is de meeste info overzichtelijk bijeen? Of is het toch beter om meerdere portals te gebruiken?

Uiteraard zie ik als eerste stap om een logger klaar te gaan maken voor de SE om vanuit daar verder te bouwen. Is dan dus de Rpi de logische stap om als eerste te nemen?

Alvast dank!

[Jerrythafast]

djjvb schreef op donderdag 24 januari 2019 @ 16:52:
Uiteraard zou ik zoveel mogelijk informatie beschikbaar willen hebben in één portal. (Ik zit niet vast aan Domoticz overigens.) Wat zou een handige setup zijn om dit zo goed mogelijk te benaderen? Een Rpi om zowel de data van P1 als de SE te kunnen opslaan? (En dus niet de NAS? Is dat wel handig qua SD card of externe HD vs de NAS RAID, met als nadeel dat de hdd's weer blijven draaien?) En dan te ontsluiten naar o.a. Domoticz, of DSMR of de voorkant van anderij? Waar is de meeste info overzichtelijk bijeen? Of is het toch beter om meerdere portals te gebruiken?

Uiteraard zie ik als eerste stap om een logger klaar te gaan maken voor de SE om vanuit daar verder te bouwen. Is dan dus de Rpi de logische stap om als eerste te nemen?

Een RPi voor zowel de slimme meter als SE is denk ik het handigst. Die moet dan in de meterkast komen i.v.m. de P1-kabel die niet te lang kan worden. Dat betekent wel dat je de mogelijkheid moet hebben om de netwerkverbinding van de omvormer in de meterkast te kunnen aftappen.

Ik heb zelf se-logger + de website (en diverse andere scriptjes en projectjes) direct op de SD-kaart van de Pi draaien en dat gaat prima, maar ik maak wel eens in de zoveel tijd een back-up van de pcap files. Mijn oude SD-kaart is al eens corrupt geraakt waardoor de Pi niet meer startte, de data was er toen nog wel van te redden. Zorg dus wel dat je een SD-kaart van goede kwaliteit erin hebt zitten zodat dit niet zo snel gebeurt, en probeer altijd te vermijden dat je Pi plotseling spanningsloos wordt. Met de man-in-the-middle methode van dit topic betekent een gecrashte Pi trouwens ook dat de omvormer geen internetverbinding meer heeft, dus je verliest geen data totdat je het hebt gefixt.

In mijn nieuwe huis (de SE installatie is bij mijn ouders) heb ik nu 13 maanden een RPi aan de slimme meter hangen om met een ander zelfbouw-projectje (moet ik misschien ook eens op GitHub gooien ) die data te verzamelen. Dat krabbelt 24/7 iets in een MariaDB op de SD-kaart en is ook nog nooit kapot gegaan. Ik verzamel de live-metingen (1x per seconde) trouwens wel in een in-memory tabel en update 1x per 5 minuten de andere tabellen (intraday/day/month/year). Ik weet niet hoe Domoticz dat doet; als die elke seconde een regel in je database op de SD-kaart bijschrijft is het waarschijnlijk snel afgelopen.

[ Voor 4% gewijzigd door Jerrythafast op 26-01-2019 07:56 ]

[andrerij]

djjvb schreef op donderdag 24 januari 2019 @ 16:52:
Heb echt 2 'noob' vragen... Heb dit forum doorgelezen. Net als de P1 logging draadjes. Maar zie inmiddels door alle bomen het welbekende bos niet meer. Ben nu met name:

1) op zoek naar de beste 'setup' om straks mee aan de slag te gaan en daar omheen nog veel te leren, wat ik graag wil.
2) Wat dan een goede eerste stap/aanschaf is qua 'logger'.

Ik krijg in april zonnepanelen en wil zowel de solar edge omvormer als de P1 poort uit gaan lezen en data loggen.
Heb een synology NAS draaien met Domoticz (nog niks aan logging van P1 of panelen). Nu staat deze op zolder en kan ik dus niet rechtstreeks via USB de P1 poort uitlezen/loggen via de synology, zonder daar een oplossing voor te maken. Een Rpi 3 zou dat kunnen zijn.

Bij het uitlezen van P1 zie ik ook allerlei opties om data in te zien via DSMR en via MQTT te ontsluiten naar bijvoorbeeld Domoticz.

Voor het uitlezen van de solar edge ben ik hier terecht gekomen. Waarbij ik naast de duidelijke topic post (Rpi focus), ook opties zie om met MQTT data uit de logger door te sturen. (Met name naar Home-Assistant?)

Uiteraard zou ik zoveel mogelijk informatie beschikbaar willen hebben in één portal. (Ik zit niet vast aan Domoticz overigens.) Wat zou een handige setup zijn om dit zo goed mogelijk te benaderen? Een Rpi om zowel de data van P1 als de SE te kunnen opslaan? (En dus niet de NAS? Is dat wel handig qua SD card of externe HD vs de NAS RAID, met als nadeel dat de hdd's weer blijven draaien?) En dan te ontsluiten naar o.a. Domoticz, of DSMR of de voorkant van anderij? Waar is de meeste info overzichtelijk bijeen? Of is het toch beter om meerdere portals te gebruiken?

Uiteraard zie ik als eerste stap om een logger klaar te gaan maken voor de SE om vanuit daar verder te bouwen. Is dan dus de Rpi de logische stap om als eerste te nemen?

Alvast dank!

Ik gebruik voor de se-logger en de P1 logger één RPi3 met een PiDrive van 250GB en een StromPi 2 uitbreidingsprintplaat als noodstroom voorziening. Daarnaast log ik met deze combinatie per 10 seconden een Youless gemonteerd op een kWh meter voor de stroomproductie, een weerstation en de gegevens van de besturing van zonnecollectoren die verbonden zijn met een zonneboiler/warmtepomp.

Daarnaast heb ik een zelfde combinatie met een GPIO T-cobbler breakout board die de verwarming en warmtepomp aanstuurt en een analoge watermeter uitleest.

Beide hebben een zelfde MySQL database en deze worden tegelijk van de log-data voorzien zodat ik altijd een backup heb.

Omdat de beschikbare software niet alle gegevens, die ik wilde hebben, konden vastleggen ben ik zelf 3,5 jaar geleden met een project gestart.
Ik ben begonnen met het loggen van de P1 gegevens. Hiervoor heb ik een P1 Converter Cable v2 aangeschaft met bijbehorende gratis software.
Het wegschrijven naar de database heb ik hiervan aangepast zodat ik alleen de benodigde gegevens opsla. (meterstanden normaal in en uit en dal in en uit). Tevens heb ik een Youless toegevoegd om realtime mijn verbruik te kunnen vastleggen.
Daarna heb ik de se-logger en het weerstation toegevoegd.
Hierna heb ik een Resol-logger van de besturing van de warmte collectoren toegevoegd en de besturing van de verwarming en warmtepomp.
Als laatste heb ik een analoge watermeter uitlezing toegevoegd.

Nadat ik de PiDrives heb aangeschaft heb ik geen crash meer gehad en heb ik meer dan voldoende ruimte om alle gegevens te verzamelen. Mijn log database met 14 tabellen is nu pas 1.6 GB groot.

[djjvb]

@Jerrythafast @andrerij Dank voor jullie antwoorden!

De setup van anderij (overigens voor mij echt een soort next level setup) ondervangt een paar issues die Jerrythafast noemt. Dus dan wordt het in ieder geval een RPi3 met PiDrive en StromPi 2. Om mee te starten.

Heb ik alleen nog 2 vraagjes:

1) Het is toch gewoon mogelijk om de RPi3 straks eventueel data weg te laten schrijven naar mijn NAS om daar de backup op te slaan als ik daar een MySQL database maak? (Ipv een 2e RPi?)

2) Als ik meteen zou starten met een Youless. Heb ik die converter kabel dan nog nodig? Zag dat er ook een P1 kabel bij zit. Of heb je beiden nodig?

Dan ga ik daar mee starten om in ieder geval de SE logging te starten. En als ik dat aan de praat heb, dan ook de P1 poort.

[Jerrythafast]

@djjvb
1) Ja!
2) In principe heb je aan óf een Youless, óf een P1 kabel genoeg. De meerwaarde van een Youless is mij niet helemaal duidelijk als je al een P1 poort op je meter hebt zitten, de Youless kan je immers niets meer vertellen dan wat de P1 poort al uitspuugt.

[djjvb]

Ok. Dank. Anderij gaf aan dat hij was gestart met P1 en later de youless had toegevoegd om realtime zijn verbruik te monitoren. Dat gaf mij de indruk dat het meerwaarde had en heb ik zelf 'ingekleurd' dat dit dan de realtime data zouden zijn. Ben erg benieuwd of het inderdaad iets toevoegt voor de €60 extra.

[andrerij]

djjvb schreef op maandag 28 januari 2019 @ 20:26:
@Jerrythafast @andrerij Dank voor jullie antwoorden!

De setup van anderij (overigens voor mij echt een soort next level setup) ondervangt een paar issues die Jerrythafast noemt. Dus dan wordt het in ieder geval een RPi3 met PiDrive en StromPi 2. Om mee te starten.

Heb ik alleen nog 2 vraagjes:

1) Het is toch gewoon mogelijk om de RPi3 straks eventueel data weg te laten schrijven naar mijn NAS om daar de backup op te slaan als ik daar een MySQL database maak? (Ipv een 2e RPi?)

2) Als ik meteen zou starten met een Youless. Heb ik die converter kabel dan nog nodig? Zag dat er ook een P1 kabel bij zit. Of heb je beiden nodig?

Dan ga ik daar mee starten om in ieder geval de SE logging te starten. En als ik dat aan de praat heb, dan ook de P1 poort.

Bij de versie van de Youless die ik heb zat geen P1 poort.
De meerwaarde is dat je elke 10 seconde, ongeveer gelijk met de gegevens van de slimme meter, de productie krijgt. Hierdoor kun je ook het werkelijke verbruik realtime bepalen.
Indien je het voldoende vindt om de grafiek te hebben die om de 5 minuten de waarde geeft in plaats van om de 10 seconden dan is de Youless niet nodig.

Je kunt ook naar een MySQL datebase op de NAS schrijven. Je moet dan het IP adres van de NAS gebruiken. Een twee PRi is dan niet nodig.

[Verwijderd]

Hi From Australia

First I'm typing in English, and using google translate for reading this site
Second let me say thanks for providing this great guide to getting local monitoring setup for our SolarEdge inverters
I have managed to get this all setup from the first turn on, on my system earlier this month (9kWp with a 8kW 3 phase inverter)

I'm struggling to make sense of the telemetry_optimizers table to do what I want

I have a split array, NE and SW
I would like to be able to graph the output of all the panels in each array (sum of kWh of all optimiser in the SW array) throughout the day, and then the same for the NE

Would anyone be able to help with an appropriate SQL query which might work ?

P.S Here is a link to my system on PVOutput
https://pvoutput.org/intraday.jsp?id=55655&sid=50462

Thanks in advance

[ Voor 6% gewijzigd door Verwijderd op 29-01-2019 11:41 ]

[MDKlapwijk]

Hi,

The table does not accommodate for the optimizers to be grouped. So if you would want something like that, you should create an extra table which links the op_id to a zone/group and fill it with reference data.

Furthermore if you want to use pvoutput.org for all arrays, you should create 2 sub-sites and adapt the script to sent only data for 1 aray to the subsequent pvoutput sub-site.

So not an out of the box solution...

[Verwijderd]

Thanks MDKlapwijk

I'm not concern about getting the individual arrays to PVOutput, just graphing in Grafana

Any pointers in getting the data into another table ?
My SQL skills are not that good, but could work it out with enough pointers

[andrerij]

Verwijderd schreef op dinsdag 29 januari 2019 @ 22:26:
Thanks MDKlapwijk

I'm not concern about getting the individual arrays to PVOutput, just graphing in Grafana

Any pointers in getting the data into another table ?
My SQL skills are not that good, but could work it out with enough pointers

This is an example with specific optimizer ids:

code:

SELECT HEX(`op_id`) optimizer, `timestamp`, uptime, `v_in`*`i_in`*0.125*0.00625 vermogen, e_day*0.25 energie 
FROM `telemetry_optimizers` 
WHERE (`timestamp` > 1548741184 AND `timestamp` <= 1548799617) and (HEX(`op_id`) in ('2020B2E3','2020B18C'))
ORDER BY `timestamp`

[Verwijderd]

andrerij schreef op dinsdag 29 januari 2019 @ 23:49:
[...]

This is an example with specific optimizer ids:

Thanks
I will try this tonight after work, I have already mapped the Optimiser ID's, so can easily put those in

[Verwijderd]

Ok we are getting there

This is the grafana SQL code I have

SELECT $__unixEpochGroupAlias(timestamp,10s), HEX(`op_id`) optimizer, `v_in`*`i_in`*0.125*0.00625 power
FROM `telemetry_optimizers`
WHERE $__unixEpochFilter(timestamp) and (HEX(`op_id`) in ('117DCCFB', '117DCDA8', '117DD356', '117E0083', '117E2BC4', '117E2BC5', '117E37F6', '117E3A17', '117F1812', '117F1824'))
ORDER BY $__unixEpochGroup(timestamp,10s)

This will graph the output of each panel in watts individually
How would I add a SUM of all the panels together ? (SUM of 'power')
This would let me graph the output of the array throughout the day

not sure how to add a code block, I cannot see a button to insert that

[ Voor 5% gewijzigd door Verwijderd op 30-01-2019 10:22 ]

[MDKlapwijk]

@Verwijderd, add a 'group by' after the where clause and a 'sum' in the select-clause.

example of how the 'group by' works, in this case the 'min' and 'max' timestamps for each op_id:

code:

mysql> select op_id, from_unixtime(min(timestamp)), from_unixtime(max(timestamp)) from telemetry_optimizers group by op_id order by from_unixtime(max(timestamp)), op_id;
+-----------+-------------------------------+-------------------------------+
| op_id     | from_unixtime(min(timestamp)) | from_unixtime(max(timestamp)) |
+-----------+-------------------------------+-------------------------------+
| 280740262 | 2017-09-20 07:46:29           | 2017-12-13 10:34:45           |
| 280765221 | 2017-09-20 07:45:11           | 2019-01-30 11:25:43           |
| 280926680 | 2018-02-07 08:45:39           | 2019-01-30 11:27:08           |
| 280763538 | 2017-09-20 07:45:40           | 2019-01-30 11:30:45           |
| 280763355 | 2017-09-20 07:44:29           | 2019-01-30 11:31:28           |
| 280765313 | 2017-09-20 07:49:21           | 2019-01-30 11:32:53           |
| 280764442 | 2017-09-20 07:51:32           | 2019-01-30 11:34:02           |
| 280763213 | 2017-09-20 07:43:54           | 2019-01-30 11:34:32           |
| 280741313 | 2017-09-20 07:43:37           | 2019-01-30 11:34:50           |
| 280742169 | 2017-09-20 07:43:55           | 2019-01-30 11:34:53           |
| 280740220 | 2017-09-20 07:45:52           | 2019-01-30 11:35:22           |
| 280764437 | 2017-09-20 07:45:01           | 2019-01-30 11:35:36           |
| 280741445 | 2017-09-20 07:47:53           | 2019-01-30 11:35:41           |
| 280764896 | 2017-09-20 07:46:26           | 2019-01-30 11:35:43           |
| 540879577 | 2017-09-20 08:04:14           | 2019-01-30 11:35:44           |
| 280765603 | 2017-09-20 07:40:32           | 2019-01-30 11:35:58           |
| 280763500 | 2017-09-20 07:45:22           | 2019-01-30 11:36:06           |
| 280763366 | 2017-09-20 07:44:00           | 2019-01-30 11:36:10           |
| 280742075 | 2017-09-20 07:47:51           | 2019-01-30 11:36:12           |
+-----------+-------------------------------+-------------------------------+
19 rows in set (0.01 sec)

[ Voor 92% gewijzigd door MDKlapwijk op 30-01-2019 11:38 ]

[andrerij]

MDKlapwijk schreef op woensdag 30 januari 2019 @ 11:32:
@Verwijderd, add a 'group by' after the where clause and a 'sum' in the select-clause.

The last e_day is normal the total energy of one panel.

To get the right sum see:

Jerrythafast schreef op zaterdag 22 april 2017 @ 19:00:
[...]

Is inderdaad ook weer geen gemakkelijke. Hier een query om per paneel de totale opbrengst in Wh te berekenen:

MySQL:

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
  ORDER BY op_id, timestamp
) x 
GROUP BY op_id;

Strategie die ik toepas: bereken eerst (inner query) de verschillen in opgewekte energie tussen opeenvolgende datapunten van elk paneel (e_day - @prevval). Hierbij zijn twee valkuilen te omzeilen: de overgang naar de volgende optimizer (op_id = @prevop) en een herstart van dezelfde optimizer (uptime > @prevup). Vervolgens (outer query) tel ik alle aldus berekende verschillen behorend bij dezelfde optimizer bij elkaar op.

Het is ook geen snelle query geworden...

+-----------+-----------+
| optimizer | energy    |
+-----------+-----------+
| 1043xxxx  | 270896.5  |
| 1052xxxx  | 331992.5  |
| 1061xxxx  | 290062.5  |
| 1063xxxx  | 330801.5  |
| 1065xxxx  | 343457.75 |
| 1065xxxx  | 324668.75 |
| 1065xxxx  | 321871.5  |
| 1065xxxx  | 328013    |
| 1065xxxx  | 342041.5  |
| 1065xxxx  | 324238    |
| 1066xxxx  | 338860    |
| 10BCxxxx  |   1416.75 |
+-----------+-----------+
12 rows in set (16.90 sec)

Mogelijk is de query nog niet helemaal goed, want ik kan hem maar één keer uitvoeren. Daarna moet ik opnieuw verbinden voordat hij hem weer slikt.

Hier is gisteren een brakke optimizer verangen. Onderste regel is de nieuwe optimizer, vandaar de lage score daarvoor. Gaat om deze mafkees. Het betreffende paneel had altijd, elke dag, steevast de laagste opbrengst. Vandaag gaat het erom spannen of hij de hoogste opbrengst haalt of 2e wordt. Een optimizer-wissel kan dus een behoorlijk verschil in opbrengst geven! De oude optimizer van dat paneel is trouwens de bovenste regel.

In your case:

code:

SELECT "SE" 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` > 1548822106 AND `timestamp` <= 1548845900) and (HEX(`op_id`) in ('2020B2E3', '2020B18C'))
  ORDER BY op_id, timestamp
) x

Skip Group BY to get the total sum of all 'SE' panels

[andrerij]

Verwijderd schreef op woensdag 30 januari 2019 @ 10:20:
Ok we are getting there

This is the grafana SQL code I have

[...]


This will graph the output of each panel in watts individually
How would I add a SUM of all the panels together ? (SUM of 'power')
This would let me graph the output of the array throughout the day

not sure how to add a code block, I cannot see a button to insert that

When you add the table "op_id" like:

code:

op_id      direction
2020B2E3   SW
2020B18C   SW
2020B1B2   NE
2020B353   NE

you can make a query:

code:

SELECT "SW" direction, 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` > 1548822106 AND `timestamp` <= 1548845900) and (HEX(`op_id`) in (select op_id from op_id where direction = 'SW'))
  ORDER BY op_id, timestamp
) x

[MDKlapwijk]

@andrerij, he is trying to get the total of a sub-set of optimizers (array) and plot that into a single graph with a span of a day. So I still think he would need to:
- collect 1 record per interval per optimizer for each of the optimizers in the array,
- group those per interval and sum the values

[Verwijderd]

@MDKlapwijk is correct in understanding what I'm trying to achieve
Yes understanding the total 'energy' (kWh) produced by the array is also a nice to have, initially I would like to graph the sum of 'power' (W)

Adding the additional table with op_id and direction is a good idea, instead if listing all the op_id's in the where clause

Also could you please explain where these two values come from ? *0.125*0.00625
I'm trying to understand the structure of the database/tables more

I do apologies for my lack of SQL knowledge, db's are one area of IT I have not worked in

My reason for trying to graph each array, SW is not the ideal direction for panels in the bottom of Australia in winter, so would like to track its value. This would then also help other people here decide if to go SW as well

[Verwijderd]

I have tried to adapt the code above for 'power' instead of 'energy'

code:

SELECT "SW" direction, SUM(`v_in`*`i_in`*0.125*0.00625) power
FROM (
  SELECT
  op_id, v_in, i_in,
  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` > 1548874800 AND `timestamp` <= 1548936000) and (HEX(`op_id`) in ('117DCCFB', '117DCDA8', '117DD356', '117E0083', '117E2BC4', '117E2BC5', '117E37F6', '117E3A17', '117F1812', '117F1824'))
  ORDER BY op_id, timestamp
  ) x

This produces
direction power
'SW', '186732.56796875'

and in Grafana

code:

SELECT  "SW" direction,  SUM(`v_in`*`i_in`*0.125*0.00625) power, 
FROM (
  SELECT
  op_id, v_in, i_in,
  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 $__unixEpochFilter(timestamp) and  (HEX(`op_id`) in ('117DCCFB', '117DCDA8', '117DD356', '117E0083', '117E2BC4', '117E2BC5', '117E37F6', '117E3A17', '117F1812', '117F1824'))
  ORDER BY $__unixEpochGroup(timestamp,10s)
) x

I'm not sure grafana likes it very much

Error 1064: You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'FROM (
SELECT
op_id, v_in, i_in,
IF(op_id = @prevop AND uptime > @prevup, ' at line 2

Here is what the graph from the previous working code looks like (I'm trying to do the same, but have the sum instead of each optimiser)

[ Voor 5% gewijzigd door Verwijderd op 31-01-2019 09:57 ]

[andrerij]

Verwijderd schreef op donderdag 31 januari 2019 @ 09:52:
I have tried to adapt the code above for 'power' instead of 'energy'

code:

SELECT "SW" direction, SUM(`v_in`*`i_in`*0.125*0.00625) power
FROM (
  SELECT
  op_id, v_in, i_in,
  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` > 1548874800 AND `timestamp` <= 1548936000) and (HEX(`op_id`) in ('117DCCFB', '117DCDA8', '117DD356', '117E0083', '117E2BC4', '117E2BC5', '117E37F6', '117E3A17', '117F1812', '117F1824'))
  ORDER BY op_id, timestamp
  ) x

This produces
direction power
'SW', '186732.56796875'

and in Grafana

code:

SELECT  "SW" direction,  SUM(`v_in`*`i_in`*0.125*0.00625) power, 
FROM (
  SELECT
  op_id, v_in, i_in,
  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 $__unixEpochFilter(timestamp) and  (HEX(`op_id`) in ('117DCCFB', '117DCDA8', '117DD356', '117E0083', '117E2BC4', '117E2BC5', '117E37F6', '117E3A17', '117F1812', '117F1824'))
  ORDER BY $__unixEpochGroup(timestamp,10s)
) x

I'm not sure grafana likes it very much

Error 1064: You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'FROM (
SELECT
op_id, v_in, i_in,
IF(op_id = @prevop AND uptime > @prevup, ' at line 2

Here is what the graph from the previous working code looks like (I'm trying to do the same, but have the sum instead of each optimiser)
[Afbeelding]

This is the code you must use:

code:

SELECT
  timestamp DIV 300 * 300 AS "time",
  sum(i_in*v_out*0.125*0.00625 ) AS "power"
FROM telemetry_optimizers
WHERE
  (timestamp >= 1548824671 AND timestamp <= 1548871772) and (HEX(`op_id`) in (select op_id from op_id where direction = 'SW'))
GROUP BY 1
ORDER BY timestamp DIV 300 * 300

And this is the code in Grafana:

code:

SELECT
  $__unixEpochGroupAlias(timestamp,5m),
  sum(i_in*v_out*0.125*0.00625 ) AS "power"
FROM telemetry_optimizers
WHERE
  $__unixEpochFilter(timestamp) and (HEX(`op_id`) in (select op_id from op_id where direction = 'SW'))
GROUP BY 1
ORDER BY $__unixEpochGroupAlias(timestamp,5m)

The interval of 5 minutes is because not every panel responds at the same time.
In a period of 280 to 320 seconds each panel has reacted once.
You have to decide for yourself what is the best time for the period.
If the period is too long a panel can have reacted twice.
If the period is too short not all panels have responded.
It is unavoidable that some panels have not responded and others twice.
If sum is replaced by count, you can see how many panels responded within the period.

This is the result for my panels:

[ Voor 12% gewijzigd door andrerij op 01-02-2019 17:58 ]

[stormfly]

Iemand ook de bug waargenomen waarbij de publieke urls van het SE portal in de lay-out view de panelen ondersteboven hangen?

Als je inlogt draaien ze terug🤪🙃

[BizzieBis]

Ik ben nu al een aantal uur aan het proberen om de encryption key uit te lezen via RS485. Ik krijg het maar niet voor elkaar.

Ik heb de omvormer aangesloten op een USB<->RS485 dongle. Deze gebruik ik ook om een kWh meter mee uit te lezen in de meterkast, dus de stick werkt.

De omvormer heb ik ingesteld op RS485-1, protocol SE en als master. Maar ik krijg 0 respons.. Niet met het script van Jerry, en ook niet met het script van Jbuehl.

Ik krijg telkens de volgende melding:

code:

get-encryption-key>python get-key-by-rs232.py COM3

Traceback (most recent call last):
  File "get-key-by-rs232.py", line 95, in <module>
    getKeyPart(connection, i+1, inverter_id)) + "'")
  File "get-key-by-rs232.py", line 95, in <genexpr>
    getKeyPart(connection, i+1, inverter_id)) + "'")
  File "get-key-by-rs232.py", line 88, in getKeyPart
    struct.pack("<H", 0x238 + seq))))
  File "get-key-by-rs232.py", line 80, in calcCrc
    crc = crcTable[(crc ^ ord(d)) & 0xff] ^ (crc >> 8)
TypeError: ord() expected string of length 1, but int found

Het lijkt er op dat ik geen data ontvang.

Ook wanneer ik met een modbus tool voor windows data probeer te ontvangen gaat het niet van harte. Ik krijg wel de melding 'insufficient bytes received', dus er lijkt iets van communicatie te zijn.

Iemand een idee wat ik nog kan proberen? BTW, ik probeer bovenstaande uit te voeren op een Windows 10 tablet met python 3.7.

[ Voor 4% gewijzigd door BizzieBis op 12-02-2019 22:39 ]

[ocaj]

BizzieBis schreef op dinsdag 12 februari 2019 @ 22:38:
De omvormer heb ik ingesteld op RS485-1, protocol SE en als master. Maar ik krijg 0 respons.. Niet met het script van Jerry, en ook niet met het script van Jbuehl.

De instelling "Master" is bedoeld om 1 van je omvormers aan te wijzen om alle data te verzamelen en die vervolgens door te zetten naar de portal.

Je moet je omvormer op Slave instellen. De "Master" in de communicatie is het script.

Je hebt in je script de baudrate op 115200 staan? Dat is een op de omvormer niet-instelbare parameter als je het protocol op SE zet.

[BizzieBis]

De baudrate in het script staat goed. De Slave instelling had ik ook al geprobeerd. En tevens ook alle andere protocollen en baudrates.

Ik krijg steeds meer het idee dat bij mij de python omgeving in Windows het probleem is. Normaal gebruik ik dit alleen op Linux. Maar omdat ik geen Linux faciliteiten aanwezig heb in de buurt van de omvormer, heb ik voor Windows gekozen.

Is er een simpele Windows modbus tool die iets van communicatie kan weergeven? Dan weet ik in ieder geval dat er communicatie is tussen mijn usb dongle en omvormer.

[ocaj]

Kun je je laptop niet booten van een linux live-image op een usb-stick of desnoods een cd/dvd? Script op een ander usb-schijf en gaan...

Lijkt me - zeker voor iets eenmaligs als het verkrijgen van de encryption key - een niet al te ingewikkeld alternatief voor het aan de praat krijgen van python/modbus onder Windows?

[BizzieBis]

Dat kan ik inderdaad nog proberen
Voor nu lees ik de omvormer uit via Modbus over TCP. Dat geeft me elke 10 seconden de nodige gegevens, en voldoende inzicht.

[Jerrythafast]

BizzieBis schreef op dinsdag 12 februari 2019 @ 22:38:
Ik ben nu al een aantal uur aan het proberen om de encryption key uit te lezen via RS485. Ik krijg het maar niet voor elkaar.

Ik heb de omvormer aangesloten op een USB<->RS485 dongle. Deze gebruik ik ook om een kWh meter mee uit te lezen in de meterkast, dus de stick werkt.

De omvormer heb ik ingesteld op RS485-1, protocol SE en als master. Maar ik krijg 0 respons.. Niet met het script van Jerry, en ook niet met het script van Jbuehl.

Ik krijg telkens de volgende melding:

code:

get-encryption-key>python get-key-by-rs232.py COM3

Traceback (most recent call last):
  File "get-key-by-rs232.py", line 95, in <module>
    getKeyPart(connection, i+1, inverter_id)) + "'")
  File "get-key-by-rs232.py", line 95, in <genexpr>
    getKeyPart(connection, i+1, inverter_id)) + "'")
  File "get-key-by-rs232.py", line 88, in getKeyPart
    struct.pack("<H", 0x238 + seq))))
  File "get-key-by-rs232.py", line 80, in calcCrc
    crc = crcTable[(crc ^ ord(d)) & 0xff] ^ (crc >> 8)
TypeError: ord() expected string of length 1, but int found

Het lijkt er op dat ik geen data ontvang.

Ook wanneer ik met een modbus tool voor windows data probeer te ontvangen gaat het niet van harte. Ik krijg wel de melding 'insufficient bytes received', dus er lijkt iets van communicatie te zijn.

Iemand een idee wat ik nog kan proberen? BTW, ik probeer bovenstaande uit te voeren op een Windows 10 tablet met python 3.7.

Het script werkt met Python 2.

EDIT: Ik heb dit even wat duidelijker benoemd in de OP en heb het antwoord bij de FAQ's gezet.

[BizzieBis]

Normaal gebruik ik python2.7. Python3 heb ik geprobeerd om dat 2 niet leek te werken.

Ik probeer dit weekend een linux live-disk aan de praat te krijgen. Ik verwacht dat het dan wel gaat werken. Ik krijg vanuit Windows (native python2 en Ubuntu subsystem) geen serieele communicatie opgezet.

[jerver]

Ben een poging aan het doen om het script te realiseren op mijn router (archer c7) met Openwrt met een connectie naar een mysql database op een andere server. Dan heb ik geen andere hardware nodig voor het loggen. De Solaredge hangt aan de router. Lijkt allemaal goed te gaan op helaas 1 ding na ....: PCAP format not supported! Can only read little-endian PCAP
Het eerder in deze draad genoemde python opdracht geeft inderdaad:
A1 B2 C3 D4 00 02 00 04 00 00 00 00 00 00 00 00 00 04 00 00 00 00 00 01
Is er een oplossing hiervoor? Helaas heb ik niet veel ruimte meer op de router om veel extra software te installeren.

[Jerrythafast]

jerver schreef op zaterdag 16 februari 2019 @ 22:07:
Ben een poging aan het doen om het script te realiseren op mijn router (archer c7) met Openwrt met een connectie naar een mysql database op een andere server. Dan heb ik geen andere hardware nodig voor het loggen. De Solaredge hangt aan de router. Lijkt allemaal goed te gaan op helaas 1 ding na ....: PCAP format not supported! Can only read little-endian PCAP
Het eerder in deze draad genoemde python opdracht geeft inderdaad:
A1 B2 C3 D4 00 02 00 04 00 00 00 00 00 00 00 00 00 04 00 00 00 00 00 01
Is er een oplossing hiervoor? Helaas heb ik niet veel ruimte meer op de router om veel extra software te installeren.

Je bent in goed gezelschap van één andere tweaker die het met dit Java-tooltje ertussen werkende heeft. Ik lees in dit topic dat ik beloofd had dat in te bouwen in se-logger als het werkte, dus ehm

[jerver]

Jerrythafast schreef op zondag 17 februari 2019 @ 08:21:
[...]

Je bent in goed gezelschap van één andere tweaker die het met dit Java-tooltje ertussen werkende heeft. Ik lees in dit topic dat ik beloofd had dat in te bouwen in se-logger als het werkte, dus ehm

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 @Kaisar 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.

[Jerrythafast]

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 @Kaisar 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

[ Voor 5% gewijzigd door Jerrythafast op 17-02-2019 09:06 ]

[jerver]

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

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


Top! Je doet je naam "thafast" absoluut eer aan . 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...

[stormfly]

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)

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

[mieshel]

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

[Nelus82]

@andrerij

Heb vorige week een pv installatie op mijn dak gekregen. Via de logger en het script heb ik de key kunnen uitlezen en is het scipt nu netjes aan het uploaden naar pvoutput.

Nu zou ik graag jouw site willen gebruiken maar ik krijg de hele tijd de volgende melding bij het openen van zonnepanelen.php:

code:

33) { $aantal = 33;} if ($aantal < 0) { $aantal = 0;} $pro = ["25%","25%","25%","25%","25%","25%","25%","25%","25%","25%","25%","25%","25%","25%","25%","25%","25%","25%","25%","25%","25%","25%","25%","25%","25%","25%","25%","25%","25%","25%","25%","25%","25%"]; $top = ["82%","82%","82%","82%","82%","82%","82%","82%","82%","82%","82%","82%","82%","82%","82%","82%","82%","82%","82%","82%","82%","82%","82%","82%","82%","82%","82%","82%","82%","82%","82%","82%","82%"]; for ($i=1; $i<=$aantal; $i++){ if ($op_id[$i][2] == 1){$pro[$i] = "20%"; $top[$i] = "70%";} } $week[1] = "Maandag "; $week[2] = "Dinsdag "; $week[3] = "Woensdag "; $week[4] = "Donderdag "; $week[5] = "Vrijdag "; $week[6] = "Zaterdag "; $week[7] = "Zondag "; $date = $_GET['date']; setlocale(LC_ALL, 'nld_NLD'); if($date == ''){ $date = date("d-m-Y H:i:s", time()); } for ($i=0; $i<=14; $i++){ $productie[$i] = $week[date("N", strtotime($date)-$i*86400)].date("d-m-Y", strtotime($date)-$i*86400); } $winter = date("I",(new DateTime(sprintf("today %s",date("Y-m-d 00:00:00", strtotime($date)))))->getTimestamp())-1; $jaar = date("Y",(new DateTime(sprintf("today %s",date("Y-m-d 00:00:00", strtotime($date)))))->getTimestamp()); $maand = date("m",(new DateTime(sprintf("today %s",date("Y-m-d 00:00:00", strtotime($date)))))->getTimestamp())-1; $dag = date("d",(new DateTime(sprintf("today %s",date("Y-m-d 00:00:00", strtotime($date)))))->getTimestamp())-1; $datum1 = (new DateTime(sprintf("today %s",date("Y-m-d 00:00:00", time()))))->getTimestamp(); $datumz = date("d-m-Y H:i:s",(new DateTime(sprintf("today %s",date("Y-m-d 00:00:00", strtotime($date)))))->getTimestamp()); $tomorrow = (new DateTime(sprintf("tomorrow %s",date("Y-m-d 00:00:00", strtotime($date)))))->getTimestamp(); $date3 = date("Y-m-d", time()); $datev = date("d-m-Y", strtotime($date)); $a = strptime($date, '%d-%m-%Y %H:%M:%S'); if ($a['tm_year']+1900 < 2000){ $a = strptime($date, '%Y-%m-%d');   $d = mktime(0,0,0,$a['tm_mon']+1, $a['tm_mday'], $a['tm_year']+1900); } $a = mktime(0,0,0,$a['tm_mon']+1, $a['tm_mday'], $a['tm_year']+1900); $date2 = strftime('%Y-%m-%d', $a); $date4 = strftime('%Y,%m,%d', $d); $datum = (new DateTime(sprintf("today %s",date("Y-m-d 00:00:00", strtotime($date)))))->getTimestamp()/86400; $timezone = date('Z',strtotime($date))/3600; $localtime = 0; //Time (pas local midnight) $sunrise_s = iteratie($datum,$lat,$long,$timezone,$localtime,0); $solar_noon_s = iteratie($datum,$lat,$long,$timezone,$localtime,1); $sunset_s = iteratie($datum,$lat,$long,$timezone,$localtime,2); $sunrise = date("H:i:s",($datum+$sunrise_s)*86400); $solar_noon = date("H:i:s",($datum+$solar_noon_s)*86400); $sunset = date("H:i:s",($datum+$sunset_s)*86400); $daglengte = date("H:i:s",($datum+$sunset_s-$sunrise_s)*86400); function iteratie($datum,$lat,$long,$timezone,$localtime,$i) { $epsilon = 0.000000000001;    do { $st = $solar_noon_s = bereken($datum,$lat,$long,$timezone,$localtime,$i); $sv = $st - $localtime/24; $localtime = $st*24; } while ( abs($sv) > $epsilon ); return $st; } function bereken($datum,$lat,$long,$timezone,$localtime,$i) { $julian_day = $datum + 2440587.5 + ($localtime-$timezone)/24; //Julian Day $julian_cen =($julian_day-2451545)/36525; //Julian Century $geom_mean_long_sun = ((280.46646+$julian_cen*(36000.76983 + $julian_cen*0.0003032))/360 - floor((280.46646+$julian_cen*(36000.76983 + $julian_cen*0.0003032))/360))*360; //Geom Mean Long Sun (deg) $geom_mean_anom_sun = 357.52911+$julian_cen*(35999.05029 - 0.0001537*$julian_cen); //Geom Mean Anom Sun (deg) $eccent_earth_orbit = 0.016708634-$julian_cen*(0.000042037+0.0000001267*$julian_cen); //Eccent Earth Orbit $sun_eq_of_ctr = sin(deg2rad($geom_mean_anom_sun))*(1.914602-$julian_cen*(0.004817+0.000014*$julian_cen))+sin(deg2rad(2*$geom_mean_anom_sun))*(0.019993-0.000101*$julian_cen)+sin(deg2rad(3*$geom_mean_anom_sun))*0.000289; //Sun Eq of Ctr $sun_true_long = $geom_mean_long_sun+$sun_eq_of_ctr; //Sun True Long (deg) $sun_app_long = $sun_true_long-0.00569-0.00478*sin(deg2rad(125.04-1934.136*$julian_cen)); //Sun App Long (deg) $mean_obliq_ecliptic = 23+(26+((21.448-$julian_cen*(46.815+$julian_cen*(0.00059-$julian_cen*0.001813))))/60)/60; //Mean Obliq Ecliptic (deg) $obliq_corr = $mean_obliq_ecliptic+0.00256*cos(deg2rad(125.04-1934.136*$julian_cen)); // Obliq Corr (deg) $sun_declin = rad2deg(asin(sin(deg2rad($obliq_corr))*sin(deg2rad($sun_app_long)))); //Sun Declin (deg) $var_y = tan(deg2rad($obliq_corr/2))*tan(deg2rad($obliq_corr/2)); //var y $eq_of_time = 4*rad2deg($var_y*sin(2*deg2rad($geom_mean_long_sun))-2*$eccent_earth_orbit*sin(deg2rad($geom_mean_anom_sun))+4*$eccent_earth_orbit*$var_y*sin(deg2rad($geom_mean_anom_sun))*cos(2*deg2rad($geom_mean_long_sun))-0.5*$var_y*$var_y*sin(4*deg2rad($geom_mean_long_sun))-1.25*$eccent_earth_orbit*$eccent_earth_orbit*sin(2*deg2rad($geom_mean_anom_sun))); //Eq of Time $ha_sunrise = rad2deg(acos(cos(deg2rad(90.833))/(cos(deg2rad($lat))*cos(deg2rad($sun_declin)))-tan(deg2rad($lat))*tan(deg2rad($sun_declin)))); //HA Sunrise (deg) $solar_noon_a = (720-4*$long-$eq_of_time+$timezone*60)/1440; //Solar Noon $sunrise_a = $solar_noon_a-$ha_sunrise*4/1440; // Sunrise $sunset_a = $solar_noon_a+$ha_sunrise*4/1440; // Sunset if ($i==0){ $s = $sunrise_a;} if ($i==1){ $s = $solar_noon_a;} if ($i==2){ $s = $sunset_a;} return $s; } ?>

[Jerrythafast]

stormfly schreef op maandag 18 februari 2019 @ 07:23:
[...]


Mr Fast, The Fast ;-) (James Bond intonatie)

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.

[spok9]

Heeft iemand toevallig al geprobeerd direct naar InfluxDB te schrijven i.p.v. MySQL?
En @willemx, zou jij je MQTT code willen delen?

[mieshel]

@Jerrythafast
Ok, thnx. Dan gaan we er binnenkort achter komen

[Staatslot]

spok9 schreef op maandag 18 februari 2019 @ 20:33:
Heeft iemand toevallig al geprobeerd direct naar InfluxDB te schrijven i.p.v. MySQL?
En @willemx, zou jij je MQTT code willen delen?

Hier ook veel belangstelling voor een mqtt toevoeging

[niqck]

spok9 schreef op maandag 18 februari 2019 @ 20:33:
Heeft iemand toevallig al geprobeerd direct naar InfluxDB te schrijven i.p.v. MySQL?
En @willemx, zou jij je MQTT code willen delen?

+1. Heb momenteel al Smappee die naar InfluxDB logt; zou handig zijn als SE-logger dat ook doet. 1 bron voor alle data... Ben nu leuke grafiekjes aan het bouwen met Grafana.

[andrerij]

Nelus82 schreef op maandag 18 februari 2019 @ 13:10:
@andrerij

Heb vorige week een pv installatie op mijn dak gekregen. Via de logger en het script heb ik de key kunnen uitlezen en is het scipt nu netjes aan het uploaden naar pvoutput.

Nu zou ik graag jouw site willen gebruiken maar ik krijg de hele tijd de volgende melding bij het openen van zonnepanelen.php:

Ik kan deze fout niet reproduceren. Heb je de config.php en de zonnepanelen.css volgens de instructies aangepast?
Het lijkt erop dat er, in plaats van de parameters, iets aan de code is veranderd in één van deze files.

[MaikelK.]

@andrerij

Thanks voor de aanpassing van de panelen naar horizontaal! Het was even puzzelen maar het is gelukt.

Echter als ik met CTRL over de omvormer ga, krijg ik wel vermogen aan de rechterkant te zien, maar er komen geen curves zoals wel te zien is als je over de panelen gaat met CTRL.

Dit was overigens ook al zo bij mij voordat we de panelen horizontaal konden plaatsen. Ik draaide volgens mij op versie 1.1.0.

[jerver]

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

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?

[andrerij]

MaikelK. schreef op zaterdag 23 februari 2019 @ 17:44:
@andrerij

Thanks voor de aanpassing van de panelen naar horizontaal! Het was even puzzelen maar het is gelukt.

Echter als ik met CTRL over de omvormer ga, krijg ik wel vermogen aan de rechterkant te zien, maar er komen geen curves zoals wel te zien is als je over de panelen gaat met CTRL.

Dit was overigens ook al zo bij mij voordat we de panelen horizontaal konden plaatsen. Ik draaide volgens mij op versie 1.1.0.

CTRL in combinatie met de muis heeft geen functie bij de omvormer maar wel bij de panelen.
Bij de omvormer geeft hij hetzelfde plaatje weer als alleen met de muis.
Indien je met de muis op een paneel gaat staan krijg je rechtsboven een zelfde soort plaatje van het paneel als onder van de omvormer. Indien je met CTRL in combinatie met de muis op een paneel gaat staan krijg je hetzelfde soort plaatje rechtsboven als je alleen met de muis op de omvormer gaat staan.

Voor de panelen heb ik nu de combinatie ALT met muis toegevoegd. Dit geeft de energie weer van alle panelen. Dit is hetzelfde soort plaatje van de omvormer als standaard rechtsboven.

De laatste versie kan gedownload worden van GitHub.

[Jerrythafast]

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.

[MaikelK.]

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

[andrerij]

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.

Ik heb vandaag de Altkey toegevoegd en een nieuwe versie 1.30 gemaakt.

Ik zal kijken of ik de schaal kan aanpassen aan het gebruikte scherm.

[jerver]

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
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]

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.

[ Voor 12% gewijzigd door andrerij op 24-04-2019 21:35 ]

[stormfly]

andrerij schreef op maandag 25 februari 2019 @ 09:50:
[...]


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 zonnepanelen-website.

Zeer welkom! Dank, vanavond ff updaten.

[jvdzande]

MaikelK. schreef op zondag 24 februari 2019 @ 12:08:
@andrerij
Echter veranderd de grafiek wel naar vermogen maar komen er geen lijnen tevoorschijn. Ik gebruik Chrome als browser.

Ik heb hetzelfde resultaat: rechtsboven laat de grafiek keurig Energie met de lijnen zien en met de muis op de Converter verandert de tekst naar Vermogen maar zonder lijnen in de grafiek. De installatie draait pas 4 dagen, misschien is dat het issue?
Alle andere functies werken perfect als beschreven en ben er erg blij mee!
ps: ik gebruik de laatste versie 1.40.

Mvg
Jos

[ Voor 4% gewijzigd door jvdzande op 25-02-2019 19:27 . Reden: typo ]

[niqck]

andrerij schreef op dinsdag 29 januari 2019 @ 23:49:
[...]

This is an example with specific optimizer ids:

code:

SELECT HEX(`op_id`) optimizer, `timestamp`, uptime, `v_in`*`i_in`*0.125*0.00625 vermogen, e_day*0.25 energie 
FROM `telemetry_optimizers` 
WHERE (`timestamp` > 1548741184 AND `timestamp` <= 1548799617) and (HEX(`op_id`) in ('2020B2E3','2020B18C'))
ORDER BY `timestamp`

Krijg het maar niet aan de praat via MySQL (via InfluxDB lukt dergelijke grafieken me beter) dus hopelijk kan jij helpen. Ik zoek een SQL waarbij het minimum van alle optimizers genomen wordt per tijd. Zo kan je vergelijken wat je panelen zouden opgebracht hebben zonder optimizers.

[andrerij]

niqck schreef op maandag 25 februari 2019 @ 23:07:
[...]

Krijg het maar niet aan de praat via MySQL (via InfluxDB lukt dergelijke grafieken me beter) dus hopelijk kan jij helpen. Ik zoek een SQL waarbij het minimum van alle optimizers genomen wordt per tijd. Zo kan je vergelijken wat je panelen zouden opgebracht hebben zonder optimizers.

Met de volgende query krijg je het vermogen van de optimizer met het laagste vermogen per 5 minuten:

code:

SELECT
  timestamp DIV 300 * 300 AS "time",
  min(`v_in`*`i_in`*0.125*0.00625) AS "power"
FROM telemetry_optimizers
WHERE
  timestamp >= 1551174982 AND timestamp <= 1551196582
GROUP BY 1
ORDER BY timestamp DIV 300 * 300

[stormfly]

andrerij schreef op maandag 25 februari 2019 @ 09:50:
[...]


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 zonnepanelen-website.

Dat verschalen is echt top!

Het ging met het behouden van de css file niet helemaal OK met de paneel afmetingen. Ben maar naar de default layout gegaan, twee rijtjes van 4 in portrait

Thx voor je werk!

[andrerij]

stormfly schreef op dinsdag 26 februari 2019 @ 21:20:
[...]


Dat verschalen is echt top!

Het ging met het behouden van de css file niet helemaal OK met de paneel afmetingen. Ben maar naar de default layout gegaan, twee rijtjes van 4 in portrait

Thx voor je werk!

[Afbeelding]

Uit de positie van de tekst in het plaatje blijkt dat de richting in config.php niet is aangepast.
De richting moet zijn 1 in plaats van 0.

De truc is dat je in de css file alles in procenten ten opzichten van de hoogte en breedte verhouding zet.
Indien je zorgt dat de div.box_Zonnepanelen in verhouding een vierkant is dan kun je de div.box_Zonnepaneel_1 etc. in verhouding doen en voor een liggend paneel de breedte en hoogte omdraaien van een staand paneel.

[ Voor 8% gewijzigd door andrerij op 26-02-2019 23:03 ]

[niqck]

andrerij schreef op dinsdag 26 februari 2019 @ 17:04:
[...]

Met de volgende query krijg je het vermogen van de optimizer met het laagste vermogen per 5 minuten:

Bedankt!!!!

Best tof om een grafiekje te maken en te zien hoeveel je "wint" dankzij de optimizers bij een gelijke omvormer. Kan perfect zien wat de impact is van schaduw op enkele panelen 's morgens en 's avonds. Was ook de reden dat ik voor de optimizers gekozen heb.
Voor seriele schakeling had men wel een 5KW inverter voor gesteld, voor de parallelle is het "maar" een 4KW. Maar je panelen overdimensioneren is beter voor het rendement van je omvormer dus zal denk ik als totaalsom wel positief uitkomen.

[MaikelK.]

@andrerij

Top, werkt perfect dat verschalen, eerst wel weer even de left en top positie en height en width aan gepast van de zonnepanelen box zelf.

Valt mij nu op dat de groene pijl iets onder de rode lijn staat, op diverse monitoren. Welke positie is dat, dan kan ik deze zelf wel bij stellen.
Ook staat er nu achter de temperatuur van de inverter een ruitvormig plaatje met een ? er in. Dat moet volgens mij het bolletje zijn van celsius?

Verder zie ik nu inderdaad met ALT over de panelen de grafiek veranderen, er staat alleen twee keer Vermogen (W) aan de rechterkant, volgens mij moet de ene Vermogen (W) zijn en de andere Energie (Wh)

Muis over de omvormer veranderd bij mij wel de grafiek maar er verschijnen geen lijnen.
Ik gebruik Chrome Versie 72.0.3626.119 (Officiële build) (64-bits)

[andrerij]

MaikelK. schreef op woensdag 27 februari 2019 @ 10:15:
@andrerij

Top, werkt perfect dat verschalen, eerst wel weer even de left en top positie en height en width aan gepast van de zonnepanelen box zelf.

Valt mij nu op dat de groene pijl iets onder de rode lijn staat, op diverse monitoren. Welke positie is dat, dan kan ik deze zelf wel bij stellen.
Ook staat er nu achter de temperatuur van de inverter een ruitvormig plaatje met een ? er in. Dat moet volgens mij het bolletje zijn van celsius?

Verder zie ik nu inderdaad met ALT over de panelen de grafiek veranderen, er staat alleen twee keer Vermogen (W) aan de rechterkant, volgens mij moet de ene Vermogen (W) zijn en de andere Energie (Wh)

Muis over de omvormer veranderd bij mij wel de grafiek maar er verschijnen geen lijnen.
Ik gebruik Chrome Versie 72.0.3626.119 (Officiële build) (64-bits)

De groene pijl staat in regel 1896 en begint met "<div class="" id="arrow_PRD" style="top: 14.3%;"

Voor het font gebruik ik Arial. Indien dit niet geïnstalleerd is krijg je een vreemd teken voor de °C.

De naam van de schaal was nog niet aangepast. Het is nu aangepast naar "Energie (Wh)". Hiervoor heb ik zonnepanelen.php aangepast.

Het niet verschijnen van lijnen in de grafiek, als je met de muis over de omvormer gaat, kan ik niet reproduceren.

De laatste versie kan gedownload worden van GitHub.

[MaikelK.]

andrerij schreef op woensdag 27 februari 2019 @ 14:49:
[...]

De groene pijl staat in regel 1896 en begint met "<div class="" id="arrow_PRD" style="top: 14.3%;"

Voor het font gebruik ik Arial. Indien dit niet geïnstalleerd is krijg je een vreemd teken voor de °C.

De naam van de schaal was nog niet aangepast. Het is nu aangepast naar "Energie (Wh)". Hiervoor heb ik zonnepanelen.php aangepast.

Het niet verschijnen van lijnen in de grafiek, als je met de muis over de omvormer gaat, kan ik niet reproduceren.

De laatste versie kan gedownload worden van zonnepanelen-website.

Ik heb zonnepanelen.php vervangen, Energie wordt bij de ALT + muisover nu weergegeven en het bolletje van graden staat nu ook weer voor C.

Wat voor browser gebruik jij?

[MaikelK.]

Komt het evt. door 1 fase of 3 fase systemen?

[andrerij]

MaikelK. schreef op woensdag 27 februari 2019 @ 16:18:
[...]


Ik heb zonnepanelen.php vervangen, Energie wordt bij de ALT + muisover nu weergegeven en het bolletje van graden staat nu ook weer voor C.

Wat voor browser gebruik jij?

Ik gebruik zelf Google Chrome, maar ik heb het ook op Microsoft Edge en Mozilla Firefox getest.

In config.php staat standaard een 3 fase inverter in verband met mijn testen.

code:

$inverter = 3; // 1 voor enkel fase en 3 voor 3 fase inverter

Indien je een 1 fase inverter hebt moet je dit op 1 zetten.

[stormfly]

code:

div.box_Zonnepanelen {
    
    left: 4.67%; 
    top: 6.83%; 
    width: 15.67%;
    height: 32%;
    position: absolute;
    -webkit-transform:rotate(0deg); 
    transform:rotate(0deg);
}

div.box_Zonnepaneel_1 {
    left: 0%;
    top: 0%;
    width: 15.8%;
    height: 28.05%;
    position: absolute;
    
}

div.box_Zonnepaneel_2 {
    left: 16.67%;
    top: 0%;
    width: 15.8%;
    height: 28.05%;
    position: absolute;
    
}

div.box_Zonnepaneel_3 {
    left: 33.33%;
    top: 0%;
    width: 15.8%;
    height: 28.05%;
    position: absolute;
    
}

div.box_Zonnepaneel_4 {
    left: 50%;
    top: 0%;
    width: 15.8%;
    height: 28.05%;
    position: absolute;
    
}

div.box_Zonnepaneel_5 {
    left: 0%;
    top: 29.2%;
    width: 15.8%;
    height: 28.05%;
    position: absolute;
    
}

div.box_Zonnepaneel_6 {
    left: 16.67%;
    top: 29.2%;
    width: 15.8%;
    height: 28.05%;
    position: absolute;
    
}

div.box_Zonnepaneel_7 {
    left:33.33%;
    top: 29.2%;
    width: 15.8%;
    height: 28.05%;
    position: absolute;
    
}

div.box_Zonnepaneel_8 {
    left: 50%;
    top: 29.2%;
    width: 15.8%;
    height: 28.05%;
    position: absolute;
    
}

@andrerij met deze layout (wat volgens mij de default layout is met slechts een andere rangschikking voor paneel 5-8 werkt de "mouseover" functie van de muis niet meer. Paneel 1-4 blijft keurig werken, maar de opnieuw geschikte rij laat geen paneel info meer zien rechtsboven.

EDIT: ik bedenk net zou het kunnen dat er hidden panelen onder de paneel 4-8 zitten? -> jeps dat blijkt het te zijn.

Op basis van bovenstaande code, zou je in Jip&Janneke taal wat rekenvoorbeelden willen geven hoe de paneel sizing gaat tov de hoofdbox parameters? Ik begrijp van je dat het in verhouding is, maar ik zie de som niet


Die groene pijl heb ik ook nu onder de lijn, overigens is dit de layout van bovenstaande code waarvan de "mouseover" niet werkt bij de onderste rij.

[andrerij]

stormfly schreef op woensdag 27 februari 2019 @ 17:18:

@andrerij met deze layout (wat volgens mij de default layout is met slechts een andere rangschikking voor paneel 5-8 werkt de "mouseover" functie van de muis niet meer. Paneel 1-4 blijft keurig werken, maar de opnieuw geschikte rij laat geen paneel info meer zien rechtsboven.

EDIT: ik bedenk net zou het kunnen dat er hidden panelen onder de paneel 4-8 zitten? -> jeps dat blijkt het te zijn.

Op basis van bovenstaande code, zou je in Jip&Janneke taal wat rekenvoorbeelden willen geven hoe de paneel sizing gaat tov de hoofdbox parameters? Ik begrijp van je dat het in verhouding is, maar ik zie de som niet

[Afbeelding]
Die groene pijl heb ik ook nu onder de lijn, overigens is dit de layout van bovenstaande code waarvan de "mouseover" niet werkt bij de onderste rij.

Ik heb de code in mijn zonnepanelen.css gezet en de overige panelen zo laten staan.
Verder heb ik de config.php file aangepast op 8 panelen en de richting.
Bij mij werkt het wel. Zie onderstaande figuur.



Indien div.box_Zonnepanelen wordt aangepast zoals onderstaand, dan blijft de tekst binnen het paneel.

code:

div.box_Zonnepanelen {
    
    left: 4.67%; 
    top: 6.83%; 
    width: 21%;
    height: 42.88%;
    position: absolute;
    -webkit-transform:rotate(0deg); 
    transform:rotate(0deg);
}

[MaikelK.]

andrerij schreef op woensdag 27 februari 2019 @ 17:07:
[...]


Ik gebruik zelf Google Chrome, maar ik heb het ook op Microsoft Edge en Mozilla Firefox getest.

In config.php staat standaard een 3 fase inverter in verband met mijn testen.

code:

$inverter = 3; // 1 voor enkel fase en 3 voor 3 fase inverter

Indien je een 1 fase inverter hebt moet je dit op 1 zetten.

Deze staat bij mij op 1... Bijzonder dan toch?

Heb ook nog even Firefox geinstalleerd, idem dito. Grafiek veranderd wel maar er komen geen lijnen te voorschijn.

Kan ik nog iets anders checken?

[ Voor 10% gewijzigd door MaikelK. op 27-02-2019 20:46 . Reden: Firefox geinstalleerd ]

[jvdzande]

@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

[andrerij]

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.

[ Voor 4% gewijzigd door andrerij op 24-04-2019 21:38 ]

[MaikelK.]

andrerij schreef op woensdag 27 februari 2019 @ 21:55:
[...]

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

De laatste versie kan gedownload worden van zonnepanelen-website.

Thanks! Werkt nu ook!

[mistral2]

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!

De aanpassing is simpel. Hier een difje:

--- zonnepanelen_website_org/config.php 2019-02-24 21:46:32.000000000 +0100
+++ zonnepanelen_website/config.php 2019-03-07 22:08:54.723313679 +0100
@@ -35,6 +35,9 @@
$lat = 51.9515885; //Latitude North
$long = 6.0045953; //Longitude East

+// Achtergrond image (in de img directory)
+$zonnesysteem = "zonnesysteem.gif";
+
// gegevens van het zonnepanelensysteem
$inverter = 3; // 1 voor enkel fase en 3 voor 3 fase inverter
$naam = "SolarEdge SE7k"; //naam van de inverter


--- zonnepanelen_website_org/zonnepanelen.php 2019-03-01 09:48:14.000000000 +0100
+++ zonnepanelen_website/zonnepanelen.php 2019-03-07 22:09:06.588457809 +0100
@@ -1886,7 +1886,7 @@
<input type="button" id="NextDay" class="btn btn-success btn-sm" value=">"></TD><TR>
</div>
<div class="imageOver">
- <img src="./img/zonnesysteem.gif" alt="" style="position:absolute; top: 0px; left: 0px; width: 100%; height: 100%; z-index: -100;"/></div>
+ <img src="./img/<?php echo $zonnesysteem;?>" alt="" style="position:absolute; top: 0px; left: 0px; width: 100%; height: 100%; z-index: -100;"/></div>
<img src="./img/dummy.gif" style="top: 1.59%; left: 21.24%; z-index: 10; width: 3.19%; height: 11.93%; position: absolute;" usemap="#inverter"/>
<map name="inverter" style="z-index: 20;">
<area id="inverter_1" shape="rect" coords="0,0,100%,100%" title="" onmouseover="vermogenChart()" onmouseout="vermogenChartcl()">

[mistral2]

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

[stormfly]

@Rouske gaf nog een tip voor PV output, vroeger was dat per 15 minuten. Maar met een donatie en het disabelen van een feature krijg je best strakke grafieken vanuit de native SolarEdge API.

Ik post het hier even zodat mensen hier hun voordeel mee kunnen doen, het seizoen is immers weer geopend ;-)

Als je donatie gedaan hebt is het zeker wel per 5 minuten (met de gegevens die uit de SolarEdge portal gehaald worden), zie mijn signature.

Moet je uiteraard wel Energy ook op disabled zetten, zoals ik al zei.
Als dat op Enabled staat dan gebruik je inderdaad nog steeds de 15 minuten gegevens.
"Use SolarEdge 15-minute energy. This will disable SolarEdge temperature and voltage"

[MaikelK.]

mistral2 schreef op donderdag 7 maart 2019 @ 22:38:
@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.

Waar is de Git?

[3ssen]

https://github.com/Jerrythafast/se-logger

Staat in de op.

[andrerij]

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:

$long = x.xxxxxxxx; //Longitude East

toegevoegd:

code:

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

[ Voor 3% gewijzigd door andrerij op 24-04-2019 21:39 ]

[mistral2]

Top andrerij!
Wellicht is het leuk om verschillende achtergronden te verzamelen en in de filenaam een beetje aan te geven wat er op staat. bvb zonnesysteem_hdwave_kwh_battery.gif voor een achtergron waar een hdwave inverter, opslagsysteem en een slimmemeter op staat.
Dan kunnen toekomstige gebruikers makkelijk kiezen welk plaatje het beste bij hun infrastructuur past.

[mistral2]

@andrerij: ik verzmel de 'slimmemeter'data ook al een tijdje maar heb daar nog geen presentatiesyteempje bij. Ik zie dat jij dat in jouw lokale versie kennelijk ook op weergeeft.
Kan je die code ook delen? Thanmks.

[andrerij]

mistral2 schreef op zaterdag 9 maart 2019 @ 11:37:
Top andrerij!
Wellicht is het leuk om verschillende achtergronden te verzamelen en in de filenaam een beetje aan te geven wat er op staat. bvb zonnesysteem_hdwave_kwh_battery.gif voor een achtergron waar een hdwave inverter, opslagsysteem en een slimmemeter op staat.
Dan kunnen toekomstige gebruikers makkelijk kiezen welk plaatje het beste bij hun infrastructuur past.

Dit is aan de gebruiker. Ik geef alleen de basis waarop voortgeborduurd kan worden.