JK-BMS driver v1.2.20240227beta pro VICTRON/ Raspberry

[Mex]

Proboha kde ty patch kabely kupuješ?
Prošlo mi jich rukama už docela dost, ale profi patchcord, osazený drátama, teda zatím snad ne. Jenom když to občas někdo nakrimpuje sám na to, co má zrovna po ruce.
Je to vidět i bez kuchání. Nože konektorů jsou jiné pro drát (3 bodce) a pro licnu (2 bodce).

[Ivo12s]

Driver jsem nečetl, podle svitu Tx/Rx LEDek si tipuji, že to navzájem komunikuje tak 1x za vteřinu. Za posledních cca. 18 hodin se na třech TTL vstupech objevilo max. 3 chybové hlášky. Takže aktuální stav [ bez USB izolátoru, nový krátký USB kabel k FT4232-4TTL USB to 4 Way TTL Module, doplněno o samostatné GND] beru za stabilní a funkční. Izolaci možná budu časem řešit asi rovnou na TTL straně. Ponechme toto vlákno pro další Upgrade JK-BMS driveru, minimálně se těším třeba až dodělají CAN komunikaci. To vlastně bude potřeba zase trochu jiné řešení izolace.

[Ivo12s]

Psal jsem, že tohle vlákno nechat pro další verze driveru. Ale přece jen doplním poznámku - zapojení seriové linky fungovalo a u tohoto driveru a převodníku funguje jen (i) po dvou drátech Tx/Rx. Tedy ta vztažná GND tam někde je. Je to tak, ale stejně to má své ALE. Testoval jsem ještě zapojení tím příkazem

Kód: Vybrat vše

tail

viz výše a fakt mi vadilo, jak to eviduje chybná spojení, ERRORy. Ve dvojdrátovém zapojení každý jeden TTL vstup evidoval 5-10 chyb denně. Asi to není moc, ale chyby spojení to jsou. Předělal jsem jednu JK-BMS na zapojení 3 drátové i s GND. No a konstatuji, že pánové Glottis a Mex měli vhodné doporučení. On je ten driver nebo Venus naprogramovaný tak, že se dokáže vyrovnat s chybami přenosu. Ale ta nejednoznačnost dat tam prostě je. Od víkendu jedu 3vodičové zapojení na všech 4 JK-BMS. A bez jediné evidované chyby spojení.

[cipis]

Zajímavé.
Schválně jsem se díval, jak si od 13.4. vedou ty JBD, co jsem je přehodil na ten 4port převodník, no a žádná chyba.
Vyházel jsem sólo převodníky, nacvakal káblíky (jak jsem zjišťoval, co je vlastně za konektory na JBD) a přehodil to na ten 4port.

[glottis]

je nova verze serialbbatery

https://github.com/mr-manuel/venus-os_d ... y/releases

Pro ty, kdo ma vic BMS je tam konecne moznost nastavit polling interval bez nutnosti upravovat zdrojak.

[Ivo12s]

je tam konecne moznost nastavit polling interval bez nutnosti upravovat zdrojak.

Jestli jsem ten driver četl správně, tak to čte údaje z JK-BMS jedenkrát za vteřinu.
To je příliš často? Prodloužením doby přece zhorším přesnost načítání údajů do Venus, nebo ne?
příkazem "top" mi RPi říká, že s běžícím VENUS, napojením na VRM a 4x TTL měření je zatížení procesoru 8%. To bych tu sekundu klidně i zkrátil...

[glottis]

Tak pak ses v pohodě. Já mám třeba ale desku beaglobone a ta to nedá. Mám tam dvě jj a ještě dvě Shelly. A po vteřině je to smrt. Polling mám teď po 5s.

Přesnost je otázka o co ti jde. Na detekci jak jsou na tom články to je ok. Na nějaké měření energie ne ale to by nestačila ani vteřina pokud bms nedá zintegrovane číslo. Pro moje potřeby by stačilo i 15s

[cipis]

Ja bych uvital i castejsi, nez tu 1 sekundu. BMSkou ridim regulatory, aby to do baterky nepralo vic jak 50 A. No a je to takove vlacnejsi, opatrnejsi, ten proud to navysuje pomalu. Ale vic jak 50 A uz jsem tam nikdy nevidel, takze to funguje dobre.

[Valdano]

Já mám třeba ale desku beaglobone a ta to nedá. Mám tam dvě jj a ještě dvě Shelly. A po vteřině je to smrt.

