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

[glottis]

aha, ja to asi spatne pochopil. Jen pridani izolatoru to shorsi? Zajiamve. Tenhle izolator a prepinac. Myslim ze se meni tim rychlost 1.1 <> 2.0

tak to muzes zkusit prepnout nebo dohledat jak to ma byt a jestli to nektera mzonost nezlepsi.

Zatiznei zjistis, kdyz se tam pripojis ssh. Pak prikaz top

ukoncis ctrl+c

ukazuje to zatizeni .. treba tu je videt 27% idle.

Kód: Vybrat vše

Mem: 417180K used, 92004K free, 2004K shrd, 42200K buff, 97132K cached
CPU:  39% usr  20% sys   0% nic  27% idle   0% io   7% irq   5% sirq
Load average: 3.48 2.47 1.91 1/296 14859
  PID  PPID USER     STAT   VSZ %VSZ %CPU COMMAND
  844   805 root     S    22484   4%   7% {dbus_systemcalc} /usr/bin/python3

Pokud tohle pustis a porad to bude ukazovat idle 0 je to spatny. Pak ti poroste i load cele to prestane stihat. Load znamena kolik je aktivnich procesu.

A jeste edit: Jak moc pomuze izolator v tomhel pripade, kdyz ty BMS pak jsou mezi sebou stejne spojene. Ale aspon chranis VENUS. Pokud to bude zlobit tak to proste vyndat no.

edit2: takhle se daj vicist logy tech serial battery jestli jsi to nezkousel. Priklady

tail -f /var/log/dbus-serialbattery.ttyUSB0/current /var/log/dbus-serialbattery.ttyUSB1/current
tail -f /var/log/dbus-serialbattery.ttyUSB0/current
cat /var/log/dbus-serialbattery.ttyUSB0/current

cat vypise cely log, tail -f cte log na konci a pise jen nove veci, kdzy je tam vic souboru, cte to ze vsech, atd

[Ivo12s]

No diskuse zdroj nápadů. Ano - jsem si vědom faktu, že chráním Raspberry a dále. Ale také to potenciální rušení. Izolátor jsem testoval na standardním USB disku a PC a přepínač dával na vyšší rychlost. Na tu základní se USB disk nějak nechytal. Ale tady je to možná obráceně - že pomalejší bude lepší. Zjistím. Jinak procesor se fláká - zatížení mám bez izolátoru do 10% s idle 89%. A ty příkazy tail fungují, ale hlásí to chybové hlášky i když mám správné USB... tak to zkusím prověřit i přes ten driver a jeho vlastní testování.

[glottis]

a jake chyby tam mas? Tady je treb apriklad meho logu

Kód: Vybrat vše

