01Et sted at finde fejl, før de rammer anlægget.
Jeg vil kunne undersøge ny software uden at bruge husets energianlæg som forsøgsbænk. Derfor har jeg bygget InverterLab: et program, der efterligner centrale dele af en inverter. Inverteren er den enhed, der omformer strømmen og forbinder solceller og batteri med huset.
I testanlægget kan jeg ændre solproduktion og husforbrug og se, hvordan modellen fordeler strømmen mellem huset, batteriet og elnettet. Jeg kan gentage den samme situation og undersøge, hvorfor et program reagerer, som det gør.
En bestået test viser, hvad der virker med den valgte model. Den beviser ikke alene, at det rigtige udstyr opfører sig på samme måde.
02Se strømmen bevæge sig.
Modellen følger solproduktion, husforbrug, opladning, afladning og køb eller salg af strøm. Batteriets procent ændrer sig, når der lagres eller bruges energi. Jeg kan derfor følge et forløb og ikke kun vise et fast billede af anlægget.
Min model tager udgangspunkt i min Growatt SPH3600 og de funktioner, jeg har brug for at undersøge på mit eget anlæg. Hvis jeg udvider modellen med en anden profil eller softwareversion, skal den have sit eget dokumenterede grundlag.
03Et program kan læse modellen som en inverter.
InverterLab efterligner også den måde, et andet program spørger inverteren om oplysninger på. Det gør det muligt at afprøve aflæsningen med min egen dongle-software. En dongle er en lille enhed. Min er allerede i brug til at læse oplysninger direkte fra min inverter. Den bruger RS485 til inverteren og Wi-Fi til mit lokale netværk. Jeg videreudvikler og tester dens software med modellen.
Den 17. oktober 2026 afprøvede jeg softwareversion 0.12.3 mod modellen. Først afviste programmet simulatorens identitet. Derefter viste det sig, at modellen manglede nogle oplysninger om versionen. Jeg rettede simulatorens svar og bevarede programmets kontrol af, hvilken enhed det taler med.
Tekniske detaljer: Software, registre og testforbindelse
Et register er en adresse, hvor programmet kan læse en bestemt oplysning. Modbus er de kommunikationsregler, der bruges til at spørge og svare. Testen kontrollerede blandt andet identitet, versionsregistre, batteriprocent og energiens retning.
Den uændrede firmwarekode blev kompileret til Mac og kørt med virtuelle adaptere for kommunikation, netværk og lager. Firmware er enhedens indbyggede software. Testen var ikke en fuld efterligning af ESP32-processoren og ikke en fysisk dongle på RS485-kablet. Adapteren erstattede ikke simulatorens måleværdier. Kilder, firmwarefil og testprogram blev kontrolleret uændrede før og efter forløbet.
04Hvad viste afprøvningen?
Jeg afprøvede fire situationer: soloverskud til batteriet, batteriet som strømforsyning til huset, ekstra strøm fra nettet ved stort husforbrug og soloverskud til både batteri og elnet. Programmets aflæsninger stemte med modellens forventede tal.
I det konkrete forløb blev der gennemført 44 registerlæsninger fordelt på identitetskontrol og seks komplette målerunder. Der var ingen læsefejl og ingen skrivninger til registrene. Programmet holdt også op med at sende forespørgsler efter stop.
De fire opstillede energiforløb
| Situation | Forventet fordeling i modellen |
|---|---|
| Soloverskud | Sol 2.800 W, hus 900 W og batteriopladning 1.900 W. |
| Huset bruger batteriet | Sol 0 W, hus 1.800 W og batteriafladning 1.800 W. |
| Stort husforbrug | Hus 4.200 W, batteri 3.000 W og køb fra nettet 1.200 W. |
| Opladning og salg | Sol 3.600 W, hus 200 W, batteriopladning 3.000 W og salg til nettet 400 W. |
W betyder watt og beskriver effekten i øjeblikket. Batterigrænsen på 3.000 W er valgt i modellen; den er ikke en universel grænse for virkelige invertere eller batterier. Batteriprocenten steg under opladning og faldt under afladning, og programmet læste den i hele procent.
Ved tilføjelsen af versionsregistrene bestod også 59 test af simulatoren. Det er et andet resultat end de 44 registerlæsninger i aflæsningsforløbet.
05Et testbord, jeg kan vende tilbage til.
Testbordet åbnes i en browser. Separate udgaver af modellen kan have deres egne værdier, så ét forsøg ikke behøver at påvirke et andet. Jeg kan følge et forløb på skærmen eller lade afgrænsede kontroller køre i baggrunden.
InverterLab skal ikke forveksles med min separate simulator til energistyring. Den anden simulator undersøger blandt andet årsøkonomi, bilopladning og høj belastning af husets el-faser. InverterLab undersøger især invertermodellen og kommunikationen med den. Jeg har ikke dermed dokumenteret én samlet fysisk afprøvet testkæde.
06Det, modellen endnu ikke kan bevise.
Testene dokumenterer de afprøvede svar og energiforløb. De dokumenterer ikke den præcise timing på et rigtigt kabel, inverterens regulering i praksis eller hele batteriets interne styring. Batterispændingen i den anvendte model er en fast testværdi og ikke en fysisk bekræftet spændingskurve.
Jeg bruger manualer, dokumenterede registeroplysninger og afgrænset undersøgelse af firmware til at forbedre modellen. Ukendte funktioner skal stadig stå som ukendte. Jeg starter nye test, når der er et konkret behov, og holder dem adskilt fra det rigtige anlæg.
InverterLab hjælper mig med at finde fejl tidligere. Jeg skal også bruge det til at afprøve den lokale ændring af indstillinger, som er planlagt til næste dongleopdatering. De historiske aflæsningstest dokumenterer ikke den kommende funktion. Indtil den er afprøvet og godkendt, sender jeg ændringer gennem Growatts tjeneste via API-Butler. Jeg beskriver den nuværende og kommende forbindelse i artiklen om donglen.
Om artiklen og dokumentationen
Artiklen bygger på projektets gemte testresultater og afleveringer samt dokumentationen gennemgået 20. oktober 2026. Den beskriver dokumenterede milepæle med deres begrænsninger, ikke en direkte statusmåling. Skærmbilleder viser tidligere optagelser; tegninger viser principper. Private adresser, identifikatorer og adgangsoplysninger er udeladt. Artiklen henter ingen levende data og sender ingen kommandoer til udstyr.