Tak to je opravdu hodně divné, protože sériovou komunikaci obecně současně po dvou sériových portech a i s kratší periodou než 1s zvládá i pitomé Arduino NANO celkem bez problému. Deska beaglobone, která je výkonově o několik levelů výš nestíhá? To musí být vytížena ještě bůhví čím jiným a nebo v tom zapojení musíte mít nějaký problém s rušením jinak se mi to opravdu nezdá. Komunikace vůči Shelly ta jede snad bezdrátově přes Wifi, ale ani s tím by to celkově neměl být problém.

[glottis]

Nejde o to to vyčíst. Ale dál zpracovat. On to tvůrce někde popisuje v diskuzi u nějakého issue. Je to hromada hodnot. Celé se to pak leje do dbus, pak na tom je battery agregator, cele to kde do vrm, do mosquitomqtt, do flashmqtt, jede nad tím něco od logiky victronu. A beagle na jen jedno jádro. Malina kolik? 2? 4? Je výrazně výkonnější. Ale zase nemá nativ canbus.

[Ivo12s]

https://github.com/mr-manuel/venus-os_d ... y/releases

Jestli jste si všimli... jsou dvě vývojové verze těch driverů:
https://github.com/mr-manuel/venus-os_d ... ialbattery
https://github.com/Louisvdw/dbus-serialbattery

Mr-manuel pokračuje ve vývoji ze základů Louisvdw, instalační proces přes SSH od Louisvdw nabídne k instalaci i alternativu driveru od mr-manuel. Obráceně nikoliv.

V driverech jsou rozdíly, aktuálně to vypadá, že mr-manuel má na vývoj víc času a jeho driver má více funkcí. Ale ono to má souvislosti. Po instalaci již předchozí nové verze od mr-manuel jsem obdržel ve Venus chybovou hlášku 119 - chybná konfigurace. To se mi u driveru Louisvdw nikdy nestalo, proto jsem dlouho zůstával na verzi Louisvdw. Hledal jsem ale tu chybu a zjistil, že u driveru mr-manuel je spousta možností nejrůznějšího nastavení. Viz config.default.ini.

Při instalaci mr-manuel driveru nastávají tři stavy:
1. všechno se rozjede jak má. Pak není co řešit
2. Venus funguje, ale hlásí chyby. Typicky u mě je to chyba 119, teď se objevila chyba 8 - ZDE
3. VENUS funguje, ale driver/JK-BMS se vůbec nepřipojí, baterie nejsou vidět.

Jak ve variantě 2, tak i ve variantě 3 lze najít základní odpověď když se kouknete na stav příkazem

Kód: Vybrat vše

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

kde číslo USB0 nahradíte konkrétně vašim USB portem.

Třeba pokud v driveru nastavíte dvě úrovně napětí - třeba Umax a Ufloat tak, že to nedává smysl, driver se vůbec nespustí a nebo právě nahlásí chybu 119. Chyba 8 je internal calculation error. To je horší, to už musíte přemýšlet o logice toho driveru, proč nu nějaký výpočet nevyjde jak má. A tím příkazem najdete hlášení, co se děje.

Poznámka - začaj jsem se v tom vrtat hlavně kvůli .

Kód: Vybrat vše

SOC_CALCULATION   = False
SOC_RESET_CURRENT = 7
SOC_RESET_TIME    = 60

případně

Kód: Vybrat vše

SOC_RESET_VOLTAGE = 3.650
SOC_RESET_AFTER_DAYS =

Protože jsem předpokládal, že se tímhle způsobem dá obejít ona nectnost JK-BMS vypínání při SOC=100% a nastavením Umax. Jako že ať si JK-BMS hlásí co chce, driver bude hlásit nebo počítat SOC nezávisle. Ale zatím jsem se tím neprokousal tak, abych pochopil, co a jak.

[glottis]

ja ted jedu na manuelovy, nejak aposledni verze, co zavedla ten polling a dobry. Ale vetsinu ficur, jako pocitani soc, linearni limitace a dalsi bejkarny nepouzivam. Pocitani SOC podle me bud ejeste nepresnejsi nez v BMS samotne.

Ja mam v konfigu serial battery tohle

Kód: Vybrat vše

[DEFAULT]