2024-03-30 12:05:15.850792500 INFO:SerialBattery:Starting dbus-serialbattery
2024-03-30 12:05:15.857073500 INFO:SerialBattery:dbus-serialbattery v1.0.20230531
2024-03-30 12:05:15.873373500 INFO:SerialBattery:Testing Jkbms
2024-03-30 12:05:16.035122500 INFO:SerialBattery:Connection established to Jkbms
2024-03-30 12:05:16.083773500 INFO:SerialBattery:Battery Jkbms connected to dbus from /dev/ttyUSB0
2024-03-30 12:05:16.098651500 INFO:SerialBattery:========== Settings ==========
2024-03-30 12:05:16.101836500 INFO:SerialBattery:> Connection voltage: 54.62V | Current: -0.79A | SoC: 99%
2024-03-30 12:05:16.110043500 INFO:SerialBattery:> Cell count: 16 | Cells populated: 0
2024-03-30 12:05:16.113775500 INFO:SerialBattery:> LINEAR LIMITATION ENABLE: False
2024-03-30 12:05:16.116239500 INFO:SerialBattery:> MAX BATTERY CHARGE CURRENT: 100.0A | MAX BATTERY DISCHARGE CURRENT: 100.0A
2024-03-30 12:05:16.123885500 INFO:SerialBattery:> CVCM:     True
2024-03-30 12:05:16.129702500 INFO:SerialBattery:> MIN CELL VOLTAGE: 2.9V | MAX CELL VOLTAGE: 3.42V
2024-03-30 12:05:16.133856500 INFO:SerialBattery:> CCCM CV:  True  | DCCM CV:  True
2024-03-30 12:05:16.135149500 INFO:SerialBattery:> CCCM T:   False | DCCM T:   False
2024-03-30 12:05:16.143200500 INFO:SerialBattery:> CCCM SOC: False | DCCM SOC: False
2024-03-30 12:05:16.144414500 INFO:SerialBattery:Serial Number/Unique Identifier: BT3072020120000200521001
2024-03-30 12:05:16.452939500 INFO:SerialBattery:DeviceInstance = 3
2024-03-30 12:05:16.457641500 INFO:SerialBattery:com.victronenergy.battery.ttyUSB0
2024-03-30 12:05:16.589566500 INFO:SerialBattery:publish config values = 0
2024-03-30 12:05:42.787937500 ERROR:SerialBattery:>>> ERROR: No reply - returning [len:99/433]
2024-03-30 12:05:59.516460500 ERROR:SerialBattery:>>> ERROR: No reply - returning [len:265/16457]
2024-04-02 07:06:09.321845500 ERROR:SerialBattery:>>> ERROR: No reply - returning [len:292/14323]
2024-04-07 14:21:18.613151500 ERROR:SerialBattery:>>> ERROR: No reply - returning
2024-04-08 16:12:05.846664500 INFO:SerialBattery:Starting dbus-serialbattery
2024-04-08 16:12:05.859878500 INFO:SerialBattery:dbus-serialbattery v1.0.20230531
2024-04-08 16:12:05.876451500 INFO:SerialBattery:Testing Jkbms
2024-04-08 16:12:06.024825500 INFO:SerialBattery:Connection established to Jkbms
2024-04-08 16:12:06.031976500 INFO:SerialBattery:Battery Jkbms connected to dbus from /dev/ttyUSB0
2024-04-08 16:12:06.033186500 INFO:SerialBattery:========== Settings ==========
2024-04-08 16:12:06.034396500 INFO:SerialBattery:> Connection voltage: 52.34V | Current: -22.44A | SoC: 96%
2024-04-08 16:12:06.044978500 INFO:SerialBattery:> Cell count: 16 | Cells populated: 0
2024-04-08 16:12:06.048411500 INFO:SerialBattery:> LINEAR LIMITATION ENABLE: False
2024-04-08 16:12:06.050123500 INFO:SerialBattery:> MAX BATTERY CHARGE CURRENT: 100.0A | MAX BATTERY DISCHARGE CURRENT: 100.0A
2024-04-08 16:12:06.062039500 INFO:SerialBattery:> CVCM:     True
2024-04-08 16:12:06.078114500 INFO:SerialBattery:> MIN CELL VOLTAGE: 2.9V | MAX CELL VOLTAGE: 3.42V
2024-04-08 16:12:06.079786500 INFO:SerialBattery:> CCCM CV:  True  | DCCM CV:  True
2024-04-08 16:12:06.081003500 INFO:SerialBattery:> CCCM T:   False | DCCM T:   False
2024-04-08 16:12:06.082074500 INFO:SerialBattery:> CCCM SOC: False | DCCM SOC: False
2024-04-08 16:12:06.083456500 INFO:SerialBattery:Serial Number/Unique Identifier: BT3072020120000200521001
2024-04-08 16:12:06.394831500 INFO:SerialBattery:DeviceInstance = 3
2024-04-08 16:12:06.397647500 INFO:SerialBattery:com.victronenergy.battery.ttyUSB0
2024-04-08 16:12:06.571068500 INFO:SerialBattery:publish config values = 0

Kdyz jsme mel spatny hub tak tam bylo o dost vic tech chyb cteni

2024-03-30 12:05:59.516460500 ERROR:SerialBattery:>>> ERROR: No reply - returning [len:265/16457]

Nekdo hlasil, ze to bylo i tim napajenim, malo stavy. Ale muj problem to nebyl

[Ivo12s]

No asi takhle:

Kód: Vybrat vše

