GoodWe inverter lokaal uitlezen (USB / WiFi)

[tismij]

KabouterSuper schreef op zaterdag 21 september 2024 @ 14:50:
[...]

Firmware is af te lezen op de omvormer zelf. Bij een te oude firmware kan je bepaalde zaken niet, zoals python connectie.

Dank je, had inderdaad nog niet aan dat schermpje direct gedacht.

Firmware M/S = V1.01.03
Comm Version = V1.02

Iemand enig idee wat het zou moeten zijn om de lokale functies werkend te krijgen ?
En als ze te oud zijn (neem even aan van wel) kan ik dan het beste GoodWe bellen om te laten upgraden ?

Wil uiteindelijk de internet toegang gewoon uit zetten (pas ik wel op router aan dat hij niet meer naar buiten kan) maar voor nu al tevreden als ik wachtwoord goed kan wijzigen en hem lokaal direct kan benaderen.

[ Voor 41% gewijzigd door tismij op 21-09-2024 15:06 ]

[ThinkPad]

Gewoon bellen/mailen dat je de omvormer niet kan uitlezen met de SolarGo app. Dan updaten ze hem vanaf afstand. Welke versie je krijgt is maar afwachten, release notes/changelogs doen ze toch niet aan heb ik het idee.

[KabouterSuper]

tismij schreef op zaterdag 21 september 2024 @ 14:58:
[...]


Dank je, had inderdaad nog niet aan dat schermpje direct gedacht.

Firmware M/S = V1.01.03
Comm Version = V1.02

Iemand enig idee wat het zou moeten zijn om de lokale functies werkend te krijgen ?
En als ze te oud zijn (neem even aan van wel) kan ik dan het beste GoodWe bellen om te laten upgraden ?

Wil uiteindelijk de internet toegang gewoon uit zetten (pas ik wel op router aan dat hij niet meer naar buiten kan) maar voor nu al tevreden als ik wachtwoord goed kan wijzigen en hem lokaal direct kan benaderen.

Als je je omvormer via de solargo-app kunt benaderen, kan je volgens mij daarmee ook upgraden. En anders goodwe even bellen.

[tismij]

KabouterSuper schreef op zondag 22 september 2024 @ 11:36:
[...]

Als je je omvormer via de solargo-app kunt benaderen, kan je volgens mij daarmee ook upgraden. En anders goodwe even bellen.

kan hem benaderen via SolarGo alleen upgraden heb je wel de juiste firmware voor nodig, ga ze wel bellen en laat ze online proberen (geen SEMS account gemaakt nog dus weet niet of dat iets uit maakt).
Wachtwoord reset hij ook nog dus lijkt er echt op dat verouderd is, de rest werkt iig prima (ook vast losse kwh meter) dus we zien maandag wel.

[KabouterSuper]

tismij schreef op zondag 22 september 2024 @ 13:04:
[...]


kan hem benaderen via SolarGo alleen upgraden heb je wel de juiste firmware voor nodig, ga ze wel bellen en laat ze online proberen (geen SEMS account gemaakt nog dus weet niet of dat iets uit maakt).
Wachtwoord reset hij ook nog dus lijkt er echt op dat verouderd is, de rest werkt iig prima (ook vast losse kwh meter) dus we zien maandag wel.

Er zwerft in dit topic wel een link naar firmware bestanden. Bellen is wel gemakkelijker. Ik weet niet of nieuwe firmware van je omvormer je wachtwoord-probleem oplost. Daar heb je een nieuwe firmware van je wifi-stick voor nodig. Misschien gelijk even vragen als je goodwe aan de lijn hebt.

[tismij]

KabouterSuper schreef op zondag 22 september 2024 @ 13:25:
[...]

Er zwerft in dit topic wel een link naar firmware bestanden. Bellen is wel gemakkelijker. Ik weet niet of nieuwe firmware van je omvormer je wachtwoord-probleem oplost. Daar heb je een nieuwe firmware van je wifi-stick voor nodig. Misschien gelijk even vragen als je goodwe aan de lijn hebt.

ja moet wifi/lan kit updaten voor wachtwoord issue (en omdat ik LAN nu niet goed werkend krijg, werkt wazig) en ook de omvormer om gebruik te kunnen maken van lokale verbinding.
Dat laatste is eigenlijk nog het minst van belang, wil nu eerst de wifi uit hebben (geen AP) en lan actief voor SolarGo als ik thuis ben (gooi ook voor de LAN verbinding internet verbinding eruit).

[KoekieMonstert]

tismij schreef op zondag 22 september 2024 @ 13:39:
[...]


ja moet wifi/lan kit updaten voor wachtwoord issue (en omdat ik LAN nu niet goed werkend krijg, werkt wazig) en ook de omvormer om gebruik te kunnen maken van lokale verbinding.
Dat laatste is eigenlijk nog het minst van belang, wil nu eerst de wifi uit hebben (geen AP) en lan actief voor SolarGo als ik thuis ben (gooi ook voor de LAN verbinding internet verbinding eruit).

Heb je toevallig een bestand dat ik kan gebruiken om deze te updaten? ik heb die van mij gebrickt ben ik bang. Ik wil nog 1 laatste poging doen om hem te redden voor ik hem probeer terug te sturen.

[tismij]

KoekieMonstert schreef op maandag 23 september 2024 @ 10:46:
[...]


Heb je toevallig een bestand dat ik kan gebruiken om deze te updaten? ik heb die van mij gebrickt ben ik bang. Ik wil nog 1 laatste poging doen om hem te redden voor ik hem probeer terug te sturen.

moet ze nog bellen dus heb helemaal niks, als ze iets opsturen ipv online updaten (weet niet of online werkt zonder SEMS) dan zal ik ff roepen.

Edit: meteen even gebeld en ze gaan online updaten dus vermoed dat ik geen bestanden ga krijgen, kun je niet ook gewoon bellen en de firmware vragen om te updaten?

Edit2: inderdaad nodig om SEMS account te maken en omvormer te registreren voor ze online kunnen updaten, je kunt gelukkig wel Netherlands als adres gebruiken dus echt adres is niet nodig. Wel weer extra motivatie allemaal om, als alles werkt, de omvormer van internet en wifi te blokkeren.

Edit3: Omvormer updated netjes, wifi/lan kit dus niet, daarvoor moest ik e-mailen, kan dus zijn dat ik alsnog de firmware krijg voor de wifi/lan kit (GA10081-69-00P), moest echter ook serienummer van de wifi/lan kit sturen dus hoop niet dat ze de firmware aan serienr koppelen, zou wel bijzonder zijn maar dat is vragen om een serienummer voor een firmware update ook.

[ Voor 48% gewijzigd door tismij op 23-09-2024 13:53 ]

[tismij]

Wordt nog interessant, heb monteursnummer gebeld want kon goodwe na update nog niet bevragen met python dus wilde zeker weten dat ik de laatste ARM versie had.
Hebben ze gecontroleerd en die is gewoon met de firmware mee ge-update.
Meteen gevraagd of firmware van de wifi/lan kit snel gestuurd kon worden en toen gaf de medewerker aan dat ze geen firmware van de kit hebben of leveren, dus volgens hem ga ik die ook niet krijgen n.a.v. mijn e-mail.

Heeft er iemand van Goodwe updates voor de wifi/lan kit gehad ooit of echt alleen updates van de omvormer zelf?

Edit: Goodwe gaf aan dat ik ARM versie 7 (Comm version V1.0.7 zie ik in omvormer daar moest ik naar kijken volgens medewerker) had en dat dit de laatste versie was. Is ARM version hetzelfde als Comm version ?
Edit2: zie in SolarGo ARM FW Version 07.53.

Kan ik ergens zien wat de laatste versie ARM zou moeten zijn voor mijn omvormer ?

Edit3: kan met

code:

./sfk cudp <ip> 8899 -listen -noerror -timeout=500 0x7f0375940049d5c2 -pure +xed "/[eol]//

netjes alle gegevens opvragen van mijn omvormer dus dat het niet in python werkt is meer iets van de goodwe lib denk ik (mijn gebruik daarvan wellicht).
als dat werkt dan is ARM versie goed genoeg iig, ga dus eens kijken of ik het antwoord doe kan mappen naar waardes (zijn op het zicht niet allemaal even duidelijk) ms probeer ik wel protocol op te vragen bij Goodwe zelf.

[ Voor 57% gewijzigd door tismij op 24-09-2024 17:04 ]

[esphome]

@De HvE Ik heb een aangepaste versie gemaakt en nog niet getest:

code:

