home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / sys / ibm / pc / hardware / 34501 < prev    next >
Encoding:
Internet Message Format  |  1992-12-31  |  4.3 KB
  1. Path: sparky!uunet!olivea!apple!netcomsv!netcomsv!amscons!bob
  2. From: bob@amscons.amscons.com (Bob Amstadt)
  3. Newsgroups: comp.sys.ibm.pc.hardware
  4. Subject: Specifications: Intelligent Multi-port Serial Board
  5. Keywords: IMSB
  6. Message-ID: <921230150@amscons.amscons.com>
  7. Date: 31 Dec 92 07:11:28 GMT
  8. Organization: Amstadt Consulting Group
  9. Lines: 71
  10.  
  11. As promised, here is a first cut at rough specifications for the
  12. serial board.  I will attempt to explain the reasoning behind each
  13. decision.  I would appreciate any comments preferably sent via e-mail.
  14. I would be willing to run a mailing list if someone could tell
  15. me how to get the software and how to use it.  Meanwhile direct
  16. all comments to me bob@amscons.com.
  17.  
  18. ----------------------------------------------------------------------------
  19.     Intelligent Multi-port Serial Board (IMSB) Specifications
  20.     ----------- ---------- ------ ----- ------ --------------
  21.  
  22.     The main purpose of this board is to provide multiple RS-232C interfaces
  23. on a single ISA bus printed circuit board (PCB).  The board should provide
  24. a high-speed interface for interfacing to advance operating systems and
  25. also a standard interface for ease of migration.  The high-speed interface
  26. will rely on an onboard processor to provide adequate buffering between
  27. the serial interfaces and the main processor.  It should also be possible
  28. to write custom firmware for the onboard processor to implement software
  29. protocols on top of the serial interface.  This would allow for the creation
  30. of custom transmission protocols which operate transparently to the
  31. operating system.
  32.  
  33.     Inorder to allow software packages that are unaware of the high-speed
  34. interface to operate normally with the IMSB, I would like to use the
  35. standard 16450's or 16550's for this design.  The user could use either
  36. type of IC when implementing the design.  Because this interface is
  37. secondary to the true purpose of this design, I would like to use fixed
  38. address decoding based on programmable logic devices (PLDs).  Also I
  39. would like to predetermine the interrupt numbers that each port generates.
  40. Again the predetermination would be based on a PLD.
  41.  
  42.     I would like the high-speed interface to be based on shared memory
  43. between the onboard processor and the main processor.  This memory would
  44. be 16-bits wide and could be accessed by the main processor without
  45. wait states.  A standardized software protocol will need to be designed
  46. for maximum utility through this interface.  I will consider implementing
  47. a DMA interface to the shared memory, but my current belief is that this
  48. will cause a cost increase that does not justify the added functionality.
  49. Interrupts, addresses and DMA channels used for the high-speed interface 
  50. would be selectable based on a set of jumpers.
  51.  
  52.     I would like to use an 8-MHz 8086 as the onboard processor.  I
  53. would leave room in the design to replace the 8086 with a V30 processor.
  54. I currently have all of the tools necessary to debug an 8086-based
  55. design and the parts that would be used in the design should available
  56. and cheap.  In fact you might even be able to find many of the parts
  57. on old scrap boards.
  58.  
  59.     I believe that it would be possible to design for up to 8 ports,
  60. and I will assume I can for the moment.  If board space becomes an issue
  61. it may be necessary to only implement 4 or 6 ports.  I believe that a total
  62. throughput of approximately 153.6k baud should be possible, but this
  63. number assumes that the main processor will be able to operate at this
  64. rate, and that the onboard processor is not required to perform any
  65. protocol implementation.  Of course this number is just an approximation
  66. based on processor speed and average instruction timing.  Most likely
  67. my calculation was conservative.
  68.  
  69.     These specifications are subject to change based on input from you.
  70. I will use the final version of these rough specifications to begin
  71. designing the IMSB.  Detailed specifications including schematics will
  72. be available after I have completed designing the IMSB.  The detailed
  73. specifications will then be open for review.  Should interest in this
  74. project drop I may discontinue the effort.  I will not guarantee the
  75. final product nor will I be responsible for any damage to your system
  76. caused by the final product.  I will, of course, be one of the users
  77. of this product, and will be the first to verify its operation.
  78.  
  79. ---
  80. Bob Amstadt
  81. bob@amscons.com
  82.