2024-04-20 16:47:59.374720500 INFO:SerialBattery:
2024-04-20 16:47:59.375006500 INFO:SerialBattery:Starting dbus-serialbattery
2024-04-20 16:47:59.375954500 INFO:SerialBattery:Venus OS v3.30
2024-04-20 16:47:59.376229500 INFO:SerialBattery:dbus-serialbattery v1.2.20240408
2024-04-20 16:48:15.382228500 INFO:SerialBattery:-- Testing BMS: 1 of 3 rounds
2024-04-20 16:48:15.382510500 INFO:SerialBattery:Testing Jkbms
2024-04-20 16:48:15.506380500 INFO:SerialBattery:Connection established to Jkbms
2024-04-20 16:48:16.130712500 INFO:SerialBattery:Found existing battery with DeviceInstance = 3
2024-04-20 16:48:16.292615500 INFO:SerialBattery:DeviceInstance = 3
2024-04-20 16:48:16.293564500 INFO:SerialBattery:PID file created successfully: /var/tmp/dbus-serialbattery_3.pid
2024-04-20 16:48:16.294014500 INFO:SerialBattery:Used DeviceInstances = ['3', '2', '1']
2024-04-20 16:48:16.294474500 INFO:SerialBattery:com.victronenergy.battery.ttyUSB3
2024-04-20 16:48:16.313979500 INFO:SerialBattery:publish config values = True
2024-04-20 16:48:16.327406500 INFO:SerialBattery:Battery Jkbms connected to dbus from /dev/ttyUSB3
2024-04-20 16:48:16.327909500 INFO:SerialBattery:========== Settings ==========
2024-04-20 16:48:16.328354500 INFO:SerialBattery:> Connection voltage: 53.95V | Current: -0.84A | SoC: None%
2024-04-20 16:48:16.328739500 INFO:SerialBattery:> Cell count: 16 | Cells populated: 16
2024-04-20 16:48:16.329118500 INFO:SerialBattery:> LINEAR LIMITATION ENABLE: True
2024-04-20 16:48:16.329592500 INFO:SerialBattery:> MIN CELL VOLTAGE: 2.6V | MAX CELL VOLTAGE: 3.65V
2024-04-20 16:48:16.329996500 INFO:SerialBattery:> MAX BATTERY CHARGE CURRENT: 80.0A | MAX BATTERY DISCHARGE CURRENT: 150.0A
2024-04-20 16:48:16.330418500 INFO:SerialBattery:> CVCM:     True
2024-04-20 16:48:16.330866500 INFO:SerialBattery:> CCCM CV:  True  | DCCM CV:  True
2024-04-20 16:48:16.331269500 INFO:SerialBattery:> CCCM T:   True  | DCCM T:   True
2024-04-20 16:48:16.331652500 INFO:SerialBattery:> CCCM SOC: False | DCCM SOC: False
2024-04-20 16:48:16.332149500 INFO:SerialBattery:Serial Number/Unique Identifier: EVE_304_0623
2024-04-20 17:39:07.414324500 ERROR:SerialBattery:CRC checksum mismatch: Expected 0x5629, Got 0x5631
2024-04-20 17:41:26.605223500 ERROR:SerialBattery:CRC checksum mismatch: Expected 0x5631, Got 0x5636
2024-04-20 17:49:59.323844500 ERROR:SerialBattery:CRC checksum mismatch: Expected 0x565c, Got 0x566e
2024-04-20 17:50:23.357686500 ERROR:SerialBattery:CRC checksum mismatch: Expected 0x5655, Got 0x5657
2024-04-20 17:51:21.436948500 ERROR:SerialBattery:CRC checksum mismatch: Expected 0x5670, Got 0x56f8
2024-04-20 17:58:16.018664500 ERROR:SerialBattery:CRC checksum mismatch: Expected 0x566f, Got 0x568f
2024-04-20 18:03:05.417170500 ERROR:SerialBattery:CRC checksum mismatch: Expected 0x567e, Got 0x5688

A těch posledních ERRORů je tam +- 24x. Asi jsem se tímto tématem dostal do bodu, kdy odstraním všechny USB zařízení a budu zjišťovat, kde se co děje...

[glottis]

to je bohuzel nejakou chybou prenosu. Ruseni, neco se nestiha, kdo vi co. Jak pises, zkouset postupne poodpojovat. ZKusite prepnout ten prevodnik, zmenit port usb. Tohle je bolest to ladit. Tesim se, az vydaj verzi, kde bude odladeny CAN

[kodl69]

Zkoušel jsem JBD BMS přes BT - jedna v pohodě, ale už jenom přítomnost další BT jbdbms začala shazovat komunikaci té první s cerbem a komplet to shodilo několikrát měnič. Momentálně chystám ADuM1201 a USB/UART, snad to bude lepší, aspoň se dvema BMS, ale u známýho jich je 6 (momentálně dvě přes BT, víc neprojde) a výhledově jich bude 8... Uvažuju o tom, že zkomunikuju jenom 2-3 a zbytek nechám osudu, systému stejně stačí, když se na přepětí/ podpětí neodpojí všechny baterky, stačí když tam zůstanou dvě... Ostatně u mě mám připojenou jenom jednu baterku a druhá mi dělá "bordel" na smart shuntu, protože on jaksi neví, kam ta elektrika jde, když mám nastavenou přítomnost DC spotřebičů...