[{"id":"8408f2f5cbee73aa","type":"tab","label":"Goodwe Power Limit","disabled":false,"info":"","env":[]},{"id":"0d300ddcf92fc634","type":"debug","z":"8408f2f5cbee73aa","name":"Message naar Goodwe","active":true,"tosidebar":false,"console":false,"tostatus":true,"complete":"payload","targetType":"msg","statusVal":"payload","statusType":"auto","x":870,"y":149,"wires":[]},{"id":"1c2ae4105a3962c7","type":"udp out","z":"8408f2f5cbee73aa","name":"","addr":"192.168.21.50","iface":"","port":"8899","ipv":"udp4","outport":"8899","base64":false,"multicast":"false","x":870,"y":109,"wires":[]},{"id":"2f20c9d401d6363b","type":"comment","z":"8408f2f5cbee73aa","name":"Juiste  Goodwe IP adres invoeren","info":"","x":890,"y":69,"wires":[]},{"id":"a819ef6e6667d839","type":"udp in","z":"8408f2f5cbee73aa","name":"","iface":"","port":"8899","ipv":"udp4","multicast":"false","group":"","datatype":"buffer","x":100,"y":149,"wires":[["0bc9c1869290a804"]]},{"id":"6251730cf02dd54d","type":"comment","z":"8408f2f5cbee73aa","name":"install node-red-contrib-lvin-crc16","info":"","x":560,"y":69,"wires":[]},{"id":"234ef6222adadfc5","type":"inject","z":"8408f2f5cbee73aa","name":"250 watt","props":[{"p":"payload"},{"p":"topic","vt":"str"}],"repeat":"","crontab":"","once":false,"onceDelay":0.1,"topic":"","payload":"250","payloadType":"num","x":120,"y":240,"wires":[["e207900332bbcae6"]]},{"id":"2428156f2abccf7c","type":"inject","z":"8408f2f5cbee73aa","name":"1000 watt","props":[{"p":"payload"},{"p":"topic","vt":"str"}],"repeat":"","crontab":"","once":false,"onceDelay":0.1,"topic":"","payload":"1000","payloadType":"num","x":120,"y":271,"wires":[["e207900332bbcae6"]]},{"id":"0d829dd79ea852d3","type":"inject","z":"8408f2f5cbee73aa","name":"1500 watt","props":[{"p":"payload"},{"p":"topic","vt":"str"}],"repeat":"","crontab":"","once":false,"onceDelay":0.1,"topic":"","payload":"1500","payloadType":"num","x":120,"y":302,"wires":[["e207900332bbcae6"]]},{"id":"a3e59c94dca4c471","type":"inject","z":"8408f2f5cbee73aa","name":"2000 watt","props":[{"p":"payload"},{"p":"topic","vt":"str"}],"repeat":"","crontab":"","once":false,"onceDelay":0.1,"topic":"","payload":"2000","payloadType":"num","x":121,"y":333,"wires":[["e207900332bbcae6"]]},{"id":"a5d3d37e3ea1247d","type":"modbus-crc16","z":"8408f2f5cbee73aa","name":"CRC16 toevoegen","x":610,"y":109,"wires":[["0d300ddcf92fc634","1c2ae4105a3962c7"]]},{"id":"299f39ff054b2d36","type":"inject","z":"8408f2f5cbee73aa","name":"Dynamisch","props":[{"p":"payload"},{"p":"topic","vt":"str"}],"repeat":"5","crontab":"","once":true,"onceDelay":"1","topic":"","payload":"goodwe.internalUsage","payloadType":"global","x":110,"y":109,"wires":[["22bb1841bbbdae0f","d3b3fa5b14a8c728"]]},{"id":"22bb1841bbbdae0f","type":"function","z":"8408f2f5cbee73aa","name":"Set power limit wattage","func":"// Power limiter automation\n\n// currently used power in Watt provided by an other flow or intergration\nvar WattageDecimaal = global.get('goodwe.internalUsage')\n\n// steps size, low 10 not letting any power escape to the power net\nWattageDecimaal -= WattageDecimaal % 10\n\n// also, only transmit when the value differs and 99999 as value stops the limiter\nif ((WattageDecimaal > 0) && (WattageDecimaal < 10001) && WattageDecimaal != 99999) {\n  if (WattageDecimaal != context.get('WattageDecimaal')) {\n    //Wattage decimaal omzetten naar hexadecimaal string\n    WattageDecimaal = parseInt(WattageDecimaal);\n    context.set('WattageDecimaal', WattageDecimaal)\n    global.set('goodwe.powerlimit', WattageDecimaal)\n    var WattageHexString = WattageDecimaal.toString(16).padStart(2, '0').toUpperCase();\n    if (WattageHexString.length === 2) {\n      WattageHexString = \"00\" + WattageHexString;\n    }\n    if (WattageHexString.length === 3) {\n      WattageHexString = \"0\" + WattageHexString;\n    }\n    context.set('wattHEX', WattageHexString)\n    //=========================================================================\n    //Het hele bericht Power Limiet samenstellen\n    var TotaalBericht = \"7f109d880002040000\" + WattageHexString;\n    msg.payload = Buffer.from(TotaalBericht, \"hex\");\n\n    // overwrite payload when the limiter is not yet active. The next roundtrip the limit will be applied\n    if (context.get('state') != \"7f069d870001\") {\n      msg.payload = Buffer.from(\"7f069d870001\", \"hex\")\n      context.set('state', \"7f069d870001\")\n      context.set('WattageDecimaal', 0) // overwrite the stored value to allow the next roundtrip\n    }\n    return msg;\n  }\n} else { // disable limiting\n  if (context.get('state') != \"7f069d870000\") {\n    msg.payload = Buffer.from(\"7f069d870000\", \"hex\")\n    context.set('state', \"7f069d870000\")\n    return msg;\n  }\n}","outputs":1,"timeout":"","noerr":0,"initialize":"// Code added here will be run once\n// whenever the node is started.\ncontext.set(\"WattageDecimaal\")\ncontext.set('state')","finalize":"","libs":[],"x":390,"y":109,"wires":[["a5d3d37e3ea1247d"]]},{"id":"e207900332bbcae6","type":"function","z":"8408f2f5cbee73aa","name":"Store Limit wattage","func":"// modulu of 10 downwards\nif ( msg.payload != 99999) {msg.payload -= msg.payload % 10}\nglobal.set('goodwe.internalUsage', msg.payload)\n","outputs":0,"timeout":0,"noerr":0,"initialize":"","finalize":"","libs":[],"x":350,"y":289,"wires":[],"icon":"font-awesome/fa-save"},{"id":"ba3623bc34e40e72","type":"debug","z":"8408f2f5cbee73aa","name":"Status: Power Limiter","active":false,"tosidebar":false,"console":false,"tostatus":true,"complete":"payload","targetType":"msg","statusVal":"payload","statusType":"auto","x":620,"y":149,"wires":[]},{"id":"d99c185a0b020a0a","type":"buffer-parser","z":"8408f2f5cbee73aa","name":"","data":"payload.buffer","dataType":"msg","specification":"spec","specificationType":"ui","items":[{"type":"hex","name":"onoff","offset":7,"length":1,"offsetbit":0,"scale":"1","mask":""}],"swap1":"","swap2":"","swap3":"","swap1Type":"swap","swap2Type":"swap","swap3Type":"swap","msgProperty":"payload","msgPropertyType":"str","resultType":"keyvalue","resultTypeType":"return","multipleResult":false,"fanOutMultipleResult":false,"setTopic":true,"outputs":1,"x":285,"y":149,"wires":[["f344b4f748bf4318"]],"l":false},{"id":"c92f51d8b34e5c5e","type":"switch","z":"8408f2f5cbee73aa","name":"ON/OFF","property":"payload.buffer","propertyType":"msg","rules":[{"t":"cont","v":"aa557f069d87","vt":"str"}],"checkall":"false","repair":false,"outputs":1,"x":236,"y":149,"wires":[["d99c185a0b020a0a"]],"l":false,"info":"Only apply limit when also enabled"},{"id":"0bc9c1869290a804","type":"buffer-parser","z":"8408f2f5cbee73aa","name":"","data":"payload","dataType":"msg","specification":"spec","specificationType":"ui","items":[{"type":"hex","name":"buffer","offset":0,"length":8,"offsetbit":0,"scale":"1","mask":""}],"swap1":"","swap2":"","swap3":"","swap1Type":"swap","swap2Type":"swap","swap3Type":"swap","msgProperty":"payload","msgPropertyType":"str","resultType":"keyvalue","resultTypeType":"return","multipleResult":false,"fanOutMultipleResult":false,"setTopic":true,"outputs":1,"x":190,"y":149,"wires":[["c92f51d8b34e5c5e"]],"l":false},{"id":"f344b4f748bf4318","type":"function","z":"8408f2f5cbee73aa","name":"Status power limit","func":"if (context.get('state') != msg.payload.onoff) {\n    \n    context.set('state', msg.payload.onoff)\n\n    if (msg.payload.onoff == \"01\") {\n        global.set('goodwe.powerlimitOnOff', \"ON\")\n        msg.payload = \"ON\"\n        return msg\n    }\n\n    if (msg.payload.onoff == \"00\") {\n        global.set('goodwe.powerlimitOnOff', \"OFF\")\n        msg.payload = \"OFF\"\n        return msg\n    }\n}","outputs":1,"timeout":0,"noerr":0,"initialize":"// Code added here will be run once\n// whenever the node is started.\ncontext.set('state')","finalize":"","libs":[],"x":410,"y":149,"wires":[["ba3623bc34e40e72"]],"icon":"font-awesome/fa-save"},{"id":"d3b3fa5b14a8c728","type":"debug","z":"8408f2f5cbee73aa","name":"Watt limit","active":true,"tosidebar":false,"console":false,"tostatus":true,"complete":"payload","targetType":"msg","statusVal":"payload","statusType":"auto","x":580,"y":200,"wires":[]},{"id":"d1ae7a14fd3cab3c","type":"inject","z":"8408f2f5cbee73aa","name":"150 watt","props":[{"p":"payload"},{"p":"topic","vt":"str"}],"repeat":"","crontab":"","once":false,"onceDelay":0.1,"topic":"","payload":"150","payloadType":"num","x":120,"y":209,"wires":[["e207900332bbcae6"]]},{"id":"221d645be2a9412b","type":"inject","z":"8408f2f5cbee73aa","name":"2500 watt","props":[{"p":"payload"},{"p":"topic","vt":"str"}],"repeat":"","crontab":"","once":false,"onceDelay":0.1,"topic":"","payload":"2500","payloadType":"num","x":120,"y":360,"wires":[["e207900332bbcae6"]]},{"id":"bcd01fa4b4e429ab","type":"inject","z":"8408f2f5cbee73aa","name":"Limiter: OFF","props":[{"p":"payload"},{"p":"topic","vt":"str"}],"repeat":"","crontab":"","once":false,"onceDelay":0.1,"topic":"","payload":"99999","payloadType":"num","x":130,"y":391,"wires":[["e207900332bbcae6"]]},{"id":"a23ff1b43a162e74","type":"comment","z":"8408f2f5cbee73aa","name":"GoodWe GWxxxxXS Power Limit automation","info":"\n","x":190,"y":69,"wires":[]},{"id":"9443b5bd91f9a9f5","type":"comment","z":"8408f2f5cbee73aa","name":"Power limiter that uses the currently used power to try to have it generated by the solar panels","info":"","x":350,"y":20,"wires":[]}]

Dit is de vijfde iteratie en hier nog wat fouten eruit gehaald zoals dat je niet het wattage lager kon zetten dan 300 Watt. Dit kwam door dat er niet genoeg voorloopnullen waren in de HEX string.

Ik de opzet anders gemaakt zodat die automatisch de Power Limiter aangezet wordt zodra er gekozen wordt om alleen het interne gebruik uit de zonnepanelen te halen en geen stroom terug te leveren aan het net.

Het enige wat je dan moet aanleveren is hoeveel stroom je intern op dat moment gebruikt en dan past de omvormer zich aan. De wattages worden op tientallen naar beneden afgerond.

Verder is er nog een probleem dat de omvormer limiteert op bijvoorbeeld 250 Watt maar op de meter komt er meer of minder binnen. Ik ben er nog niet over uit hoe dat te tackelen is.

[ Voor 59% gewijzigd door esphome op 06-10-2024 13:38 . Reden: Vijfde iteratie en ook weer getest ]

[De HvE]

Goed dat je hier verder mee gaat, ik ben voorlopig met een ander deel project bezig !
Een deel ervan was het kunnen uitlezen en sturen van mijn Goodwe.


Het 250 Watt probleem heb ik hier ook, maar ik meet mijn werkelijk opgewekte vermogen via een S0 kwh meter.
De opgewekte vermogens meting van de Goodwe vertoont een zeer grote afwijking die ook nog eens niet constant is.
Verder was mij opgevallen als je een waarde kleiner dan 250W stuurt de omvormer voor 60 sec in de Waiting mode gaat.
Ook gebeurt het wel eens dat de omvormer zelf de Power Limit op OFF zet.
Je zou bv om de 5 sec een zend verzoek naar je omvormer kunnen sturen en de status kunnen afvragen en eventueel weer op ON kunnen zetten.

[ Voor 17% gewijzigd door De HvE op 06-10-2024 15:57 ]

[esphome]

De HvE schreef op zondag 6 oktober 2024 @ 15:34:
Goed dat je hier verder mee gaat, ik ben voorlopig met een ander deel project bezig !
Een deel ervan was het kunnen uitlezen en sturen van mijn Goodwe.
Het 250 Watt probleem heb ik hier ook, maar ik meet mijn werkelijk opgewekte vermogen via een S0 kwh meter.
De opgewekte vermogens meting van de Goodwe vertoont een zeer grote afwijking die ook nog eens niet constant is.
Verder was mij opgevallen als je een waarde kleiner dan 250W stuurt de omvormer voor 60 sec in de Waiting mode gaat.
Ook gebeurt het wel eens dat de omvormer zelf de Power Limit op OFF zet.
Je zou bv om de 5 sec een zend verzoek naar je omvormer kunnen sturen en de status kunnen afvragen en eventueel weer op ON kunnen zetten.

Ook dan aan jouw voor de opzet en zo had ik een vliegende start.

Het probleem met kleiner dan 256 is opgelost en 256 is "FF" en er komen dan geen extra nullen voor. Daardoor was de gezonden HEX string tekort en ging de omvormer bokken. Je kreeg ook geen bevestiging van de omvormer dus het was snel gevonden door mij.

Ik ben de code compacter aan het maken en de benodigde HEX waarde maak ik nu in één keer met:

code:

var WattageHexString = WattageDecimaal.toString(16).padStart(4, '0').toUpperCase();

