[elektro] Akku logger!

[Elight]

Azért ezt sokkal olcsóbban és
elegánsabban is meg lehet oldani

mint 40 db mutiméter. és a 40 sec.

Én inkább készítenék egy akku figyelő
és hibajelző áramkört..

Tehát mondjukl a szokásos
3 LED es komparátoros akkufesz kijelző
lenne az alapja,
hasonló  mint amit annó  ladákba etc. szereltünk.
Ezt annyival egészíteném ki,
hogy tennék két feszre kalibrált potmétert.
Az alsó és felső akkufeszt lehet vele beállítani
amelynél még zőld, tehát elfogadható
az akku feszültsége..

Értelem szerűen az NiMh akksiknál 1-1,5V
és mondjuk savas akksiknál 9 -13V tartományú.
Felette piros, túltöltött,
alatta sárga , kevés , alultöltött.

A poti helipot is lehet ha eetleg precízkedni akarsz.

Ha ez kész , ezt megfejelném
egy multiplexerrel, amelyik a bemeneteket
kapcsolgatja a komparátorra,
és egy számjelző jelzi , éppen melyik
bemenet a kapcsolt...

és szükség lesz mé egy logikára,
ami megállítja ott a multiplexelést
ahol nem a zöld kimenet az aktív,
és így kiírja a hibás cella ( bemenet ) számát.

A mérésnél a potikat tekergetve állíthatók a határok.
A multiplexelés lehet kellően gyors,
( akár 50Hz is : )
tehát pörög körben a számláló,
és az első hibás ( értéken kívüli )
akkunál áll meg.
Ha nem állna meg a potíkkal szükíthetők a határok
így kiszűrhető az az akksi amelyik lemarad...

A logika valami hasonló lehet a mikrokontrolleres
megvalósításnál is, csak lényegesen kevesebb
alkatelemmel..

Üdv István













2012.06.07. 10:48:12 dátumon cst <maguspr at freemail.hu> írta:

