home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / robotics / 1644 < prev    next >
Encoding:
Text File  |  1992-08-29  |  2.7 KB  |  63 lines
  1. Newsgroups: comp.robotics
  2. Path: sparky!uunet!gatech!hubcap!dawill
  3. From: dawill@hubcap.clemson.edu (david williams)
  4. Subject: Re: Miniboard 2.0 & NMI F68HC11
  5. Message-ID: <1992Aug28.135419.3725@hubcap.clemson.edu>
  6. Keywords: Miniboard
  7. Organization: Clemson University
  8. References: <1992Aug26.192907.10931@aio.jsc.nasa.gov> <1992Aug27.010906.1515@news.media.mit.edu> <1992Aug27.142429.16553@hubcap.clemson.edu> <1992Aug27.205711.23050@news.media.mit.edu>
  9. Date: Fri, 28 Aug 1992 13:54:19 GMT
  10. Lines: 51
  11.  
  12. fredm@media.mit.edu (Fred G Martin) writes:
  13.  
  14.   [ Discussion of miniboard's simple serial port deleted ]
  15.  
  16. >Personally, I would think that the appropriate things to do are (1)
  17. >modify your software to deal with the hardware, or (2) flat out
  18. >replace the Mini Board's hacked-up serial line solution with something
  19. >normal, like the one-chip Maxim MAX233 solution.  This chip has
  20. >built-in charge pumps and voltage inverters for generating legitimate
  21. >plus and minus ten volt supplies from a single +5v supply.  Pretty
  22. >neat!
  23.  
  24.    As a matter of fact, I've used this critter before, and it works
  25. very well.  I can't say enough about Maxim's products:  they do what 
  26. they're supposted to, first time.
  27.  
  28.    Note: the MAX233 is an improved version of the original, the MAX232.
  29. the MAX232 required several external capacitors for it's charge pumps.
  30. The MAX233, on the other hand, has no requirements for any external
  31. parts.  (makes using it a real breeze)  The package is a 20-pin DIP.
  32.  
  33. >It's a tough call; maybe the Mini Board should have used this
  34. >solution.  It would have added board area and a few dollars of parts
  35. >costs, but then people wouldn't be hassled with serial line
  36. >weirdnesses.
  37.  
  38.    You know, I have a feeling that a few people are going to be bitten
  39. by the Miniboard's serial port:  Since the RxD and TxD lines are tied
  40. together, a pontential point of error is going to be in the timing
  41. of transmitted characters.  Suppose you just received a block that needs
  42. to be responded to.  If the MiniBoard transmits at the same time the
  43. sending computer does, the two bytes will collide at the Miniboard
  44. interface.  This means we're going to have to use a half-duplex
  45. scheme in which the MiniBoard "knows" when the sending computer is
  46. guaranteed not to be transmitting.  A good example of this sort 
  47. of scheme is the kermit protocol.
  48.  
  49.    Even worse, what if we try to hook the MiniBoard up to another 
  50. serial port that works the same way? (sending side supplies the negative
  51. voltage) - No communications will be possible! 
  52.  
  53. >Oh well.
  54.  
  55.    yep.  Oh well is right.  Get out the x-acto knives when you get 
  56. the miniboard.
  57.  
  58. -- 
  59.       Dave Williams
  60.         dawill@hubcap.clemson.edu
  61.            "Huh?  What?  Could you repeat the question?"
  62.  
  63.