home *** CD-ROM | disk | FTP | other *** search
/ Simtel MSDOS 1992 June / SIMTEL_0692.cdr / msdos / fossil / hzcomm31.arc / HZCOMM30.DOC < prev    next >
Encoding:
Text File  |  1987-03-13  |  4.3 KB  |  135 lines
  1.  
  2.  
  3.     HZComm - FOSSIL implementation for the Heath/Zenith-100 computer
  4.     ----------------------------------------------------------------
  5.  
  6.  
  7.     This file desribes the implementation specific features of this 
  8.     FOSSIL driver.  For information on use and/or implementation of
  9.     a FOSSIL driver, see the enclosed FOSSIL.DOC.
  10.  
  11.     This version of HZComm has been tested with Opus Version 0.00 
  12.     and Seadog Version 4.0.
  13.  
  14.     This TSR program provides complete support for the FOSSIL spec.,
  15.     version 3.  It should be run once, upon system boot up.  The 
  16.     program will try to determine if it has already been installed,
  17.     and will not reinstall if it's already in memory.
  18.  
  19.     HZComm and ZPC
  20.     --------------
  21.  
  22.     Some care should be taken if you intend to have HZComm and ZPC
  23.     resident at the same time.  HZComm should be loaded AFTER ZPC.
  24.     This seems to work for all programs that use either utility,
  25.     except SETZPC.  The method SETZPC uses to locate ZPC in memory
  26.     seems to be confused by the presence of HZComm.  ZPC itself has
  27.     the same problem, and will not detect that it is already in
  28.     memory if it is reinvoked.  This is a good way to eat up large
  29.     chunks of memory in a hurry.  So the moral is, load ZPC then
  30.     HZComm.  If you need to configure ZPC, don't load HZComm until
  31.     you're done.
  32.  
  33.  
  34.     HZComm Implementation Notes
  35.     ---------------------------
  36.  
  37.     HZComm recognizes two serial ports, Serial-A (J1, COM1 to IBM
  38.     types), and Serial-B (J2, COM2).  The port number passed to
  39.     HZComm should be 0 for Serial-A and 1 for Serial-B.  As of the
  40.     current release, only one port can be active at any one time,
  41.     and the port number argument is only used for functions 4 and
  42.     20.  All other function ignore the port number argument.
  43.     
  44.     Because of a design "quirk" in the 2661 EPCI that the '100 uses
  45.     for serial I/O, the DCD input to the computer is basically
  46.     worthless.  The HZComm driver assumes that the DCD output from
  47.     your modem (normally pin 8) is connected to the DSR input on
  48.     the '100 serial port.  This is pin 22 on Serial-A and pin 6 on
  49.     Serial-B.  Don't forget that that Serial-A requires swapped pins
  50.     2 and 3, as well as other changes.
  51.  
  52.     Function 0 - standard
  53.  
  54.     Function 1 - standard
  55.  
  56.     Function 2 - standard
  57.  
  58.     Function 3 - standard
  59.  
  60.     Function 4 - The control-C flag checking is not implemented.
  61.  
  62.     Function 5 - standard
  63.  
  64.     Function 6 - standard
  65.  
  66.     Function 7 - standard - the timer on the '100 is 100Hz
  67.  
  68.     Function 8 - standard
  69.  
  70.     Function 9 - standard
  71.  
  72.     Function 10 - standard
  73.  
  74.     Function 11 - standard
  75.  
  76.     Function 12 - standard
  77.  
  78.     Function 13 - standard, with caveats:
  79.  
  80.         HZComm actually stuffs the IBM style keycodes in the BIOS 
  81.         typeahead buffer.  That way Opus Version 0.00 (which expects 
  82.         IBM keycodes but uses DOS calls to get them) works as 
  83.         expected.  When this call is made the keycodes are retrieved
  84.         from the BIOS buffer and returns them to the caller.  When
  85.         a new version of Opus comes out that uses this call, a new
  86.         version of HZComm will be released that doesn't mess with
  87.         the BIOS at all.  In that case, keyboard entries will ONLY
  88.         be available through this call.
  89.  
  90.     Function 14 - standard, with same caveats as Function 13.
  91.  
  92.     Function 15 - standard, with caveats:
  93.  
  94.         XON/XOFF is supported in the driver for output.  If it ever
  95.         becomes necessary for HZComm to be able to impose flow
  96.         control on input, this function may be revised.  The UART 
  97.         used in the '100 stops transmitting by itself when CTS is 
  98.         removed.  RTS would only be needed in the case of input
  99.         flow control.  This MAY be implemented in a future release.
  100.  
  101.     Function 16 - standard (I think)
  102.  
  103.     Function 17 - standard
  104.  
  105.     Function 18 - standard
  106.  
  107.     Function 19 - standard, The use of ZANSI is recommended.
  108.  
  109.     Function 20 - standard
  110.  
  111.         The watchdog activation/deactivation is not effected by inits 
  112.         (function 4) and uninits (function 5).  This is so that a
  113.         watchdog may be set before running a program that does not
  114.         monitor the serial port.
  115.  
  116.     Function 21 - standard
  117.  
  118.     Function 22 - standard, maximum of 4 routines added to chain.
  119.  
  120.     Function 23 - standard, both "types" of boot are identical
  121.  
  122.  
  123.     Version History
  124.     ---------------
  125.  
  126.     03/01/87    Version 2.31
  127.  
  128.     First public release.  Supports all functions required to support
  129.     Fido, Opus V0.00 and SEADog V4.0.
  130.  
  131.  
  132.     03/12/87    Version 3.0
  133.  
  134.     First release of FOSSIL draft version 3 implementation.
  135.