<!DOCTYPE html>
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body>
<p><font face="Arial">Jak to myslíte počkat? Já prostě dostávám z
BMS vzorky napětí všech článků a proud baterií (mimo dalších
údajů). Rozlišení napětí je 1mV, proudu 10mA. Průměruji teď
posledních 100 vzorků.</font></p>
<p><font face="Arial">Pro Ri celé baterie asi nemusíte hledět na
balancování, protože co někde ubyde, jinde přibyde. <br>
</font></p>
<p><font face="Arial">V mém případě se zdá, že i u 200Ah baterie ten
balancovací proud 1A stačí. Z dat je vidět, jak přesně je to
vybalancované. Pro Vás si ale nejsem jistý, zda by větší
balancovací proud nestál za úvahu, protože vzhledem k rozměrům
budete mít určitě menší kapacitu a naopak bude významné, pokud
balancer bude schopen pomoct nejslabšímu článku. Čili důležité
bude balalncování DOLE. Při nabíjení je obvykle víc času, navíc
tam by stačil i "pálič"</font></p>
<p><font face="Arial">Té poslední větě nerozumím. U mě to prostě
vrátí paket, kde jsou napětí všech článků na 1mV. A asi to měří
docela dobře, protože pokud neteče proud, napětí se prakticky
nemění. Nejrychleji jsem schopen měřit asi po 150mS, ale to asi
nemá smysl. Nejdéle trvá, než BMS po žádosti o paket odpoví.
Vlastní přenos jde rychlosti 115 000 kbit takže těch 312 byte to
přenáší 312*8/115000=22mS.<br>
</font></p>
<pre class="moz-signature" cols="72">Martin Záruba</pre>
<div class="moz-cite-prefix">Dne 4.5.2024 v 11:59 Pavel Hudeček
napsal(a):<br>
</div>
<blockquote type="cite"
cite="mid:ec4b6ab0-b531-479e-b377-c202dcc0d8aa@seznam.cz">Po
obrácení směru je nutno nějakou dobu počkat a pak použít jen du a
di bez změny směru I.
<br>
Další věc je, jaké je rozlišení měření, jestli to má smysl.
<br>
A jak se k těm naměřeným hodnotám dojde.
<br>
Já bych teda jako základ použil průměrování rychle měřeného Ri.
Ale je otázka, jestli k tomu je vhodný HW.
<br>
<br>
Zas jsem oživil projekt BMS do koloběžky, že se teda nebude
balancovat plným I, ale jen do 1-2 A, protože se 17 A bylo moc
komplikací. Ale zůstal koncept, kde každej článek má u sebe MCU s
12b ADC, nějaký 100+ kS/s. Ri bych taky chtěl měřit. Ale mám zas
složitost, že nebude shoda I všech článků, takže asi budu od
globálního I odečítat Ibal, kterej je u každého znám. Nebo se bude
Ri počítat jen když se nebalancuje. Pozitivum naopak je, že
vybíjení se mění 0,1-1,2C, což by při rozlišení v řádu 1 mV mělo
vést na dobré výsledky.
<br>
<br>
Hlavně bych rád udělal globální sync, aby se Iglobal vzorkovalo
synchronně se všema Ucell.
<br>
<br>
PH
<br>
<br>
Dne 04.05.2024 v 10:52 Martin Záruba napsal(a):
<br>
<blockquote type="cite">Chtěl bych do programu pro obsluhu BMS
udělat výpočet vnitřního odporu. Jenže stále se mi nedaří udělat
vhodný algoritmus. Mám vzorky napětí článků a celkový proud
baterií (všechny články jsou v sérii). Jenže současně se články
nabíjejí nebo vybíjejí podle toho, kterým směrem teče proud.
Takže
<br>
<br>
Ri = dU / dI dává nesmyslné výsledky, protože dU se pohybuje
okolo 10 mV na baterii o napětí 80V. Navíc je třeba vzít v úvahu
to nabití a vybití. A pak se mi zdá, že napětí reaguje na
protékající proud se zpožděním, ale to se mi zdá skoro nemožné,
vzhledem k velikosti proudu (cca 10A)
<br>
<br>
Ty vzorky mám po vteřině.
<br>
<br>
Máte nějaký nápad, jak na to?
<br>
<br>
</blockquote>
<br>
_______________________________________________
<br>
HW-list mailing list - sponsored by <a class="moz-txt-link-abbreviated" href="http://www.HW.cz">www.HW.cz</a>
<br>
<a class="moz-txt-link-abbreviated" href="mailto:Hw-list@list.hw.cz">Hw-list@list.hw.cz</a>
<br>
<a class="moz-txt-link-freetext" href="http://list.hw.cz/mailman/listinfo/hw-list">http://list.hw.cz/mailman/listinfo/hw-list</a>
<br>
</blockquote>
</body>
</html>