[elektro] Akku logger!
cst
maguspr at freemail.hu
Thu Jun 7 10:48:12 CEST 2012
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]
More information about the Elektro
mailing list