JK BMS

[marsal64]

Ještě nějaké první zkušeností naživo s JK BMS.
Celkově se jeví dobře, ale co mně opravdu dostalo, byly nesmyslné hodnoty proudu, které jsem občas načítal. Nějakou dobu jsem myslel, že se mi nepodařilo dobře zpracovat ten big endian...
Pak jsem zjistil, že v systémovém logu je chybová hláška "Abnormal current sensor" a vysvětlení jsem pak našel tady: https://diysolarforum.com/threads/jk-ab ... sor.42795/
Takže: pokud kolísá hodnota proudu kolem nuly nahoru a dolů, vyhlazovací algoritmus BMS může dávat (a dává) nesmyslné hodnoty a píše do logu. Protože ovšem log zřejmě nelze přes UART vyčíst (?), zůstávají nesmyslné hodnoty a neobjevil jsem ani jinou indikaci takové chyby. Jinak řečeno: podle hodnoty proudu vyčtené z BMS nelze nic řídit a podobně.

Přikládám ještě FYI první verzi opracování JK BMS v PLC Foxtrot. Za ten nápad použít UART-Ethernet převodníkem jsem docela rád, ušetřil mi spoustu programování .

[TomZL22]

Mám udělaný zkušební prográmek na Linuxu .Moje JK BMS filtruje stylem že do nějaké velikosti proudu je proud nula ... Osvědčilo se mi třídit v menu články podle napětí . Takže mám číslo článku a napětí ale pozice je podle aktuálního napětí.
Je krásně vidět který článek se drží nahoře a který dole . Jenom pro inspiraci

[TomZL22]

Linux , Lazarus .

[marsal64]

Jasně, hezké , já tam mám ty pozice článků s nejmenším a nejvyšším napětím v závorkách.
JK BMS jsem jinak křivdil ohledně dodávky nesprávných dat při vyskytnuvším se "Abnormal current sensor". Ve skutečnosti jsem udělal chybku já, myslel jsem podle staré verze popisu, že za "0x84" je standardní big endian dvoubajtové signed int, ale ty potvory z toho udělali číslo, kde nejvyšší bit je znaménko... Aktuální verzi pro jistotu přikládám.

[marsal64]

Ještě pro informaci jeden dodatek k "Abnormal current sensor" (viz předchozí dva posty). Na 4,3" displeji se za této situaci zobrazí červeně hláška "Alarm", přitom v záložce "Alarm" žádné hlášení není (je v system logu bluetooth aplikace). Proud je hlášen v této situaci nicméně "správně" 0.0. Pokud je jasné, oč jde, lze s tímto žít a těšit se případně na nový FW.

[sisdale]

"Abnormal current sensor" je u JK BMS normalni. Software to neopravi. Je to chyba navrhu hardware. Pouzivaji malou frakvenci samplingu odectu proudu (tedy napeti na proudovem rezistoru). Kazdy menic pri vetsi zatezi (resp. zatezi, jez nelze kryt z jeho vnitrnich kondenzatoru) propaguje vystupni 50 Hz sinusovku na proud na bateriovem pripojeni. "Abnormal current sensor" se vyskytne na JK BMS pokud se ta sinusovka zpusobuje zmenu toku proudu na bateriovem vstupu. JK BMS haze tu chybu, kdyz mu v jeho pomalem samplingu zacne chvili vychazet +,-,+,- hodnoty proudu. Pokud je ta proudova sinusovka posunuta do kladnych nebo zapornych hodnot (tedy proudy maji treba sinusovku mezi +49 a +51 A), je uz pak v pohode. JK BMS dela pak prumerovani par hodnot a s prumerovanim hodnot stridajicich znamenko si nelamali hlavu.

Nicmene diky tomu pomalemu samplingu mereni proudu v JK BMS to vede na to, ze SoC u JK BMS je velmi nepresne a srovnava se jen pri aktivovani cell over voltage (na 100%) nebo cell under voltage (na 0%), jinak pomalu driftuje. Pokud je pouzivana baterie nekde mezi delsi dobu, treba mesic, tak SoC budes mit mimo i o 50%. JK BMS neumi rychle vzorkovani a presny vypocet (tedy aspon pokus o simulaci TrueRMS na proudovem senzoru s dalsim vlivem do vypoctu SoC).