Nu worden er altijd vier een HEX waarde met een lengte van 4 ( padStart(4, ) gemaakt. 256 en kleiner was een lengte van twee.

Ik laat dus elke 5 seconden controleren of er een ander limit moet worden gezonden en als de waarde nul of 99999 gelezen wordt dan gaat de 'limiter' uit.

Ik denk dat ik een correctie routine ga schrijven die een waarde geeft die verrekend wordt met gewenste limiet. Eerst nog op stappen van 10 en later kan het dan nauwkeuriger.

[De HvE]

Toen ik de basis communicatie voor elkaar had (aardig wat uitzoek werk) ben ik niet verder meer gegaan.
Ik heb 3 omvormers in bedrijf van 2 verschillende merken en ben nu hier mee bezig om deze te lezen en te schrijven met ieder zijn eigen problemen.

Als ik uiteindelijk toe ben aan het totale plaatje zal het uitzoek werk van jouw mij weer van pas komen !

[esphome]

Ik heb de code op GitLab gezet en zo is die beter te onderhouden dan hier steeds code tags aan te maken die later niet meer te wijzigen is.

Link: https://gitlab.com/goodwe-nodered/goodwe-power-limiting

[De HvE]

Misschien even aangeven in de READ.md file dat met de SolarGo, PCAPdriod app en Wireshark voor
andere type Goodwe omvormers de HEX string is te achterhalen.
Want ben met het voorwerk zoveel tegenstrijdige protocol documenten van Goodwe tegengekomen.

[esphome]

Inderdaad, die documenten werpen vaak meer vragen op dan ze antwoorden geven. Het is dan inderdaad meekijken in communicatie tussen de APP de omvormer om de HEX strings te kunnen zien.

Ik ben nog maar net met de readme begonnen en er staan nog wat dingen open.

Ik ben al weer verder met de flow en er kan nu basis verbruik worden aangeven en gebeurd dat niet dan gaat de flow er vanuit dat het 10 Watt is. Als de productie onder het basisverbruik valt dan gaat de limitering ervanaf.

Echter de minimale levering is volgens mij hoger dan 40 of 75 Watt en zo is het een non-probleem. Tenzij het basis verbruik hoger is dan die waarde. Dus ik zal het voorlopig erin houden.

Zodra de productie lager is dan het basis verbruik gaat deactiveert de flow automatisch de limitering en zo voorkom ik ook dat in de ochtend als de omvormer opstart er nog een limiet actief is terwijl de flow er niets van weet. Stoomstoringen is nog een onbekende factor en dan zal waarschijnlijk met een soort reset button de nodigde strings gezonden worden zodat de flow en de omvormer weer synchroon werken.

[De HvE]

Kun je niet iets met een Ping counter doen als er na een aantal "false" meldingen, bij terugkeer de nodige strings versturen.
Weet niet hoe snel de Goodwe bij een herstart weer op een Ping reageert ?

Als je deze HEX String “7F0375940049” naar je Goodwe stuurt kun je met die data wat mee.

[ Voor 43% gewijzigd door De HvE op 07-10-2024 20:43 ]

[esphome]

Bij het opstarten is het netwerk weer heel snel online en het opstarten is zelfs te volgen via wifi.

Om het te laten werken heeft de flow het interne verbruik nodig en de productie door de omvormer.

Als je een P1 gebruikt dan kijk je naar de export en zo weet hoeveel minder de productie moet zijn.

Echter je weet niet hoeveel de actuele productie is. Je kunt de productie van de omvormer nemen aan AC kant, maar die nogal onnauwkeurig en dan heb je nog verlies in de stroomleiding naar de meterkast. Een soort ijking of een separate stroommeter is dan nodig voor een optimale werking.

Morgen eens hier testen en ik heb voor de omvormer en de gebruikte stroom elke een aparte meter dus dat moet een makkie zijn.

[De HvE]

Productie van de omvormer uitlezen. ( Zie hiervoor bijdrage van ThinkPad pagina 8 )

Ik wil de P1 meter gebruiken voor import/export en de S0 kwh meter voor de opwek omvormer.
Dan kijken hoe groot het verschil is, en in stap grote de omvormer op of af regelen en na een wachttijd
weer de import/export bekijken en dan weer de volgende stap op of af.

Dit kun je niet te snel doen anders gaat de boel oscilleren, korte grote veranderingen ga je toch niet opvangen maar dat hoeft ook niet !
Gaat er vooral om dat je langdurige hoge export kunt elimineren.
Een nauwkeurige regeling gaat je echt nooit lukken, daarvoor zijn er te veel variabele die te snel kunnen veranderen.

Power limit ON/OFF moet je uiteindelijk laten doen door elk uur te kijken wat de kale huidige dynamische prijs is en als deze kleiner/groter is dan nul zet je de Power Limit hiermee.
Als de dynamische uur prijs inclusief onder nul mocht komen (gebeurt bijna nooit meer) dan zet je de omvormer gewoon uit.

Ik ga waarschijnlijk alles in C++ doen ben geen echte Nodered man !

[ Voor 113% gewijzigd door De HvE op 08-10-2024 07:20 ]

[esphome]

Vandaag aan testen geweest en geen oscilleren gezien. Lijkt mij ook sterk omdat ik zuiver naar het verbruik kijk en die gaat omhoog en omlaag en het verbruik wordt niet beïnvloed door wat de omvormer levert.

De flow zet de limitering uit zodra het verbruik hoger is dan de productie. Daar kan wel een probleem zijn als die bijna gelijk zijn. Dan zou er een soort marge moeten zijn waar de limitering niet aan of uit gezet wordt.

Ik moet wel aan het verbruik 50 Watt toevoegen om ongeveer de omvormer de benodigde stroom te kunnen neutraliseren. Zal nog verder moeten test om alle onvolkomenheden te vinden.

Ik ben er nog niet erover uit of dat het leiding verlies of DC Watt. Dat zal wel duidelijk worden naarmate er meest tests zijn gedaan.

update: de flow zet wel de limitering aan en uit aan de hand van de productie. Nu zijn hier drie meetpunten, DC, AC en de S0 meter.

Omdat de limitering de twee laatsten beïnvloed maar niet de DC kant is er een uitwijkmogelijkheid om ongewenst aan en uit gedrag te ondervangen.

[ Voor 15% gewijzigd door esphome op 08-10-2024 17:41 . Reden: DC Watt ]

[PeteSplit]

Ik gebruik de integratie van Home Assistant en heb een P1 meter van Home Wizard.

Er valt mij het volgende op:
- de polling van mijn GW4K DT (SDT G2) is mogelijk per 15 sec.
- de p1 meter geeft waarden en een grafiek in HA per 5 sec.
- de omvormer heeft een rest vermogen van 50 W (is nooit nul)
- met een grid limit onder de 10% wordt de omvormer onrustig
- bij gebruik van grid limit wordt de DC spanning hoog (en stroom is dan laag, regeling op stroom?)

[De HvE]

esphome schreef op dinsdag 8 oktober 2024 @ 17:26:
Vandaag aan testen geweest en geen oscilleren gezien. Lijkt mij ook sterk omdat ik zuiver naar het verbruik kijk en die gaat omhoog en omlaag en het verbruik wordt niet beïnvloed door wat de omvormer levert.

Wat gaat er gebeuren als er zeer grote korte veranderingen zijn in zowel opwek (tijdelijke wolken) en/of als huis verbruik sterk veranderd.
Daar verwacht ik het probleem, maar misschien dat het meevalt in de praktijk.

[Cvan]

Ben nieuw in de home automation, mijn eerste project is EVCC opzetten thuis. Wil ook mijn goodwe omvormer daarmee uitlezen.

Naar aanleiding van tips in dit topic heb ik ook met goodwe support gebeld en aangegeven dat ik een firmware update wilde omdat ik modbus over tcp wilde gaan gebruiken. Ze hebben me netjes geholpen en mijn GW6K-DT heeft nu andere firmware versie en ook nieuwe ARM firmware. Ik zie alleen in de solargo app geen optie om modbus over tcp aan te zetten dus dat heb ik nog steeds niet. Ik kan wel via de python library uitlezen.

Ligt het aan de wifi module? Ik heb de normale wifi module (met AP en STA) meegeleverd gekregen, dus niet die WIFI/LAN combi module.

Verder merkte ik dat als ik met EVCC en deze bridge de omvormer elke 15 seconde uitlees dat SEMS portal niet meer werkt en dat ik een paar keer per dag een exception krijg omdat een bepaalde value die door de library uitgelezen wordt soms op None staat.

Om de hoeveel seconden / minuten kun je de omvormer uitlezen zonder dat ie verbinding met SEMS verliest? EDIT: Heb dit issue gevonden: https://github.com/marcelblijleven/goodwe/issues/49. Blijkbaar is het een veelvoorkomend issue, ik ga maar eens proberen om hem elke 3 minuten uit te lezen... Voor EVCC is de p1 meter toch leidend en de omvormer meter is alleen om wat leuke berekeningen te laten zien in de user interface.

En is het normaal dat sommige uitgelezen values soms None/null zijn met de python lib?

[ Voor 11% gewijzigd door Cvan op 08-10-2024 21:51 ]

[esphome]

Dat is te ondervangen door langere intervallen of middeling. Ik heb al middelingen beschikbaar vanuit mijn ander GoodWe flow. Het is dan gemakkelijk testen wat het beste werk. Bij beiden krijg je dan een blokgolf die het verbruik volgt. Ik heb nu en interval van 5 seconden en het verbruik is hier redelijk stabiel.

Wolken die voor de zon weggaan moeten geen probleem zijn omdat er een begrenzing op de output staat. Is de vraag 500 Watt, nieuwe opwek 1500 Watt, 500 Watt zonnestroom voor intern gebruik.

Wolken voor de zon, vraag 500 Watt en de opwek 250 Watt, 250 Watt uit het stroomnet erbij.

Dat maakt een stuk eenvoudiger. In de ochtend moet de limiter alleen aangezet worden zodra de omvormer meer stroom opwerkt dan verbruikt. Daarna kan het veranderde verbruik om de zoveel tijd ingeschoten worden.

Ik schakelde nu nog de limiet uit als er minder zonnestroom beschikbaar was, dan er intern verbruikt werd maar dat is achteraf helemaal niet nodig.

Ik laat wel de optie zitten om de limiter handmatig uit te zetten....dan gaat die vanzelf weer aan zodra er meer opwek is dan er verbruikt wordt. En dan moet er weer een blokker bij die dat voorkomt. Dat is weer wat knutselen met NodeRed voor mij.

@PeteSplit is "rest vermogen" dat de levering pas start als er minimaal 50 Watt beschikbaar is?

Als het werkt dan ga ik kijken of de spanning hoger wordt en ik neem dan aan dat dat aan de DC kant, jij schrijft grid en klopt dat. De AC kant moet immers de spanning van het stroomnet volgen.

Het is veel proberen en daarna kijken wat mogelijk is. Nog een grote stroom verbruiker zoeken zodat ik schommelingen kan test als er veel geleverd wordt.

[PeteSplit]

esphome schreef op dinsdag 8 oktober 2024 @ 21:59:


@PeteSplit is "rest vermogen" dat de levering pas start als er minimaal 50 Watt beschikbaar is?

Als het werkt dan ga ik kijken of de spanning hoger wordt en ik neem dan aan dat dat aan de DC kant, jij schrijft grid en klopt dat. De AC kant moet immers de spanning van het stroomnet volgen.

Ja, ik merk als er steeds minder zon is, dat de omvormer nog 50W aangeeft, die er niet is, ofwel de omvormer verbruikt het zelf bij het afsluiten (bij het opstarten is er altijd meteen een hoger vermogen).

Ik merk dat het voltage erg hoog wordt en de amperage hetzelfde blijft aan de PV1 DC kant.
Ik had de stroom PV1 current als condition gebruikt (boven bepaalde waarde grid limit inschakelen), maar dat werkte niet, omdat deze dan niet meer veranderd (stroom blijft dezelfde waarde, spanning is erg hoog, bij 12 panelen boven de 460 V).

@Cvan
Ik heb de polling van de HA integratie op 20 seconden (dan geen fout meldingen meer in HA).
's morgens en 's avonds als de waarden toch laag zijn heb ik een polling van 3 minuten.
Als je dit dan ongeveer 15 minuten doet, wordt de sems portal gevuld met de gegevens die dan bekend zijn met een interval van 5 minuten (normaal heb je op de dag gegevens in de portal om de minuut).
Als je gegevens van de omvormer upload dan zijn de gegevens bij mij altijd om de 5 minuten.

[ Voor 20% gewijzigd door PeteSplit op 09-10-2024 10:12 ]

[esphome]

@PeteSplit
Ahhhh dat klopt. De omvormer geeft aan dat er stroom opgewekt wordt maar als je op de meter kijkt zie je dat er juist stroom verbruikt wordt. Als je een reconnect to grid geeft aan de omvormer, dan gaat die echt uit. Er is gewoonweg te weinig licht om de herstart te doen. De omvormer hoopt dat het weer snel lichter wordt maar in de avond is dat er onwaarschijnlijk.

7F069D8A00008D92 = reconnect

Ik vroeg mij af waar de opgewerkte stroom blijft als de limiter actief is en ik ga dat zeker dat bekijken als ik de boel aan de praat heb.

[esphome]

Het was vanochtend half drie toen ik klaar was met veranderingen. Er is nu er een checksum function in plaats van een externe node. Nu kan er gebruikt worden gemaakt van een custom config node die benodigde gegevens bevat. Deze informatie gaat nu wel mee naar elke volgende node en kan daar weer gebruikt worden.

Pas later vandaag verder kunnen gaan en de controle node is er nu en de mogelijkheid om het limiteren te stoppen op een manier die niet overschreven kan worden door nieuwe meetgegevens.

Morgen is het weer licht en kan ik het geheel testen. Ik denk dat het nu wel compleet is en nu kijken schommelingen en of de aan stand de volgende ochtend er nog is of dat die gewist wordt zodra de omvormer uit gaat als het donker is geworden.

[ Voor 3% gewijzigd door esphome op 09-10-2024 21:59 ]

[Eärendil]

esphome schreef op maandag 7 oktober 2024 @ 11:09:
Ik heb de code op GitLab gezet en zo is die beter te onderhouden dan hier steeds code tags aan te maken die later niet meer te wijzigen is.

Link: https://gitlab.com/goodwe-nodered/goodwe-power-limiting

Is het bij het maken van een export uit Node-RED ook mogelijk om formatting/indenting toe te passen op die JSON? Dan kan je in de diff tussen twee versie in GitLab wat duidelijker zien in welke functies er iets veranderd is.

[esphome]

@Eärendil Dat kan inderdaad en in het vervolg ga die formatering gebruiken en zo is het voor mijzelf ook een stuk overzichtelijker.

Nog steeds aan optimaliseren en ik heb nu naast mode ON/OFF ook AUTO erin die reageert op de opbrengst van omvormer.

Voor test heb ik nu de limiter aangezet en morgenvroeg kijken of die morgen nog steeds actiefs nadat de omvormer uitgaat als er geen licht is.

[esphome]

Laatste versie op GitLab geplaatst en er kan getest worden. Nog te doen is het automatisch activeren en deactiveren van de limiter. Ook getest of de omvormer de instelling niet vergeet tijdens de nacht wanneer dan de omvormer uit is. De instelling is in de ochtend weer aanwezig en zo is die niet vergeten.



Geen externe nodes meer nodig alles zit nu in code (functions) en dat maakt het implementeren gemakkelijker.

Bovenaan kun je drie standen triggeren, ON / OFF / AUTO. Aan en uit lijkt mij duidelijk en auto zorgt er ook voor dat de limiter aangezet wordt en dan meteen de benodigde waarde gezet wordt. Dit is later nodig voor het automatisch deactiveren als het donker wordt en weer activeren van de limiter als het licht wordt.

In node met de naam Config+ kun je het IP adres van omvormer ingeven en de poort waarop jij wilt communiceren. De retour poort moet ook gezet worden opdat linksonder de nodes met 9107 en 8899 de juiste status ontvangen.

[ Voor 7% gewijzigd door esphome op 11-10-2024 12:37 ]

[esphome]

Eindelijk eens zelf de limiteerder kunnen testen omdat ik problemen had om de omvormer te communiceren.

De manier waarop de het limiteren gedaan wordt is wat het lijkt dat de efficiëntie van de werking van de zonnepanelen verlaagt. Aan de DC kant gaat het voltage omhoog en het gevolg is dat het aantal genereerde Watts aan DC zijde ook omlaag gaat tot bijna het niveau van de van de benodigde stroom aan AC kant.

Lang geleden had ik al flows geschreven die het voltage omlaag brengen zodra die hier boven de 301 volt kwam en die hielp zo de werking van de gelimiteerder om het zeep. En zo moet die flow uit als ik ga limiteren.

De AUTO mode werkt nu helemaal en die schakelt naar normale werking van de omvormer zodra de opbrengst lager is dan het verbruik. Als het verbruik lager is dan de opbrengst dan gaat de omvormer weer limiteren. Zo wordt er alleen afgetopt als er teruggeleverd zou worden.

De vaste correctie die ik gebruikt om zo de opbrengst en het verbruik te matchen blijkt het verschil te zijn tussen het Wattage aan de DC zijde en het Wattage aan de AC zijde. Nu is er een flexibele correctie en ik denk dat er nog wel wat meer om de hoek komt kijken bij een hogere opbrengst.

In de flow kun je het limiteren helemaal uitzetten en dan mag de omvormer zelf zijn gang gaan. In de stand ON zet je het limiteren aan en dat overleeft ook een uitschakeling zoals die elke nacht geschied als er geen licht meer is. Ook het ingestelde wattage als limiet blijft bewaard en zelf prefereer ik de AUTO stand boven de ON stand.

Als er nog testers zijn en hun ervaringen zijn zeker welkom.

De flow staat hier: https://gitlab.com/goodwe-nodered/goodwe-power-limiting

[esphome]

Veel interessante dingen gezien en een flexibele aanpassing van de correctie destabiliseert het geheel dus weer terug naar een vaste correctie van 30Watt en dat werkt boven verwachtingen.

Tijdens het testen blijkt de AUTO mode de enige werkende manier te zijn. Dit komt omdat éénmaal de limiet gezet te hebben dat die niet meer omhoog kan regelen. Het kan in de code zitten maar ik zie dat niet zo.

De ON mode kan wel gebruikt worden om af te toppen van de productie, bijvoorbeeld 1000 Watt maximaal leveren voor een langere tijd. Dan heb je nu nog alleen mode AUTO en OFF. En ON wordt dan FIXED en daar moet nog wat code voor aangepast worden.

In de AUTO mode zet de flow het limiteren uit als het wattage aan de DC zijde lager is dan het interne verbruik van stroom. Zo kan de omvormer zelf weer gaan bepalen wat er uit het aanwezige licht aan stroom kan worden gehaald. Zodra het wattage aan de DC zijde hoger wordt dan gaat de limitering weer aan.

De interval die er nu gebruikt wordt om een nieuwe limiet te zetten is nu vijf seconden en daar kan een langere interval voor komen en dat zal moeten blijken of dat ook efficiënter is.

Het kan voorkomen dat er niet genoeg licht om voldoende stroom te genereren en dan wordt er ook geen limitering toegepast.

Hieronder een grafiek uit PVOutput en die middelt over vijf minuten en die geeft zo niet exact aan wanneer er toch een overproductie was of een onderproductie.

Om 12:25 was er te weinig licht om genoeg stroom te produceren. In de grafiek staat het interne verbruik aan stroom, de geproduceerde stroom en het voltage aan de DC zijde.



Op een later tijdstip zal ik de flow weer publiceren en ik ben er nu even klaar mee.

Update: toch nog even sprintje getrokken en de flow met FIXED i.p.v. ON staat nu op Gitlabs en kan getest worden.

[ Voor 10% gewijzigd door esphome op 13-10-2024 14:16 . Reden: flow is beschikbaar ]

[De HvE]

Je bent goed bezig, weet uit ervaring hoeveel tijd zoiets kost, maar werkt meestal wel verslavend.

Als ik wat meer tijd heb zal ik het geheel eens gaan bestuderen wat je gebrouwen hebt.

Er is mij hier bij mijn omvormer (GW2000XS) wel iets opgevallen, als ik zowel in de SolarGo app of via Nodered een waarde van 2000W stuur gaat de Power Limit op OFF.
Bij waarde < bv 1999 en > 2001 blijft deze gewoon op ON.

[ Voor 37% gewijzigd door De HvE op 13-10-2024 17:18 ]

[esphome]

De SolarGo voor Android die ik gebruik kan helemaal geen waarde boven de 2000 Watt instellen. Hier een GW2000XS en als ik een waarde ingeef die hoger is dan 2000 Watt dan wil de APP die niet weergeven.

Het is wachten op een hele zonnige dag zodat ik ook over de 2000 Watt kom en dan controleren over er wel afgetopt wordt op 2000 Watt. Mij was dit al opgevallen en ik had in de config node al de 2000 Watt als maximaal ingesteld.

De limiter instelling in HA is erg rudimentair en meer iets om mee te spelen maar je krijgt geen terugkoppeling of de limiet ook is ingesteld en ook niet hoe hoog die limiet is. GoodWe zendt waarschijnlijk de waarde pas terug als er specifiek om gevraagd wordt. De APP weet de ingestelde limiet ook als die niet in de APP is gezonden.

[De HvE]

Kan hier gewoon een waarde van 0-10000w sturen, zal wel weer een van de zoveel firmware versies zijn.

Wilde eindelijk helemaal niet via UDP gaan werken maar direct via modbus over de RS485 interface.
Maar dit bleek zowel hardware als firmware en brakke modbus documentatie niet de weg te zijn.
Deze omvormer zat bij het huis, maar heb al verschillende momenten gehad om hem het raam uit te gooien.
En denk dat ik dat ook ga doen, want telkens loop ik tegen weer nieuwe problemen aan.
En bij elke Goodwe omvormer blijkt het weer anders te zijn en te werken. (of niet te werken)
Hoeveel tijd en frustratie ik al in die Goodwe heb zitten.

Hier ook twee Growatt omvormers in gebruik die via Modbus naar MQTT esp8266 gateway alle data naar mijn broker zenden en verzenden die ik wil.
Werkt gewoon "out off the box" !

[esphome]

Heb jij ook gezien dat de omvormer dan tot de waarde boven de 2000 Watt limiteert? Tot dan is de schuldige niet aan te wijzen, maar ik verdenk juist de APP ervan dat die het doet.

Ik doe alles via de UDP en geen SEMS. Werkt hier goed en amper problemen anders dan die ik zelf heb veroorzaakt.

Ook heb voorhouden door de omvormer dat er productie is als het donker wordt kan ik ondervangen door een reconnect te zenden. Dan kan het zijn dat die alsnog een beetje stroom opwekt en dan weer in lieg modes gaat. Dan nog een keer een reconnect en dan gaat de omvormer echt slapen om de volgende ochtend uitgerust weer aan de slag te gaan.

Ik ga nog eens kijken of ik de limiter waarde kan opvragen zodat die ook in de flow bekend is.

Update: het zenden van het IP adres ging niet goed en ondanks dat de poort gezet kon worden bleek dit niet te werken. Er staat nu weer een nieuwe versie op Gitlab.

[ Voor 10% gewijzigd door esphome op 14-10-2024 11:35 ]

[De HvE]

esphome schreef op maandag 14 oktober 2024 @ 10:37:
Heb jij ook gezien dat de omvormer dan tot de waarde boven de 2000 Watt limiteert? Tot dan is de schuldige niet aan te wijzen, maar ik verdenk juist de APP ervan dat die het doet.

Hier nooit geen opwek van mijn panelen boven de 2000W.

[wortelsoft]

Mijn 2000 (denk GW2000-xs maar niet thuis nu voor exact type )goodwe omvormer gaat tot 2140 maximaal.

[esphome]

Er scheen vandaag eindelijk eens de zon en in de AUTO mode bleek er te weinig tijd te zijn om van een plus 1500 Watt naar zo'n 150 Watt terug te regelen. Nu krijgt de flow twee keer uitstel om zo goed te kunnen inregelen. Ik gebruik hier een 5 seconden interval.

In de AUTO mode zal als de DC eerst lager komen dan het interne verbruik, waardoor de limiteerder uitgezet zal worden omdat de flow denkt dat er niet genoeg stroom opgewekt kan worden. Daarna gaat die weer aan omdat er genoeg stroom blijkt te zijn. De val naar een lager niveau is dan niet zo groot en zal die verder goed werken.

Oplossing die nu heb is dan niet zo snel vrijgeven. Een tweede mogelijk is om onthouden hoeveel Watt er beschikbaar was op het moment dat de limiteerder geactiveerd werd.

Na een aantal cycli moet die onthouden weer gewist worden zodat die klaar is voor een volgende bijregeling.

Verder zendt de flow altijd een MPPT (shadow scan) off omdat die de werking van de limitering kan frustreren.

Er zullen vast nog wel andere verrassingen zijn die je alleen kunt ontdekken tijdens het gebruiken van de flow.

[esphome]

Ik heb de flow weer basic gemaakt en het regelen op DC werkte niet als verwacht. Ondertussen ook een grafiek van de werking:



Het intern verbruik is 'vlak'



Het intern verbruik wordt met een tiental Watt verhoogt



En weer terug naar het 'vlakke' verbruik

Je ziet dat de DC (donker groen) geen relatie heeft met de andere lijnen anders dat die hoger is. De omvormer kiest zelf een profiel met verhouding m.b.t. tot het DC voltage om zo aan de AC zijde op het gewenste aantal Watts te komen.

De interval van bijregelen is 5 seconden. Als er geen wijzigingen zijn dan wordt er na twee keer zenden, niets meer gezonden totdat er weer veranderingen zijn.

En dan kan de limiteerder weer uit:

[ Voor 8% gewijzigd door esphome op 16-10-2024 13:58 ]

[esphome]

Ik heb weer een bijgewerkte versie op Gitlab geplaatst die back to basic is. Het bepalen van vast correctie die de DC waarde verhoogt om zo een passende AC waarde te krijgen het interne verbruik afdekt is nog een raadsel voor mij.

Een voorbeeld is in de onderstaande grafiek is de correctie 30 Watt en die dekt niet het interne verbruik af. Een correctie van 50 Watt doet dat wel:



Aangezien ik steeds op 30 en 50 Watt uitkom is dat misschien wel eenvoudiger dan ik nu denk.

Dan nog grafiek waarin je kunt zien hoe snel de flow reageert. Aan het einde van de grafiek geef ik omvormer vrij om zoveel stroom te generen als er uit de zon kan worden gehaald.

[Onl1ne1373]

Goed bezig! Ter info, ik heb een HomeWizard 3-fase meter in de meterkast geplaatst om te kijken wat het wattage daar is en het verschil vind ik vrij groot, rond de 7 a 8 %.

[Anakin239]

Sinds een paar weken heb ik een GoodWe 3000D-NS omvormer en lukt het om met het script van MarcelBlijleven om mijn omvormer lokaal uit te lezen maar.... Dat lukt alleen als ik eerst een keer de SolarGo app gestart heb op mijn telefoon en verbinding heb gemaakt met de omvormer. Daarna kan ik het script iedere minuut laten checken en gaat het prima. Tot de omvormer een keer uit geweest is dan moet ik weer met de app inloggen.

Ik ben niet de enige met het issue zag ik op: https://github.com/marcelblijleven/goodwe/issues/91

Maar misschien heeft hier iemand een manier hoe ik kan zorgen dat ik de modbus lokaal uit kan blijven lezen?

[esphome]

Anakin239 schreef op vrijdag 18 oktober 2024 @ 10:06:
Sinds een paar weken heb ik een GoodWe 3000D-NS omvormer en lukt het om met het script van MarcelBlijleven om mijn omvormer lokaal uit te lezen maar.... Dat lukt alleen als ik eerst een keer de SolarGo app gestart heb op mijn telefoon en verbinding heb gemaakt met de omvormer. Daarna kan ik het script iedere minuut laten checken en gaat het prima. Tot de omvormer een keer uit geweest is dan moet ik weer met de app inloggen.

Ik ben niet de enige met het issue zag ik op: https://github.com/marcelblijleven/goodwe/issues/91

Maar misschien heeft hier iemand een manier hoe ik kan zorgen dat ik de modbus lokaal uit kan blijven lezen?

Als de APP stuurt een broadcast uit (255.255.255.255) en dat activeert waarschijnlijk de UDP en de vraag is of het script ook dat doet.

[esphome]

Onl1ne1373 schreef op vrijdag 18 oktober 2024 @ 10:01:
Goed bezig! Ter info, ik heb een HomeWizard 3-fase meter in de meterkast geplaatst om te kijken wat het wattage daar is en het verschil vind ik vrij groot, rond de 7 a 8 %.

Het AC wattage wat de Goodwe aangeeft is aan de positieve kant en daarnaast heb je ook verlies in de stroomkabel naar de meterkast. Je komt zo altijd lager uit als er dan een meter gaat meten.

Als je doelt op het verschil tussen in de flow voor de AC die wordt opgewekt en het interne verbruik is de bedoeling juist dat ik daar net onder blijf. Ik verlaag ook interne verbruik naar tiental naar beneden voordat ik er mee ga rekenen.

[Anakin239]

esphome schreef op vrijdag 18 oktober 2024 @ 11:11:
[...]


Als de APP stuurt een broadcast uit (255.255.255.255) en dat activeert waarschijnlijk de UDP en de vraag is of het script ook dat doet.

Top, dat lijkt het geweest te zijn. Het script bevat ook een .search_inverters() methode, maar ik dacht dat ik die niet nodig had omdat ik het IP adres wist. Maar daar zit ook de broadcast in.

Bedankt.

[esphome]

Er is overigens ook een hardware oplossing om de productie van de omvormer te regelen en die is van Goodwe zelf.

Hiervoor wordt een CT90 om de fase draad gedaan die van het stroomnet komt. Een lange kabel loopt dan naar de GW2000XS in mijn geval waar die direct kan worden aangesloten. De CT90 is richtingsgevoelig en de stikker geeft aan welke kant het stroomnet (grid) en het de meterkast (house) moet wijzen.

Heeft iemand ervaring met het gebruiken van een Current Transformer in combinatie met een omvormer?

Nog hoe de CT90 eruit ziet:

[frusty]

Misschien zit helemaal niemand hier meer op te wachten, maar ik ben er een week zoet mee geweest om uit te zoeken. Misschien (hopelijk) help ik er iemand weer mee.... Natuurlijk ben ik ook weer verschrikkelijk laat; iedereen lijkt al een geweldige oplossing gevonden te hebben.

Ik wilde niet met de WLAN module aan de gang op mijn GW3000XS11. Ook had ik geen zin om een LAN module te kopen. Leek me wel mooi om de rs485 te gebruiken, maar dat kostte me meer moeite dan verwacht. Veel van de bestaande projecten die ik vond gaan uit van het AA55 protocol, of gaan uit van modbus over UDP/TCP. Dat blijkt toch weer anders te zijn dan wat er over de rs485 gaat.

Wie MQTT gebruikt een nog een USB naar rs485 heeft liggen (want zeg nou eerlijk, wie heeft dat niet?!) is hier een opzetje om de boel uit te lezen: goodwe-mqtt

[De HvE]

Waarom zou er niemand op zitten wachten ?

Denk dat uitlezen via RS485 en Modbus mijn voorkeur heeft !
Helaas blijkt Goodwe er een zooitje van te maken wat betreft firmware, type omvormers en Modbus documentatie.
Bij mijn GW2000XS (model jaar) blijkt Modbus over RS485 niet goed te werken ook niet na een update.

Had er veel tijd ingestoken maar telkens liep ik tegen nieuwe problemen aan.

[frusty]

Waarom zou er niemand op zitten wachten ?

Ik denk dat ik gewoon onzeker ben. In dit topic lijkt iedereen al jaren geleden te hebben uitgevonden hoe het allemaal moet. Kom ik aanzetten met een omslachtige oplossing terwijl er prachtige libraries zijn die gewoon alles voor je doen over UDP/TCP.

Maar als je nog een poging wil wagen, vind ik het hartstikke leuk om mee te denken. Wat me in mijn zoektocht opviel is dat het inderdaad een rommeltje is. Dat "oude" AA55 protocol kom ik in heel veel projecten tegen en het werkt gek genoeg nog steeds, voor een deel, op mijn omvormer. Ik kan er typenummer en serial mee uitlezen, maar verder werkt het niet. In een ander project kwam ik op het spoor dat er een "nieuw" protocol is, maar daarin werden dan weer registers gebruikt die mijn omvormer niet heeft. Per toeval kwam ik een git repo tegen waar 1 call uitgeplozen werd, op basis daarvan kon ik verder zoeken. Uiteindelijk is dit een werkende oplossing voor mijn omvormer, maar ik ben wel benieuwd of dit ook geldig is voor andere modellen.

Ik ga in ieder geval maar niet de firmware updaten, als ik het allemaal zo hoor. Geen zin om weer van voor af aan te beginnen.

[tismij]

tismij schreef op dinsdag 24 september 2024 @ 14:35:
Wordt nog interessant......

Van interessant naar komisch bijna, stug volgehouden met nieuwe firmware vragen (wil die AP uit hebben).
Heb nu een nieuwe WiFi LAN kit gekregen (geen idee waarom niet gewoon firmware, maar begreep van de medewerker aan de Nederlandse monteurslijn dat ze helemaal niks met die modules kunnen, worden door een ander bedrijf gemaakt).
Dacht prima als die de nieuwste firmware heeft zal ook wel goed zijn.
Net die erin gestopt en deze heeft nog oudere firmware dan ik al had
Meteen gevraagd of ze niet die nieuwe 2.0 kit kunnen leveren (leveren ze voortaan met de omvormers mee maar wordt niet los verkocht begreep ik) maar daar wist ze niks vanaf.
Ticket maar weer aangevuld met dat dit geen oplossing is en of ze een werkende LAN only of 2.0 kit kunnen leveren die mijn wachtwoord behoud na reset en die geen AP open laat staan.
Trek hem er wel uit voorlopig ofzo, meten doe ik ook met een losse kwh meter maar wil volgend jaar eigenlijk fatsoenlijk kunnen besturen ook (pas echt van belang als salderen stopt of als ik een accu heb maar wil graag wat langer de tijd om alles goed te laten werken).

Ach als ze het oplossen dan mooi, zo niet dan moet ik maar zo'n 2.0 kit zien te bemachtigen en hopen dat ze het daarin hebben opgelost.

[KabouterSuper]

tismij schreef op vrijdag 25 oktober 2024 @ 16:19:
[...]


Van interessant naar komisch bijna, stug volgehouden met nieuwe firmware vragen (wil die AP uit hebben).
Heb nu een nieuwe WiFi LAN kit gekregen (geen idee waarom niet gewoon firmware, maar begreep van de medewerker aan de Nederlandse monteurslijn dat ze helemaal niks met die modules kunnen, worden door een ander bedrijf gemaakt).
Dacht prima als die de nieuwste firmware heeft zal ook wel goed zijn.
Net die erin gestopt en deze heeft nog oudere firmware dan ik al had
Meteen gevraagd of ze niet die nieuwe 2.0 kit kunnen leveren (leveren ze voortaan met de omvormers mee maar wordt niet los verkocht begreep ik) maar daar wist ze niks vanaf.
Ticket maar weer aangevuld met dat dit geen oplossing is en of ze een werkende LAN only of 2.0 kit kunnen leveren die mijn wachtwoord behoud na reset en die geen AP open laat staan.
Trek hem er wel uit voorlopig ofzo, meten doe ik ook met een losse kwh meter maar wil volgend jaar eigenlijk fatsoenlijk kunnen besturen ook (pas echt van belang als salderen stopt of als ik een accu heb maar wil graag wat langer de tijd om alles goed te laten werken).

Ach als ze het oplossen dan mooi, zo niet dan moet ik maar zo'n 2.0 kit zien te bemachtigen en hopen dat ze het daarin hebben opgelost.

Bij mij identiek verhaal. Ik heb inmiddels drie wifi-sticks en een wifilanstick, geen 2.0 versie met bluetooth. Heb je nog niet de tip gehad dat je met de nieuwe SEMS+-app kunt updaten (wat alleen kan als installateur)?

[esphome]

@tismij @KabouterSuper

https://www.idealo.de/pre....html?q=goodwe+wifi+kit+2

In Duitsland hebben ze ook nu ook geen BTW op deze producten en als jij ze daar koopt dan komt er wel BTW er overheen.

[esphome]

Ik ben nog even bezig geweest met power limiter voor de XS reeks en zo aangepast dat als er een FIXED limiet wordt gezet dat die limitering niet op de AC kant zit van de omvormer. Nu wordt het interne verbruiker bij het FIXED opgeteld en zo gaat de FIXED overproductie het stroomnet in.

Ik ben nog steeds aan het stoeien met de juiste correctie op de DC kant zodat het interne verbruik wordt gedekt maar er niet over. Ik middel nu het interne verbruik en en zou zo het werkelijk verschil tussen DC en intern verbruik kunnen hanteren. Als de DC ook nog licht gemiddeld is dan zou er ook geen oscillatie mogen ontstaan.

[tismij]

esphome schreef op vrijdag 25 oktober 2024 @ 18:22:
@tismij @KabouterSuper

https://www.idealo.de/pre....html?q=goodwe+wifi+kit+2

In Duitsland hebben ze ook nu ook geen BTW op deze producten en als jij ze daar koopt dan komt er wel BTW er overheen.

had de 2.0 kit ook in Nederland gevonden (voor 35,- ex btw) alleen moest tot november wachten en bij dieper kijken blijkt er dan 9,95 verzendkosten en 25,- administratiekosten bij te komen dus totaal veel te duur).

