<!DOCTYPE html>
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body>
Počkat v rámci zpracování dat. Tedy po detekci změny polarity prostě
do nějaké doby data nezapočítávat. Ve finále teda dostanu dvě
hodnoty Ri, jednu pro nabíjení a jednu pro vybíjení. Jsem zvědav,
zda a o kolik se budou lišit:-)<br>
<br>
Nenapadlo mě, že chcete jen Ri celé baterie, pro mě je právě
zajímavé znát kondici jednotlivých článků a moct s předstihem
plánovat nějaké opravy či jiné zásahy. Zatím jsem měl štěstí, první
vadný článek na kraji, dobře viditelný termokamerou.<br>
<br>
Dokud jsou baterky OK, stačí pidiproud pálený ke konci nabíjení a
vůbec nevadí, že se to děje jen občas, protože baterka není dobíjena
do tý oblasti třeba několik měsíců. Např. BMS pro baterky do kol a
koloběžek mívaj 10 nebo 15 mA, tedy kolem 1 ‰ C. Ale až nějaký
článek začne trpět zvýšeným samovybíjením, přestane to stačit. A
další level je rozdíl v kapacitách. Když je třeba 20 %, tak je
potřeba taky 20 % průměrného I.<br>
<br>
Samozřejmě, když jste odkázán na měření z BMS, tak máte omezené
možnosti. Já s vlastním HW si můžu vyskakovat:-)<br>
Takže když chci přesný výpočet, chci i synchronní měření. Už proto,
že I je téměř určitě v podstatě PWM v řádu 1 kHz. A to je zas
výhoda, že pak můžu zjistit, jestli Ri z krátkých dějů je jiný, než
Ri z pomalých dějů. K čemu takový data budou, to je jiná, třeba k
ničemu. Ale zahodit se daj vždycky:-)<br>
<br>
PH<br>
<br>
<br>
<div class="moz-cite-prefix">Dne 04.05.2024 v 12:29 Martin Záruba
napsal(a):<br>
</div>
<blockquote type="cite"
cite="mid:e96f499e-978d-433b-acae-e30361b9559c@volny.cz">
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
<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"
moz-do-not-send="true">www.HW.cz</a> <br>
<a class="moz-txt-link-abbreviated moz-txt-link-freetext"
href="mailto:Hw-list@list.hw.cz" moz-do-not-send="true">Hw-list@list.hw.cz</a>
<br>
<a class="moz-txt-link-freetext"
href="http://list.hw.cz/mailman/listinfo/hw-list"
moz-do-not-send="true">http://list.hw.cz/mailman/listinfo/hw-list</a>
<br>
</blockquote>
<br>
<fieldset class="moz-mime-attachment-header"></fieldset>
<pre class="moz-quote-pre" wrap="">_______________________________________________
HW-list mailing list - sponsored by <a class="moz-txt-link-abbreviated" href="http://www.HW.cz">www.HW.cz</a>
<a class="moz-txt-link-abbreviated" href="mailto:Hw-list@list.hw.cz">Hw-list@list.hw.cz</a>
<a class="moz-txt-link-freetext" href="http://list.hw.cz/mailman/listinfo/hw-list">http://list.hw.cz/mailman/listinfo/hw-list</a>
</pre>
</blockquote>
<br>
</body>
</html>