JK-BMS driver v1.0.20231125beta aktualizace pro VICTRON/ Raspberry

[Ivo12s]

Provozuji systém VICTRON s 4x paralelní baterie a BMS monioring JK-BMS ve verzi JK-B1A20S15P. Driver pro Victron/Rapsberry je k dispozici na GitHub, originál od Louis Van Der Walt - dbus-serialbattery. Tenhle driver je k dispozici v oficiální “Latest” verzi z 31.5.2023 má pár nectností. Jako že zapomíná uživatelský název BMSky po restartu...třeba. A tím restartem je často i jen restart RS485 komunikace.

Na GitHub je nyní k dispozici nová “Pre-release” verze v1.0.20231125beta. Tahle verze již obsahuje velkou spoustu vylepšení, nejen pro JK-BMS, ale i pro ostatní výrobce BMSek. Celkový seznam je k dispozici na GitHub. Je to určitě zajímavé čtení, co všechno je doplněno. Nicméně instalaci je vhodné trošičku komentovat. Ona není tak úplně dle popisu.
Ten hlavní bod je “instalovaná verze”. Pokud instaluji dle GitHub ZDE tak postupem pro “Latest Release” totiž nainstalujete opravdu LATEST verzi, která je v tomto momentě pořád v1.0.20230531. No a v tom je ten zádrhel. Protože další možností je “Nightly build”, která ale zase instaluje průběžně aktualizovanou verzi “master”= to by měla být ALFA verze nebo “dev”= a to by měla být zase nejméně stabilní verze. K dnešnímu dni byla verze “master” v1.0.20231225. Která přitom na Github ani není popsána. Alespoň tedy pro běžného uživatele. Takže co všechno je v té nejnovější master nebo dev jinak a lépe netuším. Nicméně tímto postupem se k prezentované verzi v1.0.20231125beta nedostanete. Ten správný postup ale zase tak složitý není. Já jsem instaloval postupem "Install over SSH", ten je z mého pohledu nejjednodušší. Musíte ale zvolit volbu [2]-Specific version. A pak do postupu doplnit správnou adresu zvolené verze. Tu najdete na stránce Releases úplně dole v popisu konkrétní verze jako URL od sady Assets - venus-data.tar.gz a v tomto případě tedy https://github.com/Louisvdw/dbus-serial ... ata.tar.gz

No a tímto postupem už nainstalujete prezentovanou verzi v1.0.20231125beta.

P.S. to "x" v názvu BMSky mám kvůli tomu, aby se mi zařadily na konec seznamu zařízení na GUI.

[cipis]

Jee, to je fajn, ze opravil to vraceni nazvu na default.

[Ivo12s]

Ještě doplním nějaké odpovědi na dotazy:

• NE - nepoužívám JK-BMS (zatím) pro řízení nabíjení celého systému. Protože mám paralelní baterie a paralelní řízení JK-BMS neumí. Na paralelní propojení a řízení nabíjení pro JK-BMS existuje doplněk BMS to INVERTER interface ale za skoro stejnou cenu jako nová verze JK-BMS. Tenhle převodník je ještě zajímavý tím, že komunikuje po CAN sběrnici. Takže jednak musíte doinstalovat CAN na Raspberry ale současně to pak umožňuje paralelní spojení více JK-BMS stylem 1xMaster, X Slave. Kdyby to bylo tak za 1/4-1/3 ceny JK-BMS tak do toho okamžitě jdu. Takhle to ekonomicky nedává smysl.

• ANO - každá baterie má svůj vlastní USB/RS485 převodník připojený přes USB HUB na Raspberry. Ten driver neumí paralelní řízení RS485 přes změnu adresy. Takže zapojit všechny RS485 na jeden převodníkm nebude fungovat kvůli SW. Aktuálně uvažuji o RS485 HUB přímo na Raspberry. Takhle je to podle mě docela zbytečný HW. Ale musím dohledat, jak si instalace VICTRON/Venus rozumí na Raspberry s komunikací přímo na RS485.

