home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / robotics / 1646 < prev    next >
Encoding:
Text File  |  1992-08-29  |  2.6 KB  |  57 lines
  1. Newsgroups: comp.robotics
  2. Path: sparky!uunet!snorkelwacker.mit.edu!news.media.mit.edu!fredm
  3. From: fredm@media.mit.edu (Fred G Martin)
  4. Subject: Mini Board serial line
  5. Message-ID: <1992Aug28.184714.17895@news.media.mit.edu>
  6. Keywords: Miniboard
  7. Sender: news@news.media.mit.edu (USENET News System)
  8. Organization: MIT Media Laboratory
  9. References: <1992Aug27.142429.16553@hubcap.clemson.edu> <1992Aug27.205711.23050@news.media.mit.edu> <1992Aug28.135419.3725@hubcap.clemson.edu>
  10. Date: Fri, 28 Aug 1992 18:47:14 GMT
  11. Lines: 44
  12.  
  13. In article <1992Aug28.135419.3725@hubcap.clemson.edu>
  14. dawill@hubcap.clemson.edu (david williams) writes: 
  15.  
  16. >Since the RxD and TxD lines are tied
  17. >together, a pontential point of error is going to be in the timing
  18. >of transmitted characters.  Suppose you just received a block that needs
  19. >to be responded to.  If the MiniBoard transmits at the same time the
  20. >sending computer does, the two bytes will collide at the Miniboard
  21. >interface.  This means we're going to have to use a half-duplex
  22. >scheme in which the MiniBoard "knows" when the sending computer is
  23. >guaranteed not to be transmitting.  A good example of this sort 
  24. >of scheme is the kermit protocol.
  25.  
  26. You are absolutely right, the Mini Board serial circuit will only be
  27. reliable in half-duplex protocols, where each side knows whether it's
  28. its turn to transmit or receive.
  29.  
  30. This isn't so horrible, though.  For most applications, this works
  31. just fine.  See for example the protocol used by the DLM downloader,
  32. or the HEXMON program supplied with the Mini Board.
  33.  
  34. >   Even worse, what if we try to hook the MiniBoard up to another 
  35. >serial port that works the same way? (sending side supplies the negative
  36. >voltage) - No communications will be possible! 
  37.  
  38. Believe it or not, two Mini Boards can communicate to each other.
  39. Think about it:  the Mini Board's own circuit doesn't need a negative
  40. voltage for serial line true.  The "negative" voltage will simply be
  41. zero volts (there is a 10K resistor pulling the RxD input to ground).
  42. When either board needs to transmit +5v, it can do so, and the other
  43. board will interpret it properly.
  44.  
  45. >   yep.  Oh well is right.  Get out the x-acto knives when you get 
  46. >the miniboard.
  47.  
  48. I think this comment is a bit harsh.  The circuit works just fine for
  49. most protocols and most computers, and has been tested on a variety of
  50. clone and true-blue PCs, Macintosh models, and Unix boxes.  The main
  51. situation in which the circuit will be problematic is if your host
  52. computer can't deal with +/-5 volts instead of the standard +/-12
  53. volts.  And as I mentioned in a previous message, computers with this
  54. limitation are fairly unusual.
  55.  
  56.     - Fred
  57.