[glottis]

v issues serial battery jsem se docetl od tvurce jak by to resil on Docela krkolomne ale asi funkcni. Vzal by dalsi malinu, na ni hodil VenusOS large (takze i s mqtt), k te nove maline pripojil ty BMS. MIt tam isi i battery agregator. A pak do toho ostreho venus/cerbo/neco pak doinstalovat jeho dalsi driver na mqtt battery. A tim vyslednou baterii dostat do ostreho venus a nepretizit to.

Ale prijde mi to uz dost krkolomne.

[Ivo12s]

No procesor jako takový se fláká. Nestíhají tedy USB interface a nebo je chyba ve kvalitě TTL signálu. Ve kvalitě na straně USB už to nebude, to je 25 cm daleko.
Z dokumentace jsem vyčetl, že čip, který se stará o USB komunikaci na Raspberry Pi 4B, je NXP FXAS3730S. Jedná se o USB 3.1 Gen 2 hub controller, který podporuje SuperSpeed USB 10 Gb/s. Raspberry Pi 4B má také dva porty USB 2.0, které jsou řízeny jiným čipsetem Broadcom BCM2711B0. Tyto porty podporují maximální rychlost přenosu dat 480 Mb/s.
Datová rychlost na straně TTL u JK-BMS by snad měla být JK-BMS-24S: 38400 bps tedy 38 kb/s, jiný zdroj uvádí data baud rate 115.200? Pokud tomu tak je, tak se musí flákat i to USB rozhraní a chyba je "jen" ve kvalitě a zarušení signálů... To by ale znamenalo podívat se opravdu na to rušení, izolátor, stínění přívodních kabelů od JK-BMS...

[MartinF]

Nejde ze o rychlost prenosove linky ale o to v jakych bafrech to pada do zdroj.. Nemusi byt nastveny stejne,.
Ruseni odstranis optickym oddelenim na komunikacnich linkach ..

[glottis]

jak to mas ted vubec zapojene? Jake draty z toho 4 port konvertoru vedes k bms? Jen data nebo i gnd?

[Mex]

Jen nepodstatné poznámky.
Já tohle vlákno nesleduju, nic z této techniky nemám (měnič ani BMS), tak jsem neměl motivaci to číst.
Ale teď mě praštila do očí věta o odrušeni optoizolátorem.

Optický (nebo magnetický, např. v případě chipů ADuM) izolátor neřeší rušení. Řeší galvanické oddělení.
Na řešení rušení jsou úplně jiné nástroje, především diferenciální přenos nebo zvýšení šumové imunity vyšším napětím přenosu, případně stínění.
Pokud spolu dvě zařízení pracují na jednom potenciálu (mají společnou zem) a pracují na stejných napěťových úrovních, tak často použití nějakého optoizolátoru situaci proti přímému projení spíš zhorší.

Dál jsem tam někde viděl poznámku o přetížení procesoru nebo komunikačního převodníku provozem.
Nějaký sériový přenos na podobně pomalých rychlostech je něco, čeho si moderní technika výkonově ani nevšimne. Je to o nějaké řády níž, než jsou limity dnešní elektroniky. Takže hledat problémy tady asi nebude ten správný směr, řekl bych.

Myslím, že technik by neměl chaoticky a bezhlavě měnit techniku (třeba to s tímto pojede...), ale měl by si zapojení namalovat, rozmyslet a pak hlavně měřit.
Digitální technika buď funguje nebo nefunguje. Nejsme hifisti, kteří tvrdí, že pro správný přenos průzračných středů a zvonivých výšek je třeba použít extra drahý kabel z orientované mědi, která se tavila o půlnoci na Šibeničním vrchu a zapojovat se musí zásadně levou rukou přes pravé rameno.

[TomHC]

Ak sa použije viacero usb prevodníkov, môže to spôsobiť slušný overhead...

[Mex]

Overhead možná ano, ale do nějakého přetížení to má hóóódně daleko.
Nakonec Linuxový příkaz "top" vytížení procesoru sumárně i po jednotlivých jádrech pěkně přehledně ukáže.
USB root HUB na desce většinu otročiny dělá sám na HW úrovni. Takže bez provozu to procesor zatěžuje minimálně.
A nějaká komunikace na rychlosti 38400 BPS nebo kolik to jede je skoro totéž, jako bez provozu.

