home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / sys / sgi / hardware / 110 < prev    next >
Encoding:
Text File  |  1993-01-11  |  2.1 KB  |  50 lines
  1. Newsgroups: comp.sys.sgi.hardware
  2. Path: sparky!uunet!zaphod.mps.ohio-state.edu!darwin.sura.net!spool.mu.edu!yale.edu!yale!gumby!destroyer!cs.ubc.ca!fornax!welman
  3. From: welman@cs.sfu.ca (Chris Welman)
  4. Subject: SDLC interface to Indigo?
  5. Message-ID: <1993Jan12.012708.2152@cs.sfu.ca>
  6. Keywords: indigo SDLC peripheral serial
  7. Organization: CSS, Simon Fraser University, Burnaby, B.C., Canada
  8. Date: Tue, 12 Jan 1993 01:27:08 GMT
  9. Lines: 39
  10.  
  11.  
  12.  
  13.     I have been asked to look at the possibility of hooking up a 
  14.     custom-built peripheral to an Indigo.  The peripheral box
  15.     currently communicates with a PC via an SDLC serial connection
  16.     running at 182 kBaud (so I'm told); the idea is to replace the PC 
  17.     with an Indigo.
  18.  
  19.     SGI sells an SDLC card for its VME-based machines, but nothing
  20.     for the Indigo, apparantly.  I've talked to SGI Express, who
  21.     don't know of any 3rd party SDLC boards for the Indigo.  Does anybody
  22.     else out there know of anything along these lines?  
  23.  
  24.     What about the Zilog Z85130 DUARTs used by the Indigo?  Don't these
  25.     things have an SDLC mode they can run in?  Is this one of those
  26.     things that might work, but is not "supported"?  Some of the #defines
  27.     in sys/z8530.h seem to indicate SDLC functionality...
  28.  
  29.     The man page for serial(7) also seems to indicate that an external
  30.     clock can be provided to the DUARTS.  Is this a way of getting these
  31.     things to run at a rate faster than the officially supported maximum
  32.     of 38.4 kBaud?  Is there any more in the documentation about this?
  33.  
  34.     If the DUARTs can't be made to handle anything greater than 38.4 kBaud,
  35.     would it be feasible to consider building some "black box" to convert
  36.     the incoming SDLC serial data to something which could be fed in
  37.     through the parallel printer port?  Perhaps such a thing
  38.     already exists?
  39.  
  40.     Any and all comments, suggestions, caveats, and/or dire warnings greatly
  41.     appreciated!  Is this an impossible task altogether, or is there some
  42.     hope?
  43.  
  44.     Thanks,
  45.     Chris
  46. -- 
  47. ========================================================================
  48. Chris Welman                    Simon Fraser University
  49. welman@sfu.ca                    (604) 291-3610
  50.