> ha sorba van kötve 40db akku, A01,A02,...,A40
> és adott terhelést kap, akkor mennyi idő alatt lehet
> "sorozatban körbemérni" úgy, hogy a először az A01-en mérem a
> kapocsfeszt, azután lépek A02, mérem a kapocsfeszt, azután
> lépek A03-ra, mérem a kapocsfeszt,...és így tovább,
>
> akkor van egy adatsor: pl: 10,6 + 10,65 + 8,1 +...+10,7
> és akkor pl. már látom, hogy kilóg a sorból az A03 a 8,1Voltjával,
> várhatóan az lesz kakukk
>
> ha nekem a digimérőmnek kellene 1,2sec a mintavételezéshez,
> kiszámolás, kiíráshoz akkor 40db akku körbeméréséhez akár 40sec is  
> kellene
> ( a mA és a DC Voltmérő állásban kevés volt neki az 1sec :-(  Extool )
>
> a digi feszültség mintavételező milyen sebességgel tud mérni?
>
> az 1 db Voltmérővel 40lépésben szoftverezni, vagy 40db Voltmérővel
> azonnal látom mindegyiket?
>
> létezik olcsó analóg voltmérő is (talán deprez), egyszerre látom a
> 40mutatót, és én vagyok ránézéskor a "bioszoftver"?
>
> ( engem pl. egy 15akkucellás NiMH ( 0,8 - 1,3V méréstartománnyal)
> figyelő erdekelne )
> -----Original Message-----
> From: vajk fekete <halaloszto at yahoo.co.uk>
> To: elektro at tesla.hu <elektro at tesla.hu>
> Date: 2012. június 7. 9:41
> Subject: Re: [elektro] Akku logger!
>
>
> azert a hw sem egyszeru.
>
> egyreszt az "kerĂĽlőágon továbbĂtja a töltőáramot, miközben egy
> akkufesznyit ejt " resz 12V akksi es 5A toltoaram alapjan 70W
> eldisszipalasat jelenti, ami a szuk helyen kb lehetetlen, es maga a  
> borda is
> arban es meretben is problemas.
>
> a masik meg hogy ha csak merni is akarsz, egyszeruen sok kell belole. az
> eredeti felvetesben volt vagy 40 vagy talan 3x40 db akksi. ha ezres alatt
> maradsz alkatreszkoltseggel per akku, akkor is szep szamok jonnek ki.  
> meg ha
> egyszeruen az akksi arahoz viszonyitas, akkor is kijohet hogy a komplett
> rendszer egy keszlet akksi ara.
>
> vajk
>
>
> ________________________________
> From: Móczik Gábor <pm_levlista at progzmaster.hu>
> To: elektro at tesla.hu
> Sent: Thursday, 7 June 2012, 8:35
> Subject: Re: [elektro] Akku logger!
>
> 2012.06.06. 18:51 keltezĂ©ssel, Csuvár Imre Ărta:
>> Hali,
>> nekem is teszik az infras megoldas.
>>
>> Utkozesvedelem gyanant legegyszerubb talan a pollingozas lenne.
>> A Master kikuldi a meroegyseg cimet, majd var kicsit a valaszra  
>> (tudhato h
>> mennyit kell),
>> ha a cimzett slave veszi, valaszol a cimevel es a meresi eredmennyel.
>> Az adatatviteli sebessegnel figyelembe kell venni,
>> hogy a vevokockak 6...10 periodusnyi idovel elednek fel biztosan,
>> igy inkabb 1,2...2,4kbit/sec-el probalkoznek.
>> (Logikai "1"> van vivo, "0"> nincs vivo.)
>> Ez igy nem tul gyors, de ide eleg lehet.
>
> Ha olyanok a környezeti feltételek, akkor ez egy teljesen jó  
> megoldás,
> nem kell vezetékelni, érintés és zárlat védelem, miegymás.
>
> Ha viszont a fényviszonyok vagy a fizikai elrendezés miatt a rálátás
> korlátozott, akkor Ă©n inkább 2db optocsatolĂłt (RX/TX) Ă©pĂtenĂ©k be
> minden
> egységbe, és mind párhuzamosan, 3 vezetéken elmenne a busz.
>
> Biztos hogy pollingolni érdemesebb, a véletlenszerűen aszinkron  
> küldött
> adatok nem annyira jók, mintha egy adott időpontban érvényes  
> státuszt
> kapsz meg pontosan akkor amikor kéred.
>
> Ha viszont már úgyis kerül egy proci minden node-ba, akkor már  
> Ă©rdemes
> lenne tĂ©nyleg egy rendesebb BMS-t kĂ©szĂteni, vagyis ne csak mĂ©rjen,
> hanem foglalkozzon is az akksival.
>
> Ha az adott node úgy értékeli hogy az adott akksi fel van töltődve,
> akkor kerĂĽlőágon továbbĂtja a töltőáramot, miközben egy
> akkufesznyit ejt
> a feszültségen. Ez véd a túltöltés ellen, ha valamelyik akku előbb
> töltődne fel, mint a többi.
>
> Mélykisütés, átpolarizálódás ellen úgy lehetne védekezni, hogy  
> ha
> egy
> node kimerült, akkor leáll az egész rendszer. Ha drasztikusan eltérő
> kapacitású akksik vannak a sorban, az amúgy sem szerencsés, cserélni
> kell (még jóval korábban). Nem a node kapcsol le, hanem csak  
> Ă©rtesĂti a
> master-t a helyzetről, és az esetleg az UPS többi részével
> kommunikálva
> állĂt le.
>
> Érdemes a rendszerbe komoly diagnosztikát Ă©pĂteni, számolni a be Ă©s
> kimenő töltést minden akksiból, amelyik kezd hervadni, még  
> idejekorán
> ki
> lehet cserélni.
>
> Egy ilyen BMS még hardver ügyileg egyszerűen megoldható, a nagyobb  
> munka
> a szoftver. Amit Pepe emlĂtett, hogy áttölti innen-oda, stb, az már
> azĂ©rt erĹ‘sen bonyolĂtja a rendszert.
>
> -----------------------------------------
> elektro[-flame|-etc]
> -----------------------------------------
>           elektro[-flame|-etc]
>
> -----------------------------------------
>           elektro[-flame|-etc]


-- 
Az Opera forradalmian új levelezőjét használva: http://www.opera.com/mail/