home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / sci / electron / 21726 < prev    next >
Encoding:
Internet Message Format  |  1992-12-30  |  3.3 KB
  1. Path: sparky!uunet!europa.asd.contel.com!howland.reston.ans.net!usc!cs.utexas.edu!sun-barr!olivea!charnel!rat!ucselx!crash!cmkrnl!jeh
  2. From: jeh@cmkrnl.com
  3. Newsgroups: sci.electronics
  4. Subject: Re: help needed building water level sensor
  5. Message-ID: <1992Dec29.203146.1040@cmkrnl.com>
  6. Date: 30 Dec 92 04:31:46 GMT
  7. References: <00965764.D96DDB80@Msu.oscs.montana.edu> <1hq0ilINNbji@fnnews.fnal.gov> <1992Dec29.175243.10083@cbnews.cb.att.com>
  8. Distribution: usa
  9. Organization: Kernel Mode Consulting, San Diego, CA
  10. Lines: 55
  11.  
  12. In article <1992Dec29.175243.10083@cbnews.cb.att.com>, wrb@cbnews.cb.att.com 
  13. (wallace.r.blackburn) writes:
  14. > In article <1hq0ilINNbji@fnnews.fnal.gov> behnke@FNALF.FNAL.GOV writes:
  15. >>In article <00965764.D96DDB80@Msu.oscs.montana.edu>, uchrgrh@Msu.oscs.montana.edu writes:
  16. >>>I would like to build a solid state device that would turn off a water
  17. >>>pump in my aquarium if the water level drops  below a certain level.
  18. >>>I am willing to look at prefabricated stuff but would prefer to build it
  19. >>>my self.
  20. >>
  21. >>Seems that a simple micro-switch attached to a float would work fine.  [...]
  22. > 
  23. > HEY!!!!  That would be simple, functional, and reliable!  What the heck are
  24. > you trying to do here?!
  25. > 
  26. > I was going to answer this in a few weeks.  I wanted to get the results of
  27. > the modeling and reliability studies first.  Since I'm on the spot though,
  28. > I'll give the preliminaries.
  29. > 
  30. > First, for reliability, you definitely need multiple sensors.  Three
  31. > should be sufficient.  These will each be monitored by separate
  32. > microcontrollers and the results sent to a master contoller via a duplexed
  33. > serial link.  Some more work will have to be done to determine the optimal
  34. > protocol for the link and so on.  Most probably have to develop an entirely
  35. > new one.
  36.  
  37. I thought this was sci.electronics.  This last bit sounds like comp.mail.uucp .
  38. :-)
  39.  
  40. However, the best microcontroller-based design cannot make up for poor sensors.
  41. And as long as we're going to all this trouble, we should ensure that the
  42. design is robust enough to stand up to marine environments (e.g. for salt-water
  43. aquariums, aquatic parks, etc.).  I doubt that the float-and-microswitch
  44. arrangement qualifies on this point.  
  45.  
  46. Obviously, the best solution is to use Polaroid ultrasonic ranging modules to
  47. determine the height of the liquid in the tank.  These will have no problems
  48. with corroding pivot-points nor with corroding sensor probes, etc., and in fact
  49. will be completely noninvasive (unless the tank occupants are sensitive to
  50. ultrasonics; hmm, better check out the freq. range of dolphin hearing, among
  51. others). 
  52.  
  53. Best of all, since you now will have not just a simple on-off sensor but rather
  54. a continuous range of values, your microcontrollers can keep a record of the
  55. water height over time.  You can use this to figure out the optimal times to
  56. add water to the tank.  Who knows, the movements of various fish may produce
  57. recognizable "signatures" in the ripple patterns on the top of the water, and
  58. you could collect this information and analyze fish activity levels over time.
  59.  
  60. Probably two or three research grants' worth of work right there.  
  61.  
  62. :-)
  63.  
  64.     --- Jamie Hanrahan, Kernel Mode Consulting, San Diego CA
  65. Internet:  jeh@cmkrnl.com, hanrahan@eisner.decus.org, or jeh@crash.cts.com
  66. Uucp:  ...{crash,eisner,uunet}!cmkrnl!jeh
  67.