Protokol pro Green Cell s MPPT INVSOL01-04

[ca266054]

Přešel jsem na baterie 12V x 2 paralelně, takže PS 3KVA 24 V se u mne stal přebytečným a dám ho do bazaru na prodej, Místo něj jsem si pořídil to nejlevnější, co jsem našel na 12 V a to byl právě invertor od Green Cell s MPPT INVSOL01 12V cca 1000 VA, s výstupy USB, RS485 a dokonce i USB pro připojení Wifi. A v nabídce byl free program SolarPowerMonitor.

Až posud až na úplně černou barvu to bylo zajímavé, ale jak se ukázalo už v krabici, tak ani tam nebylo nějaké CD se softwarem (i když v manuálu inzerované nebylo) a byl tam jen návod v angličtině atd. (návod v češtině se ale dal sehnat z webu, kde jsem ho koupil) a kabel USB, toť vše.

V manuálu se o komunikaci nenašlo nic a nebyl tam ani popis konektoru RJ45 pro RS485 ani něco k tomu konektoru pro Wifi.

Program SolarPowerMonitor (SPM) se dá stáhnout z několika webů i z toho zřejmě původně originálního webu od MUST Shenzen původně Hongkong, nyní různě až v Polsku.

Program SPM se po prvním neúspěšném pokusu na podruhé podařilo k mému PC přes USB kablík připojit, jak jsem ale zjistil, je to takový ne moc přehledný v mé terminologii Reader, dokáže asi dokáže přečíst všechny možná i zbytečná data a po 1 s nebo později je zapisuje do souboru .csv, který se dá na žádost zapsat na disk.

Co je u něj dobré, že poskytuje údaje o použitém hardware, firmware i o protokolu, což jak se mi ukázalo moc platné není, protože výrobci ani dodavatelé, jak jsem zjistil, k tomu žádné další informace nedávají.

Běžnému uživateli by to mohlo stačit, ale jak mne už znáte, tak mně to určitě nestačí a rád bych opět využil svých předchozích programů ke komunikaci i s tímto invertorem.

Takže jako obvykle a zřejmě trošku předčasně jsem začal loudit informace o konektoru RJ45 pro RS485 i o tom pro Wifi no a o komunikační protokolu jak u dodavatel Green Cell tak i od předpokládaného původního producenta a autora programu MUST Shenzen Hongkong.

A kdo se domnívá, že jsem se zatím od nich zatím nic nedozvěděl, tak se jistě domnívá správně.

Pátral jsem i na fórech a tam jsem také nic ihned použitelného neobjevil, ale nějaké informace se tam pro mne zatím spíš v zakuklené podobě objevují. V přílohách uvádím, co se tam o RJ45, Wifi a hlavně o tom protokolu patrně od MUST pro PV1800 dá objevit.

Možná je tam toho i dost, ale mám tu nevýhodu, že umím programovat jen v Delphi a že v programech z C++ a Javy se orientuji jen minimálně.

Z prvních indícií jsem zjistil že komunikační protokol RTU by mohla být nějaká varianta Modbus RTU, pro který už mám nějaké moje programy hotové.

Proto budu samozřejmě vděčný za všechny relevantní informace k RJ45 a hlavně k tomu protokolu, který bych si cílově představoval ve formě, v jaké je běžně nabízí třeba Eastron k SDM120M nebo SDM230M, dávám jej též do přílohy.

[ca266054]

Jednu vlaštovku či něco co vypadá jako protokol jsem už včera objevil a přidávám to sem jako přílohu. Není to ale nijak pojmenované ani jasně popsané, pro jaký invertor je to myšleno.
Nějaké indicie jsem získal i z programu SolarPowerMonitor, po té, co jsem tam dal 2400 baudů a typ invertoru ze skupiny Ph18Series, tak ten se mi už chytá skoro na první hrábnutí. Dále program trvá na tom, že detekoval invertor Sp1800 ale jako Type of machine mi píše PV1800. A nahoře se žlutě chlubí Id:4, což by si moje fantazie mohla vyložit jako adresu pro Modbus RTU na lince RS485. Krom toho mi píše i typ hardwaru a softwaru :

Hardware : Inverter 1.01.01 , Charger 1.01.02
Firmware : Inverter 2.25.35 , Charger 1.01.09

a nakonec i Protocol Edition 1.04.14

Tak nad tím by jeden zaplesal, pokud by se to dalo z výrobců nebo dodavatelů vydolovat, tedy alespoň ten protokol .

Na základě souborů z Githubu od DylangMiles jsem zkoušel do invertoru posílat pár příkazů, ale zůstalo to bez odezvy, tak pro mne můj INVSOL01 opět zůstává co by black box.

Objednal jsem si redukci z RJ na RS485 tak až mi dorazí, zkusím opět chytat nějakou komunikaci mezi SolarPowerMonitor a INVSOL01, snad tam pak něco ulovím.

[ca266054]

