[elektro] Akku logger!

[Elight]

NiMh hoz jó lehet ,
csak az erősítő részt
meg  kell módosítani,

mert AC!

Az előző javaslatomban az a finesz..
ha pl. savas akksikat mérsz,

hogy a multiplexer könnyen kombinálható
analóg optocsatolókkal.
Akkor nincs olyan gond , hogy sok akksi
sorbakötésénél a túl nagy
bemenőfeszről kellene
levenned azt a kis jelváltozást.


Én mondjuk inkább úgy csinálnám: (ha tehetnén)
Minden akksira pl egy H11F3 vagy hasonló
a névleges fesz-en beállítanék 1-2mA ledáramot,
és a kimenetek közvetlenül bemennének egy
sok-sok lábú PIC-be .. Aztán hálózaton keresztül
egy WEBLAPON át lehet nézegetni, loggolgatni azokat az akksikat.   :)



Üdv István




2012.06.08. 05:44:49 dátumon Cser Tamas <maguspr53 at gmail.com> írta:

> láttam olyan LCD paneles kivezérlésjelzőt, ami olyan
> mintha sok csatorna sok kijlzője lenne és függőlegesen
> (pl. hifitornyoknál)
> (akkunként ledesként  lm3915 IC + 10led kivezérlésjelzőnlént )
> http://www.hobbielektronika.hu/forum/files/2b/2b3f48c0fb0bc59d4739ee7402dc9d58.gif
>
> 40 akkuhoz vizszintesen 40pixel x függőlegesen 10pixel
> szoftveresen emulálva az lm3915-öt
>
> Elight <elight at gmail.hu> írta, 2012.06.07.:
>> 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/
>>
>> -----------------------------------------
>>           elektro[-flame|-etc]
>
> -----------------------------------------
>           elektro[-flame|-etc]


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