CT1999
Remote Terminal and/or BUS Controller
for MIL-STD-1553B
www.aeroflex.com/Avionics
June 16, 2005
FEATURES
❑
❑
❑
❑
❑
❑
❑
❑
❑
❑
❑
❑
Performs the Complete Dual-Redundant Remote Terminal and Bus Controller Protocol Functions of MIL-STD-1553B
Automatic Switchover to Superseding Input Commands
750mW Typical Power Consumption
+5V DC Operation
Full Military (-55°C to +125°C) Temperature Range
Direct Replacement for CT1602
Advanced Low Power VLSI Technology
Compatible with all Aeroflex-Plainview Driver/Receiver Units
Designed for Commercial, Industrial and Aerospace Applications
MIL-PRF-38534 compliant devices available
Aeroflex-Plainview is a Class H & K MIL-PRF-38534 Manufacturer
Packaging – Hermetic
- Ceramic Plug-In - 90 Pin, 2.4"L x 1.6"W x .225"Ht
- Metal Flat Pack - 88 Lead, 2.4"L x 1.6"W x .225"Ht
Encoder
Interface
Unit
SA & WC
Buffers
Sub Address
&
Word Count
Outputs
Internal
Highway
Buffer
BUS "0"
T/R
Hybrid
Driver
Select
&
Enable
T/R
Hybrid
Decoder
"1"
Internal
Highway
Control
Decoder
"0"
Discrete
Output
Buffers
Control
Data I/O
Buffered
Descrete
Outputs
Unbuffered
Outputs
BUS "1"
Control
Inputs
Terminal
Address
Inputs
ASIC
CT1999
Figure 1 – BLOCK DIAGRAM (WITH TRANSFORMERS)
DESCRIPTION
The Aeroflex-Plainview
CT1999 design incorporates an ASIC and five Octal Buffers that accomplish the
dual redundant MIL-STD1553B Remote Terminal and/or Bus Controller Protocol Functions.
Buffering has been added to the most commonly used output signals on the CT1999, minimizing
external hardware requirements. The CT1999 connects directly to all Aeroflex-Plainview
Driver/Receiver Units.
SCDCT1999 Rev C
ABSOLUTE MAXIMUM RATINGS
Parameter
Operating Free-air Temperature
Storage Case Temperature
Power Supply Voltage V
CC
Input Voltage
Range
-55°C to +125
-65°C to +150
+7
+7
Units
°C
°C
Volts
Volts
RECOMMENDED DC OPERATING CONDITIONS
Parameter
V
CC
Power Supply Voltage V
CC
V
IH
High Level Input Voltage, V
CC
= 5V
V
IL
Low Level Input Voltage, V
CC
= 5V
V
CC
= 5.0V
V
CC
= 5.0V
Test Conditions
Min
4.5
2.2
-
Typ
5.0
-
-
Max
5.5
-
0.7
Unit
V
V
V
ELECTRICAL CHARACTERISTICS
(T
A
= -55°C to +125°C)
Parameter
V
OH
High Level Output Voltage
Test Conditions
V
CC
= 4.5V
I
OH
= -3mA
I
OH
= -400µA
I
OH
= -800µA
V
CC
= 4.5V
I
OL
= +12mA
I
OL
= +4mA
I
OL
= +2mA
V
CC
= 5.5V, V
IH
= 2.4V
Min
2.4
2.4
2.4
-
-
-
-700
-20
-700
-400
Max
-
-
-
0.4
0.4
0.4
-200
20
-200
-25
-350
0
-350
-25
285
Unit
V
V
V
V
V
V
µA
µA
µA
µA
µA
µA
µA
µA
mA
Notes
2B,5
6
7
2B,5
6
7
1
2A,2B
3
4
1
2A,2B
3
4
-
V
OL
Low Level Output Voltage
I
IH
High Level Input Current
I
IL
Low Level Input Current
V
CC
= 5.5V, V
IL
= 0.4V
-900
-200
-900
-500
I
CC
Supply Current
V
CC
= 5.5V
-
NOTES (Pin numbers are for 90 pin Plug in package):
1. Pins 45 through 50 (RTADPAR,RTAD0,1,2,3,4). 2A. Pin 34 (IHDIR). 2B. Pins 37 through 44 (IH08 through IH715). 3.
Pins 24,36 (BUFINH, IHENA). 4. ALL remaining inputs ALL versions. 5. Pins 2 through 23 (Remaining Buffered Outputs).
6. Pins 68,69,70,71 (TXINH0,TXINH1,TXDATA,TXDATA). 7. All remaining outputs.
CLOCK REQUIREMENTS
Parameter
Frequency:
Stability -55°C to +125°C:
Maximum Asymmetry:
Rise/Fall Time:
SCDCT1999 Rev C
Range
6.0 MHz
±0.01% (100ppm)
48 - 52%
10ns MAX
2
REMOTE TERMINAL OPERATION
Receive Data Operation
All valid data words associated with a valid receive data command word for the RT are passed to the subsystem.
The RT examines all command words from the bus and will respond to valid (i.e. correct Manchester, parity
coding etc.) commands which have the correct RT address (or broadcast address if the RT broadcast option is
enabled). When the data words are received, they are decoded and checked by the RT and, if valid, passed to the
subsystem on a word by word basis at 20µs intervals. This applies to receive data words in both Bus Controller to
RT and RT to RT messages. When the RT detects that the message has finished, it checks that the correct number
of words have been received and if the message is fully valid, then a Good Block Received signal is sent to the
subsystem, which must be used by the subsystem as permission to use the data just received.
The subsystem must therefore have a temporary buffer store up to 32 words long into which these data words can
be placed. The Good Block Received signal will allow use of the buffer store data once the message has been
validated.
If a block of data is not validated, then Good Block Received will not be generated. This may be caused by any
sort of message error or by a new valid command for the RT being received on another bus to which the RT must
switch.
Transmit Data Operation
If the RT receives a valid transmit data command addressed to the RT, then the RT will request the data words
from the subsystem for transmission on a word by word basis. To allow maximum time for the subsystem to
collect each data word, the next word is requested by the RT as soon as the transmission of the current word has
commenced.
It is essential that the subsystem should provide all the data words requested by the RT once a transmit sequence
has been accepted. Failure to do so will be classed by the RT as a subsystem failure and reported as such to the Bus
Controller.
Control of Data Transfers
This section describes the detailed operation of the data transfer mechanism between RT and subsystems. It covers
the operations of the signals DTRQ, DTAK, IUSTB, H/L, GBR, NBGT, TX/RX during receive data and transmit
data transfers.
Figure 7 shows the operation of the data handshaking signals during a receive command with two data words.
When the RT has fully checked the command word, NBGT is pulsed low, which can be used by the subsystem as
an initialization signal. TX/RX will be set low indicating a receive command. When the first data word has been
fully validated, DTRQ is set low. The subsystem must then reply within approximately 1.5µs by setting DTAK
low. This indicates to the RT that the subsystem is ready to accept data. The data word is then passed to the
subsystem on the internal highway IH08-IH715 in two bytes using IUSTB as a strobe signal and H/L as the byte
indicator (high byte first followed by low byte). Data is valid about both edges of IUSTB. Signal timing for this
handshaking is shown in Figure 12.
If the subsystem does not declare itself busy, then it must respond to DTRQ going low by setting DTAK low
within approximately 1.5µs. Failure to do so will be classed by the RT as a subsystem failure and reported as such
to the Bus Controller.
It should be noted that IUSTB is also used for internal working in the RT. DTRQ being low should be used as an
enable for clocking data to the subsystem with IUSTB.
Once the receive data block has finished and been checked by the RT, GBR is pulsed low if the block is entirely
correct and valid. This is used by the subsystem as permission to make use of the data block if no GBR signal is
generated, then an error has been detected by the RT and the entire data block is invalid and no data words in it
may be used.
SCDCT1999 Rev C
3
If the RT is receiving data in an RT to RT transfer, the data handshaking signals will operate in an identical fashion
but there will be a delay of approx 70µs between NBGT going low and DTRQ first going low. See Figure 10.
Figure 6 shows the operation of the data handshaking signals during transmit command with three data words. As
with the receive command discussed previously, NBGT is pulsed low if the command is valid and for the RT.
TX/RX will be set high indicating a transmit data command. While the RT is transmitting its status word, it
requests the first data word from the subsystem by setting DTRQ low. The subsystem must then reply within
approximately 13.5µs by setting DTAK low. By setting DTAK low, the subsystem is indicating that it has the data
word ready to pass to the RT. Once DTAK is set low by the subsystem, DTRQ should be used together with H/L
and TX/RX to enable first the high byte and then the low byte of the data word onto the internal highway
IH08-IH715. The RT will latch the data bytes during IUSTB, and will then return DTRQ high. Data for each byte
must remain stable until IUSTB has returned low. Signal timing for this handshaking is shown in Figure 11.
Additional Data Information Signals
At the same time as data transfers take place, a number of information signals are made available to the
subsystem. These are INCMD, the subaddress lines SA0-SA4, the word count lines WC0-WC4 and current word
count lines CWC0-CWC4. Use of these signals is optional.
INCMD will go active low while the RT is servicing a valid command for the RT. The subaddress,
transmit/receive bit, and word count from the command word are all made available to the subsystem as
SA0-SA4, TX/RX and WC0-WC4 respectively. They may be sampled when INCMD goes low and will remain
valid while INCMD is low.
The subaddress is intended to be used by the subsystem as an address pointer for the data block. Subaddress 0 and
31 are mode commands, and there can be no receive or transmit data blocks associated with these. (Any data word
associated with a mode command uses different handshaking operations. If the subsystem does not use all the
subaddresses available, then some of the subaddress lines may be ignored.
The TX/RX signal indicates the direction of data transfer across the RT - subsystem interface. Its use is described
in the previous section.
The word count tells the subsystem the number of words to expect to receive or transmit in a message, up to 32
words. A word count of all 0s indicates a count of 32 words.
The current word count is set to 0 at the beginning of a new message and is incremented following each data word
transfer across the RT - subsystem interface. (It is clocked on the falling edge of the second IUSTB pulse in each
word transfer). It should be noted that there is no need for the subsystem to compare the word count and current
word count to validate the number of words in a message. This is done by the RT.
Subsystem Use of Status Bits and Mode Commands
General Description
Use of the status bits and the mode commands is one of the most confusing aspects of MIL-STD-1553B. This is
because much of their use is optional, and also because some involve only the RT while others involve both the RT
and the subsystem.
The CT1999 allows full use to be made of all the status bits, and also implements all the mode commands. The
subsystem is given the opportunity to make use of status bits, and is only involved in mode commands which have
a direct impact on the subsystem.
The mode commands in which the subsystem may be involved are Synchronize, Sychronize with data word,
Transmit Vector Word, Reset and Dynamic Bus Control Allocation. The status bits to which the subsystem has
access are Service Request, Busy, Subsystem Flag and Dynamic Bus Control Acceptance. Operation of each of
these mode commands and of the status bits is described in the following sections.
The subsystem designer should note that all other mode commands and status bits are serviced internally by the
RT, and the subsystem has no access to them. In particular, the terminal flag and message error status bits and BIT
word contents are all controlled internally by the RT.
SCDCT1999 Rev C
4
Synchronize Mode Commands
Once the RT has validated the command word and checked for the correct address, the SYNC line is set low. The
signal WC4 will be set low for a Synchronize mode command (See Figure 16), and high for a Synchronize with
data word mode command (See Figure 15). In a Synchronize with data word mode command, SYNC remains low
during the time that the data word is received. Once the data word has been validated, it is passed to the subsystem
on the internal highway IH08-IH715 in two bytes using IUSTB as a strobe signal and H/L as the byte indicator
(high byte first followed by low byte). SYNC being low should be used on the enable to allow IUSTB to clock
synchronize mode data to the subsystem.
If the subsystem does not need to implement either of these mode commands, the SYNC signal can be ignored,
since the RT requires no response from the subsystem.
Transmit Vector Word Mode Command
Figure 14 illustrates the relevant signal timings for an RT receiving a valid Transmit Vector Word mode command.
The RT requests data by setting VECTEN low. The subsystem should use H/L to enable first the high byte and
then the low byte of the Vector word onto the internal highway IH08-IH715.
It should be noted that the RT expects the Vector word contents to be already prepared in a latch ready for enabling
onto the internal highway when VECTEN goes low. If the subsystem has not been designed to handle the Vector
word mode command, it will be the fault of the Bus Controller if the RT receives such a command. Since the
subsystem is not required to acknowledge the mode command, the RT will not be affected in any way by Vector
word circuitry not being implemented in the subsystem. It will however transmit a data word as the Vector word,
but this word will have no meaning.
Reset Mode Command
Figure 8 shows the relevant signal timings for an RT receiving a valid reset mode command. Once the command
word has been fully validated and serviced, the RESET signal is pulsed low. This signal may be used as a reset
function for subsystem interface circuitry.
Dynamic Bus Allocation
This mode command is intended for use with a terminal which has the capability of configuring itself into a bus
controller on command from the bus. The line DBCREQ cannot go true unless the DBCACC line was true at the
time of the valid command, i.e. tied low. For terminals acting only as RTs, the signal DBCACC should be tied
high (inactive), and the signal DBCREQ should be ignored and left unconnected.
Use of the Busy Status Bit
The Busy Bit is used by the subsystem to indicate that it is not ready to handle data transfers either to or from the
RT.
The RT sets the bit to logic one if the BUSY line from the subsystem is active low at the time of the second falling
edge of INCLK after INCMD goes low. This is shown in Figure 13. Once the Busy bit is set, the RT will stop all
receive and transmit data word transfers to and from the subsystem. The data transfers in the Synchronize with
data word and Transmit Vector word mode commands are not affected by the Busy bit and will take place even if
it has been set.
It should be noted that a minimum of 0.5µs subaddress decoding time is given to the subsystem before setting of
status bits. This allows the subsystem to selectively set the Busy bit if for instance one subaddress is busy but
others are ready. This option will prove useful when an RT is interfacing with multiple subsystems.
Use of the Service Request Status Bit
The Service Request bit is used by the subsystem to indicate to the Bus Controller that an asynchronous service is
requested.
SCDCT1999 Rev C
5
嵌入式系统
京公网安备 11010802033920号
Copyright © 2005-2026 EEWORLD.com.cn, Inc. All rights reserved
电子工程世界