Dnes se mi podařilo prolomit heslo pro Login !
- v dostupných manuálech jsem se o tom nic nedočetl
- doufal jsem, že když se přihlásím, tak se možná dozvím víc o nastavení invertoru, konrétně to pro komunikaci přes port com
- včera jsem tam zadával administrator a 12345678 , což nefungovalo
- dnes jsem zkusil admin , a ejhle přihlásilo mne to !
- a výsledek :
- je tam něco navíc o chargeru a invertoru, to je fakt
- co je zadáno číselně, tak s tím se nedá nijak hnout a jsou tam hodnoty, u nichž pochybuji, že jsem je tam zadával, např. baterie 12 V by se podle nastavení
mohla vybíjet až do 8,5 V , já bych tam viděl nejméně 11 V
- pak je tam pár comboboxu, s těmi se hnout dá a co se na nich nastaví, to se asi
dá do invertoru zapsat, ale nezkoušel jsem to.

[Soban]

Prozradím ti tajemství.....

Čísla musíš smazat celá a zapsat znovu a dle windows zadat desetinou čárku nebo tečku záleží jakou knihovnu windows používají.

Těch 8.5V v nabíječce je od jakého napětí už nebude reagovat - nabíjet a považuje akumulátor za vadný.

Vypnutí měniče se nastavuje v invertoru i kdy se přepíná na DS.

A dokumentace všech registrů tu je taky pokud to výrobce okopíroval i s FW.

[ca266054]

Ahoj a dík za radu .. ta čísla jsou tam zřejmě jak ,,gumová'' .. ale ještě se jich zkusím jednou zbavit .. pokud jde o ten protokol, tak se může v různých verzích lišit ..jestli pamatuješ, kde jsi nějaký potvrzeně funkční viděl, tak mi pošli link .. díky předem .

[ca266054]

Tak ve spolupráci talčítek X a Delete se mi ta čísla podařilo přepsat, takže dík ještě jednou ..

[ca266054]

Tak blízké setkání IV. druhu s programátory od MUST alias Green Cell se mi zřejmě podařilo !

Diky Sobanovi za rady a zřejmě náhodné adrese nalezené v seznamu h1800.json , který na Github objevil TomHC, se mi podařilo zadat do mého programu Modbus12 příkaz, na který mi můj invertor INVSOL01 odpověděl !

Klíčem bylo zadat správně komunikační adresu (u mého MUSTu 04 ale není pravda , že všechny invertory od MUST mají stejnou linkovou adresu, viz dále), správný příkaz na čtení 03 , komunikační rychlost, na zkoušku jsem zadal 19200 , nějakou adresu registru, který má invertor v paměti .. mně padla do oka ta adresa z h1800.json 25205 (hexadecimálně 0x65 a 0x72 ) a počet čtených dat, cvičně jsem zadal čtení dvou bytu .. no a ejhle, věřte mi to nebo ne ale prošlo mi to !

Takže je to pro mne potvrzení, že komunikačním protokolem je i u MUST Modbus RTU
v celkem klasické podobě.

Pak jsem si hned pustil SolarPowerMonitor, a ta tabulka pro Serial port params seting tam zřejmě není jen tak pro nic za nic a proto ji dávám i sem a zřejmě je nutné ji brát za bernou minci.

Jsou tam nastavení pro další typy inverterů od MUST alias Green Cell, která by měla být v komunikaci zřejmě závazná a zdá se, že i neměnná.

Zdá se mi, že vývojáři z MUST tohle základní nastavování komunikace nějak nezvládli, ale možná se mýlím.

[ca266054]

- ještě jedna připomínka k té tabulce .. na jedné lince RS485 musí být zařízení se stejnými přenosovými parametry a to moje zdá se i u MUST je vyjímečné, protože jako jediné jede na 19200 baudech .. a to mne netěší, pokud se ta rychlost nedá sundat, tak vyšší přenosová rychlost bude jistě i náchylnější na rušení .. jinak datový formát se zdá být u všech MUST stejný .

[ca266054]

Tady mám další postup, jak dát ten protokol do formy, jak ho používá třeba Eastron :

- jako výchozí mustr použiji tento přotokol :

PH1800 PV1800 EP1800 PV3500 EP3500 RS485 Modbud RTU communication Protocol1.4.15 20180901-485.xlsx

ale aktuálně nevím, komu všemu mám za ten protokol na MUST 5kW a nebo Github konkrétně poděkovat, určitě alespoň tomu, kdo mi ho poslal naposledy, Sobanovi.

Tento protokol jsem si pro sebe přejmenoval a uložil na disk pod jménem (a ještě přišel o pár bytů) :

PH1800 PV1800 EP1800 PV3500 EP3500 RS485 Modbud RTU Protocol 1_4_15 2018.xlsx

Dále si ho uložím zpět do .csv :

PH1800 PV1800 EP1800 PV3500 EP3500 RS485 Modbud RTU Protocol 1_4_15 2018.csv

povedlo se a už to má jen něco přes 8000 bytů a určitě se s tím dá pracovat .

Ještě jednou si ten soubor přejmenuji na .txt a už mám to, s čím tu budu dál pracovat :

PH1800 PV1800 EP1800 PV3500 EP3500 Modbud RTU Protocol 1_4_15 2023-09.txt