Met hun nieuwe stick en meerdere malen opnieuw instellen lijkt het er op dat het AP wachtwoord nu iig behouden blijft (ga voor nu ook niet over LAN weer testen, AP blijft toch altijd aan omdat dat nu eenmaal moet)

Wel bijzonder dat het meerdere malen opnieuw instellen (of reboot mogelijk) kost voor het werkt en nog meer bijzonder dat dit bij de vorige versie met nieuwere firmware niet lukte (stick is ook iets anders, had er 1 met losmaak clipje eraan vast en nu 1 met een los stukje plastic om de tick eruit te halen).

Ze weigeren overigens iets te zeggen over waar of wanneer ik die 2.0 versie kan kopen, denk dat ze het gewoon echt niet weten.

Laat het voor nu even zo en ga later wel kijken als de 2.0 versie te koop is en anders ga ik toch maar verder met een ESP module dan omzeil ik heel Goodwe (moet ik alleen wat meer tijd voor maken).

Ook benaderen voor modbus zal even moeten wachten, commando's en berichten voor mijn DNS G3 blijkbaar toch net iets anders dan de overige versies want met laatste firmware werkt modbus wel maar de python scripts niet.

Wat wel werkt is "./sfk cudp <ipadres> 8899 -listen -noerror -timeout=500 0x7f03753100280409 -pure +xed "/[eol]//"" alleen resultaat ziet er iets anders uit.
Uitzoekwerk dus waar ik momenteel geen tijd voor heb.