• nemám zapojené DVCC, takže SOC mám přes Victron Shunt. SOC zvláště v mém případě je na JK-BMS úplně mimo. Relativně značnou dobu denního provozu je odběr minimální a ještě děleno 4, takže JK-BMS nesprávně eviduje spotřebu. Ten aktualizovaný driver to také nějak řeší, nezkoumal jsem jak.

Pro zajímavost - existuje SW pro komunikaci JK-BMS na PC. Pro ten nový typ. Zajímavé je, že se spojí i s tou starou verzí, asi na HW úrovni RS485. Ale žádná data nenačte. Tak třeba to jednou dodělá číňan i na starou verzi - ZDE...

[cipis]

ad ta komunikace RS485 a RPi - mělo by to být jedno, resp. RPi ani nepozná, co tam má, protože se to chová jako sériové rozhraní.
Takže jediné, co je potřeba, tak aby tam byly ovladače použitého čipu. Ten HUB má stejně na vstupu 232 v TTL a až pak jsou 485 obvody.
Tj. pokud to má třeba FTDI 232, tak to bude umět ve výchozím stavu.

[Ivo12s]

Jak jsem postupně instaloval nejnovější verze toho driveru, je tam v Readme zmíňka i o nastavení CAN sběrnice. Tak jsem pro jistotu objednal RS485/CAN HAT pro Raspberry a dám vědět, jak to funguje. I z pohledu zátěže na USB portech mi to přes RS485 přijde rozumnější.

[Ivo12s]

Tak musím bohužel doplnit dodatek - označení BETA je u této verze správné. To, že si driver zapamatuje jméno BMSky tedy platí...ale jen u jedné BMS . Pokud tedy na systému provozujete vícero JK-BMS, tak po restartu zjistíte, že si pamatuje jméno jen jedné, ale na těch zbývajících zmizí v servisním menu možnost změny jména. Naštěstí downgrade na původní verzi 20230531 originálním postupem funguje bez problémů. Když už jsem se v tom znovu hrabal, vyzkoušel jsem tuhle "vlastnost" i na té verzi Master a Dev. Bohužel, tohle pořád nefunguje. Tak doufejme, že se brzo dočkám opravy. Píšu na Github...

EDIT2: Právě se na GitHub objevila nová Pre-Release BETA v1.0.20240102beta. Tak už to vlákno berte jako metodický pokyn, ale co ten driver umí a co dělá aktuálně, to si raději nastudujte přímo u zdroje výše. Nebo ZDE.

EDIT3: Tak ta verze v1.0.20240102beta si už jména pamatuje i pro vícero BMSek

[Ivo12s]

V rámci ověřovacího provozu BETA verze driveru pro JK-BMS upozorňuji na "možná BUG".
Jak jsem zmínil, každá baterie má vlastní převodník RS485/USB, DVCC řízení nepoužívám. Takže informaci ve VICTRON Venus aktuálně mám jen pro info. Jak píšu jinde, baterie mají vlastní topení. Nicméně jedna izolační bedna mi chybí a tedy jedna baterie i s JK-BMS je provozována bez izolace a bez topení. Vzhledem k tomu, že v průběhu předchozích 14 dní klesala teplota v prostoru baterií až k -9,1°C, kontroloval jsem funkci. No a při té příležitosti jsem zjistil, že označení dvou BMS ve VICTRON VENUS je asi přehozené. Podle grafů ve VRM by to znamenalo, že je dobíjena baterie, která má okolo sebe mínus a naopak není dobíjena baterie, která je v teple . To se doufám neděje, protože mé JK-BMS nejsou řízeny z DVCC VICTRON a mají nastaveno, že při teplotě pod +2°C se vypne nabíjení.

Fyzicky jsem proudy neměřil, ale předpokládám, že ten paralelní provoz JK-BMS a datová komunikace prostě ještě není na 100% ideál. Takže hlásím - opatrně s tou BETA verzí. Asi na to 100% spoleh není, což je u tohoto typu verze logické.

[cipis]

Zbeznou kontrolou u dvou JBD se to zda byti u tohoto typu v poradku. Jedna stale ukazuje nizsi SOC, a i fyzicky na pripojenem displeji. Ze by mely ty BMSky prehozene jen teploty? To se schvalne jeste pujdu do sklepa podivat.