MIN_CELL_VOLTAGE   = 2.900
SOC_RESET_VOLTAGE = 3.45
MAX_CELL_VOLTAGE   = 3.42
FLOAT_CELL_VOLTAGE = 3.35
CELL_VOLTAGE_DIFF_KEEP_MAX_VOLTAGE_UNTIL        = 0.040
CELL_VOLTAGE_DIFF_KEEP_MAX_VOLTAGE_TIME_RESTART = 0.050
CELL_VOLTAGE_DIFF_TO_RESET_VOLTAGE_LIMIT        = 0.080
MAX_VOLTAGE_TIME_SEC = 1800
SOC_LEVEL_TO_RESET_VOLTAGE_LIMIT = 90
CCCM_T_ENABLE = False
DCCM_T_ENABLE = False
AUTO_RESET_SOC = False
LINEAR_LIMITATION_ENABLE = False

MAX_BATTERY_CHARGE_CURRENT    = 100.0
MAX_BATTERY_DISCHARGE_CURRENT = 100.0

CCCM_SOC_ENABLE = False
DCCM_SOC_ENABLE = False

PUBLISH_CONFIG_VALUES = 0

BMS_TYPE = Jkbms

POLL_INTERVAL = 5

Krome dvou instanci serial battery mam jeste victron shunt a cele to davam do kupy pres battery aggregator, kde mam nastaveno, ze soc a proud se bere z shuntu. Z jk se berou jen napeti

[stucel]

Ahoj, prosím o radu. V poslední době (resp. asi po instalaci poslední Manuelovy verze se mi objevila ve VRM Error Log několikrát chybová hláška o které se zmiňujete a to sice "internal calculation error" , navíc mi driver již mnohokrát odpadnul a musel jsem restartovat cerbo a pak to zase naběhlo i se starou
verzí i s novou, ale ta chyba 8 se objevila až s poslední verzí Manuela. Udělal jsem výpis z putty, tak jestli vám tam něco připadá blbě, tak prosím o radu.
Další údaje dodám po nakopnutí. Díky

[glottis]

zmizel ti asi seriak, to je pres nejake usb? Zkus jinej prevodnik. A priapdne se podivej do dmesg a messages, jestli tam neni neco zajimaveho

[stucel]

Ano, je to přes ty převodniky seriak/RS485/USB. Na ostatni se podivam. Dík, budu referovat.

[Ivo12s]

Hlásím opět novou verzi driveru. https://github.com/mr-manuel/venus-os_d ... y/releases
Zase udělali kus práce, takže jim pošlu nějaký PayPal. Seznam změn je určitě zajímavý. Je zde zmíněna verze GUIv2, ale to jsem po instalaci nějak nezaregistroval. Asi musím lépe číst. Upozorňuji, že po instalaci jsem musel udělat Reboot i když to nikde v poznámkách nepíšou. Venus tam najednou měl 2x více baterií než před instalací. Ale teď šlape bez potíží.
Kompletní popis je zde - https://mr-manuel.github.io/venus-os_db ... tery_docs/
A kde se to všechno nastavuje je zde - https://github.com/mr-manuel/venus-os_d ... efault.ini

[cipis]

GUIv2 je verze Venusu, té grafiky, přes VRM si to můžeš zkusit zapnout.

[Migel]

aha, zajimave, tak treba tomu dam nekdy sanci. Ted dotoho vrtat zatim nebudu. Hub tam asi budu potrebovat tak jako tak.

koukam ze maj treba i 8 port
https://www.aliexpress.com/item/1005005677493754.html

Trapi me tam ted spis BatteryAggregator

chcel by som sa opytat...tento hub alebo prevodnik v tom odkaze alebo co to je pre 8 vstupov (jk bmsiek) by mal fungovat s pripojenim cez usb do cerba?
a ked ich pouzijem 2kusy (mam 16 bmsiek) tak by som ich mal vsetky vidiet v cerbe?
Dobre tomu rozumiem?
prosim prepacte za sproste dotazy ale postupne sa dostavam aj k takymto veciam....

[cipis]

Jestli uz jsou oficialni ovladace pro Ch348, tak ano. V lednu jeste v linuxu nebyly ...
Ty ftdi 4portove podporu maji.

[Ivo12s]

nicméně PRÁVĚ ŽE novinkou v tom RS-485 driveru je fakt, že lze adresovat více RS485 zařízení na jedné lince. Takže ten převodník ti stačí jeden. Ale vyzkoušený to nemám.