[esphome]

@tismij Dat de python scripts niet werkt kan komen omdat er eerst een broadcast gezonden dient te worden om de aandacht te krijgen.

zie: Anakin239 in "GoodWe inverter lokaal uitlezen (USB / WiFi)"

[tismij]

esphome schreef op donderdag 31 oktober 2024 @ 00:47:
@tismij Dat de python scripts niet werkt kan komen omdat er eerst een broadcast gezonden dient te worden om de aandacht te krijgen.

zie: Anakin239 in "GoodWe inverter lokaal uitlezen (USB / WiFi)"

had ook search_inverters() geprobeerd maar die werkt ook niet, lijkt er op dat commando's net iets anders zijn o.i.d.
Nog niet echt in detail verder gezocht dus kan natuurlijk ook aan mij liggen dat ik ergens anders iets fout doe maar vond het al fijn dat ik met sfk cupd antwoord kon krijgen dus weet iig dat modbus werkt (en inhoud bericht dat ik kreeg was ook duidelijk anders dan ze in de python scripts verwachten).

[KoekieMonstert]

Ik heb de GW5000D-NS inmiddels een paar maanden draaien met ESPHome op RS485 en dit bevalt prima.
Ik had liever een LAN-optie gehad maar voor nu ben ik tevreden.
Ik wilde dit ook op de GW3600D-NS toepassen want de standaard WiFi-module heeft een slechte verbinding (ondanks dat hij bijna naast een AP hangt).
Nou wilde ik hem aansluiten maar kon ik geen RS485 poort vinden. Ik zag aan de onderkant een kapje met wartels voor CT en DRED maar geen wartels met RS485.
Heb ik nou een model zonder RS485? Ik zag achter de WiFi module nog wel een 6-polige connector maar ik weet niet of daar RS485 op zit en ik wil niet zomaar iets aansluiten met het risico om hem te slopen.
Heeft iemand een idee?

