home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / sci / electron / 14677 < prev    next >
Encoding:
Internet Message Format  |  1992-08-20  |  2.0 KB
  1. Xref: sparky sci.electronics:14677 rec.motorcycles:28222
  2. Organization: Senior, Electrical and Computer Engineering, Carnegie Mellon, Pittsburgh, PA
  3. Path: sparky!uunet!usc!sol.ctr.columbia.edu!destroyer!ubc-cs!uw-beaver!cornell!rochester!cantaloupe.srv.cs.cmu.edu!crabapple.srv.cs.cmu.edu!andrew.cmu.edu!ma1w+
  4. Newsgroups: sci.electronics,rec.motorcycles
  5. Message-ID: <IeZ9NTi00WB7EXUUZc@andrew.cmu.edu>
  6. Date: Fri, 21 Aug 1992 03:08:15 -0400 
  7. From: Mark Joseph Andy <ma1w+@andrew.cmu.edu>
  8. Subject: Processor recommendations?
  9. Lines: 36
  10.  
  11. Howdy,
  12.  
  13.         [please note: this message is cross-posted]
  14.  
  15. I'm in need of a processor to act as the controller for an embedded
  16. system.  It will need to be able to deal with 8 or so inputs (analog
  17. to digital stuff would be cool but not necessary, and if needed I
  18. could do up some kinda multiplexing to deal with extra inputs), be
  19. cheap, be non-power consuming, and hopefully be able to talk easily to
  20. a TI THCT4502BN memory controller that's running 256k simms.
  21. Additionally, it should be fairly robust, as it will need to deal with
  22. a pretty harsh environment.
  23.  
  24. So that you have more of an idea what I'm doing, I'm designing a
  25. second generation data acquisition system that records relevant data
  26. from a racing motorcycle (things like suspension movement, rpm,
  27. throttle position, exhast gas temp, etc); keeps it around until the
  28. bike gets back into the pits; then uploads its data to a trackside pc.
  29.  
  30. The first generation system was built as far as it needed to be about
  31. two months ago.  In that system we used custom logic implimented on
  32. PAL's to control the writing of sensor data to memory, through the
  33. TI memory controller above.  We found some problems with PALs, the
  34. major ones being: power consumption, relative lack of adapability, and
  35. us needing to design the logic.  I'd like to go to a processor
  36. (simple one probably) to allow for a more adapable system as well as
  37. (hopefully) easier implimentation.
  38.  
  39. Also, pointers toward the proper places to contact for
  40. hardware/software docs for various processors would be handy.
  41.  
  42. Thanks for any help,
  43.  
  44. Mark
  45.  
  46. ma1w+@cmu.edu
  47.