[cipis]

Tak sedí všechno. Napětí článků, proud, teplota i SOC.

[Ivo12s]

resp. RPi ani nepozná, co tam má, protože se to chová jako sériové rozhraní.

Ještě k tomu RS485. Ten driver tedy umí vícenásobné USB, které vnímá jako samostatnou komunikaci. Ale neumí více RS485 adresovaných na jednom rozhraní RS485/USB. Pokud si pořídím RS485 HAT na Raspberry od Waweshare TOHLE bude to fungovat? Potřebuji na čtyři paralelní baterie 2x2 RS485. Deska má 2, tedy alespoň 2 RS485 paralelně na jedno rozhraní. Já to klidně otestuji, HAT už mám, ale aby to nebylo úplně zbytečné...

[Ivo12s]

Trochu si tady píšu sám se sebou, ale ono se to snad bude někomu hodit v budoucnu. Tak pozitivní = na úpravě driveru tak, aby uměl více BMS a jejich rozhraní RS485 najednou se pracuje. Už v existujícím driveru je implementace self.unique_identifier to the battery class pro budoucí využití. No a logicky tedy i ta druhá - ANO, ani RS485 HAB nepomůže. Protože mimo jiné to souvisí s převodem těch dat nejen do Venus, ale i na Victron VRM. Ale přece jen lze předpokládat, že to dodělají a časem to fungovat bude.

[cipis]

Ja na to pouzivam ty vicenasobne prevodniky, aktualne mam pripojene 2 ks 4x ttl 232, mam nachystane 8x rs485, ale venus je neumi, tak musim zjistit, jak se do venusu pridava driver.
Modbus na rs485 mi chybi nejvic, protoze by slo krasne pridavat zarizeni, co hrdlo raci. Treba elektromery. Anebo ty epevery, co mam.

[Ivo12s]

Podle popisu u toho driveru se pracuje i na CAN protokolu. Takže to adresování periferie je asi nejslabší článek. Prostě jak CAN tak i RS485 paralelní propojení na jedné sběrnici zvládá, ale driver zatím není konstruován tak, aby ty periferie uměl rozeznat jinak, než přes samostatné USB rozhraní. Akorát si říkám, že CAN sběrnice je u Victron Cerbo standardem... tak by to nemělo být tak složité v rámci driveru. Nicméně v komunikaci se zmiňuje i fakt, že některé BMSky tu komunikaci s RPI ale i Cerbo nestíhají výpočetním výkonem. https://github.com/Louisvdw/dbus-serial ... issues/142

[Ivo12s]

aktualne mam pripojene 2 ks 4x ttl 232, mam nachystane 8x rs485

pošleš info které? já zatím našel jen 2xRS485 +1xCAN od Waweshare.

[cipis]

8x rs485:
https://vi.aliexpress.com/item/1005005962195849.html
8x ttl:
https://vi.aliexpress.com/item/1005005750870625.html
a ty 4x:

https://vi.aliexpress.com/item/1005003624740507.html

[Ivo12s]

4x ttl 232

počkej - jako tobě funguje 4x TTL na jeden USB vstup na Raspberry s tímhle driverem?

[cipis]

No jasne, to se do systemu pripoji jako 4 porty. Je to ftdi chip, takze je ovladac v systemu, zapojim a hned mam 4 dalsi porty.
Ty 8 portove potrebuji CH348 ovladac, a s tim jsem se jeste nehral, neumim do venusu narvat ovladac.

[Ivo12s]

CH348 ovladac, a s tim jsem se jeste nehral, neumim do venusu narvat ovladac.

A tohle ti pomůže? - https://github.com/victronenergy/venus/ ... r-to-Venus

[cipis]

To by mohlo pomoci Až najdu ten linux ovladač
Tady mají jen pro windows:
https://www.wch-ic.com/products/CH348.html

[glottis]

a pro tyhle chipy je potreba driver do linuxu extra stahovat? bych cekal ze jak ft232 tak 340 bude kdyz ne primo v jadre tak jako modul.