home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / sci / energy / 6337 < prev    next >
Encoding:
Internet Message Format  |  1992-12-22  |  2.8 KB
  1. Path: sparky!uunet!cs.utexas.edu!zaphod.mps.ohio-state.edu!usc!elroy.jpl.nasa.gov!nntp-server.caltech.edu!SOL1.GPS.CALTECH.EDU!CARL
  2. From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick)
  3. Newsgroups: sci.energy
  4. Subject: Re: electric fuel gauges
  5. Date: 22 Dec 1992 06:39:37 GMT
  6. Organization: HST Wide Field/Planetary Camera
  7. Lines: 46
  8. Distribution: world
  9. Message-ID: <1h6d79INN9ks@gap.caltech.edu>
  10. References: <1h40atINNn2j@gap.caltech.edu>,<BzM2nG.Ar@rivm.nl>
  11. Reply-To: carl@SOL1.GPS.CALTECH.EDU
  12. NNTP-Posting-Host: sol1.gps.caltech.edu
  13.  
  14. In article <BzM2nG.Ar@rivm.nl>, mtvahb@rivm.nl (Aldrik Bakema) writes:
  15. >I'm not an expert in this,
  16.  
  17. That's true, and I'll prove that below.
  18.  
  19. >but would it not be possible tu 'use up',
  20. >say, 5 cells or so at a time, switching to the next 5 whenever the 
  21. >first 5 get low. This way you would know quite precisely how much
  22. >'fuel' you have left, and at the same time take care that all cells
  23. >are discharged deep enough now and then, as I understand is necessary
  24. >for NiCads.
  25.  
  26. You *COULD* do that.  However, one of the limiting factors of a cell (and even
  27. when it's not a limiting factor, it influences cell life) is the discharge
  28. rate:  You desing the car so as to optimize the discharge rate of the cells. 
  29. Changing this discharge rate in order to get a "fuel gauge" is *NOT* a good
  30. idea.
  31.  
  32. Please note:  I'm not making fun of you.  Given that you don't know much about
  33. batteries, the idea isn't a bad one.
  34.  
  35. >The reason I guess some sort of scheme like this would
  36. >be possible, is that in cars it's not so much the maximum power that 
  37. >is limiting, but the maximum storage capacity.
  38.  
  39. Sorry, but any competent engineer tries to design things so that *EVERYTHING*
  40. is limiting.  When something *ISN'T* a limiting factor, you've engaged in
  41. "overdesign."  That's OK (and sometimes even a good idea) for one-off setups,
  42. but is considered a sign of incompetence if you're talking about a production
  43. design.  See "The Fabulous One-Horse Shay," by Oliver Wendell Holmes for an
  44. example of the ultimate in engineering!
  45.  So, it should be possible
  46. >not to use all celss at the same time, and still get your normal performance.
  47. >Of course the number of cells connected at one time depends on tehir size
  48. >and capacity. The number 5 is just used as an example.
  49. >Comments?
  50. >
  51. >Aldrik Bakema
  52. --------------------------------------------------------------------------------
  53. Carl J Lydick | INTERnet: CARL@SOL1.GPS.CALTECH.EDU | NSI/HEPnet: SOL1::CARL
  54.  
  55. Disclaimer:  Hey, I understand VAXen and VMS.  That's what I get paid for.  My
  56. understanding of astronomy is purely at the amateur level (or below).  So
  57. unless what I'm saying is directly related to VAX/VMS, don't hold me or my
  58. organization responsible for it.  If it IS related to VAX/VMS, you can try to
  59. hold me responsible for it, but my organization had nothing to do with it.
  60.