Pokud budes chtit podle SoC neco rozhodovat, potrebujes nejaky jiny duveryhodny zdroj SoC informace. Treba od Victronu, ale jsou urcite i jine. Podle Shannova samplovaciho teoremu musis mit pro 50Hz (AC out z menice) sampling uvnitr toho coulomb metru alespon 100 Hz. Pokud by jsi mel vystup 60Hz, tak min 120Hz. Samozrejme cim vyssi frekvence tam bude tim lepsi. Mas-li na vystupu menice pripojene zateze ve forme spinanych zdroju (napr. pocitac) tak tam jsou bezne nepekne proudove prubehy a ty se samozrejme prenaseji pres menic i do proudu do/z baterie na menici. Takze samplingy 1000 Hz a vyse davaji smysl pokud chces drzet SoC s malou chybou dlouhy cas od 0%/100%.

[marsal64]

Díky! To dovysvětluje věci.
Na SOC z JK BMS se skutečně nespoléhám, pro tento účel mám vlastní konstrukci (https://solarforum.cz/viewtopic.php?p=16769#p16769). A INA229/8 se dlouhodobě jeví velmi dobře (má mj. nastavitelný sampling, např. 250 Hz, které používám, průměrování on chip apod.), doporučuji, kudy chodím.
JK BMS jsem dával z důvodů mít dálkový monitoring a alerting na poustevně, když se baterky začnou po čase rozjíždět. Váhal jsem, jestli vyčítání neudělat ze stávající JBD BMS, ale nakonec jsem (pravda, zatím bez dlouhodobých zkušeností) rád za tu inovaci na JK BMS: komfort s bluetooth aplikací je proti JBD nesrovnatelný, má důvěryhodnější mechanickou konstrukci a celkově se to i přes potíže, které diskutujeme, jeví jaksi "dobře". Včetně onoho "emergency tlačítka" na odpojení packu i těch displejů, které stejně většinou vypínám (https://solarforum.cz/viewtopic.php?p=29497#p29497), ale je to prima nemuset tahat z kapsy telefon .

[rva]

... k té původní baterii se nemůžu připojit. Vyžaduje spárování, což chtěla kdysi při prvním připojení a kdy zadám heslo (1234) hlásí, že není správné. Zkoušel jsem ji odpojit a znovu připojit (pak jsem ji externím zdrojem inicioval) a stále se nechce spárovat i když ji v mobilu vidím. Obě BMS jsou od sebe dostatečně daleko, takže se signálem BT neruší.
Z jiného mobilu to dopadlo stejně, stejně tak s BT v PC. Jinak evidentně funguje - klešťákem naměřím, že jí protékají odpovídající proudy.
Nemá někdo ideu co s tím? Má to i RS485, nabízejí převodník. Je k tomu nějaký software abych se dostal dovnitř pro provedení továrního resetu?

Tak jsem se konečně dostal k tomu, abych tu JK-BMS, se kterou se nemůžu spárovat, připojil přes UART-TTL dle https://github.com/syssi/esphome-jk-bms
K modulu ESPHome se normálně připojím, ale ten ani po sériové lince nekomunikuje s touto JK-BMS. Na zkoušku jsem to vyzkoušel s jinou JK-BMS a tam to funguje správně. Takže problém je v té JK-BMS a není to v jejím BT modulu, ale někde dál a nereaguje ani na komunikaci po sériovém portu.
Pro experimenty stačí z JK-BMS připojit pouze kabel B- s krajním černým (zem) a zemí modulu ESPHome s "nulou" zdroje a druhý krajní (červený) na + zdroje simulující napětí baterie. Po nastartování (buď tlačítkem, nebo já používám 9V baterii, kterou krátce připojím mezi P- a nulu zdroje) na JK-BMS bliká červená LED signalizující normální provoz, jen připojit se k ní nedá.

[mirekcafa]

Ohledně té kalibrace SOC na 100%. Všiml jsem si že v některých videích a fotkách appky je v nastavení kolonka "SOC 100%" a ní možnost nastavení při jakém napětí článků se to má zresetovat. Vyzkoušel jsem několik verzí appek ale v žádné tenhle řádek nemám. Neví někdo jak na to?

[ElektroEzs]

Podporuji to jen novejsi BMS podle FW taky jsem to resil u sve:-) Nema to kazda JK BMS bohuzel. Mam 200A BMS ve FVE ta to nema a pak mam 40A BMS v motorce pro prcka a ta ma kalibraci SOC

[mirekcafa]

kupoval jsem ji před měsícem a něco.......nicméně verzí appky to teda není.....

[Soban]

Nikdo netvrdí že je to verzí aplikace, ale verzí FW který je nahrán v čipu té BMS.

[mirekcafa]

Tak alespoň v tom mám teď jasno a nemusím kolem toho bádat

[rva]

U jedné JK-BMS jsem už přes měsíc nedosáhl 100% a nemohla se tedy znovu nastavit na nějakou pevně danou hodnotu. Nezdá se mi, že by to SOC někam ujíždělo:

(ne)stabilita SOC u JK-BMS

[Ivo12s]

Nezdá se mi, že by to SOC někam ujíždělo

Protože ta nepřesnost je dána velikostí proudu. Pokud baterku nabíjíš/vybíjíš relativně stabilním proudem řekněme desítky až velké desítky A, pak to bude dlouho OK. Já provozuji 4 baterie paralelně - ostrov. Při běžném odběru domácnosti bez velkých spotřebičů je odběr z jedné baterie klidně 0,2 - 1A. Není problém, aby JK-BMS po 14 dnech provozu tvrdila SOC 10% při plně nabité baterii.

[Ivo12s]

Doplním jen k tématu JK-BMS tohoto vlákna - tady viewtopic.php?p=231197#p231197 jsem zprovoznil paralelní připojení 4x JK-BMS přímo na TTL a RPi 4B to zvládá i s Victron aplikací bez problémů. Výpadky měření byly do okamžiku, než jsem připojil mínus pól. Od té doby je to vše OK.

[Matess]

rád bych upozornil na potencionální problém... BMS odpojuje mínus pól. Pozor na to aby v případě že BMS z nějakého důvodu vypne baterku aby ti mínus pól nejel po komunikaci...

já jsem usb to ttl zapojil přes tohle
https://shorturl.at/1Wn4d

a mám klid.

[Ivo12s]

... BMS odpojuje mínus pól. Pozor na to aby v případě že BMS z nějakého důvodu vypne baterku aby ti mínus pól nejel po komunikaci...

No já to testoval s totožným HW - https://vi.aliexpress.com/item/1005001369085297.html a s tím převodníkem 4xTTL už to nezvládá komunikaci. Respektive - monitoring baterek funguje, ale odpojuje se mi komunikace s MPPT měniči které mám na tom druhém USB 3.0. Přitom odběrem na USB to není, to USB/USB si bere nějakých 35 mA. Tedy bez měření osciloskopem... A pohledem do USB logů u TTL tam naskakují chyby.
Z principu - pravděpodobnost, že MÍNUS odpojí všechny moje čtyři BMSky současně je asi velmi malá, ale že to je problém tohoto řešení, to ano.

[Ivo12s]

a mám klid.

A koukal jsi se někdy na

Kód: Vybrat vše

 tail -F -n 100 /data/log/dbus-serialbattery.ttyUSB2/current | tai64nlocal

? On ten driver je docela odolný a zvládá dost chyb, než vypadne komunikace...

[hibiki]

Ja jsem si navrhl vlastni izolator a v kombinaci s FT232 to se 2 zarizenimi to funguje dobre, vic jich zatim bohuzel nemam. Je to navrzene kolem TI ISO6721RFBDR, o dost levnejsi/jednodussi nez ADUM3160, byt jen na seriovou komunikaci.