The NAT9914™ integrated circuit (“equipment”) is warranted against defects in material
and workmanship under normal use and service for a period of one (1) year from the date
of shipment from the National Instruments factory. During this period of one year,
National Instruments shall at its sole option either repair, replace, or credit the Buyer for
defective equipment if: (i) Buyer returns the equipment to National Instruments, FOB the
National Instruments factory in Austin, Texas; (ii) Buyer notifies National Instruments
promptly upon discovery of any defect in writing, including a detailed description of the
defect; and (iii) upon examination of the returned equipment, National Instruments is
satisfied that the circuit is defective and that the cause of such defect is not alteration or
repair by someone other than National Instruments, neglect, accident, misuse, improper
installation, or use contrary to any instructions issued by National Instruments.
A Return Material Authorization (RMA) number must be obtained from the factory and
clearly marked on the outside of the package before any equipment will be accepted for
warranty work. Prior to issuance of an RMA by National Instruments, Buyer shall allow
National Instruments the opportunity to inspect the equipment on-site at Buyer’s facility.
This warranty expires one year from date of original shipment regardless of any warranty
performance during that warranty period. The warranty provided herein is Buyer’s sole
and exclusive remedy for nonconformity of the equipment or for breach of any warranty.
THE ABOVE IS IN LIEU OF ALL OTHER WARRANTIES EXPRESSED OR
IMPLIED. NATIONAL INSTRUMENTS SPECIFICALLY DISCLAIMS THE
IMPLIED WARRANTIES OF MERCHANTIBILITY AND FITNESS FOR A
PARTICULAR PURPOSE. BUYER’S RIGHT TO RECOVER DAMAGES CAUSED
BY FAULT OR NEGLIGENCE ON THE PART OF NATIONAL INSTRUMENTS
SHALL BE LIMITED TO THE AMOUNT THERETOFORE PAID BY THE BUYER.
NATIONAL INSTRUMENTS WILL NOT BE LIABLE FOR DAMAGES RESULTING
FROM LOSS OF DATA, PROFITS, USE OF PRODUCTS, OR INCIDENTAL OR
CONSEQUENTIAL DAMAGES, EVEN IF ADVISED OF THE POSSIBILITY
THEREOF. This limitation of the liability of National Instruments will apply regardless
of the form of action, whether in contract or tort, including negligence. National
Instruments recommends against the use of its products as critical components in any life
support devices or systems whose failure to perform can reasonably be expected to cause
significant injury to a human. Buyer assumes all risk for such application and agrees to
indemnify National Instruments for all damages which may be incurred due to use of the
National Instruments standard devices in medical or life support applications. Any action
against National Instruments must be brought within one year after the cause of action
accrues.
National Instruments believes that the information in this manual is accurate. The
document has been carefully reviewed for technical accuracy. In the event that technical
or typographical errors exist, National Instruments reserves the right to make changes to
subsequent editions of this document without prior notice to holders of this edition. The
reader should consult National Instruments if errors are suspected. In no event shall
National Instruments be liable for any damages arising out of or related to this document
or the information contained in it.
Copyright
Under the copyright laws, this publication may not be reproduced or transmitted in any
form, electronic or mechanical, including photocopying, recording, storing in an
information retrieval system, or translating, in whole or in part, without the prior written
consent of National Instruments Corporation.
Trademarks
NAT9914™ is a trademark of National Instruments Corporation.
Product and company names listed are trademarks or trade names of their respective
companies.
WARNING REGARDING MEDICAL AND CLINICAL
USE OF NATIONAL INSTRUMENTS PRODUCTS
National Instruments products are not designed with components and testing intended to
ensure a level of reliability suitable for use in treatment and diagnosis of humans.
Applications of National Instruments products involving medical or clinical treatment can
create a potential for accidental injury caused by product failure, or by errors on the part
of the user or application designer. Any use or application of National Instruments
products for or involving medical or clinical treatment must be performed by properly
trained and qualified medical personnel, and all traditional medical safeguards,
equipment, and procedures that are appropriate in the particular situation to prevent
serious injury or death should always continue to be used when National Instruments
products are being used. National Instruments products are NOT intended to be a
substitute for any form of established process, procedure, or equipment used to monitor
or safeguard human health and safety in medical or clinical treatment.
Contents
About This Manual ............................................................................................. xiii
Organization of This Manual ......................................................................... xiii
Conventions Used in This Manual................................................................. xiv
Related Documentation ................................................................................. xiv
Customer Communication ............................................................................. xv
This manual describes the programmable features of the NAT9914 and contains
information that is suitable for programmers and engineers who wish to write software
for the NAT9914.
This manual assumes that you are already familiar with general IEEE 488 concepts.
Organization of This Manual
This manual is organized as follows:
•Chapter 1, Introduction and General Description, explains the features and
capabilities of the NAT9914.
•Chapter 2, NAT9914 Architecture, discusses the internal hardware architecture of the
NAT9914.
•Chapter 3, 9914-Mode Interface Registers, contains NAT9914 address maps and
detailed descriptions of the NAT9914 interface registers in 9914 mode.
•Chapter 4, 7210-Mode Interface Registers, contains NAT9914 address maps and
detailed descriptions of the NAT9914 interface registers in 7210 mode.
•Chapter 5, Software Considerations, explains important NAT9914 programming
considerations.
•Chapter 6, Controller Software Considerations, explains important GPIB Controller
considerations.
•Chapter 7, Hardware Considerations, explains important NAT9914 hardwareinterfacing considerations, including a description of the pins.
•Appendix A, Common Questions, lists common questions and answers.
•Appendix B, Introduction to the GPIB, discusses the history of the GPIB, GPIB
hardware configurations, and serial polling.
•Appendix C, Standard Commands for Programmable Instruments (SCPI), discusses
the SCPI document, the required SCPI commands, and SCPI programming.
•Appendix D, Multiline Interface Command Messages, lists the multiline interface
messages and describes the mnemonics and messages that correspond to the interface
functions.
•Appendix E, Mnemonics Key, defines the mnemonics (abbreviations) that this
manual uses for functions, remote messages, local messages, states, bits, registers,
integrated circuits, and system functions.
•Appendix F, Customer Communication, contains forms you can use to request help
from National Instruments or to comment on our products and manuals.
•The Glossary contains an alphabetical list and a description of the terms that this
manual uses, including abbreviations, acronyms, metric prefixes, mnemonics, and
symbols.
•The Index contains an alphabetical list of the key terms and topics that this
manual uses, and it includes the page number where you can locate each term
and topic.
Conventions Used in This Manual
This manual uses the following conventions.
italicItalic text denotes emphasis, a cross reference, or an
introduction to a key concept.
bold italicBold italic text denotes a note, caution, or warning.
monospaceText in this font denotes programming examples.
IEEE 488 and IEEE 488 and IEEE 488.2 refer to the ANSI/IEEE
IEEE 488.2Standard 488.1-1987 and ANSI/IEEE Standard 488.2-1992,
respectively, which define the GPIB.
The Glossary lists abbreviations, acronyms, metric prefixes, mnemonics, symbols, and
terms.
Related Documentation
The following documents contain information that you may find helpful as you read this
manual.
•NAT9914 Data Sheet
•ANSI/IEEE Standard 488.1-1987, IEEE Standard Digital Interface for
Programmable Instrumentation
•ANSI/IEEE Standard 488.2-1992, IEEE Standard Codes, Formats,
Protocols, and Common Commands
You may obtain the two ANSI/IEEE documents through the Institute of Electrical and
Electronics Engineers, 345 East 47th Street, New York, New York 10017.
You may obtain more information about Standard Commands for Programmable
Instruments from the SCPI Consortium, 8380 Hercules Drive, Suite P3, La Mesa,
CA 91942.
Customer Communication
National Instruments wants to receive your comments on our products and manuals. We
are interested in the applications you develop with our products, and we want to help if
you have problems with them. To make it easy for you to contact us, this manual
contains comment and configuration forms for you to complete. These forms are in
Appendix F, Customer Communication, at the end of this manual.
This chapter explains the features and capabilities of the NAT9914.
The NAT9914 is an IEEE 488.2 Controller chip designed to perform all the
interface functions defined in the ANSI/IEEE Standard 488.1-1987 and the
additional requirements and recommendations of the ANSI/IEEE Standard
488.2-1987. The NAT9914 manages the IEEE 488 interface functions with a set
of control and status registers that increase the throughput of driver software and
simplify hardware and software design. The NAT9914 performs complete
IEEE 488 Talker, Listener, and Controller functions and is software compatible
with the NEC µPD7210 and TI TMS9914A chips.
The NAT9914 can be characterized as a bus translator: it converts messages and
signals from the CPU into appropriate GPIB messages and signals. In GPIB
terminology, the NAT9914 implements GPIB board and device functions to
communicate with the central processor and memory. For the computer, the
NAT9914 is an interface to the outside world.
IEEE 488 Capabilities
The National Instruments NAT9914 has the features necessary to provide a
high-performance IEEE 488 interface. Table 1-1 lists the capabilities of the NAT9914
in terms of the IEEE 488 standard codes.
The NAT9914 has complete Source and Acceptor Handshake capability. It can operate
as a basic Talker or an extended Talker and can respond to a Serial Poll. If you place it in
talk-only mode, it is unaddressed to talk when it receives its listen address. The
NAT9914 GPIB interface can also operate as a basic Listener or an extended Listener.
If you place it in listen-only mode, it is unaddressed to listen when it receives its talk
address. The NAT9914 can request service from a Controller.
Device Clear and Trigger capability is included in the interface; the interpretation is
software dependent.
Other GPIB features include the following:
•Messages not sent when there are no Listeners
•Automatic detection of EOS and/or New Line (NL) messages
•Programmable data transfer rates (T1 delays as short as 350 ns)
•Automatic processing of IEEE 488 commands and read-undefined commands
•Ability to use several addressing modes:
–Automatic single dual primary addressing detection
–Single primary with multiple secondary addressing
–Multiple primary addressing and multiple secondary addressing
CPU Interface Capabilities
•Software compatible with NEC µPD7210 and TI TMS9914A Controller chips
Figure 1-1 shows a block diagram of a typical application that uses the NAT9914
to implement an IEEE 488.2 interface.
CPU Bus
Control
Address
Decode
GPIB
XCVR
GPIB
Data
Interrupt
NAT9914
GPIB
XCVR
Figure 1-1. NAT9914 Implementation Block Diagram
In all applications, the NAT9914 must be connected to the GPIB via IEEE 488 compliant
transceivers such as the 75160 and 75162, which are available from National
Semiconductor and other vendors.
This chapter discusses the internal hardware architecture of the NAT9914.
The NAT9914 includes the following major components:
•Read/Write Control converts the CPU interface signals to read and write signals for
each internal NAT9914 register.
•Internal NAT9914 Registers configure and control the operation of the NAT9914.
They transfer data between the NAT9914 and the GPIB, report status information,
and set the operating modes. Chapter 3, 9914-Mode Interface Registers, and
Chapter 4, 7210-Mode Interface Registers, describe each register in detail.
•Interface Functions implement the interface functions described in the IEEE 488.1
standard. Some internal registers control the interface functions, and you can use
other internal registers to monitor the status of interface functions. The interface
functions drive and receive the GPIB control signals and generate the signals to
control the GPIB transceivers.
•Message Decoders receive the GPIB data lines and decode the GPIB commands that
affect the operation of the interface functions.
The NAT9914 has two basic modes of operation: 9914 mode and 7210 mode.
In 9914 mode, the NAT9914 is software compatible with the TMS9914A IEEE 488
Controller. The NAT9914 has many registers and features that are not present in the
TMS9914A. In 7210 mode, the NAT9914 is software compatible with the µPD7210
IEEE 488 Controller. The NAT9914 has many registers and features that are not present
in the µPD7210.
Note:Throughout this manual, 7210 mode refers to the NEC µPD7210 software
compatibility mode, and 9914 mode refers to the TI TMS9914A software
compatibility mode.
Changing the NAT9914 Mode
Figure 2-2 illustrates how you change the mode of the NAT9914.
sw9914 Auxiliary
Command
7210 Mode
sw7210 Auxiliary
Command
9914 Mode
Hardware Reset
Figure 2-2. Changing the NAT9914 Mode
Notice that the NAT9914 is in 9914 mode after a hardware reset. To change from
9914 mode to 7210 mode, write the sw7210 auxiliary command to the (9914 mode)
Auxiliary Command Register (AUXCR). To change from 7210 mode to 9914 mode,
write the sw9914 auxiliary command to the (7210 mode) Auxiliary Mode Register
(AUXMR).
This chapter contains NAT9914 address maps and detailed descriptions of the NAT9914
interface registers in 9914 mode. For 7210-mode register descriptions, see Chapter 4,
7210-Mode Interface Registers.
9914 Register Map
Table 3-1 is the register bit map for the NAT9914 in 9914 mode.
Notice that bold-ruled cells distinguish six registers that are accessible only when the
Page-In state is true. Refer to The Page-In Condition section that immediately follows
the register map for more information.
Four writable registers can appear at the same offset as the Address Status Register
(ADSR) (offset 4). After a hardware or software reset, no writable register appears at the
ADSR offset: the NAT9914 ignores writes to that offset.
One Page-In auxiliary command exists for each of the four registers. The host interface
can make one of the four registers accessible by issuing the appropriate Page-In
command to the Auxiliary Command Register (AUXCR). The paged-in register remains
accessible at the ADSR offset until the host interface pages-in another register or issues
the Clear Page-In Register auxiliary command.
When any one of the four writable registers is accessible at the ADSR offset, Interrupt
Status Register 2 (ISR2) is accessible at the same offset as the Address Register (ADR),
and the Serial Poll Status Register (SPSR) is accessible at the same offset as the Serial
Poll Mode Register (SPMR).
Hidden Registers
In addition to the registers shown in Table 3-1, the NAT9914 contains hidden registers.
All hidden registers are write-only registers. Two or more hidden registers can appear at
the same offset. When you write an 8-bit pattern to these offsets, some of the bits
determine which hidden register will be written. The other bits represent the value
written to the register.
Accessory Read Register Map
Several hidden registers appear at the Accessory Register (ACCR) offset. Table 3-2
shows these hidden registers.
Some 7210-mode registers and 9914-mode registers share identical names. The
7210-mode registers are described in Chapter 4, 7210-Mode Interface Registers. If you
are using the NAT9914 in 9914 mode, be sure to read the proper description for the
9914-mode registers.
All registers are listed in alphabetical order. The registers are alphabetized according to
their mnemonics.
Accessory Register A (ACCRA) controls the EOS and END messages. The ch_rst
auxiliary command or a hardware reset clears ACCRA.
BitMnemonicDescription
4wBINBinary bit
The BIN bit selects the length of the EOS message. If
BIN = 1, the End-of-String Register (EOSR) is treated as
an 8-bit byte. When BIN = 0, the EOSR is treated as a
7-bit register (for ASCII characters), and only a 7-bit
comparison is done with the data on the GPIB.
3wXEOSTransmit END With EOS bit
The XEOS bit permits or prohibits automatic transmission
of the GPIB END message at the same time as the EOS
message when the NAT9914 is in Talker Active State
(TACS). If XEOS = 1 and the byte in the Command/Data
Out Register (CDOR) matches the contents of the EOSR,
the EOI line is sent true along with the data.
2wREOSEND On EOS Received bit
The REOS bit permits or prohibits setting the END bit
(ISR0[3]r) when the NAT9914 receives the EOS message
as a Listener. If REOS = 1 and the byte in the Data In
Register (DIR) matches the byte in the EOSR, the END
bit (ISR1[4]r) is set and the acceptor function treats the
EOS character just as if it were received with EOI
asserted.
ISS determines the value of the NAT9914 ist message.
When ISS = 1, ist takes on the value of the NAT9914
Service Request State (SRQS). (The NAT9914 is
asserting the GPIB SRQ message when it is in SRQS.)
If ISS = 0, ist takes on the value of the NAT9914 Parallel
Poll Flag. You set and clear the Parallel Poll Flag by
using the Set Parallel Poll Flag and Clear Parallel Poll
Flag auxiliary commands. For more information, see The
ist Message section in Chapter 5, Software
Considerations.
3wINVInvert bit
INV determines the polarity of the INT* pin.
INV BitINT* Pin Polarity
0Active Low
1Active High
See the Generating Hardware Interrupts section in
Chapter 5, Software Considerations.
2wLWCListen When Controller bit
LWC enables the NAT9914 to accept command bytes that
the NAT9914 sources when it is CIC. If LWC = 0, the
NAT9914 does not accept command bytes sent by itself.
SPEOI determines whether the NAT9914 sends EOI
when a Controller serial polls the NAT9914.
SPEOIEOI During Serial Polls
0Sent False
1Sent True
0wATCTAutomatic Take Control bit
If ATCT = 1, the NAT9914 can—without software
intervention—take control when another CIC passes
control to it. Use the CIC bit (ISR2[0] to determine when
the NAT9914 receives control. See the GPIB Controller
Considerations section in Chapter 6, Controller Software
Considerations.
Accessory Register E (ACCRE) determines how the NAT9914 uses a Data Accepted
(DAC) holdoff. The ch_rst auxiliary command or a hardware reset clears ACCRE.
Each bit of ACCRE enables DAC holdoffs on a GPIB command or group of
commands. When a GPIB Controller sends the specified command to the NAT9914,
the Unrecognized Command (UNC) bit sets and the NAT9914 performs a DAC holdoff.
See the DAC Holdoffs section in Chapter 5, Software Considerations.
Accessory Register F (ACCRF) determines how the NAT9914 uses a DAC holdoff.
The ch_rst auxiliary command or a hardware reset clears ACCRF.
Each bit of ACCRF enables DAC holdoffs on a GPIB command or group of commands.
When a GPIB Controller sends the specified command to the NAT9914, the UNC bit sets
and the NAT9914 performs a DAC holdoff. See the DAC Holdoffs section in Chapter 5,
Software Considerations.
BitMnemonicDescription
3wDHATADAC Holdoff On All Talker Addresses bit
2wDHALADAC Holdoff On All Listener Addresses bit
1wDHUNTLDAC Holdoff On The UNT Or UNL Command bit
0wDHALLDAC Holdoff On All UCG, ACG, And SCG Commands
If USTD = 1, the T1 delay can be as short as 350 ns. See
the T1 Delay Generation section in Chapter 5, SoftwareConsiderations.
2wPP1Parallel Poll bit 1
The PP1 bit permits or prohibits the NAT9914's
ability to automatically respond to remote parallel poll
configuration. If PP1 = 1, the NAT9914 can be
configured remotely for parallel polls without software
intervention.
The Acceptor Handshake does not perform a DAC
holdoff or set the UNC bit when it receives a Parallel Poll
Command (PPC or PPU).
If PP1 = 0, parallel polls must be configured through the
Parallel Poll Register (PPR), and Parallel Poll commands
must be monitored by UNC.
For more information, see the Automatic Remote
Configuration section in Chapter 5, Software
Considerations.
0wDMAEDMA Enable bit
DMAE lets you use DMAO (IMR0[7]) and DMAI
(IMR0[6]) to enable the ACCRQ* signal. See the Using
DMA/The ACCRQ* Pin section in Chapter 5, Software
Considerations.
If DMAE = 0, ACCRQ* always asserts when the
NAT9914 receives a data byte as a Listener or when the
NAT9914 is a Talker and the CDOR is empty.
ADR is used to load the primary GPIB address of the interface. See the GPIBAddressing
section in Chapter 5, Software Considerations.
BitMnemonicDescription
7wedpaEnable Dual Primary Addressing Mode bit
Setting edpa enables the dual primary addressing mode of
the NAT9914. If edpa = 1, the NAT9914 ignores the least
significant bit (A1) of its GPIB address. The NAT9914
then has two consecutive primary addresses. The
Upper/Lower Primary Address (ulpa) bit in the Address
Status Register indicates which address is active.
6wdalDisable Listener bit
Setting dal returns the NAT9914 Listener function to the
Listener Idle State (LIDS) and forces the NAT9914
Listener function to remain in LIDS even if the chip
receives its GPIB listen address or a lon auxiliary
command.
5wdatDisable Talker bit
Setting dat returns the NAT9914 Talker function to the
Talker Idle State (TIDS) and forces the Talker function to
remain in TIDS even if the chip receives its GPIB talk
address or a ton auxiliary command.
4–0wA[5–1]NAT9914 GPIB Address bits 5 through 1
A[5–1] specify the primary GPIB address of the
NAT9914. The corresponding GPIB talk address is
formed by adding hex 40 to A[5–1], while the
corresponding GPIB listen address is formed by adding
hex 20. A[5–1] should not be 11111 (binary) to prevent
the corresponding talk and listen addresses from
conflicting with the GPIB Untalk (UNT) and GPIB
Unlisten (UNL) commands.
TPAS indicates that the NAT9914 has accepted its
primary talk address.
TPAS is cleared by
(PCG & ~MTA & ACDS) + pon
2rLAListener Active bit
LA = 1 when the NAT9914 has been addressed or
programmed as a GPIB Listener—that is, the NAT9914
is in the Listener Active State (LACS) or the Listener
Addressed State (LADS). The NAT9914 is addressed to
listen when it receives its listen address from the CIC.
You can also program the NAT9914 to listen by using the
Listen-Only auxiliary command.
If the NAT9914 is addressed to listen, it is automatically
unaddressed to talk.
LA is cleared by
pon + IFC + (UNL & ACDS)
1rTATalker Active bit
TA = 1 when the NAT9914 has been addressed or
programmed as the GPIB Talker—that is, the NAT9914
is in TACS, Talker Addressed State (TADS), or Serial
Poll Active State (SPAS). The NAT9914 can be
addressed to talk when it receives its talk address from the
CIC. You can also program the NAT9914 to talk by
using the Talk-Only auxiliary command.
If the NAT9914 is addressed to talk, it is automatically
unaddressed to listen.
Use the AUXCR to issue auxiliary commands. Two basic types of commands are
implemented in the AUXCR: pulsed and static. Use static commands to enable (set) or
disable (clear) various features of the NAT9914. The pulsed commands stay active for
one clock pulse after the AUXCR has been written.
Note:Writes to the AUXCR should be separated by at least four clock cycles.
Table 3-3 summarizes the AUXCR auxiliary commands and Table 3-4 describes the
AUXCR auxiliary commands.
Clear Software Reset (~swrst)
Set Software Reset (swrst)
The local swrst message places all GPIB interface functions into their idle
states. swrst is equivalent to the GPIB local Power On (pon) message.
swrst is set by a hardware reset, the ch_rst auxiliary command, or the
swrst auxiliary command. You should configure the NAT9914 while
swrst is set. Configuration includes writing the address of the device into
the ADR, writing mask values into the Interrupt Mask Registers, and
selecting the desired features in the Auxiliary Command, Accessory, and
Address Registers. When swrst is cleared, the device becomes logically
existent on the GPIB.
These commands clear a DAC holdoff condition. When APT = 1,
nonvalid indicates that the last GPIB command byte received from the
Controller was an invalid secondary address. Valid indicates a valid
secondary address.
A DAC holdoff caused by any other GPIB command byte should be
released with the nonvalid command. See the DAC Holdoffs section in
Chapter 5, Software Considerations.
02Release RFD Holdoff (rhdf)
This command releases any Ready For Data (RFD) holdoffs that hdfa or
hlde have caused.
Clear Holdoff On All Data (~hdfa)
Set Holdoff On All Data (hdfa)
If hdfa is true, the NAT9914 performs an RFD holdoff after it receives a
data byte. To complete the handshake, you must issue the rhdf command
after the NAT9914 receives each byte. A hardware reset or the ch_rst
auxiliary command clears hdfa. See The GPIB rdy Message and RFDHoldoffs section in Chapter 5, Software Considerations.
Clear Holdoff On END Only (~hdfe)
Set Holdoff On END Only (hdfe)
If hdfe is true, the NAT9914 performs an RFD holdoff after it receives a
data byte that satisfies the END condition. A hardware reset or the ch_rst
auxiliary command clears hdfe. See The GPIB rdy Message and RFDHoldoffs section in Chapter 5, Software Considerations.
nbaf forces the local message, nba, to become false. This action prohibits
the NAT9914 from sending the last byte written to the CDOR. See the
Using nbaf section in Chapter 5, Software Considerations.
Clear Force Group Execute Trigger (~fget)
Set Force Group Execute Trigger (fget)
These commands generate a trigger condition.
If the host interface issues ~fget, the TR pin pulses asserted for at least
five clock cycles.
If the host interface issues fget, the TR pin asserts and remains asserted
until the host interface issues ~fget.
Description
These commands do not set or clear the Group Execute Trigger (GET) bit.
Clear Return To Local (~rtl)
Set Return To Local (rtl)
These commands set and clear the IEEE 488 rtl local message.
If the host interface issues the ~rtl command, the IEEE 488 rtl message
pulses true.
If the host interface issues the rtl command, the IEEE 488 rtl message
becomes true and remains true until the host interface issues ~rtl. A
hardware reset or the ch_rst auxiliary command clears rtl.
The Send EOI command causes the GPIB EOI line to go true with the
next data byte transmitted.
09
89
0A
8A
0BGo To Standby (gts)
Clear Listen Only (~lon)
Set Listen Only (lon)
lon forces the Listener function into the LACS. ~lon forces the Listener
function to leave the LACS. The local message pon clears lon.
Clear Talk Only (~ton)
Set Talk Only (ton)
ton forces the Talker function into the TACS. ~ton forces the Talker
function to leave the TACS. The local message pon clears ton.
The gts command pulses the local gts message. If the NAT9914 is the
Active Controller, gts forces the NAT9914 to become the Standby
Controller and to unassert the GPIB ATN signal. See the Three Basic
Controller States section in Chapter 6, Controller Software
Considerations.
Description
0CTake Control Asynchronously (tca)
The tca command pulses the local tca message. If the NAT9914 is the
Standby Controller, tca forces the NAT9914 to become the Active
Controller and to assert the GPIB ATN signal.
0DTake Control Synchronously (tcs)
The tcs command pulses the local tcs message. If the NAT9914 is the
Standby Controller and an Active Listener, the tcs message forces the
NAT9914 to become the Active Controller when the NAT9914 performs
an RFD holdoff (that is, the AH function enters the Acceptor Not Ready
State).
Clear Request Parallel Poll (~rpp)
Set Request Parallel Poll (rpp)
The ~rpp and rpp commands set and clear the local rpp message. If the
NAT9914 is the Active Controller, the rpp message forces the NAT9914
to send the Identify (IDY) message to all GPIB devices in the system and
to conduct a parallel poll. After the NAT9914 has been conducting a
parallel poll for at least 2 µs, the control program can read the Command
Pass Through Register (CPTR) to obtain the parallel poll result, then the
control program can end the parallel poll by issuing the ~rpp command.
A hardware reset or the ch_rst auxiliary command clears rpp.
Clear Send Interface Clear (~sic)
Set Send Interface Clear (sic)
The ~sic and sic commands clear and set the sic and rsc local messages.
Setting sic and rsc forces the NAT9914 to become the System Controller
and to assert the GPIB Interface Clear (IFC) signal. The control program
must not issue the ~sic command until after IFC has been asserted at least
100 µs. A hardware reset or the ch_rst auxiliary command clears sic. See
the System Controller Considerations section in Chapter 6, ControllerSoftware Considerations.
Note:Before it issues the sic command, the control program must
ensure—by some means external to the NAT9914—that the
GPIB transceivers are enabled to drive the GPIB IFC* signal.
Clear Send Remote Enable (~sre)
Set Send Remote Enable (sre)
The ~sre and sre commands clear and set the sre and rsc local messages.
Setting sre and rsc forces the NAT9914 to become the System Controller
and to assert the GPIB Remote Enable (REN) signal. The control
program must not issue the sre command until after REN has been
unasserted at least 100 µs. A hardware reset or the ch_rst auxiliary
command clears sre. See the System Controller Considerations section in
Chapter 6, ControllerSoftware Considerations.
Note:Before it issues the sre command, the control program must
ensure—by some means external to the NAT9914—that the
GPIB transceivers are enabled to drive the GPIB REN* signal.
If the NAT9914 is in the Idle Controller State, the rqc command forces
the NAT9914 to become the Active Controller when it detects that the
ATN signal is unasserted.
12Release Control (rlc)
The rlc command forces the NAT9914 to become an Idle Controller and
to unassert ATN.
13
93
14Pass Through Next Secondary (pts)
Clear Disable IMR2, IMR1, And IMR0 Interrupts (~dai)
Set Disable IMR2, IMR1, And IMR0 Interrupts (dai)
Issuing dai disables the interrupt pin. The Interrupt Status Registers and
any holdoffs selected in the Interrupt Mask Register are not affected by
the dai command. A hardware reset or the ch_rst auxiliary command
clears dai. See the Generating Hardware Interrupts section in Chapter 5,
Software Considerations.
After you issue the pts command, UNC (ISR1[5]) sets when the
NAT9914 receives a secondary command from the Controller.
Description
If PP1 = 0, you can use the pts command to implement remote parallel
poll configuration.
Note:It is simpler to set the PP1 bit to implement remote parallel poll
configuration. When PP1 = 1, the NAT9914 interprets remote
parallel poll configuration commands without software
intervention.
If the NAT9914 receives the PPC command, UNC sets. When the control
program detects UNC, the control program issues pts. UNC sets again
when the Controller sends the Parallel Poll Enable (PPE) command. The
control program reads the CPTR to obtain the PPE command, then the
control program writes the appropriate value to the PPR.
Clear Short T1 Delay (~stdl)
Set Short T1 Delay (stdl)
Issuing stdl makes the T1 delay time 1.1 µs. A hardware reset or the
ch_rst auxiliary command clears stdl. See the T1 Delay Generation
section in Chapter 5, Software Considerations.
Clear Shadow Handshaking (~shdw)
Set Shadow Handshaking (shdw)
The shdw command places the NAT9914 in continuous mode. A
hardware reset or the ch_rst auxiliary command clears shdw. See The
GPIB rdy Message and RFD Holdoffs section in Chapter 5, Software
Considerations.
Clear Very Short T1 Delay (~vstdl)
Set Very Short T1 Delay (vstdl)
Issuing vstdl reduces the T1 delay time to 500 ns. A hardware reset or the
ch_rst auxiliary command clears vstdl. See the T1 Delay Generation
section in Chapter 5, Software Considerations.
Clear Request Service bit 2 (~rsv2)
Set Request Service bit 2 (rsv2)
The rsv2 bit performs the same function as the rsv bit in the SPMR, but it
provides a means of requesting service that is independent of the SPMR.
With rsv2, you can make minor updates to the SPMR without affecting
the state of service request. rsv2 is cleared when the serial poll status byte
is sent to the Controller during a serial poll (SPAS & APRS & STRS). A
hardware reset or the ch_rst auxiliary command clears rsv2.
99Switch To 7210 Mode (sw7210)
Issuing sw7210 places the NAT9914 into 7210 compatibility mode.
The reqt and reqf commands are inputs to the IEEE 488.2 Service Request
Synchronization Circuit. Use these commands to set and clear the local
rsv message. The local message pon clears reqf and reqt.
If STBO IE = 0, reqt and reqf are not issued immediately; they are issued
on the write of the SPMR that follows the issuing of the reqt or reqf
auxiliary command.
If STBO IE = 1, reqt and reqf are issued immediately. See the IEEE
488.2 Service Requesting section in Chapter 5, Software Considerations.
The Chip Reset command resets the NAT9914 to the following
conditions:
•The local swrst message is set and the interface functions are
placed in their idle states.
•The SPMR bits are cleared.
Description
•The EOS and New Line (NL) bits are cleared.
•The ACCRA, ACCRB, ACCRE, ACCRF, and ACCRI
registers are cleared.
Clear Parallel Poll Flag (~ist)
Set Parallel Poll Flag (ist)
The ~ist and ist commands set and clear the Parallel Poll Flag. The value
of the Parallel Poll Flag is used as the local ist message when bit four of
ACCRB (ISS) = 0. The value of SRQS is used as the local ist message
when ISS = 1. The ch_rst auxiliary command or a hardware reset clears
the local ist message. See The ist Message section in Chapter 5, Software
Considerations.
Issuing piimr2 maps Interrupt Mask Register 2 (IMR2) to the ADSR
offset. After this command is issued, you can access IMR2 at the ADSR
offset until one of the following events occurs:
•A hardware reset occurs.
•The ch_rst auxiliary command is issued.
•Another register is paged into the ADSR offset.
•The Clear Page-In auxiliary command is issued.
Description
1FPage-In Bus Control Register (pibcr)
Issuing pibcr maps the Bus Control Register (BCR) to the ADSR offset.
After this command is issued, you can access BCR at the ADSR offset
until one of the following events occurs:
Issuing clrpi removes the previously paged-in ACCR from the ADSR
offset. After this command is issued, writes to offset 2 have no effect
until a Page-In auxiliary command is issued.
9EPage-In End-of-String Register (pieosr)
Issuing pieosr maps the EOSR to the ADSR offset. After this command is
issued, you can access the EOSR at the ADSR offset until one of the
following events occurs:
•A hardware reset occurs.
•The ch_rst auxiliary command is issued.
•Another register is paged into the ADSR offset.
•The Clear Page-In auxiliary command is issued.
9FPage-In Accessory Register (piaccr)
Issuing piaccr maps the ACCR to the ADSR offset. After this command
is issued, you can access the ACCR at the ADSR offset until one of the
following events occurs:
Bus Control Register (BCR)/Bus Status Register (BSR)
Attributes:Write only (BCR)
Read only (BSR)
76543210
ATNDAVNDACNRFDEOISRQIFCREN
ATNDAVNDACNRFDEOISRQIFCREN
BitMnemonicDescription
7rATNGPIB Attention Status bit
7wATNGPIB Attention Control bit
6rDAVGPIB Data Valid Status bit
6wDAVGPIB Data Valid Control bit
5rNDACGPIB Not Data Accepted Status bit
5wNDACGPIB Not Data Accepted Control bit
4rNRFDGPIB Not Ready For Data Status bit
4wNRFDGPIB Not Ready For Data Control bit
3rEOIGPIB End-or-Identify Status bit
3wEOIGPIB End-or-Identify Control bit
2rSRQGPIB Service Request Status bit
2wSRQGPIB Service Request Control bit
1rIFCGPIB Interface Clear Status bit
1wIFCGPIB Interface Clear Control bit
0rRENGPIB Remote Enable Status bit
0wRENGPIB Remote Enable Control bit
Reads of the Bus Status Register (BSR) return the status of the GPIB control lines at
the time of the read. Write ones to bits in the BCR to assert the corresponding GPIB
control lines.
Because the NAT9914 is either transmitting or receiving a GPIB control line at any
particular time and is not performing both actions simultaneously, setting a bit in the
BCR may not automatically assert the corresponding line on the GPIB. If the NAT9914
is transmitting a GPIB line when the corresponding bit in the BCR is set, the NAT9914
asserts the GPIB line. If the NAT9914 is receiving a GPIB line when the corresponding
bit in the BCR is set, the GPIB line is not asserted. However, in both these cases, the
GPIB signal internal to the NAT9914 is logically ORed with the value of the BCR bit.
Figure 3-1 illustrates the GPIB input/output hardware configuration.
Transmit Enable
GPIB Line Out
BCR Bit
PIN
NDAC
NRFD
SRQ
GPIB Line In
eliminates
glitches in
REN & IFC
Figure 3-1. GPIB I/O Hardware Configuration
In Figure 3-1, Transmit Enable represents the internal signal that is true when the chip is
driving a particular GPIB control line. GPIB Line Out represents the internal signal that
is true when an interface function within the chip is attempting to assert a GPIB control
signal. BCR Bit corresponds to the bit in the BCR. GPIB LineIn represents the internal
GPIB lines that are inputs to the GPIB interface functions and the BSR. The internal
signals SRQ , NDAC, and NRFD are monitored by the interface functions even when they
are not driven onto the pin. For this reason, the internal value of these signals is ORed
with the external value.
Because the BSR samples the GPIB control lines from the GPIB transceiver—not the
actual GPIB bus—the direction of each line determines the validity of each bit.
Generally, when a signal is an input, the BSR reflects its true bus status, while an output
signal reflects only the NAT9914 value of that particular line. Under normal GPIB
operation, this restriction on the validity of the BSR should not be too limiting, because
the lines that are typically monitored are valid when they are monitored. For example,
the Service Request (SRQ) line is valid in the BSR when the NAT9914 is CIC, which is
also when the SRQ line is monitored.
The CDOR moves data from the CPU to the GPIB when
the interface is the GPIB Talker or Controller. Writing to
the CDOR sets the local message, nba. When nba is true,
the Source Handshake (SH) function can transfer the data
or command in the CDOR to other GPIB devices.
Writing to the CDOR also
•Clears the Byte Out (BO) bit.
•Clears the ACCRQ* signal (unless DMAE = 1 and
DMAO = 0).
The host interface can write to the CDOR at offset 7 or by
performing a DMA write operation.
The CDOR and the DIR use separate latches. A read of
the DIR does not change data in the CDOR. The CDOR
is a transparent latch; thus, the GPIB data bus (DIO(8–1))
reflects changes on the CPU data bus during write cycles
to the CDOR.
The host interface can examine the GPIB Data Input/Output (DIO) lines by reading the
CPTR. The CPTR has no storage; the host interface should read the CPTR only during a
DAC holdoff. See the DAC Holdoffs section in Chapter 5, Software Considerations.
The DIR holds data that the NAT9914 receives when the
NAT9914 is a Listener. The NAT9914 latches GPIB data
into the DIR when LACS & ACDS is true.
Latching data into the DIR causes the Data In (DI) bit to
set. Usually, latching data into the DIR causes an RFD
holdoff. (See The GPIB rdy Message and RFD Holdoffs
section in Chapter 5, Software Considerations.)
The host interface can read the DIR at offset 7 or by
performing a DMA read operation. Reading the DIR also
•Clears the Byte In (BI) bit.
•Can clear an RFD holdoff (depending on several
other conditions).
•Clears the ACCRQ* signal (unless DMAE = 1 and
DMAI = 0).
The DIR and the CDOR use separate latches. When the
host interface writes to the CDOR, data in the DIR is not
changed.
The EOSR holds the byte that the NAT9914 uses to detect the end of a GPIB data block
transfer. The NAT9914 compares data it receives to a 7- or 8-bit byte (ASCII or
binary—depending on the BIN bit) in the EOSR in order to detect the end of a block of
data.
If the NAT9914 is a Listener and REOS = 1, the END bit is set in Interrupt Status
Register 0 (ISR0) whenever the received data byte matches the EOSR. If the NAT9914
is a Talker and XEOS = 1, the END message (GPIB EOI* line asserted low) is sent along
with a data byte whenever the data byte matches the EOSR.
The Internal Count Register (ICR) determines the internal clock frequency of the
NAT9914.
Note:The ICR resets to 00100101 (5 MHz).
BitMnemonicDescription
3–0wF(3–0)Clock Frequency
These bits, in addition to MICR (ICR2[0]), determine the
length of certain delays that are required by the IEEE 488
standard. You should set these bits according to the
frequency of the signal driving the CLK pin. For proper
operation, set F(3–0) and MICR as follows:
For more information, see the Internal Count Register 2
(ICR2) section in Chapter 4, 7210-Mode Interface
Registers, and the Set the Clock Frequency section inChapter 5, Software Considerations.
ISR0 contains Interrupt Status bits. Interrupt Mask Register 0 (IMR0) contains Interrupt
Enable bits that directly correspond to the Interrupt Status bits in ISR0. As a result, ISR0
and IMR0 service six possible interrupt conditions; each condition has an associated
Interrupt Status bit and an Interrupt Enable bit. If an Interrupt Enable bit is true when the
corresponding status condition or event occurs, the NAT9914 can generate a hardware
interrupt request. See the Generating Hardware Interrupts section in Chapter 5,
Software Considerations.
Bits in ISR0 are set and cleared regardless of the status of the Interrupt bits in IMR0.
If an interrupt condition occurs at the same time the host interface is reading ISR0, the
NAT9914 does not set the corresponding Interrupt Status bit until the read is finished.
A hardware reset clears all bits in IMR0.
BitMnemonicDescription
7rINT0Interrupt Register 0 Interrupt bit
INT0 is set when an unmasked status bit in ISR0 is set.
7wDMAODMA Output Enable bit
If DMAE = 1 (ACCRI[0]), DMAO enables the NAT9914
to assert the ACCRQ* pin as a GPIB Talker. The
NAT9914 asserts ACCRQ* when it is ready to accept
another byte in the CDOR. ACCRQ* does not assert if
the NAT9914 is not a Talker. See the Using DMA/The
ACCRQ* Pin section in Chapter 5, Software
Considerations.
INT1 is set when an unmasked status bit in Interrupt
Status Register 1 (ISR1) is set.
6wDMAIDMA Input Enable bit
If DMAE = 1 (ACCRI[0]), DMAI enables the NAT9914
to assert the ACCRQ* pin as a GPIB Listener. The
NAT9914 asserts ACCRQ* when the DIR contains a
byte for the host interface to read. See the Using
DMA/The ACCRQ* Pin section in Chapter 5, Software
Considerations.
If DMAE = 0, write 0 to DMAI.
5rBIByte In bit
5wBI IEByte In Interrupt Enable bit
BI indicates that a data byte has been received in the DIR.
An RFD holdoff must be cleared before the NAT9914
accepts the next data byte.
BI is set by
LACS & ACDS & ~(continuous mode)
BI is cleared by
swrst + (read ISR0) + (read DIR)
4rBOByte Out bit
4wBO IEByte Out Interrupt Enable bit
BO indicates that the NAT9914 is the Active Controller
or Talker and that the CDOR does not contain a byte to
send over the GPIB. BO sets again after each byte has
been sent and the source handshake has returned to
SGNS.
3rENDEnd Received bit
3wEND IEEnd Received Interrupt Enable bit
END sets when the NAT9914, as a Listener, receives a
data byte satisfying the END condition. A data byte
satisfies the END condition if one of the following
conditions is true:
•REOS = 1 and the data byte matches the contents of
the EOSR.
•NLEN = 1 and the data byte matches the ASCII new
line character (hex 0A).
•The GPIB EOI signal is asserted when the byte is
received.
That is, END is set by
(EOI + EOS & REOS + NL & NLEN) & LACS
& ACDS
END is cleared by
swrst + (read ISR0)
2rSPASSerial Poll Active State bit
2wSPAS IESerial Poll Active State Interrupt Enable bit
SPAS indicates that the Controller has serial polled the
NAT9914 in response to the NAT9914 requesting service.
SPAS is set by
[STRS & SPAS & APRS] becoming false
SPAS is cleared by
swrst + (read ISR0)
1rRLCRemote/Local Change bit
1wRLC IE Remote/Local Change Interrupt Enable bit
RLC is set when a change occurs in the REM bit,
ADSR[7]r. See the Remote/Local State Considerations
section in Chapter 5, Software Considerations.
0rMACMy Address Change bit
0wMAC IEMy Address Change Interrupt Enable bit
MAC indicates that the NAT9914 has received a
command from the Controller and that this command
has changed the addressed state of the NAT9914.
If the NAT9914 is using secondary addressing, MAC
sets only when the NAT9914 becomes unaddressed.
If edpa = 1, MAC does not set when the Controller
readdresses the NAT9914 at the NAT9914's other primary
address.
ISR1 contains Interrupt Status bits. Interrupt Mask Register 1 (IMR1) contains Interrupt
Enable bits that directly correspond to the Interrupt Status bits in ISR1. As a result, ISR1
and IMR1 service interrupt conditions; each condition has an associated Interrupt Status
bit and an Interrupt Enable bit. If an Interrupt Enable bit is true when the corresponding
status condition or event occurs, the NAT9914 can generate a hardware interrupt request.
See the Generating Hardware Interrupts section in Chapter 5, Software Considerations.
Bits in ISR1 are set and cleared regardless of the status of the Interrupt bits in IMR1.
If an interrupt condition occurs at the same time the host interface is reading ISR1, the
NAT9914 does not set the corresponding Interrupt Status bit until the read is finished.
A hardware reset clears all bits in IMR1.
The interrupts GET, UNC, APT, DCAS, and MA are set in response to commands
received over the bus. If the corresponding Interrupt Enable bit is set, a DAC holdoff
occurs when the interrupt sets.
BitMnemonicDescription
7rGETGroup Execute Trigger bit
7wGET IEGroup Execute Trigger Interrupt Enable bit
GET indicates that the NAT9914 received the GPIB GET
command while the NAT9914 was a GPIB Listener.
If GET IE = 1, a DAC holdoff occurs when the interrupt
condition occurs. The TR pin goes high when the
interrupt condition occurs and remains high until the DAC
holdoff is released.
If GET IE = 0, the TR pin pulses high.
GET is set by
GET & LADS & ACDS
GET is cleared by
swrst + (read ISR1)
6rERRError bit
6wERR IE Error Interrupt Enable bit
ERR sets when the Source Handshake becomes active
(enters the Source Delay State, or SDYS) and finds that
the NDAC and NRFD lines are both unasserted on the
GPIB. This condition indicates that there are no acceptors
on the GPIB.
ERR is set by
SDYS & EXTDAC & RFD
ERR is cleared by
swrst + (read ISR1)
5rUNCUnrecognized Command bit
5wUNC IEUnrecognized Command Interrupt Enable bit
UNC flags the occurrence of several types of GPIB
commands. UNC sets when the NAT9914 accepts any
unrecognized Universal Command Group (UCG)
command.
If the NAT9914 is an addressed Listener, UNC sets when
the NAT9914 accepts any unrecognized Addressed
Command Group (ACG) command.
UNC flags the first secondary command that the
NAT9914 accepts after the host interface issues the Pass
Through Next secondary auxiliary command. UNC can
also flag the occurrence of commands that you specify
when you set the AUXRE[3–2]w or AUXRF[3–0]w bits.
If UNC IE = 1, the NAT9914 performs a DAC holdoff
when UNC sets. The host interface releases the DAC
holdoff by issuing the Release DAC Holdoff auxiliary
command. Read undefined commands by using the
CPTR.
4rAPTAddress Pass Through bit
4wAPT IEAddress Pass Through Interrupt Enable bit
Setting APT IE enables secondary addressing. If the last
primary command accepted was a primary talk or listen
address of the NAT9914, APT sets when the NAT9914
accepts a secondary command. The secondary command
is a secondary GPIB address that can be read in the
CPTR. See the Implementing One Logical Device:
Extended Addressing section in Chapter 5, Software
Considerations.
If APT IE = 1, the NAT9914 performs a DAC holdoff
when APT sets. The host interface releases the DAC
holdoff by issuing the Release DAC Holdoff auxiliary
command.
APT is set by
(TPAS + LPAS) & SCG & ACDS
APT is cleared by
swrst + (read ISR1)
3rDCASDevice Clear Active State bit
3wDCAS IEDevice Clear Active State Interrupt Enable bit
DCAS indicates that either the NAT9914 received the
GPIB Device Clear (DCL) command or that the
NAT9914 was a Listener and received the GPIB Selected
Device Clear (SDC) command.
If DCAS IE = 1, the NAT9914 performs a DAC holdoff
when DCAS sets. The host interface releases the DAC
holdoff by issuing the Release DAC Holdoff auxiliary
command.
DCAS is set by
ACDS & (DCL + SDC & LADS)
DCAS is cleared by
swrst + (read ISR1)
2rMAMy Address bit
2wMA IEMy Address Interrupt Enable bit
MA sets when the NAT9914 accepts its primary talk or
listen address.
If MA IE = 1, the NAT9914 performs a DAC holdoff
when MA sets. The host interface releases the DAC
holdoff by issuing the Release DAC Holdoff auxiliary
command.
ISR2 contains Interrupt Status bits and Internal Status bits. IMR2 contains Interrupt
Enable bits and Internal Control bits. As a result, ISR2 and IMR2 service several
possible interrupt conditions; each condition has an associated Interrupt Status bit and an
Interrupt Enable bit. If an Interrupt Enable bit is true when the corresponding status
condition or event occurs, the NAT9914 can generate a hardware interrupt request. See
the Generating Hardware Interrupts section in Chapter 5, Software Considerations.
Bits in ISR2 are set and cleared regardless of the status of the Interrupt bits in IMR2.
If an interrupt condition occurs at the same time the host interface is reading ISR2, the
NAT9914 does not set the corresponding Interrupt Status bit until the read is finished.
A hardware reset clears all bits in IMR2 except the Global Interrupt Enable (GLINT) bit.
BitMnemonicDescription
7rnbaNew Byte Available local message bit
nba is true when the local variable nba is true. nba is set
on writes to the CDOR and cleared on entrance to the
Source Transfer State (STRS), pon, or nbaf.
7wGLINTGlobal Interrupt Enable bit
GLINT enables the NAT9914 to assert the INT* pin.
If GLINT = 0, INT* does not assert. See the Generating
Hardware Interrupts section in Chapter 5, Software
Considerations.
6rSTBOStatus Byte Out bit
6wSTBO IEStatus Byte Out Interrupt Enable bit
STBO is set when the NAT9914 enters SPAS when
STBO IE = 1. After STBO sets, the control program
should write the current STB to the SPMR. The current
Status Byte (STB) is then transmitted to the GPIB as the
STB. Writing the SPMR clears STBO.
STBO IE determines how the NAT9914 requests service
and responds to serial polls.
If STBO IE = 0, the rsv bit in the SPMR can be used to
request service. When the GPIB Controller serial polls
the NAT9914, the NAT9914 transmits the current value
of the SPMR.
If STBO IE = 1, the rsv bit in the SPMR has no effect on
the Service Request (SR1 function and rsv must be
generated through the reqt auxiliary command. When the
GPIB Controller serial polls the NAT9914, STBO sets. In
response to STBO, the host interface writes a byte to the
SPMR, then the NAT9914 transmits this byte as the Serial
Poll response.
For more information, see the IEEE488.2 ServiceRequesting section and the Responding to Serial Polls
section in Chapter 5, Software Considerations.
STBO is set by
STBO IE & SPAS
STBO is cleared by
swrst + (write SPMR) + ~SPAS
5rNLNew Line Receive bit
NL indicates that the last data byte that the NAT9914
received was an ASCII new line character.
If NLEN = 1, the NAT9914 treats the 7-bit ASCII new
line character (0A hex) as an EOS character. The
Acceptor Handshake function responds to the acceptance
of a new line character in the same manner as if EOI were
sent.
4rEOSEnd-of-String bit
EOS indicates that REOS = 1 and that the last data byte
the NAT9914 received matched the contents of the
EOSR.
EOS is set by
LACS & EOS & REOS & ACDS
EOS is cleared by
swrst + (LACS & ~EOS & ACDS) + ~REOS
3rLLOCLocal Lockout Change bit
3wLLOC IELocal Lockout Change Interrupt Enable bit
LLOC is set by
any change in the LLO bit
LLOC is cleared by
ch_rst + (read ISR0)
See the Remote/Local State Considerations section in
Chapter 5, Software Considerations.
2rATNIATN Interrupt bit
2wATNI IEATN Interrupt Enable bit
7–0wPP8–PP1When a Controller initiates a parallel poll, the NAT9914
drives the contents of the PPR on the GPIB DIO lines
using open-collector drivers. If PP8–PP1 = 00 (hex),
none of the lines (DIO(8–1)) are asserted during a parallel
poll.
The PPR is double buffered. If the PPR is written during
a parallel poll, the new value is held until the parallel poll
ends. When the parallel poll ends, the register is updated,
so the control program can update the parallel poll
response asynchronously to the GPIB.
A hardware reset or the ch_rst auxiliary command clears
PPR. The host interface can load PPR while
swrst = 1.
See the Responding to Parallel Polls section in Chapter 5,
5–0r,S[6–1]Serial Poll Status bits 6 through 1
5–0w
These bits send device- or system-dependent status
information over the GPIB when the Controller serial
polls the NAT9914.
When STBO IE = 0, the NAT9914 transmits a byte of
status information, SPMR[7–0], to the CIC if the CIC
serial polls the NAT9914. The SPMR bits S[8, 6–1] are
double buffered. If the host interface writes to the SPMR
during a serial poll when SPAS is active, the NAT9914
saves the value. The NAT9914 updates the SPMR when
the NAT9914 exits SPAS.
When STBO IE = 1 and the Controller serial polls the
NAT9914, the STBO interrupt condition sets. The host
interface should write the STB and the Request Service
(RQS) bit to the SPMR in response to an STBO interrupt.
Issuing the ch_rst auxiliary command clears these bits.
PEND sets when rsv = 1. PEND clears when the
NAT9914 is in the Negative Poll Response State (NPRS)
and the local rsv message is false. By reading the PEND
status bit, you can confirm that a request was accepted
and that the STB was transmitted (PEND = 0).
6wrsv/RQSRequest Service/ RQS bit
When STBO IE = 0, bit 6 is the rsv bit. The rsv bit
generates the GPIB local rsv message. When rsv = 1 and
the GPIB Controller is not serial polling the NAT9914,
the NAT9914 enters the SRQS and asserts the GPIB SRQ
signal. When the Controller reads the STB during the
poll, the NAT9914 clears rsv. The rsv bit is also cleared
by a hardware reset or by writing 0 to it. Issuing the
ch_rst auxiliary command also clears rsv.
When STBO IE = 1, bit 6 is the RQS bit. When the
Controller serial polls the NAT9914, the STBO interrupt
condition sets. The host interface should write the STB
and the RQS bit to the SPMR in response to an STBO
interrupt. The NAT9914 transfers the STB and RQS to
the Controller during that particular serial poll. A
hardware reset clears RQS. Issuing the ch_rst auxiliary
command also clears RQS.
See the Requesting Service section in Chapter 5, Software
This chapter contains NAT9914 address maps and detailed descriptions of the NAT9914
interface registers in 7210 mode. For 9914-mode register descriptions, see Chapter 3,
9914-Mode Interface Registers.
7210 Register Map
Table 4-1 is the register bit map for the NAT9914 in 7210 mode.
Notice that bold-ruled cells distinguish seven registers that are accessible only when the
Page-In state is true. Refer to The Page-In State section that immediately follows the
register map for more information.
At some offsets, Table 4-1 shows two readable or two writable registers. The registers in
the bold-ruled cells in Table 4-1 are accessible only when the Page-In state is true. For
each register in a bold-ruled cell, the corresponding register in a non-bold–ruled cell is
accessible only when the Page-In state is false.
How to Page-In
The NAT9914 enters the Page-In state when the host interface writes the Page-In
auxiliary command to the Auxiliary Mode Register (AUXMR). The NAT9914 registers
appear at their Page-In state offset for the first register access after the Page-In command.
The NAT9914 leaves the Page-In state at the end of the first register access after the
Page-In command.
Hidden Registers
In addition to the registers shown in Table 4-1, the NAT9914 contains hidden registers.
All hidden registers are write-only registers. Two or more hidden registers can appear at
the same offset. When you write an 8-bit pattern to these offsets, some of the bits
determine which hidden register will be written. The other bits represent the value
written to the register.
Address Register Map
The NAT9914 has two address registers: ADR1 and ADR0. Table 4-1 shows the offsets
for the readable portion of ADR1 and ADR0. The writable portion of ADR0 and ADR1
appears at the offset of the Address Register (ADR) shown in Table 4-1. Table 4-2
shows the bit map for the two writable address registers.
Several hidden registers appear at the AUXMR offset. Table 4-3 shows these hidden
registers.
Table 4-3. Hidden Registers at Offset 5 (AUXMR)
RegisterBit 7Bit 6Bit 5Bit 4Bit 3Bit 2Bit 1Bit 0
PPR011USP3P2P1
AUXRA100BINXEOSREOSHLDEHLDA
AUXRB101ISSINVTRISPEOICPT
AUXRE1100DHADTDHADCDHDTDHDC
AUXRF1101DHATADHALADHUNTLDHALL
AUXRG0100NTNLRPP2DISTCTCHES
AUXRI1110USTDPP20SISB
ICR 0010 F3 F2 F1 F0
ENABLE
Register Bit Descriptions
Some 7210-mode registers and 9914-mode registers share identical names. The
9914-mode registers are described in Chapter 3, 9914-Mode Interface Registers. If you
are using the NAT9914 in 7210 mode, be sure to read the proper description for the
7210-mode registers.
All registers are listed in alphabetical order. The registers are alphabetized according to
their mnemonics.
The host interface can put the NAT9914 into one of six GPIB addressing modes by
writing to the Address Mode Register (ADMR). The values of ADMR (7–6; 3–0) are
undefined after a hardware reset. Before the host interface can clear Power On (pon), it
must write a valid pattern to the ADMR.
Table 4-4. Valid ADMR Patterns
Hex Value
of
ADMR*
30No Addressing
The Controller cannot address the NAT9914 to become a Talker or
Listener in no-addressing mode.
31Normal Dual Addressing
The NAT9914 can implement one or two logical devices by using
normal dual addressing.
See the GPIB Addressing section in Chapter 5, Software Considerations.
32Extended Single Addressing
Extended single addressing mode implements the Extended Listener and
Extended Talker functions, as defined in the IEEE 488 standard, without
intervention from the host interface.
See the GPIB Addressing section in Chapter 5, Software Considerations.
33Extended Dual Addressing
Extended dual addressing mode implements the Extended Listener and
Extended Talker functions, as defined in the IEEE 488 standard. This
mode requires intervention from the host interface.
GPIB Addressing Mode
See the GPIB Addressing section in Chapter 5, Software Considerations.
The NAT9914 becomes a GPIB Listener and enters the Listener Active
State (LACS). Do not use lon if a GPIB Controller is present in the
GPIB system.
The host interface should write a hex 30 (No Addressing) to the ADMR
immediately after writing lon to the ADMR. To force the NAT9914 to
exit LACS, issue the local unlisten (lul) auxiliary command.
B0Talk Only (ton)
The NAT9914 becomes a GPIB Talker. Do not use ton if a GPIB
Controller is present in the GPIB system.
The host interface should write a hex 30 (No Addressing) to the ADMR
immediately after writing ton to the ADMR. To force the NAT9914 to
exit the Talker Active State (TACS), issue the local untalk (lut) auxiliary
command.
* The hex values in Table 4-4 assume that TRM1 = 1 and TRM0 = 1.
BitMnemonicDescription
GPIB Addressing Mode
5–4wTRM[1–0]Transmit/Receive Mode bits
These bits have no effect. A hardware reset clears TRM1
and TRM0.
Writing to the ADR loads the internal registers ADR0 and ADR1. You must load both
ADR0 and ADR1 for all addressing modes.
BitMnemonicDescription
7wARSAddress Register Select bit
If ARS = 1, writing to the ADR loads the seven low-order
bits of ADR into internal register ADR1. If ARS = 0,
writing to the ADR loads the seven low-order bits into
ADR0.
6wDTDisable Talker bit
DT = 1 disables recognition of the GPIB talk address
formed from AD[5–1]. ADR0 and ADR1 have
independent DT bits.
5wDLDisable Listener bit
DL = 1 disables recognition of the GPIB listen address
formed from AD[5–1]. ADR0 and ADR1 have
independent DL bits.
4–0wAD[5–1]NAT9914 GPIB Address bits 5 through 1
These bits specify the GPIB address of the NAT9914.
The corresponding GPIB talk address is formed by adding
hex 40 to AD[5–1], while the corresponding GPIB listen
address is formed by adding hex 20 to AD[5–1]. The
value written to AD[5–1] should not be 11111 (binary),
because the corresponding talk and listen addresses would
conflict with the GPIB Untalk (UNT) and GPIB Unlisten
(UNL) commands.
Address Register 0 (ADR0) reflects the internal GPIB address status of the NAT9914. In
extended single addressing mode, ADR0 indicates the address and enable bits for the
primary GPIB address of the NAT9914. In the dual primary addressing modes, ADR0
indicates the NAT9914 major primary GPIB address.
BitMnemonicDescription
7rXReads back a 1 or 0.
6rDT0Disable Talker 0 bit
If DT0 = 1, the primary (or major) Talker function is not
enabled, and ADR0 is not compared with GPIB Talker
addresses.
If DT0 = 0, the NAT9914 responds to a GPIB talk address
matching bits AD[5–0 through 1–0].
5rDL0Disable Listener 0 bit
If DL0 = 1, the primary (or major) Listener function is not
enabled, and ADR0 is not compared with GPIB Listener
addresses.
If DL0 = 0, the NAT9914 responds to a GPIB listen
address matching bits AD[5–0 through 1–0].
4–0rAD[5–0 – 1–0] NAT9914 GPIB Address bits 5–0 through 1–0
These are the lower 5 bits of the NAT9914 GPIB primary
(or major) address. The primary talk address is formed by
adding hex 40 to AD[5–0 through 1–0], while the primary
listen address is formed by adding hex 20.
Address Register 1 (ADR1) indicates the status of the GPIB address and enable bits for
the secondary address of the NAT9914 if extended single addressing is used. ADR1
indicates the minor primary address of the NAT9914 if dual primary addressing is used.
BitMnemonicDescription
7rEOIEnd-or-Identify bit
EOI indicates the value of the GPIB EOI line that is
latched when a data byte is received by the NAT9914
GPIB Acceptor Handshake (AH) function. If EOI = 1, the
EOI line was asserted with the received byte. EOI is
cleared by issuing the Chip Reset auxiliary command.
EOI is updated after each byte is received.
6rDT1Disable Talker 1 bit
If DT1 = 1, the secondary (or minor) Talker function is
not enabled—that is, the GPIB secondary address (or
minor primary talk address) is not compared with this
register.
5rDL1Disable Listener 1 bit
If DL1 = 1, the secondary (or minor) Listener function is
not enabled—that is, the GPIB secondary address (or
minor primary listen address) is not compared with this
register.
4–0rAD[5–1 – 1–1]NAT9914 GPIB Address bits 5–1 through 1–1
These bits indicate the NAT9914 secondary or minor
address. Form the secondary address by adding hex 60 to
bits AD[5–1 through 1–1]. Form the minor talk address
by adding hex 40 to AD[5–1 through 1–1]. Form the
listen address by adding a hex 20.
The Address Status Register (ADSR) contains information that you can use to monitor
the NAT9914 GPIB address status.
BitMnemonicDescription
7rCICController-In-Charge bit
CIC = ~(CIDS + CADS)
CIC indicates that the NAT9914 GPIB Controller
function is either in an active state with ATN* asserted or
a standby state with ATN* unasserted. The Controller
function is in an idle state (CIDS or CADS) if CIC = 0.
6rATN*Attention* bit
ATN* is a status bit that indicates the current level of the
GPIB ATN* signal. If ATN* = 0, the GPIB ATN* signal
is asserted.
5rSPMSSerial Poll Mode State bit
If SPMS = 1, the NAT9914 GPIB Talker (T) or Talker
Extended (TE) function is enabled to participate in a serial
poll.
LPAS indicates that the NAT9914 has received its
primary listen address. See the Address Mode Register(ADMR) section, which is located earlier in this chapter.
LPAS is cleared by
(PCG & ~MLA & ACDS) + pon
3rTPASTalker Primary Addressed State bit
TPAS indicates that the NAT9914 has received its
primary GPIB talk address. See the Address ModeRegister(ADMR) section, which is located earlier in this
chapter.
TPAS is cleared by
(PCG & ~MTA & ACDS) + pon
2rLAListener Active bit
LA = 1 when the NAT9914 has been addressed or
programmed as a GPIB Listener—that is, the NAT9914 is
in the LACS or the Listener Addressed State (LADS).
The NAT9914 is addressed to listen when it receives its
listen address from the CIC. The NAT9914 can also be
programmed to listen by using the Listen-Only (lon) bit in
the ADMR.
If the NAT9914 is addressed to talk, it is automatically
unaddressed to listen.
LA is also cleared by
(UNL & ACDS) + IFC + pon + (lun & CACS)
+ lul
1rTATalker Active bit
TA = 1 when the NAT9914 has been addressed or
programmed as the GPIB Talker—that is, the NAT9914 is
in the TACS, the Talker Addressed State (TADS), or the
Serial Poll Active State (SPAS). The NAT9914 can be
addressed to talk when it receives its talk address from the
CIC. It can also be programmed to talk by using the TalkOnly (ton) bit in the ADMR.
If the NAT9914 is addressed to listen, it is automatically
unaddressed to talk.
TA is also cleared by
(OTA & ACDS) + IFC + pon + lut
0rMJMNMajor-Minor bit
MJMN indicates whether the information in the other
ADSR bits applies to the NAT9914 major or minor Talker
and Listener functions. MJMN = 1 when the NAT9914
receives its GPIB minor talk address or minor listen
address. MJMN clears when the NAT9914 receives its
major talk or major listen address. The pon message also
clears MJMN.
Note: Only one Talker or Listener can be active at a
time. The MJMN bit indicates which, if either,
of the NAT9914 Talker and Listener functions is
addressed or active.
MJMN is always 0 unless the normal or extended dual
primary addressing mode is enabled. See the AddressMode Register (ADMR) section, which is located earlier
in this chapter.
The Immediate Execute Power-On auxiliary command sets the local
pon message true, then clears it. If the local pon message is already
asserted, the pon auxiliary command simply clears the local pon
message. The following figure illustrates the behavior of the local
pon message:
local pon
message
true
chip_reset aux. command
When the local pon message is true, the NAT9914 holds all GPIB
interface functions in their idle states.
01
09
Clear Parallel Poll Flag (~ist)
Set Parallel Poll Flag (ist)
Description
start of pon aux.
command pulse
end of pon aux.
command pulse
These commands set and clear the Parallel Poll Flag. The value of
the Parallel Poll Flag is used as the local message ist when
AUXRB[4]w = 0. The value of the Service Request State (SRQS) is
used as ist when ISS = 1. The Chip Reset auxiliary command or a
hardware reset clears ist.
The Chip Reset auxiliary command resets the NAT9914 to the
following conditions:
•The local pon message is set and the interface functions are
•The Serial Poll Mode Register (SPMR) bits are cleared.
•The TRM[1–0] bits are cleared.
•The EOI bit is cleared.
•The AUXRA, AUXRB, AUXRE, AUXRF, AUXRG, and
•The Parallel Poll Flag is cleared.
•The Bus Control Register (BCR) is cleared.
The interface functions remain in their idle states until they are
released by an Immediate Execute pon command. While the
interface functions are in their idle states, the host interface can
program the NAT9914 writable bits to their desired states.
Description
placed in their idle states.
AUXRI registers are cleared.
03Finish Handshake (rhdf)
The Finish Handshake command finishes a GPIB handshake that was
stopped because of a Holdoff On RFD condition.
04Trigger (trig)
The Trigger command generates a high pulse on the TR pin. The
Device Execute Trigger (DET) bit is not set by issuing the Trigger
command.
07Nonvalid Secondary Command Or Address (nonvalid)
Clear Or Pulse Return To Local (rtl)
Set Return To Local (rtl)
The two Return To Local commands implement the rtl message as
defined by the IEEE 488 standard. If the host interface writes 05 hex,
the rtl message is generated in the form of a pulse. If rtl is already
set, the rtl command clears it. If the host interface writes 0D hex, the
rtl command is set and remains set until either the 05 hex rtl
command is issued or the Chip Reset auxiliary command is issued.
The seoi command forces the GPIB EOI line to go true with the next
data byte transmitted. The EOI line is cleared upon completion of the
handshake for that byte. When NTNL = 0, the NAT9914 recognizes
the seoi command only if TACS = 1—that is, the NAT9914 is in the
Talker Active State.
The nonvalid command releases a DAC (Data Accepted) holdoff.
If APT = 1, the NAT9914 operates as if an Other Secondary Address
(OSA) message had been received.
Description
08*Request Control Command (rqc)
If the NAT9914 is in the Idle Controller State, the rqc command
forces the NAT9914 to become the Active Controller when it detects
that the ATN signal is unasserted.
0A*Release Control Command (rlc)
The rlc command forces the NAT9914 to become an Idle Controller
and to unassert ATN.
0B*Untalk (lut)
The lut command issues the local unt message, forcing the Talker
function to enter the Talker Idle State (TIDS).
The lul command issues the local unl message, forcing the Listener
function to enter the Listener Idle State (LIDS).
0E*New Byte Available False (nbaf)
nbaf forces the local message, nba, to become false. This action
prohibits the NAT9914 from sending the last byte written to the
Command/Data Out Register (CDOR). See the Using nbaf section in
Chapter 5, Software Considerations.
0FValid Secondary Command Or Address (valid)
The valid command releases a DAC holdoff. If APT = 1, the
NAT9914 operates as if a My Secondary Address (MSA) message
had been received.
10Go To Standby (gts)
The gts command pulses the local gts message. If the NAT9914 is
the Active Controller, gts forces the NAT9914 to become the Standby
Controller and to unassert the GPIB ATN signal. See the Three Basic
Controller States section in Chapter 6, Controller Software
Considerations.
Description
11Take Control Asynchronously (tca)
The tca command pulses the local tca message. If the NAT9914 is
the Standby Controller, tca forces the NAT9914 to become the Active
Controller and to assert the GPIB ATN signal. See the Standby State
to Active State section in Chapter 6, Controller Software
Considerations.
The tcs command sets the local tcs message. If the NAT9914 is the
Standby Controller and an Active Listener, the tcs message forces the
NAT9914 to become the Active Controller when the NAT9914
performs an RFD (Ready For Data) holdoff—that is, the AH function
enters the Acceptor Not Ready State (ANRS). The local tcs message
clears when the NAT9914 becomes the Active Controller by this
method or if the NAT9914 becomes an Idle Controller. See the
Standby State to Active State section in Chapter 6, Controller
Software Considerations.
13Listen (ltn)
The ltn command pulses the local ltn message. If the NAT9914 is the
Active Controller, the local ltn message forces the NAT9914 to
become an Addressed Listener. The ltn command can also take the
NAT9914 out of the continuous data-receiving mode (see ltn & cont
command).
14Disable System Control (~rsc)
The ~rsc command, a hardware reset, or the Chip Reset auxiliary
command clears the local rsc message.
Description
15*Switch To 9914A Mode (sw9914)
This command places the NAT9914 in 9914 compatibility mode.
16Clear IFC (~sic & rsc)
The ~sic & rsc command clears the local sic message and sets the
local rsc messages. This action forces the NAT9914 to become the
System Controller and to unassert the GPIB Interface Clear (IFC)
signal.
The ~sre & rsc command clears the local sre message and sets the
local rsc messages. This action forces the NAT9914 to become the
System Controller and to unassert the GPIB Remote Enable (REN)
signal.
18*
19*
1ATake Control Synchronously On END (tcse)
Request rsv True (reqt)
Request rsv False (reqf)
The reqt and reqf commands are inputs to the IEEE 488.2 Service
Request Synchronization Circuitry. These commands set and clear
the local rsv message.
If STBO IE = 1, the reqt and reqf commands are issued immediately.
If STBO IE = 0, the reqt and reqf commands are not issued
immediately: they are issued on the write of the SPMR that follows
the issuing of the reqt or reqf auxiliary command.
The tcse command forces the local tcs message to set when the
NAT9914 accepts a byte satisfying the END condition (see the END
RX bit, ISR1[4], description that is in the Interrupt Status Register 1
section in this chapter). If the NAT9914 is the Standby Controller
and an Active Listener, the tcs message forces the NAT9914 to
become the Active Controller when the NAT9914 performs an RFD
holdoff—that is, when the AH function enters ANRS. The local tcs
message (and the END detection circuitry) clears when the NAT9914
becomes the Active Controller by this method or if the NAT9914
becomes an Idle Controller.
The ltn & cont command pulses the local ltn message. If the
NAT9914 is the Active Controller, the local ltn message forces the
NAT9914 to become an Addressed Listener.
The ltn & cont command also places the NAT9914 in continuous
mode regardless of the settings of the AUXRA[1–0] bits. If
the NAT9914 enters continuous mode because of the ltn & cont
command, it remains in continuous mode until it becomes
unaddressed to Listen—that is, the Listener (L) or LE function enters
LIDS—or until the control program issues the ltn command.
1CLocal Unlisten (lun)
The lun command pulses the local lun message. If the NAT9914 is
the Active Controller, the local lun message forces it to become an
Unaddressed Listener—that is, the L or LE function enters LIDS.
1DExecute Parallel Poll (rpp1)
The rpp1 command sets the local rpp message. If the NAT9914 is the
Active Controller, the rpp message forces it to send the Identify
(IDY) message to all GPIB devices in the system and to conduct a
parallel poll. The rpp message clears when the NAT9914 completes
a parallel poll or becomes an Idle Controller.
Description
1ESet IFC (sic & rsc)
The sic & rsc command sets the local sic and rsc messages. This
action forces the NAT9914 to become the System Controller and to
assert the GPIB IFC signal. The local message pon or the ~rsc
auxiliary command clears sic.
1FSet REN (sre & rsc)
The sre & rsc command sets the local sre and rsc messages. This
action forces the NAT9914 to become the System Controller and to
assert the GPIB REN signal. The local message pon or the ~rsc
auxiliary command clears sic.
The Page-In command forces the NAT9914 to enter the Page-In state.
The Page-In state makes several registers accessible. See The Page-In State section, which is located at the beginning of this chapter.
51*Holdoff Handshake Immediately (hldi)
This command forces the Acceptor Handshake function to
immediately perform an RFD holdoff. Issuing this command
forces a transition into ANRS, where the handshake is held off
until a finish handshake auxiliary command is issued.
54*Clear DET
This command clears the DET bit (ISR1[5]r). Use this command to
clear the DET bit when SISB = 1.
55*Clear END
This command clears the END bit (ISR1[4]r). Use this command to
clear the END bit when SISB = 1.
56*Clear DEC
Description
This command clears the DEC bit (ISR1[3]r). Use this command to
clear the DEC bit when SISB = 1.
57*Clear ERR
This command clears the ERR bit (ISR1[2]r). Use this command to
clear the ERR bit when SISB = 1.
58*Clear SRQI Command
This command clears the Service Request (SRQI) bit if SISB = 1.
See the SRQI bit description that is in the Interrupt Status Register 2(ISR2) section in this chapter.
AUXRA controls the EOS and END messages and specifies the RFD holdoff mode. The
Chip Reset auxiliary command or a hardware reset clears AUXRA. You write to
AUXRA at the same offset as the AUXMR.
BitMnemonicDescription
4wBINBinary bit
The BIN bit selects the length of the EOS message. If
BIN = 1, the End-of-String Register (EOSR) is treated as
an 8-bit byte. When BIN = 0, the EOSR is treated as a
7-bit register (for ASCII characters), and only a 7-bit
comparison is done with the data on the GPIB.
3wXEOSTransmit END With EOS bit
XEOS permits or prohibits automatic transmission of the
GPIB END message at the same time as the EOS message
when the NAT9914 is in TACS. If XEOS = 1 and the
byte in the CDOR matches the contents of the EOSR, the
EOI line is sent true along with the data.
2wREOSEND On EOS Received bit
The REOS bit permits or prohibits setting the END bit
(ISR1[4]r) when the NAT9914 receives the EOS message
as a Listener. If REOS = 1 and the byte in the Data In
Register (DIR) matches the byte in the EOSR, the END
RX bit (ISR1[4]r) is set and the acceptor function treats
the EOS character just as if it were received with EOI
asserted.
HLDE and HLDA together determine the GPIB
data-receiving mode.
HLDEHLDAData-Receiving Mode
00Normal Handshake Mode
01RFD Holdoff on All Data Mode
10RFD Holdoff on END Mode
11Continuous Mode
Issuing the ltn & cont auxiliary command can also place
the NAT9914 in the continuous data-receiving mode. The
NAT9914 enters continuous mode regardless of the value
of HLDE and HLDA. In this situation, the NAT9914
remains in continuous mode until you issue the ltn
auxiliary command or the NAT9914 becomes
unaddressed to listen (by entering the LIDS).
AUXRB affects several interface functions. The Chip Reset auxiliary command or a
hardware reset clears AUXRB. You write to AUXRB at the same offset as the AUXMR.
BitMnemonicDescription
4wISSIndividual Status Select bit
ISS determines the value of the NAT9914 ist message.
When ISS = 1, ist takes on the value of the NAT9914
SRQS. (The NAT9914 asserts the GPIB SRQ message
when it is in SRQS.) If ISS = 0, ist takes on the value of
the NAT9914 Parallel Poll Flag. You set and clear the
Parallel Poll Flag by using the Set Parallel Poll Flag and
Clear Parallel Poll Flag auxiliary commands. See the
Parallel Polling section in Appendix B, Introduction to
the GPIB.
3wINVInvert bit
INV determines the polarity of the INT* pin.
INV BitINT* Pin Polarity
0Active Low
1Active High
2wTRIThree-State Timing bit
TRI determines the NAT9914 GPIB Source Handshake
Timing (T1). Clearing TRI sets the low-speed timing
(T1 ≥ 2 µs). Setting TRI enables the NAT9914 to use a
shorter T1 delay. See the T1 Delay Generation section in
Chapter 5, Software Considerations.