a časem z toho budu muset vyseparovat ten protokol .... 1_4_14 2023-??.txt

[Soban]

Panebože proč s krásné tabulky děláš nějakou koninu v txt která je nečitelná?

V programu chci číst nějaký registr kouknu do tabulky a přidám do programu......

[cipis]

Protoze se nekouka rucne, ale rovnou to vycte programem. K tomu ty sracky, co tam narve excel, vubec nepotrebuje, naopak, zavazi tam.

[ca266054]

.. tak nějak to mám v plánu, hlavně musím přepočítat tu dekadickou adresu na hexa kódy a možná se mi bude dařit z toho rovnou dělat i ten protokol v použitelnější formě než v excelu .. ale je možné, že kdybych to datloval růčo, že bych to mohl mít hotové dříve ..

Podobně to chce prográmek na data, co mi lezou ze SolarPowerMonitoru .. a jinak z Excelu udělat csv a dát to zase zpátky není problém ..
Jenže to chce i čas a ten mi občas chybí ..

[ca266054]

Moje první pokusy o úpravu protokolu z excelu na csv a txt soubory s možnosti voleb na vhodný výsledek pro další programy.

[ca266054]

Mám první část protokol do programu ModbusRtu10 pro INVSOL01, to je výběr příkazů RO s informačním charakterem s názvem ModbusRtu10-INVSOL01-RS485-04-19200-Machine Info.rtu,
zatím se stále jedna o verzi z protokolu 1.01.15 odvozenou z původního souboru v Excelu.
ale je to většinově funkční.

[ca266054]

Mám k dispozici další části protokolu Green Cell (MUST) verze 1.04.15 rozčleněné pro moje programy ModbusRtu10 atd. a pro inovovanou verzi ModbusRtuR10.

Nové výzvy přinášejí i nové úkoly a abych mohl můj program ModbusRtu10 inovovat, tak jsem zjistil, že ho mohu jedině přejmenovat, což se stalo.

Písmeno R navíc ve verzi programu ModbuRtuR10 znamená, že se jedna o Reader verze nr. 10 ..

Zde publikované protokoly budou částečně funkční i ve shareware verzích programu ModbusRtu10 bohužel s jednou vyjímkou, protože protokol Modbus od Green Cell potažmo MUST nepoužívá float formát y pro reálná čísla, nýbrž faktorovaný integer formát čísel. V Programu ModbusRtu10 atd jsem však předpokládal faktorizaci jen u float čísel, takže na čísla typu integer ta faktorizace nefunguje.

To jsem opravil ve verzi ModbusRtuR10, kde jsou doplněné i nějaké další funkce, například pro výpis všech příkazů v hexadecimální formě do seznamu, takže ten už není nutné ručně datlovat.

[ca266054]

Dal jsem dohromady z diskusí na MyPower a Github o invertorech MUST a za pomoci od místních diskutérů protokol 1.04.15 protokol přizpůsobený pro můj inovovaný program ModbusRtuR10, který umožňuje použít protokol o cca 250-ti příkazech. A tento protokol je zřejmě v mnoha případech použitelný i na invertorech Green Cell, i když na té mé verzi invertotu INVSOL01 je inzerován protokol 1.04.14 .

[TomHC]

OFFTOPIC: Som jediný kto toto celé nechápe? V 2023/2024 mi príde zbytočné mať Win32 aplikáciu ktorá len zobrazuje dáta. Aktuálne trendy sú získané dáta posúvať ďalej cez API/MQTT/JSON do nejakého systému, kde je integrované aj všetko ostatné a s dátami ďalej pracovať, automatizovať...

[ca266054]

Zdravím, já mám ty Delphy legálně aktualizované někde v roce 2015 .. Windowsy mám také 32 bit W10 a tím je dáno, co s tím a co mohu tvořit .. k tomu plechové PC , sice procesor 64 bit a paměť 4 GB , ale ani na W11 už to nestačí .. a ani nemám zájem do toho dál investovat. K tomu jsem začal s už tehdy s bazarovými invertory, ke kterým nebyla prakticky žádná dokumentace co se týká protokolů a to platí i o tom mém posledním GC INVSOL .. tady je to hlavně o protokolu, o tom mám programu ModbusRTU resp. ModbusAnsi mám psáno jinde .. a samořjmě mi to dává kromě dat i grafy .. a MOTT a JSON mi nic neříkají .. a api je pro mne cosi z Windowsů ..

[cipis]

Klídek hoši, každý tvoří s tím, co umí, a na tom, co má ...

[ca266054]

Pracuji na verzi programu ModbusRtu pro můj Green Cell INVSOL01 . Mám bohužel pouze protokol od MUST 1.04.15 a zřejmě mi tam tu a tam něco nesedí a také se v tom úplně nevyznám, zvláště režimy funkce mi dělají problémy .. např. nedokáži si vypsat napětí a proud z FV panelů, ačkoli na displeji se to vypisuje a SolarPowerMonitor to umí také. Jsem ale ještě a stále v režimu UPS. V příloze je moje úprava protokolu 1.04.15 pro program ModbusRtuGC10 .