[TomHC]

Tak potom možno čakanie kvôli asynchrónnemu prenosu dát...? Neviem, tipujem. Ja nemám problém s 2x UART z toho jeden cez RS485 dve zariadenia, vyčítanie čo 2 sekundy, na ESP32...

[Mex]

Celkem běžně používám i přenosovou rychlost 2 Mbit/s, tj. nejvíc, co umí mé oblíbené USB/serial převodníky CH34x.
Mimochodem tyhle laciné čínské převodníky CH34x jsou podle mě to nejlepší, co v oblastí USB/serial převodníků existuje. Pokud mám volit FTDI nebo CH34x, jednoznačně sáhnu po tom CH34x. A ještě je za zlomek ceny.

Na USB klidně pojede i Gbit síťovka, i když pak už je v případě Hi-speed USB samozřejmě omezena rychlostí toho USB.
Síťovka 100 Mbit/s tam pojede na plné rychlosti Ethernetu.
A zátěž procesoru tou komunikací USB bude pořád velmi malá.

Takže ten USB/serial převod to brzdit nebude.
Chtělo by to hledat asi někde jinde. A měřit a testovat.

První ze všeho zkontrolovat země. Mít všechno bezpečně na stejném potenciálu je základ. A to i při použití přenosů, které to teoreticky nevyžadují (RS485, CANbus). Takže s daty zásadně tahat i zem a nespoléhat na "nějaké" propojení zemí přes PE a podobně.
No a samozřejmě zkontrolovat napěťové úrovně daných signálů. Jestli tam není nějaký renonc mezi 5V a 3.3V úrovněmi a podobně.
To všechno se dá udělat jen s multimetrem, tedy bez nějaké dražší techniky.

No a skvělý pomocník je logický analyzátor za 5 USD.
https://vi.aliexpress.com/item/1005005993277484.html
A k němu skvělý free SW PulseView.
Je to úžasný pomocník za srandovní peníze. S tím se dá odhalit a vyřešit snad opravdu všechno, pokud je to do rychlosti nějakých 10 MHz.

[TomHC]

No a skvělý pomocník je logický analyzátor za 5 USD.
https://vi.aliexpress.com/item/1005005993277484.html
A k němu skvělý free SW PulseView.
Je to úžasný pomocník za srandovní peníze. S tím se dá odhalit a vyřešit snad opravdu všechno, pokud je to do rychlosti nějakých 10 MHz.

Jasné, fejkový Saleae Logic mám doma.

[cipis]

S daty z BMS nelze tahat zem. Protoze jak BMSka odpoji minus od minusu, tak pres ten dratecek to potece vsechno. Tedy do cmoudiku.

[glottis]

S daty z BMS nelze tahat zem. Protoze jak BMSka odpoji minus od minusu, tak pres ten dratecek to potece vsechno. Tedy do cmoudiku.

Proto jsem se ptal, jak to ma vubec zapojene. Mit 4 port seriak a dat usb izolator pred to znamena, ze na strane seriaku tam tu zem musi nejak dotahnout. Pokud tam zem podle rad nema, muze to delat asi cokoliv. Mozna idealne jen z jedne bms. Aby pokud by neco odpojilo se to neprohnalo pres tu redukci. Proto ja daval izolatory az mezi BMS a redukci.

[Mex]

S daty z BMS nelze tahat zem. Protoze jak BMSka odpoji minus od minusu, tak pres ten dratecek to potece vsechno. Tedy do cmoudiku.

Já tu BMS neznám, takže netuším, jak to řeší.
Ale pokud je tam datová komunikace, potenciálově vztažená proti zemi, a tu zem odpojují, tak pak snad vevnitř musí mít nějaké galvanické oddělení realizované, ne?
Nebo odpojí ten tu silovinu a nějakou datovou zem ne nebo tak něco.
Snad to nenavrhoval úplný debil.

[kodl69]

u číňana si nebuď jistej vůbec ničím. Port je původně určenej pro BT dongle, tj v podstatě "nikam nevede". Že si to evropani připojí k něčemu jinýmu? to je jejich problém. Já na to mám nachystaný ADUM1201 , číňan je prodává na takovejch pidi destičkách, takže nebude problém je naroubovat na jednotlivý UART konektory. Strach by mi to nedovolil připojit to do cerba natvrdo. Třeba proto, že kdyby odpojila jedna BMS, bude to viz předchpzí článek. Ze signálové země by se stala zem výkonová