Edit: Reeds gevonden, als ik de WiFi-module verwijder ziet het er als volgt uit: https://github.com/janten...-file#connecting-hardware Ik ga proberen hier de ESP aan te knopen.

[ Voor 12% gewijzigd door KoekieMonstert op 25-11-2024 16:42 ]

[To_Tall]

KoekieMonstert schreef op maandag 25 november 2024 @ 13:30:
Ik heb de GW5000D-NS inmiddels een paar maanden draaien met ESPHome op RS485 en dit bevalt prima.
Ik had liever een LAN-optie gehad maar voor nu ben ik tevreden.
Ik wilde dit ook op de GW3600D-NS toepassen want de standaard WiFi-module heeft een slechte verbinding (ondanks dat hij bijna naast een AP hangt).
Nou wilde ik hem aansluiten maar kon ik geen RS485 poort vinden. Ik zag aan de onderkant een kapje met wartels voor CT en DRED maar geen wartels met RS485.
Heb ik nou een model zonder RS485? Ik zag achter de WiFi module nog wel een 6-polige connector maar ik weet niet of daar RS485 op zit en ik wil niet zomaar iets aansluiten met het risico om hem te slopen.
Heeft iemand een idee?

Edit: Reeds gevonden, als ik de WiFi-module verwijder ziet het er als volgt uit: https://github.com/janten...-file#connecting-hardware Ik ga proberen hier de ESP aan te knopen.

je zou kunnen overwegen om een esp32 met ethernet te gebruiken.

[BarryH]

Ik heb de Home assistant goodwe integratie om de goodwe 1100xs lokaal uit te lezen.
Maar sinds paar dagen geen connectie meer:


Ik weet eigenlijk niet goed waar ik moet beginnen met debuggen. De sems portal werkt wel normaal....
Wie heeft er een suggestie?

[Tanuki]

Ik ben me wat aan het verdiepen in de GoodWe omvormers en ook het uitlezen ervan enz.

Nu krijg ik aangeboden de "GoodWe GW5K-ET Plus Incl. Smart meter", maar dit lijkt me een 3 fase kWh meter die ik in mijn meterkast moet plaatsen. Een proprietary meter van GoodWe, waar een Eastron SDM630 ook gewoon geplaatst zou kunnen worden.

Ik snap eerlijk gezegd niet zo goed waarom die meter erbij moet zitten? Zijn er mensen die deze meter hebben? En is deze dan ook automatisch via het genoemde script uit te lezen? Volgens mij werkt het genoemde script via de USB poort op de omvormer.



Blijkbaar onderdeel van de GoodWe HomeKit

Moet ik dit willen?

[No13]

De usecase hiervan lijkt me breder dan de opwek van je PV te monitoren. Zou me niet verbazen als je hiermee ook je opwek kan sturen zodat je niet gaat terugleveren bijvoorbeeld

[Sanderbakker_]

Sanderbakker_ schreef op maandag 3 juni 2024 @ 11:47:
Hallo allen,

Ik wil mijn Goodwe GS5000D-NS lokaal uitlezen via Homey. Ik krijg het niet voor elkaar. Nou ben ik ook niet heel erg thuis in udpp etc. Wat ik tot nu toe gedaan heb:
ARM firmware laten updaten zodat ik gebruik kan maken van solargo. Dat werkt inmiddels.
Dan de Omvormer toevoegen aan Homey via de goodwe app met modbus. Dan gebeurt er helemaal niks.

Vervolgens een LAN box aangeschaft, vast aangesloten aan kabel. Static ip gegeven. Maar dan kom ik niet in SolarGo. Die krijg ik dan met geen mogelijkheid verbonden. Ik zie overigens wel een AP staan. HF-E20. Overigens ook geen reactie in Homey.

Wat kan ik nog meer proberen?

Iemand misschien een idee?

[pc-freakz]

No13 schreef op maandag 1 juli 2024 @ 15:29:
[...]

Mede dit was voor mij de reden om de wifi stick te dumpen en een Raspberry Pi PICO te gebruiken als WLAN module

Oplossing 1
Aangezien dit topic soms compleet lijkt af te dwalen toch maar even de persoonlijke vraag @No13 . Werkt je Pi PICO oplossing nog steeds zoals je wilt?
Als ik je goed begrijp doet je pico hetzelfde als de originele wifi module waardoor het lokaal uitlezen identiek werkt als het origineel (lokaal UDP via script/HA "GoodWe" integratie + optioneel SEMS (ook al gebruik jij dat zelf niet)).

Oplossing 2
Andere optie die hier benoemd wordt, ESPHome op ESP8266/ESP32.
Maar dat zal uiteraard de werking aanpassing, niet dat ik geef om de SEMS portal als het lokaal allemaal werkt maar dan moet je dus ook op basis van ESPHome uitlezen en niet via UDP. Hierdoor werken de standaard GoodWe modules van HA, Homey (SEMS), etc. niet. Interval van nieuwe data is mij hiervan niet bekend trouwens.

Oplossing 3
Dan heb je nog een ESP versie die het naar MQTT zet (wel behoud van SEMS als je wilt) en optioneel naar PVO.

Mijn persoonlijke voorkeuren:
- Stabiele werking (fool-proof) zonder onnodige AP-mode zoals origineel
- Veilig, niet zoals nu dat jan en alleman in je omvormer kan na een 'reboot'/nieuwe dag
- Voeding via omvormer, wat geen issue geeft met 'reset van counters'
- Geen tussenliggende brokers vereist (MQTT bijv.) om op te nemen in HA/Homey e.d., optioneel/extra is prima natuurlijk.
- Near realtime data (15 seconden bijv. i.p.v. minuten)
- SEMS behouden is misschien handig als achtervang, maar geen vereiste.

Volgens mij is jouw @No13 oplossing de enige die hieraan voldoet?

Ik heb overigens een GW10KT-DT, die op dit moment firmware 15.15.34 lijkt te hebben (was 15.15.52 1,5 jaar geleden)

[No13]

pc-freakz schreef op vrijdag 3 januari 2025 @ 10:32:
[...]
@No13 . Werkt je Pi PICO oplossing nog steeds zoals je wilt?
Als ik je goed begrijp doet je pico hetzelfde als de originele wifi module waardoor het lokaal uitlezen identiek werkt als het origineel (lokaal UDP via script/HA "GoodWe" integratie + optioneel SEMS (ook al gebruik jij dat zelf niet)).
[..]

Ik heb nog steeds mijn beide omvormers met een Pi PICO aangesloten inderdaad; ik heb de firmware van de originele Wifi module zoveel mogelijk nagemaakt in micropython zodat hij in alle aspecten de functie van de originele module kan overnemen.

Nadeeltje is dat de pinout door de hardware versies heen nog wel eens een klein beetje wilde varieren; met name de GND aansluiting moest bij nieuwere omvormers echt van de USB shield-draad komen in tegenstelling tot eerdere modellen waar je de rode draad kon pakken

[Divinity0]

Hopelijk kan iemand mij helpen.

Ik heb al heel wat pagina's zitten lezen maar kom niet tegen wat de oplossing voor mijn probleem kan zijn of ik heb er over heen gelezen

Het probleem staat na de opsomming van wat wel werkt bij het uitlezen van mijn goodwe inverter naar HA

Omvormer geinstalleerd met lan verbinding (vast ip) WIFI uit
via solargo alle laatste firmware geupdate
Sems, solargo etc werkt allemaal.
HA goodwe inverter integratie geïnstalleerd
alles probleemloos.

De volgende dag doet de integratie het niet meer totdat ik de solargo app opstart hierna verschijnen de waardes weer in HA.

Zonder de solargo app te starten geprobeerd om de intergratie opnieuw te installeren maar kan dan geen verbinding krijgen met de omvormer. Na starten solargo kan dit weer wel en is de intergratie snel geinstalleerd.

Heb de auto polling al gewijzigd in een gescripte automatisering zoals ergens beschreven staat. Helaas blijft het na de nacht nodig de solargo app te starten om gegevens in HA te krijgen.

Sems lijkt gewoon door te gaan zoals bedoeld, benaderbaar en solargegevens staan er in.

Wat kan ik doen of doe ik verkeerd?

Hopelijk is er iemand die een oplossing kan bieden.

[esphome]

@Divinity0 Er is een network broadcast nodig om de omvormer te laten weten op welk IP adres jij luistert.

[PeteSplit]

Divinity0 schreef op zaterdag 4 januari 2025 @ 14:57:
Hopelijk kan iemand mij helpen.

Ik heb al heel wat pagina's zitten lezen maar kom niet tegen wat de oplossing voor mijn probleem kan zijn of ik heb er over heen gelezen

Het probleem staat na de opsomming van wat wel werkt bij het uitlezen van mijn goodwe inverter naar HA

Omvormer geinstalleerd met lan verbinding (vast ip) WIFI uit
via solargo alle laatste firmware geupdate
Sems, solargo etc werkt allemaal.
HA goodwe inverter integratie geïnstalleerd
alles probleemloos.

De volgende dag doet de integratie het niet meer totdat ik de solargo app opstart hierna verschijnen de waardes weer in HA.

Zonder de solargo app te starten geprobeerd om de intergratie opnieuw te installeren maar kan dan geen verbinding krijgen met de omvormer. Na starten solargo kan dit weer wel en is de intergratie snel geinstalleerd.

Heb de auto polling al gewijzigd in een gescripte automatisering zoals ergens beschreven staat. Helaas blijft het na de nacht nodig de solargo app te starten om gegevens in HA te krijgen.

Sems lijkt gewoon door te gaan zoals bedoeld, benaderbaar en solargegevens staan er in.

Wat kan ik doen of doe ik verkeerd?

Hopelijk is er iemand die een oplossing kan bieden.

Ik gebruik de integratie van GoodWe in HA.

