80-Bus News

  

July–October 1982, Volume 1, Issue 3

Page 36 of 51

That should explain itself, there is nothing complicated about it, it uses the Nascom output routines to do the hard work. Note that SRLX is called from within the handshake program, this means that it is not necessary to set the X command on, although the last parameter given to the X command will be the default protocol for the output. If the X command is to be used, simply omit the RCAL SRLX, and the routine will work as a handshake routine only.

Driving a printer fitted with a Centronics input is a little more complicated. As has already been mentioned, the Centronics output is parallel so use is made of the Nascom or Gemini onboard PIO device. The PIO device ought to be the subject of an article in it’s own right. Howard Birkett covered it way way back in INMC 1 or 2, and I had a go at describing it in INMC 3. Although these magazines are long since out of print, Howard’s article is reprinted in the ‘Best of INMC’ which is still available. I will not dwell on the PIO device itself, simply list the actions needed to prime the device to make it work as Centonics type interface.

Before starting to write an interface program it is necessary to understand what it is it is intended to drive. The Centronics interface works like this.

1seven bits of data are placed on the output
2A slight delay to allow the data to settle
3A strobe pulse is generated to cause the printer to latch in the data
4A slight delay to allow the data to be latched
5The strobe pulse is removed
6The printer generates an ACKnowledge pulse
7The printer also generates a BUSY signal which remains active until any print action is complete.

1. When data are accepted:

 FIG.2 


T1 ~ T3:1µ sec min.
T4:100 nsec max.
T5:0·1 ~ 0·5 msec
T6:6 ~ 8 µsec
Page 36 of 51