Je moet dan de automatische polling van HA uitzetten en een eigen automation maken met een polling.
Ik gebruik een automation met een polling van 20 seconden.
Wil je ook de SEMS portal vullen dan gebruik ik ('s avonds) nog een polling van 3 minuten.

[tismij]

Divinity0 schreef op zaterdag 4 januari 2025 @ 14:57:
Hopelijk kan iemand mij helpen.

Ik heb al heel wat pagina's zitten lezen maar kom niet tegen wat de oplossing voor mijn probleem kan zijn of ik heb er over heen gelezen

Het probleem staat na de opsomming van wat wel werkt bij het uitlezen van mijn goodwe inverter naar HA

Omvormer geinstalleerd met lan verbinding (vast ip) WIFI uit
via solargo alle laatste firmware geupdate
Sems, solargo etc werkt allemaal.
HA goodwe inverter integratie geïnstalleerd
alles probleemloos.

De volgende dag doet de integratie het niet meer totdat ik de solargo app opstart hierna verschijnen de waardes weer in HA.

....

Hoe heb je de lan/wifi module zo ingesteld dat het Wifi AP uit blijft en alleen LAN werkt ?
Heb tijdje geprobeerd maar AP spring bij mij de dag erop altijd weer aan en kreeg LAN niet netjes werkend. Er is in de module ook geen reset knop aanwezig dus kan me voorstellen dat de module iedere dag weer gewoon zijn AP aanzet zodat je altijd kunt configureren dus ben wel benieuwd hoe jij dit hebt geregeld.

Dit is ook de reden dat ik op de 2.0 versie zit te wachten (tenzij ik meer tijd heb en ook een ESP o.i.d. zelf kan gaan uitzoeken), wil niet alleen die AP uit maar eigenlijk ook geen verbinding meer naar buiten hebben terwijl ik wel aansturing kan blijven verrichten vanuit b.v. HA.

[Divinity0]

esphome schreef op zaterdag 4 januari 2025 @ 18:02:
@Divinity0 Er is een network broadcast nodig om de omvormer te laten weten op welk IP adres jij luistert.

Waar en hoe moet ik dit instellen? En hoe zou het dan kunnen dat het wel werkt nadat ik de app heb gestart?

Automatische polling had ik al uit gezet.

[esphome]

@Divinity0 Ik heb polling nu ook uitgezet en morgen eens kijken of er nog updates komen.

De pagina van de integratie geeft zelf aan dat in combinatie met SEMS er problemen kunnen voordoen:

It has been observed in some rare situations that frequent polling conflicts with updates to the Goodwe SEMS cloud portal and do not receive any updates anymore. Reducing polling frequency to 30 seconds or 1 minute seems to help in such cases.

https://www.home-assistant.io/integrations/goodwe/

Update:
Polling uit gehad en dan komt er niets binnen vanuit de omvormer en ik heb SEMS niet actief hier.

[ Voor 9% gewijzigd door esphome op 06-01-2025 14:03 . Reden: De dag daarna ]

[Divinity0]

Blijkbaar is het een breder probleem met de nieuwste serie omvormers van GoodWe dat er bij een nieuwe dag of problemen ontstaan. Ondanks de handmatige automatiseringen:
https://github.com/home-assistant/core/issues/131713
ik gebruik deGW3600-DNS-30 en die valt daar ook onder

@esphome Ik bedoelde de automatische polling uit en de handmatige automatisering aan . Wanneer ik na het starten en een verbindpoging met de solarapp weer gegevens in HA krijg. blijft Sems ook 'gewoon' werken. Ook als ik met 10 seconden ververs.
Wat bedoelde jij met het broadcast verhaal?

@tismij Als je solargo verbind middels bluetooth kun je de communicatie module instellen. Hier heb ik de wifi en de DHCP uitgezet en de lan gegevens zelf in gevuld. Heb zojuist nogmaals gecheckt maar ik heb geen AP zichtbaar wanneer ik wifi netwerken zoek.
Ik weet niet welke dongle jij hebt maar die van mij heeft wel een knop die je kan inhouden om te resetten/reloaden. Tevens kan de reset of reload gedaan worden via het menu van de omvormer zelf.
Dat gezegd hebbende heb ik het probleem dat het gebruikers en installateurs wachtwoord dagelijks gereset wordt naar de standaard, ergens gaat er dus ook bij mij (nog meer) mis
mijn huidige versie -Communication Module FW Version: 1.4.59- volgens de solargo app

[esphome]

[b]Divinity0 in "GoodWe inverter lokaal uitlezen (USB / WiFi)"

@esphome Ik bedoelde de automatische polling uit en de handmatige automatisering aan . Wanneer ik na het starten en een verbindpoging met de solarapp weer gegevens in HA krijg. blijft Sems ook 'gewoon' werken. Ook als ik met 10 seconden ververs.
Wat bedoelde jij met het broadcast verhaal?

In HA moet jij het IP-adres opgeven van de omvormer en dan gaat die de omvormer actief benaderen. Met een broadcast, zoals SolarGo dat doet, dan antwoord de omvormer specifiek op jouw IP-adres met zijn naam/ip-adres en nog meer gegevens.

[ Voor 17% gewijzigd door esphome op 09-01-2025 23:26 ]

[tismij]

@tismij Als je solargo verbind middels bluetooth kun je de communicatie module instellen. Hier heb ik de wifi en de DHCP uitgezet en de lan gegevens zelf in gevuld. Heb zojuist nogmaals gecheckt maar ik heb geen AP zichtbaar wanneer ik wifi netwerken zoek.
Ik weet niet welke dongle jij hebt maar die van mij heeft wel een knop die je kan inhouden om te resetten/reloaden. Tevens kan de reset of reload gedaan worden via het menu van de omvormer zelf.
Dat gezegd hebbende heb ik het probleem dat het gebruikers en installateurs wachtwoord dagelijks gereset wordt naar de standaard, ergens gaat er dus ook bij mij (nog meer) mis
mijn huidige versie -Communication Module FW Version: 1.4.59- volgens de solargo app
[/quote]

Dan snap ik em, dan heb jij al de 2.0 versie die ik nog zoek (bij zat er nog de oude versie bij), daar kan het inderdaad wel gewoon.
Naar ik heb begrepen wordt die al even met de nieuwe omvormers mee gestuurd maar is nog lastig los te bestellen maar zodra betaalbaar los te bestellen zal ik dit wel eens doen.
Denk overigens nog steeds dat een ESP of een pico een betere oplossing zou zijn uiteindelijk dus wil daar later alsnog naar over (dan geen verbinding met China meer nodig en toch alle aansturing en detail gegevens te gebruiken).

[Divinity0]

Het hele probleem wat er is dat je dagelijks eerst je solargo moet connecten voordat je gegevens in HA kunt krijgen, ondanks dat je de eerder beschreven aanpassingen hebt gedaan (laatste firmware (ARM), automatisation ipv standaard polling etc) ligt hem aan de nieuwste versie/uitvoering van de omvormers.

Een workaround staat hier:

https://github.com/home-a...3#issuecomment-2585298966

[Divinity0]

tismij schreef op vrijdag 10 januari 2025 @ 10:34:
@tismij Als je solargo verbind middels bluetooth kun je de communicatie module instellen. Hier heb ik de wifi en de DHCP uitgezet en de lan gegevens zelf in gevuld. Heb zojuist nogmaals gecheckt maar ik heb geen AP zichtbaar wanneer ik wifi netwerken zoek.
Ik weet niet welke dongle jij hebt maar die van mij heeft wel een knop die je kan inhouden om te resetten/reloaden. Tevens kan de reset of reload gedaan worden via het menu van de omvormer zelf.
Dat gezegd hebbende heb ik het probleem dat het gebruikers en installateurs wachtwoord dagelijks gereset wordt naar de standaard, ergens gaat er dus ook bij mij (nog meer) mis
mijn huidige versie -Communication Module FW Version: 1.4.59- volgens de solargo app
[/quote]

Dan snap ik em, dan heb jij al de 2.0 versie die ik nog zoek (bij zat er nog de oude versie bij), daar kan het inderdaad wel gewoon.
Naar ik heb begrepen wordt die al even met de nieuwe omvormers mee gestuurd maar is nog lastig los te bestellen maar zodra betaalbaar los te bestellen zal ik dit wel eens doen.
Denk overigens nog steeds dat een ESP of een pico een betere oplossing zou zijn uiteindelijk dus wil daar later alsnog naar over (dan geen verbinding met China meer nodig en toch alle aansturing en detail gegevens te gebruiken).

Ah, heb ik daarin weer een beetje geluk dus .
Niks vervelender dan blijven proberen zonder uiteindelijk resultaat. Dan gaat de zin en energie al snel richting het doen van wat anders. Snap soms ook niet helemaal waarom dingen zo ongelofelijk moeilijk gemaakt moeten worden

[Eärendil]

Divinity0 schreef op vrijdag 17 januari 2025 @ 09:52:
https://github.com/home-a...3#issuecomment-2585298966

Just wondering which parts of the script you need to adjust.

eg from the shell command, 255.255.255.255 when my subnet is 255.255.255.0 should I enter that?

255.255.255.255 is het (globale) broadcast-adres, 255.255.255.0 is het subnet-mask, dat moet je dus niet invullen want dat is iets anders.

In plaats van 255.255.255.255 zou je eventueel je lokale broadcast-adres kunnen gebruiken i.p.v. het globale broadcast adres, als de IP-adressen op je lokale netwerk bijv. 192.168.1.x zijn is je lokale broadcast-adres 192.168.1.255. Maakt overigens weinig uit, want je router stuurt broadcasts niet door naar buiten.

[ Voor 12% gewijzigd door Eärendil op 17-01-2025 11:29 ]

[esphome]

Broadcast gaan inderdaad niet door de router. Directed broadcasts doen dat we, tenminste als er ook een route bestaat, lokaal of binnen een privé VPN. Jij kunt dan nl. zelf controleren wie, wat, waar.

GoodWe gebruikt in AP mode het IP adres 10.10.100.253 en zo zal dan er ook een antwoord komen als je dan het volgende ingeeft:

echo "WIFIKIT-214028-READ"|nc -b -u -w1 10.10.100.253 48899

Dit gaat dus, niet via het openbare internet omdat die immers niet weet waar het adresbereik 10.10.100.0 zich bevindt.

Een route is een wegwijzer, van als je iets in bereik 10.10.100.0 wil bezoeken dan kun je door die deur gaan die je daar ziet (gateway). De gateway bevindt zich in het lokale netwerk.

zie: https://www.practicalnetw...st-vs-directed-broadcast/

[Divinity0]

En zo hebben we weer wat geleerd, bedankt @Eärendil en @esphome voor de uitleg!

[Amber95]

Heeft iemand recentelijk het uitlezen via RS485 volgens deze methode aan de praat gekregen?
https://github.com/jantenhove/GoodWeLogger
Ik krijg veel compiler errors, project lijkt niet meer onderhouden te worden.

[MisteRMeesteR]

Amber95 schreef op zaterdag 1 februari 2025 @ 23:32:
Heeft iemand recentelijk het uitlezen via RS485 volgens deze methode aan de praat gekregen?
https://github.com/jantenhove/GoodWeLogger
Ik krijg veel compiler errors, project lijkt niet meer onderhouden te worden.

Nee. Maar met ESPHome, een ESP8266 bordje en een XY-017 lukt het nog wel

[Amber95]

Ik gebruik dezelfde HW, maar wil uitlezen met domoticz, vandaar mijn keuze voor de MQTT oplossing. Of is er een manier om ESPhome te integreren met Domoticz?
Het is met een oude ESP core gelukt om de firmware compilen en te uploaden naar de ESP (2.7.4 voor wie hier ook tegenaan loopt).

Ik twijfel nu aan de RS485 interface op mijn omvormer (3600D-NS).
Ik gebruik de 6 polige groene connector achter het kapje. Volgens de beschrijving op https://github.com/jantenhove/GoodWeLogger zouden pin1 en pin 2 de RS485 moeten zijn.
Echter, pin 2 en 3 waren doorverbonden (remote disconnect?), op het afdekplaatje staat CT en DRED.
Betekent dat dat ik heen RS485 interface heb? Ik vind de handleiding hier niet erg duidelijk over.
(https://nl.goodwe.com/Ftp...S%20_User%20Manual-NL.pdf, pag 23).

[KoekieMonstert]

Ik lees even mee. Ik heb een GW5000-DNS die ik goed via RS485 en ESPHome kan uitlezen.
De GW3600D-NS krijg ik echter ook niet aan de gang, de WiFi/SEMS-portal is erg slecht van de module zelf (Access point hangt binnen 2 meter en toch valt hij vaak uit), daarom wil ik deze ook graag naar RS485/ESPHome.
Ik heb de WiFi module losgekoppeld en daarachter zat een 6-polige connector naast de USB connector.
Achter het andere kapje zat ook een 6-polige connector waarvan 2 pinnen waren doorverbonden, echter zonder USB, dat is denk ik de DRED/remote disconnect.
Ik heb na het loskoppelen van de WiFi module de RS485 aangesloten (alles met de omvormer uit) en daarna de omvormer opnieuw aangezet. Ik had gehoopt dat het toen zou gaan werken maar helaas kon ik niks uitlezen via ESPHome.

@Amber95 ik denk dat je dus de andere 6-polige connector moet hebben, achter de WiFi module.
Als iemand nog ideeën heeft wat ik kan doen/veranderen om de RS485 aan de gang te krijgen hoor ik het graag. Het is op dit moment lastig voor mij om te testen omdat de omvormer het alleen doet als de zon schijnt en ik dan niet thuis ben meestal...

[Amber95]

De WIFI dongle zit via een USB (die geen USB is) aan een witte 6 polige connector (ook op het mainboard van de omvormer).
@No13 beschrijft hoe hij in dit topic zijn Pico W hierop aansluit, maar dat is geen RS485 toch?

De handleiding beschrijft 3 opties voor de 6 polige connector achter het andere plaatje:
- CT en DRED
- remote disconnect (pin 2 en 3 doorverbonden, zoals bij mij het geval is.)
- RS485

Maar het is mij niet duidelijk of dit configureerbaar is, of dat er 3 verschillende versies van deze omvormer (3600 D-NS) zijn.

Iemand nog een idee hoe ik RS485 uit deze omvormer krijg?

[esphome]

@Amber95 Volgens deze handleiding zijn er twee openingen (plaatjes verwijderen) en totaal drie connectoren, twee keer zes en eentje van twee.

De USB stick zit op de linker opening en daar zit dan alleen de zes polige connector. Zie pagina 24 van de handleiding. Er zitten twee RS485 pin set in en de tweede is voor het doorlussen naar een ander omvormer die via ook RS485 communiceert. Het lijkt niet uit te maken welke van twee je kiest.

[Amber95]

achter de usb stick, linker plaatje, zit een witte 5 polige jst connector (geen groene met schroefterminals).
Achter het rechterplaatje zit wel deze 6 polige connector.
Ik heb nu in de solargo app de remote shutdown uitgezet, en de shortcut tussen pin 2 en pin 3 weggehaald.
Vervolgens de logger aangesloten op pin 1 en 2. Morgenochtend eens kijken hoe het werkt....

[esphome]

5 Polig, is dat dan waar de WiFi module op gestoken wordt? Dan is dit waarschijnlijk interessant: https://github.com/jantenhove/GoodWeLogger/issues/25

[Amber95]

dat is inderdaad de 5 polige connector waar de wifi module op zit.
bedankt voor de link, interessant idd, maar daar staat dat 2 pinnen voor vcc en gnd zijn, en de overige 3 gebruikt worden voor een spi protocol. Ben ik niet bekend mee, maar geen rs485 lijkt me dan....

[Douwetje]

Volgens de manual pagina 24 kan RS485 op pinnen 1/2 of 5/6 aangesloten. Op de omvormer moet RS485 communicatie aangezet worden (knop op omvormer 2sec ingedrukt houden tot je bij "wifi" of "rs485" of "set modbus addr" uitkomt, zie pagina 29 van de manual).

Bij mijn 3600D-NS van 2016 heb ik van alles geprobeerd om RS485 aan de praat te krijgen om deze op afroep uit te kunnen zetten. Vriend van me (programmeur) kan zijn omvormer (ander merk) wel via RS485 uitlezen en beinvloeden, de mijne lukte het hem niet. Uitschakelen op afstand werkt ook niet. Firmware zit op laatste versie heb ik van Goodwe te horen gekregen. Ik heb het opgegeven om RS485 nog aan de praat te krijgen, ik heb het vermoeden dat de mijne te oud is. Ik wacht af tot ie een keer de geest geeft om een modernere neer te hangen, zo vaak komt het nog niet voor dat de stroomprijzen negatief worden

[M-ThijZ]

Ik overweeg een GoodWe GW8KN-ET hybride omvormer aan te schaffen, maar ik schrik van de hoeveelheid berichten in dit topic. Zijn er veel problemen met eerdere modellen of zijn deze problemen ook op dit type van toepassing?

Ik heb toch de hoop dat ik enigszins plug- and play (met deze integratie https://www.home-assistant.io/integrations/goodwe/ ?) in home assistant kan zie wat de PV-installatie opwekt.

[zeroday]

Is er een scriptje die de data via wifi van de Goodwe USB dongle kan uitlezen? (mag linux zijn)

Ik wil dat gebruiken als test om te zien of er een issue is binnen SEMS of binnen mijn eigen netwerk.

Ik had van de week hele aparte en vreemde issues mbt de Wifi dongel. Zo kon ik hem wel / niet benaderen, was deze wel / niet verbonden aan mijn wifi, was / is de default username/password veranderd

gedurende de dag uitvallen. Nu relateer ik dat aan het opzetten van een nieuwe locale DNS server met TLS over DNS .. maar 100% zekerheid heb / had ik niet.

Ik heb nu een aparte AP ingericht met eigen SSID zodat ik beter kan zien wat er gebeurd en het gaat nu alweer 2 dagen goed, maar goed wil dus wat meer info .

[DeeJay1000]

Hallo,

Ik ben nieuw op dit forum. Wij hebben sinds januari een goodwe 3000d-ns omvormer en ik struggle al een tijdje om deze soepel uit te lezen in Domoticz. Hiervoor gebruik ik de plug-in van Remco via wifi (niet de Sems-api).

Mijn bevindingen tot nu toe:
1. De plug-in van remco heeft wat onderhoud nodig. De requirements moeten geupdate worden naar een nieuwere versie. Toen ik dat had aangepast kon ik de omvormer terugvinden in Domoticz.

2. Het aflezen van de totale dagelijkse waarde (read from Device) geeft ‘s morgens een negatieve waarde. Dit wordt op meerdere plekken online genoemd maar na 3 maanden zoeken nog steeds geen concrete oplossing tegengekomen. Ik verwacht dat het ermee te maken heeft dat de waarde gereset wordt op het moment dat de inverter uitschakelt aan het einde van de dag, en dat er ergens anders nog een instelling is die de totale waarde van de dag er ‘s nachts of ‘s morgens vroeg ook nog afhaalt. De ’start’-waarde is namelijk altijd de negatieve value van de opbrengst van de dag ervoor. Zoals ik al zei, geen concrete fix voor gevonden nog, behalve (en dan kom ik bij punt 3):

3. Om de negatieve waarde ‘s morgens te voorkomen kun je de totale dag-opbrengst laten berekenen. Dit zorgt voor een goede verwerking van de data en het resetten naar 0 lijkt ook goed te gaan. Punt is alleen, Domoticz loopt vast om 00:00uur, op het moment dat de waarde wordt gereset. Als je dat niet doorhebt heb je de volgende dag dus geen gegevens. Dit heb ik weten te omzeilen met een script dat de status van Domoticz checkt en deze opnieuw opstart als hij is vastgelopen. Die doe ik met Monit (https://ehoco.nl/monit-voor-raspberry-pi-en-domoticz/).

4. Ondanks dat het bepaalde omwegen redelijk lijkt te werken heb ik nog steeds af en toe dagen dat hij geen gegevens logt. Daarnaast wijkt de ‘calculated value’ soms behoorlijk af van de ‘read from Device’. Dit weet ik, omdat bij Total generation de ‘today’ waarde wordt getoond ipv de Total. (e-day VS e-total zo even uit het hoofd). Rare is: bij Total generation wordt de today-value wel goed gereset… Dus ik zou veel liever de variabele ‘today’ uit de card generatie-totaal bij generatie-vandaag uitlezen, op exact die manier (aangezien dat daar dus goed lijkt te gaan). En dan de juiste waarde in de totale card ipv today.

Ik draai Domoticz op een Raspberry Pi4 en lees de omvormer dus via wifi uit. De ene ligt in de meterkast, de andere hangt op zolder, dus niet echt een andere optie. Ik merk verder ook geen problemen met de verbinden zoals die hier nogal eens voorbij komen…

Ik ben ook nog een tijdje overgestapt naar Home Assistant, maar daar vond ik het Energy-Dashboard echt veel minder mooi en duidelijk. Die werkt alleen met de totale kWh’s, dus je ziet niet wat er actueel heen en weer schuift. Wordt trouwens ook niet geadviseerd op een pi, dus dan zou ik een andere systeem moeten verzinnen via een nuc oid. Heeft niet mijn voorkeur.

Ik hoop dat iemand iets aan mijn bevindingen heeft en me eventueel verder kan helpen met het optimaliseren van de settings/code. Ik heb in de git-repo een suggestie voor changes gedaan maar lijkt niet echt meer iemand actief te zijn…

[PeteSplit]

M-ThijZ schreef op maandag 10 maart 2025 @ 22:51:
Ik overweeg een GoodWe GW8KN-ET hybride omvormer aan te schaffen, maar ik schrik van de hoeveelheid berichten in dit topic. Zijn er veel problemen met eerdere modellen of zijn deze problemen ook op dit type van toepassing?

Ik heb toch de hoop dat ik enigszins plug- and play (met deze integratie https://www.home-assistant.io/integrations/goodwe/ ?) in home assistant kan zie wat de PV-installatie opwekt.

GoodWe heeft een eigen platform en app om je opwekking te zien.
Als je de integratie van HA gebruikt stopt het platform van GoodWe met tonen en bewaren van de opwekking.

Ik heb in HA een automatisering gemaakt en laat deze stoppen (ongeveer een half uur elke dag), zodat het GoodWe platform de gegevens van die dag krijgt (GoodWe bewaard dan de opwekking gegevens op basis van 5 minuten).
Bij HA zou je een database moeten koppelen om opwek gegevens te bewaren (HA bewaart standaard maar 10 dagen de uitgebreide gegevens).

De berichten in dit topic, gaan voornamelijk om zelf (via modbus of andere kabel aansluiting) de opwekking uit te lezen en op te slaan (dit is ook vaak zonder gebruik van het GoodWe platform).

[FloRadix]

M-ThijZ schreef op maandag 10 maart 2025 @ 22:51:
Ik overweeg een GoodWe GW8KN-ET hybride omvormer aan te schaffen, maar ik schrik van de hoeveelheid berichten in dit topic. Zijn er veel problemen met eerdere modellen of zijn deze problemen ook op dit type van toepassing?

Ik heb toch de hoop dat ik enigszins plug- and play (met deze integratie https://www.home-assistant.io/integrations/goodwe/ ?) in home assistant kan zie wat de PV-installatie opwekt.

Ik gebruik de volgende rest commando om data vanuit home assitant te sturen naar pvoutput en dan een simple automation om data elke 5 min te pushen

zie hier voor het resultaat: https://pvoutput.org/intraday.jsp?id=90502&sid=80154

code:

update_pvoutput:
  url: https://pvoutput.org/service/r2/addstatus.jsp
  method: post
  content_type: "application/x-www-form-urlencoded"
  headers:
    X-Pvoutput-Apikey: !secret pvoutput_api_key
    X-Pvoutput-SystemId: !secret pvoutput_system
  payload: >
    d={{now().strftime('%Y%m%d')}}&t={{now().strftime('%H:%M')}}&c1=0
    &v1={{states('sensor.today_s_pv_generation')|float(0)*1000|round(0)}}
    &v2={{states('sensor.pv_power')|float(0)|round(0)}}
    &v4={{states('sensor.house_consumption')|float(0)|round(0)}}
    &v5={{states('sensor.inverter_temperature_air')|float(0)|round(1)}}
    &v6={{states('sensor.pv_voltage')|float(0)|round(0)}}
    &v7={{states('sensor.battery_state_of_charge')|float(0)|round(0)}}
    &v8={{states('sensor.today_battery_charge')|float(0)|round(2)}}
    &v9={{states('sensor.today_battery_discharge')|float(0)|round(2)}}
    &v10={{states('sensor.battery_available')|float(0)|round(2)}}
    &v11={{states('sensor.battery_power')|float(0)|round(3)}}
    &v12={{states('sensor.battery_tocharge')|float(0)|round(2)}}

Ik heb de volgende omvormer: GW10K-ET

[M-ThijZ]

Bedankt voor het delen van dit voorbeeld. Ik heb inmiddels begrepen dat ik ook een Eastron SDM630 in mijn meterkast kan plaatsen om data over de opgewekte energie uit te lezen, mocht ik het niet aan de praat krijgen via de GoodWe omvormer zelf.

[Amber95]

bedankt voor jullie hulp, ik heb het aan de praat gekregen. ik lees nu 2 goodwe omvormers uit on deze manier.

ander vraagje, is het iemand gelukt om de power output te limiteren via rs485? (esphome & HA of domoticz)

[PeteSplit]

Overzicht van mogelijkheden om de omvormer uit te zetten

https://doe-duurzaam.nl/a...-api-modbus-app-ethernet/

[esphome]

@PeteSplit Het uitzetten is eenvoudig. Limiteren is wat complexer omdat je ook wil weten wat je intern gebruikt en daar dan de productie van de omvormer te regelen/limiteren.

Ik ben vandaag nog een keer bezig geweest met een GW2000XS en om het wattage te kunnen communiceren moet je eerst de limitering aanzetten en daarna kun je het gewenste wattage doorgeven.

Ik heb het in NodeRed gemaakt en had al gekeken voor HA maar ik bleef in automation steken want daar moet ik gaan scripten.

De HEX stings waarop mijn omvormer reageert:

limiterON = "7f069d870001"
limiterOFF = "7f069d870000"
limiterHex = "7f109d880002040000"

Achter limiterHex wordt aan het einde het wattage geplakt met voorloopnullen. Max 9999 decimaal.

payload = limiterHex + (Wattage.toString(16).padStart(4, '0').toUpperCase());

Alle drie moeten dan voorzien worden van een checksum CRC16ModBus en dat zou ook moeten werken voor RS485 en communiceer via de WiFi stick.

Bevestiging door de omvormer van het aan/uit/limiteren.

Base 64 encoded confirmation string being returned to listener:
msg.limiterON = "qlV/Bp2HAAHdkQ=="
msg.limiterOFF = "qlV/Bp2HAAAcUQ=="
confirms setting the limit wattage = "qlV/EJ2IAALkUA=="

Ik heb al die waarden meegelezen via WiFi en gebruikte daar de APP SolarGo voor om dat te kunnen doen.

[ Voor 3% gewijzigd door esphome op 23-03-2025 20:34 ]

[Sebazzz]

Ik heb het idee dat Goodwe tegenwoordig een nieuwe module heeft die zowel wifi als UTP LAN support heeft: https://en.goodwe.com/Ftp...AN%20Kit_Datasheet-EN.pdf

Heeft iemand deze wel eens geprobeerd?

Of op de huidige een firmware-update gedaan?

[KabouterSuper]

Sebazzz schreef op zondag 6 april 2025 @ 16:13:
Ik heb het idee dat Goodwe tegenwoordig een nieuwe module heeft die zowel wifi als UTP LAN support heeft: https://en.goodwe.com/Ftp...AN%20Kit_Datasheet-EN.pdf

Heeft iemand deze wel eens geprobeerd?

Of op de huidige een firmware-update gedaan?

Ik heb deze, het is niet heel nieuw volgens mij. De nieuwere hebben bluetooth (heb ik ook) .