The SBPH400-3 provides the analog transceiver functions needed to implement a 3 port
node in an IEEE 1394-1995 cable network. There are 2 differential line transceivers in each
cable port. The following main functions are included in the chip:
•Detection of connection status using line condition detection circuitry.
•Node initialization and bus arbitration.
•Reception and Transmission of Data Strobe Bit Level encoded packets
•Interface to higher level protocol devices (Link layer).
•Production test through JTAG
The interface to the Link conforms to the IEEE 1394-1995 Annex J with 2 control lines and an
8 bit data bus, as modified by the P1394a proposals.
The basic chip timing may be controlled either from a 24.596 MHz crystal controlling an
internal oscillator or from anexternal 24.596 MHz oscillator. The internal delay lock loop (DLL)
generates the various internal clocks for the high speed serial data transmission and
reception. Note that there is no need to provide filtering capacitors. The input clock is used to
derive the 49.152 MHz clock for the interface to a Link layer device, which provides the data
to be transmitted on the 8 bit Link data interface. The data from the Link layer device is latched
internally in the chip at 49.152 MHz. The bits are serialized and encoded in the Data Strobe
Bit Level Encoding format. The Data information is transmitted differentially on the TPBcable
pair(s) while the Strobe information is transmitted differentially on the TPA cable pair(s). Data
can be transmitted at 98.304 Mbit/s (S100 speed), 196.608 Mbit/s (S200 speed) or 393.216
Mbit/sec (S400 speed). When a packet is received by a port, the corresponding transmitters
are disabled and the receivers enabled. The received encoded Data information from TPA
cable pair and the encoded Strobe information from the TPBcable pair are decoded to extract
the receive clock signal and the data bits. The data bits are converted into a parallel format
and transmitted to the Link Layer controller and the other active cable ports after
resynchronisation to the system clock.
Figure 1.1 is a block diagram of the SBPH400-3. The portion of circuit which is circled by the
dash line is termed the
Cable Media Interface are pure digital signals. The signals which are driven on and received
from the cable are analog differential and common mode signals. The differential signals on
the cable transmit data or arbitration states, while common mode signals indicate the cable
connection status or transmission rate (speed).
4/43
2
Cable Media Interface
. All signals between the Digital Circuit and the
SBPH400-3
Figure 1.1
D[0:7]
Ctl[0:1]
LReq
SClk
CPS
LPS
ISO
CMC
LKON
PC[0:2]
RESET#
LACT
PDISABLE
QX1
CLK24/QX0
TCK
TRST#
TMS
TDI
TDO
SBP H 400-3
LINK
Interface
I/O
Arbitration and
Control State Machine
TEST
ACCESS
PORT
block diagram
Data
Encoder/
Decoder
Logic
JTAG
Cable Media Interface
Strb_Tx
Data_Tx
Strb_Rx
Data_Rx
Speed_Tx
Strb_En
Data_En
Arb_A_Rx
Arb_B_Rx
Speed_Rx
Port_Status
...
...
...
...
Transmitter
&
Receiver
Port 1
(Driver/Receiver,
Arb. Comparator,
Port_Status,
Speed Monitor)
Port 2
(same as Port 1)
Port 3
(same as Port 1)
Bias
TPA1
TPA1#
TPB1
TPB1#
TPA2
TPA2#
TPB2
TPB2#
TPA3
TPA3#
TPB3
TPB3#
TPBias1
TPBias2
TPBias3
R0
R1
TESTMODE
TESTENABLE
SCI[2:0]
SCO[2:0]
BUILT-IN
SELF TEST
5/43
2
SBPH400-3
2Functional Description
2.1Transmitter and receiver port interface
Figure 2.1Analog port schematic
Twisted Pair ATwisted Pair B
Physical connection
detection co mparat o r
Con
TpBias disable
I
CD
+
-
Driver
Strb_Tx
Strb_Enable
Data_Rx
Arb_A_Rx A rbitr ation
S200
Speed_Rx
S400
Speed_ Rx
Receiver
Comparators
TpBias’
+
-
+
-
+
-
7kΩ
+
-
+
-
0.3
min
f
µ
VG
S200
Spee d_Tx
S400
Spee d_Tx
TPA
55Ω
55Ω
7k
Ω7kΩ7kΩ
S200_ref
S400 _ref
TPA*
Da ta _Tx
Data_Enable
Strb_Rx
Arb_B_Rx
Bias
+
-
+
-
Arbitration
Com parator s
+
-
+
-
TpBias detection comparator
0.8V
Common mode speed
signal current
55Ω
55Ω
Ω
5k
±5%
(shared with T PA
and otherports)
TPB
TPB*
250pF
VG
The SBPH400-3 implements three cable interface transceiver ports. Each port operates
independently from the other ports, under control of the device control logic. Each port
provides two pairs of signals, denoted TPA, TPA#, and TPB, TPB#. Each signal is
implemented using a driver and a receiver connected to a single pin (total of four pins per port).
In various modes, the driver and receiver are enabled, either separately or both at the same
time (for bi-directional signalling).
6/43
2
SBPH400-3
A port may be disconnected, disabled, suspended or active. When active, each port operates
in the following modes:
Idle mode: In this mode,each port’s driver is disabled, i.e. the port presents a high impedance
on all four signals. The inputs are continuously sampled, and if a signal is detected (which will
normally indicate an arbitration signal from a connected port) then this is passed to the
arbitration logic.
Arbitration mode: In this mode, both pairs engage in bi-directional untimed digital signalling.
Each pair transmits (under the control of the arbitration logic) either a logic 1 using differential
signalling, a logic 0 using differential signalling, or high impedance Z. Simultaneously, the
signal on each pair is continuously sampled, and is interpreted as a logic 1, logic 0 or high
impedance Z. The sampled signal is a combination of the transmitted signal and the signal
being transmitted on the corresponding pair by a connected transceiver (NB the cable
implements a “twist” - TPA is connected to the far end TPB, and vice versa). The signal is
interpreted using the 1394 1’s dominant rule and passed to the arbitration logic for
interpretation by the arbitration state machine. If a 11 level is received then this is interpreted
as a reset signal and passed to the control logic.
Speed signalling mode: Speed signalling uses common mode signalling. It is used to signal
the transmission speed capabilitiesof the device (during the Self_ID phase of bus initialization)
and in parallel with the transmission of Data_Prefix arbitration signal during arbitration to
indicate the speed of the packet about to be transmitted. To send a speed signal, the port
generates a common mode current signal on TPB and TPB# for 100 ns. This signal results in
a drop ofthe current modebias voltage through apair of 55 Ohm resistors connected between
the TpBias output and the TPA, TPA# pair at the receiving end. To receive a speed signal, the
port determines the speed by measuring the amount of voltage drop on the TPA pair,
compared to the TpBias signal it is generating. The port samples the speed signal at 20ns
intervals in order to provide filtering against intermediate values or against noise. The
SBPH400 requires two consecutive samples of a S200 or a S400 signal (as appropriate) in
order to identify a valid speed signal. If no speed signal is identified when data transmission
starts, then the data is assumed to be transmitted at S100 speed.
Data transmission mode: In this mode, which always follows arbitration mode, the port
transmits the data and strobe signals received from the data encoder on the TPB pair and the
TPA pair respectively. The transmission uses uni-directional differential data signalling on
each pair. Note that at the end of arbitration mode, the port will be transmitting an untimed
signal of 01. If the first bit to be transmitted is a zero, then this will cause a transition on “data”
(i.e. TPB, so that TPA, TPB transmit 00), if the first bit to be transmitted is a 1, then this will
cause a transition on “strobe” (i.e. TPA, so that TPA, TPB transmit 11). The receivers are
disabled during data transmission. At the end of data transmission mode, the port reverts to
idle mode.
Data reception mode: This mode always follows arbitration mode. The port presents high
impedance on its output drivers (and ignores the data which is being repeated to the other
ports by the data encoder/decoder). The port implements a differential receiver for each of
TPA (data) and TPB (strobe) pairs, and passes the received binary signals to the data
7/43
2
SBPH400-3
decoder. Advanced logic is used to ensure reception of the Data andStrobe signals at speeds
of up to 400 MHz.
2.2Connect detect and bias
A low current connect detect circuit is used to detect a physical connection. A current, applied
to the TPA pair and sensed viaa localSchmitt trigger, will indicate a disconnected state unless
there is a physical connection to ground via the 5K resistor connected to the TPB pair at the
far end. Note that this does not require the far end to be powered. This mechanism operates
only when the port is not generating TpBias.
In order to implement the cable detection, suspend/resume and speed signalling functions, a
common mode bias voltage has to be provided to the TPA pair. A separate TpBias pin is
provided for each port, which should be connected to the TPA pair via a pair of 55 Ohm
resistors, as shown in Figure 2.1. The use of a separate pin for each port avoids problems of
possible interference between the common mode signalling on each port, or possible misdetection of a disconnect.
A single external resistor should be provided between pins R0 and R1 in order to set the
internal operating and the cable driver output currents. A low TCR 3KΩ ±1% resistor should
be used.
2.3Configuration pins
The SBPH400 provides six configuration pins which may be hard wired high or low, or may be
directly controlled from a link layer device. Fourof thepins are used toinitialize registers which
control configuration status bits in the self identification packet.
The PC[0:2] pins provide the power reset value for the power class register, which is reported
in the Self_ID packet in the pwr field.
The CMC pin provides the power reset value for the C register, with is reported in the Self_ID
packet in the C field to indicate if the node is a contender for the bus or isochronous resource
manager.
The LACT pin is used to initialize the value of the Link_active register on power reset. If set to
zero, this allows the node to appearas having an inactive link (the L field in the Self-ID packet
will be zero) until application software sets the Link_active bit to 1.
The PDISABLE pin is used to initialize all ports as disabled on power reset. This satisfies the
OHCI requirement, and allows software to be initialized before the device starts to participate
on power-on as a new device on the bus.
The ISO pin is used onpower reset to determine the operating mode of the PHY/Link interface
(DC coupled or using a DC isolation barrier).
The SBPH400 also has a number of pins which are intended for use during production test
only, and are held to ground or V
as appropriate in normal operation.
DD
8/43
2
SBPH400-3
2.4Suspend/Resume/Disable
Each port independently implements the P1394a suspend/resume proposal. At any one time,
a port may be disconnected, disabled, suspended or active.
On power reset, if PDISABLE = 0 then all ports are initialized as disconnected, and then, if any
ports are physically connected, the normal new connection actions taken. If PDISABLE = 1
then all ports are initialized as disabled.
When a port is not active, the TpBias output for the port is disabled, all outputs of the port are
set to high impedance and any incoming arbitration signals on TPA and TPB are ignored.
A port may be disabled or re-enabled by a command (register write) from the local link, or by
remote PHY command packet. While disabled, the port ignores any incoming TpBias signal
but the port continues to monitor its connection status using the connect_detect mechanism.
A change in connection status will cause an interrupt to the link or a LinkOn packet as
appropriate and according to the controlling flags. When re-enabled and connected, the port
is treated as suspended (see below).
When disconnected, a port ignores any incoming TpBias signal but continuously monitors the
connection status using the connect detect circuitry. On connection, the port attempts to
become active, but if an incoming TpBias is not then detected, then the port is suspended with
the fault bit set.
While active, the port continuously senses the common-mode bias input voltage on the TPB
pair. The presence of a bias voltage on the TPB pair indicates that the port is connected to an
active port on some other device. Similarly, the absence of a bias voltage indicates the lack of
such a connection or that the far end port has been powered off. On detection of loss of bias,
the port is treated as suspended (see below)
A port may be suspended by a remote PHY command packet. In this case, it engages in a
protocol with the remote connected port, resulting in that port too being suspended. It may be
suspended on loss of incoming TpBias on an active port. A port may also be suspended as a
result of its active connected port being suspended. A connected disabled port is treated as
suspended when re-enabled.
While suspended, the port monitors both TpBias and its connection state using the
connect_detect mechanism. If a disconnection is detected, then the port becomes
disconnected. If a TpBias signal is detected, then the port resumes to its active state. A port
may be instructed to resume by means of a remote command packet, in which case it
generates a TpBias signal. This will indicate to the connected peer port that it too should
resume.
It should be noted that any change of port state to or from the active state has the effect of a
topology change, and that reconfiguration of the bus is necessary. To ensure that this occurs,
the SBPH400 initiates the appropriate bus resets as defined in the P1394a proposal.
When a port becomes disconnected, disabled or suspended, it carries out the appropriate
actions and then automatically enters a low power mode. Normal operation (on full power) is
restored after an appropriate delay (to allow the internal clocks to stabilize) on any change in
9/43
2
SBPH400-3
port state. If all ports are in a low power state, and the PHY/Link interface is disabled, then the
SBPH400 implements the necessary delays to allow the SBPH400 core to enter a low power
state in future versions with no functional or timing change.
2.5Data encoder/decoder
The data encoder/decoder implements the SGS-Thomson patented “Data/Strobe” clock
encoding technique, asdescribed inthe 1394 specification. Data to betransmitted isserialized
and encoded into the appropriate Data and Strobe signals. These are send simultaneously to
all active ports for outputting. Alloutput is clocked by the SBPH400 clock derived from thelocal
crystal. Note that data to be transmitted may be received from an incoming port, or from the
link interface.
Data received from a port (only at most one port can be receiving data at any one time) is
resynchronized to the local clock using a small elastic buffer, as the clock frequency of the
incoming data may differ (by up to 200 ppm) from the local clock. The buffer is sized to avoid
underflow or overflow for the longest possible packet.The data is repeated to the ports and to
the link layer as described above, using the local reference clock.
2.6Bus reset, arbitration and control
The SBPH400 enters bus reset on power reset, if the reset signal is sensed onany connected
port’s arbitration signal lines, on a request from a link layer device, on resume from suspend
or on connection of detection on any port (possibly after a delay, to allow for an incoming
reset), on loss of TpBias on an active parent port, on entry to suspend as a result of the peer
port being suspended or disabled, or if the device stays in any state other than Idle, Tree-ID
start, Transmit or Receive for longer than 300 µsec. In some circumstances, the device will
arbitrate for the bus before generating a reset signal, as defined in the P1394a proposal. This
results in minimum disruption to high priority traffic.
On entry to reset, the arbitration control logic enters a Tree-ID phase. Either the node will be
identified an isolated node, or the node will be identified as the root, and all active ports willbe
identified as child ports, or one active port will be the port to the node’s parent, and the other
active ports will be identified as child ports.
The control logic will then engage in Self-ID, in which all nodes are allocated a node-ID and
exchange self-ID packets (see 2.7.2). All received self-ID packets are passed to the link layer
device. Speed capabilities are exchanged during the Self-ID process with all connected active
nodes.
In normal operation, the control logic implements the functions of the root, should the result of
the Tree-ID process be that this node becomes the root.
The control logic accepts arbitration requests from either the local link or any port. Upon receipt
of an arbitration request, the request is accepted locally (if the node is the root) or repeated
towards the root node via the parent port. Data Prefix (01) is transmitted on all other ports,
which indicates that any arbitration request from these ports is rejected.
10/43
2
SBPH400-3
If the request for transmit comes from the local link, then the arbitration control logic waits for
an appropriate gap (all interfaces Idle), and then (unless the request is an immediate request)
arbitrates as above.
The arbitration logic supports all the arbitration enhancements specified in IEEE P1394a:-
•arbitrated reset (a short reset which is delayed until a subaction gap arbitration)
•ack-accelerated arbitration (immediate arbitration after an ACK)
•fly-by arbitration (concatenation of packets after a packet received from a child
port)
2.7PHY packets
2.7.1Link device interaction
The SBPH400 will forward to the link (if the PHY/Link interface is active) every PHY packet
received on the bus.
The SBPH400 will interpret every PHY packet which it receives from the local link device for
transmission on the bus (in addition to responding to every PHY packet received from thebus).
The SBPH400 will acton it in exactly the same way as if the packet was received from the bus.
2.7.2Self-ID packet
The Self-ID packet has the following format:
Figure 2.2Self-ID packet format
1 0phy_ID0 Lgap_cntspcpwrp0p1p2i0
rsv
logical inverse of first quadlet
11/43
2
SBPH400-3
The fields in the Self-ID packet are derived as shown in Table 2.1.
Table 2.1Self ID packet fields
FieldDerived fromComment
phy_IDself-ID process or
set_PHY_ID packet
LLink enabled registerLogical AND of LPS signal and the Link_active register
gap_cntGap_Count registercurrent value of Gap Count register
spMax_Phy_Speed10b (S100, S200 and S400 capable)
rsv(reserved)00b
cContender registercurrent value of C register
pwrPower class registercurrent value of Power class register
p0, p1 p2port status forport 0, 1and
2 respectively
iinitiated resetset whenever the node initiated the current bus reset
physical node identifier
01 - not active (disabled, disconnected or suspended)
10 - active and connected to parent node
11 - active and connected to child node
2.7.3Link_on packet
The SBPH400 will respond to a Link_on packet addressed to it received on the bus. The
packet has the following format:
Figure 2.3Link_on packet format
0 1phy_ID
000000000000000000000000
logical inverse of first quadlet
If the logical AND of the LPS pin and the Link_active bit is zero, then the SBPH400 will
generate a 6.144 MHz signal on the LKON pin, until this logical value becomes 1. Otherwise
the packet is forwarded to the local link. Note that all Link_on packets received on the bus are
forwarded to the local link if it is active, whether or not the packets are addressed to the local
node.
2.7.4PHY configuration packet
The SBPH400 will respond to every PHY configuration packet which it receives on the bus, or
from the link device for transmission on the bus. The packet has the format shown in Figure
2.4:
12/43
2
Figure 2.4PHY configuration packet format
SBPH400-3
0 0root_ID
R0000000000000000Tgap_cnt
logical inverse of first quadlet
The fields in the PHY configuration packet are interpreted as shown in Table 2.2.
Table 2.2PHY configuration packet fields
FieldDefinitionComment
root_IDphysical IDthe physical node identifier of the node to become root on next reset
Rset rootThe Force_Root bit in the SBPH400 is set if R=1 and root_ID = the
node_ID of this node
Tset gap countIf T=1, then the value of the gap countregister inthe SBPH400 is set
to gap_cnt.
gap_cntGap_Count valuenew value of Gap Count register
Note that either or both of R and T must be set to 1.
2.7.5Ping packet
The SBPH400 supports the useof ping timing.The pingpacket has the format shown in Figure
2.5:
Figure 2.5Ping packet format
0 0phy_ID
00000000000000000000type (0)
logical inverse of first quadlet
When the SBPH400 receives a ping packet from the bus or from the local link addressed to
the node, it responds immediately (without arbitration) with a Self_ID packet to both the bus
and the local link.
2.7.6Remote Access and Reply
The SBPH supports remote access to its internal registers. On receipt of a remote access
packet addressed to the node (either from the bus or from the local link), the SBPH400 will
immediatelyrespond with theappropriate remote reply packet. The remote access packet and
the reply packet are also forwarded to the local link.
13/43
2
SBPH400-3
Figure 2.6Remote access packet format
0 0phy_ID
0portregreserved0
type
logical inverse of first quadlet
page
Figure 2.7Remote reply packet format
0 0phy_ID
0portregdata0
type
logical inverse of first quadlet
page
The fields in the remote access and remote reply packets are interpreted as shown in Table
2.3.
Table 2.3Remote Access and Remote Reply packet fields
FieldComment
phy_IDPhysical node identifier of the destination of the packet (type = 1 or 5)
Physical node identifier of the source of the packet (type = 3 or 7)
type1 - register read of the base registers
3 - register contents (base registers)
5 - register read of the paged registers
7 - register contents (paged registers)
page0 - Port Status Page
1 - Product Identification Page
2-7 - (these pages not implemented, always responds with zero)
portIdentify the port for the selected register page. For values 0, 1 and 2, the page is as
defined in Table 2.17. For all other values the SBPH400 always responds with zero.
regIf type = 1, then reg directly addresses one of the base registers.
If type = 5, then reg addresses 10002+reg in the selected page and port.
dataCurrent value of the SBPH400 register addressed by the immediately preceding Remote
Access packet (reserved and unimplemented fields and registers are returned as zero).
2.7.7Remote Command and Confirmation packets
The SBPH400 responds to remote command packets by initiating the appropriate action and
immediately sending a remote confirmation packet.
Figure 2.8Remote command packet format
0 0phy_ID
14/43
2
0port0000cmnd0
type(8)0000
logical inverse of first quadlet
000
Figure 2.9Remote confirmation packet format
SBPH400-3
0 0phy_ID
0port000cmnd0
type(A16)fcbdok
logical inverse of first quadlet
000
The fields in the remote command and remote confirmation packets are interpreted as shown
in Table 2.4.
Table 2.4Remote Command and Confirmation packet fields
FieldComment
phy_IDPhysical node identifier of the destination of the packet (type = 8)
Physical node identifier of the source of the packet (type = A16)
type8 - remote command packet
A16- remote confirmation packet
portIdentify the port for the command or confirmation. For values other than 0, 1 and 2, the
SBPH400 always responds with the OK bit set to zero in the confirmation packet.
fcurrent value of the Fault bit from SBPH400 register 10012for the addressed port
ccurrent value of the Connected bit from SBPH400 register 10002for the addressed port
bcurrent value of the Bias bit from SBPH400 register 10002for the addressed port
dcurrent value of the Disabled bit from SBPH400 register 10002for the addressed port
ok1 if the immediately preceding remote command was accepted by the SBPH400, zero
otherwise
cmndtype = 8:-
0 - NOP
1 - Transmit TX_DISABLE_NOTIFY then disable the port
2 - Initiate suspend
4 - Clear the port’s Fault bit
5 - Enable port
6 - Resume port
type = A16:-
The cmnd value from the immediately preceding remote command packet
dataCurrent value of the SBPH400 register addressed by the immediately preceding Remote
Access packet (reserved and unimplemented fields and registers are returned as zero).
2.8Link interface
2.8.1Overview
The link interface in the SBPH400 operates as described in the IEEE P1394a proposal.
The SBPH400 implements an interface to a single 1394 link layer device, using the pins D[0:7],
Ctl[0:1], LREQ, SClk, LPS and LKON. The interface is scalable, using 2 data bits in parallel
per 100 Mbit/sec. This enables the clock rate of the signals at this interface to remain at 50
MHz.
15/43
2
SBPH400-3
The SBPH400 has control over the bidirectional pins. It will, upon request, transfer this control
to the link device, which can then drive these pins. The 8 bidirectional data pins D[0:7] form
the data bus. The portion of the D bus which carries packet data is left-justified starting with
the 0 bit. Packet data for 100 Mb/s transfers uses D[0:1], 200 Mb/s transfers use D[0:3], and
400 Mb/s transfers use D[0:7]. The unused D[n] signals are transmitted as ‘0’ and are ignored
when the link device has control of the bus. The control bus CTL[0:1] carries the control
information. The LREQ pin is used by the link device to request access to the serial bus and
to read and write the chip registers.
2.8.2Types of operation
The four basic operations which may occur at the PHY-Link interface are: request, status,
transmit and receive. Request is the only operation initiated by the link layer device. The link
layer device uses the request operation to read or write a register located in the SBPH400 or
to request the bus so that the SBPH400 can initiate a transmit action on the bus. The
SBPH400 initiates a receive action whenever a packet is received from the serial bus and a
status indication to notify events to the link layer device.
2.8.3Control pins
When the SBPH400 has control of the PHY-Link interface the CTL[0:1] lines are encoded as
shown in Table 2.5.
Table 2.5CTL[0:1] When the SBPH400 is driving
CTL[0:1]NAMEDESCRIPTION
00IdleNo activity (default mode)
01StatusThe SBPH400 is sending status information to the link device
10ReceiveAn incoming packet is being transferred from the SBPH400 to the link
device
11GrantThe link device is granted the bus to send a packet
When the linklayer device has beengranted the PHY-Link interface bythe SBPH400, itshould
encode the CTL[0:1] lines Table 2.6
Table 2.6CTL[0:1] when the link is driving (upon grant from SBPH400)
NAMEDESCRIPTION
00IdleThe link device has released the bus (normally after transmission).
Note that multiple Idles may need to be transmitted.
01HoldThe link device is preparing dataor wishes to reacquire the bus without
arbitrating to send another packet
10TransmitThe link device is sending a packet to the SBPH400
11unused
16/43
2
SBPH400-3
2.8.4Link device request (LREQ)
The link layer device requests the bus or accesses a register in the SBPH400 by sending a
short serial stream on the LREQ pin. The information sent includes the type of bus request,
the speed at which the packet is to be sent, or a read or write command. The length of the
request stream depends on whether it is abus request (8 bits), a read register request (9 bits),
a write register request (17 bits), or an accelerate control request (6 bits).
The request stream always commences with a start bit (value 1b) and terminates with a stop
bit (0b). Bit 0 is transmitted first on the serial request stream.
The LREQ timing and the definition of the bits in the transfer are shown in Figure 2.10
Figure 2.10LREQ timing
LR0LR1
LR2
LR3
LR(n-2)LR(n-1)
The Bus Request is 8 bits long and is specified in Table 2.7. (Note that this is backwards
compatible with the 7-bit format as specified in IEEE 1394-1995, which is also supported by
the SBPH400.)
Table 2.7Bus request format
Bit(s)NameDescription
0Start_BitIndicates start of transfer. Always 1.
1-3Request_TypeIndicates the type of bus request being performed. See Table 2.12 for the
encoding of this field.
4-6Request_SpeedIndicates thespeed at which the SBPH400 will be sending the packet for
this request. This field has the same encoding as the speed code fromthe
first symbol ofthe receive packet. See Table 2.11 for the encoding of this
field.
7Stop_BitIndicates end of transfer. Always 0.
The Read Request is used to read a register in the device. It is 9 bits long and is specified in
Table 2.8.
Table 2.8Read register request format
Bit(s)NameDescription
0Start_BitIndicates the start of transfer. Always 1.
1-3Request_Type100b (Register read)
4-7AddressIndicates the address of the physical register to be read.
8Stop_BitIndicates end of transfer. Always 0.
17/43
2
SBPH400-3
The Write Request is used to write to a register in the device. It is 17 bits long and is specified
in Table 2.9.
Table 2.9Write register request format
Bit(s)NameDescription
0Start_BitIndicates the start of transfer. Always 1.
1-3Request_Type101b (Register write)
4-7AddressIndicates the address of the physical register to be written.
8-15DataIndicates the data to be written to the specified physical register.
16Stop_BitIndicates end of transfer. Always 0.
The Accelerate Control Request is used to control the use of arbitration acceleration in order
to prevent Cycle Start packet starvation. It is 6 bits long and is specified in Table 2.10
Table 2.10Accelerate control request format
Bit(s)NameDescription
0Start_BitIndicates the start of transfer. Always 1.
1-3Request_Type110b (AccCtrl)
4Acceleration_Select0 = Decelerate
1 = Accelerate
5Stop_BitIndicates end of transfer. Always 0.
The Request Speed field in the bus request is encoded as specified in Table 2.11:
The Request Type field is encoded as specified in Table 2.10:
Table 2.12Request type field
LR[1:3]NameDescription
000ImmReqUsed for Acknowledge Transfers. The SBPH400 takes control of thebus
immediately upon detecting idle without arbitration.
001IsoReqUsed for Isochronous Transfers. The SBPH400 arbitrates after an
isochronous gap, or transmits immediately if an isochronous packet has
just been received from a child port (fly-by arbitration). The SBPH also
performs accelerated arbitrations (see AccCtrl below) after receiving this
request if the enab_accel register is set to 1.
010PriReqUsed for Cycle Master requests. The SBPH400 arbitrates after a
subaction gap or, if acceleration enhancements are enabled (enab_accel
register is set to 1) and if accelerate control has been set to allow
accelerations (see AccCtrl below), arbitrates after an ACK packet has
been received, or transmits immediately if an ACK packet has just been
received on a child port (see Accelerate/Decelerate below), ignoring the
fair protocol. This is also used for the second and subsequent optimized
fair transfers
011FairReqUsed for Fair Transfers. Used forFair Transfers. The SBPH400 normally
arbitrates after subaction gap. Ifacceleration enhancements are enabled
(enab_accel register is set to 1) and if accelerate control has been set to
allow accelerations (see AccCtrl below), then the SBPH400 will arbitrate
after an ACK packet has been received, or transmit the packet
immediately if an ACK packet has been received on a child port. In all
cases the SBPH400 follows the fair protocol (one FairReq packet per
arbitration reset gap).
100RdRegReturn specified register contents through a status transfer.
Note that the result is undefined if a previous RdReg request hasnot been
completed.
101WrRegWrite to specified register.
110AccCtrlAccelerate control. The link should send an AccCtrl request with
Acceleration_Select = 0 (Decelerate) if it is not root and when its cycle
timer has counted a 125 µs interval. The SBPH400 will not employ ACK
accelerated arbitration or fly-by arbitration for asynchronous packets until
a subsequent Accelerate request with Acceleration_Select = 1
(Accelerate) is received or an IsoReq has been received. The link should
send an Accelerate request with Acceleration_Select = 1 after it has
received a cycle start packet if it has no isochronous packets to transmit
in the current isochronous cycle.
111reservedignored
19/43
2
SBPH400-3
2.8.5Bus request
The SBPH400 obeys the rules specified in the P1394a proposal for the disposition of requests
received from a link device, provided that the link device follows the P1394a rules for when it
may issue requests.
The link device sends the request for the bus for fair (FairReq) or priority (PriReq) access at
least one clock after the interface becomes idle or during a status transfer from the SBPH400.
A cycle master node uses a priority request (PriReq) to send the cycle start packet.
A receive state (CTL[0:1]=10) at any time during or after the link device sends a fair or priority
request transfer indicates to the link device that the request cannot yet been granted, due to
the arrival of an incoming packet. If arbitration acceleration is enabled, and the incoming
packet is null or has no more than 8 bits, then the SBPH400 retains the request, otherwise the
request is discarded as soon as the SBPH400 determines that the incoming packet has more
than 8 bits. The request always discarded if arbitration acceleration is not enabled. The link
device should reissue a discarded request on the next idle or status.
A link device uses the IsoReq request at any time to request the SBPH400 to send an
isochronous packet. The SBPH400 will wait for a an isochronous gap before arbitrating for the
bus. The SBPH400 will clear the request only when the bus has been won, or if it performs a
status transfer indicating a subaction gap (this indicates an error condition and should not
occur).
A link device must issue a ImmReq request to send an acknowledge packet during the
reception of a packet addressed to it or no later than the fourth SClk cycle after the interface
went idle. As soon as the packet reception ends the SBPH400 immediately takes control of
the bus and grants the bus to the link device. If the header CRC of the packet happens to be
bad the link device should release the bus immediately. Note that the link device should not
use this request to send another type of packet. This can be ensured by making the link device
wait for 160 ns after the end of the receive packet to allow the SBPH400 to grant it the bus for
the acknowledge. The bus is then released before starting another request.
After the link issues a request for the access to the bus (immediate, iso, fair, or priority) it
cannot issue another bus request until the SBPH400 indicates that the request is either “lost”
(incoming packet, other than an ACK packet when accelerations are enabled) or “won” (grant).
When a previous bus request is pending the SBPH400 ignores new bus requests.
All outstanding requests are cancelled on a bus reset.
2.8.6Register Read/Write requests
For write requests, the SBPH400 takes the data field of the LREQ transfer and loads it into the
addressed register as soon as the transfer is complete.
For read requests, the SBPH400 returns the contents of the addressed register at the next
opportunity through a 16-bit status transfer. The link device may perform a read or write
register operation at any time.
20/43
2
SBPH400-3
2.8.7Status transfer
A 4-bit status transfer of S[0:3] is initiated by the SBPH400 when any of the four status bits
S[0] to S[3] (as specified in Table 2.13) is set to 1. A 16-bit status transfer of s[0] to s[15] (as
specified in Table 2.13 is initiated by the link in response to a register read request from the
link device, or to indicate the node’s new phy_ID after a bus reset during the Self_ID process.
After the link interface is idle, a status transfer is initiated with the assertion of status (CTL[0:1]
= 10) condition by the SBPH400. The first two bits of status information (S[0:1]) are made
available on D[0:1]. The status condition is held on CTL[0:1] for the duration of transfer. The
SBPH400 ensures that there is at least one clock cycle between status transfers.
Table 2.13Status bits
Bit (S[n])NameDescription
0ArbitrationResetGapThis bit indicates that the SBPH400 has detected that the
serial bus has been idle for an arbitration reset gap time (this
is defined in the IEEE 1394 standard). This bit is used by the
link device in the busy/retry state machine. This bit is reset
after the status transfer or when a transfer occurs on the bus.
1SubactionGapThis bit indicates that the SBPH400 has detected that the
serial bus has been idle for a subaction gap time (this is
defined in the IEEE 1394 standard). This bit is used by the link
device to detect the end of an isochronous cycle. This bit is
reset after a status transfer or when a transfer occurs on the
bus.
2BusResetThis bit indicates that the SBPH400 has entered the bus reset
state. This bit is reset after a status transfer
3PHY_InterruptThis bit is set whenever any of the interrupt-generating status
bits (Loop detect, Power fail,State time-out, Port event) is set
to 1. This bit is reset after a status transfer.
4-7AddressThese bits indicate the address of the SBPH400 register
whose contents are being transferred to the link device
8-15DataThese bits provide the current value of SBPH400’s register.
Figure 2.11Status transfer timing
SBPH400
CTL[0:1]
0001
SBPH400
D[0:1]
00S[0,1]
01
S[2,3]
0100
S[14,15]00
21/43
2
SBPH400-3
In the event of a packet reception during status transfer, the SBPH400 prematurely ends the
transfer byremovingthe status indication onthe CTL[0:1]. Note that any status bits transferred
will be reset, even if the status transfer is prematurely terminated (i.e. if it is terminated after
the transfer of S[0:1], then S[0:1] will be reset. If it is terminated after the transfer of S[0:n]
where n>=3, then S[0:3] will be reset. The status transfer will be retried at the next available
opportunity if it was a 16 bit status transfer, or if it was a 4 bit status transfer and at least one
of the four status bits S[0] to S[3] is (still) 1.
2.8.8Transmit
The link device requests access to the serial bus through LREQ when it wants to transmit
information. The SBPH400 arbitrates, using the timing algorithm appropriate to the request
type, to gain access to the serial bus. After the SBPH400 wins the arbitration, it grants the bus
to the link device by asserting grant on the CTL pins for one clock cycle, followed by idle for
one clock cycle. When it receives control of the bus, the link may assert one cycle of idle on
the CTLpins (this may beadvisable when using PHY-Link isolation). While preparing data, the
link device keeps the ownership of the bus by asserting hold on the CTL pins. It is not
necessary for the link device to assert hold if it is ready to transmit as soon as bus is granted.
When it is ready to transmit a packet, the link device asserts transmit on the CTL pins along
with the first bits of the packet.
After sending the last bits of the packet when the link device does not wish to concatenate
another packet, the link device asserts idle on the CTL pins for two clock cycles before
tristating the CTL pins. After sending the last bits of the packet when the link device wishes to
concatenate another packet, the link device asserts hold on the CTL pins for one cycle,
together with the speed code for the next packet, followed by a single cycle of idle before
tristating the CTL pins. The link device may release the bus after the SBPH400 has asserted
grant by asserting idle on the CTL pins for three cycles, and may release the bus after
asserting hold by asserting idle on the CTL pins for two cycles.
The hold state indicates to the SBPH400 that the link device wants to send another packet
without releasing the bus (a concatenated packet). The SBPH400 responds to the hold by
waiting the required minimum time and then asserts transmit as before. The speed of the
concatenated packet isindicated at the time that the hold state is asserted, using the encoding
specified in Table 2.14.
Note that it is not permitted to transmit a S100 packet as a concatenated packet after
transmitting a higher speed packet. Note that, for compatibility with 1394-1995 PHYs, P1394a
requires that if “multi-speed concatenated packets” is not enabled (see Table 2.16), the speed
code for any concatenated packet which is received from the link will be ignored, and the
packet will be transmitted at the same speed as the packet to which it is concatenated. The
SBPH400 will supply the appropriate speed code as it transmits the packet on the bus.
When the link device has finished sending the last packet of the current bus ownership, it
releases the bus by asserting idle on the CTL pins for two consecutive clock cycles. The
transmit timing is shown in Figure 2.12.
22/43
2
Figure 2.12Transmit timing
Single Packet
SBPH400
SBPH400-3
CTL[0:1]
D[0:7]
CTL[0:1]
D[0:7]
001100ZZZZZZZZZZZZZZZZZZ
SBPH400
000000ZZZZZZZZZZZZZZZZZZ
LINK DEVICE
ZZ
ZZ
ZZ00
ZZ00
LINK DEVICE
ZZ
ZZ00
Concatenated packet
SBPH400
CTL[0:1]
ZZZZZZ
00
01
Optional idle cycle
00
1010
01
00D0D1Dn00
00
ZZ
11
100000ZZ
ZZZZZZZZ
00
ZZ
D[0:7]
CTL[0:1]
D[0:7]
SBPH400
ZZZZZZ
LINK DEVICE
1000
01
LINK DEVICE
Dn00
SP
00
ZZ
ZZ
0000
ZZZZZZ
ZZZZZZ0000D0D1
00
00
00
01
011010
Optional idle cycle
ZZZZZZZZ
ZZ
23/43
2
SBPH400-3
2.8.9Receive
When the SBPH400 detects the “data-on” state on the serial bus, it starts the receive operation
by asserting receive on the CTL pins and ‘1’ on each of the D pins. The SBPH400 indicates
the beginning of the packet by placing on the D pins the speed code, as defined in Table 2.14.
The speed code is followed by the contents of the received packet using the appropriate range
of D pins (D[0:1] for S100, D[0:3] for S200 and D[0:7] for S400). The CTL pins will remain in
the receive state untilthe last symbol of the packet has been transferred tothe linkdevice. The
end of the packet is indicated by the CTL pins going back to the idle state. Note that the speed
code is part of the link interface protocol and is not included in the calculation of CRC. Note
thatP1394a requires that,forcompatibility with 1394-1995 PHYs,if “multi-speed
concatenated packets” is not enabled (see Table 2.16), any concatenated packet which is
received without a speed code is assumed to be transmitted at the same speed as the packet
to which it is concatenated. If the SBPH400 detects such a packet then it will indeed make this
assumption, and will supply the appropriate speed code in front of the packet as it transfers it
to the link device. The receive timing is shown in Figure 2.14.
Physical_ID6RThe address of the node determined during self-identification.
R1RWhen set to 1, indicates that the node is the root.
PS1RCable power status. This value always reflects the filtered voltage
sensed on the CPS pin.
RHB1R/WRoot Hold-off bit. When set to 1, instructs the node to attempt to
become the root during the next Tree-ID process. Value on power
reset is 0.
IBR1R/WInitiate Bus Reset bit. When set to 1, instructs the SBPH400 to initiate
a bus reset for 166µsec immediately. Always reads as zero.
Gap_Count6R/WArbitration timer setting. Used to optimize gap times based on the
topology of the network.
Extended3RAlways reads as 111b to indicate use of the extended PHY register
map
Total_Ports4RAlways reads as 3
Max_Speed3R010b (maximum speed is S400)
Delay4R0000b (maximum repeater delay is 144 ns)
Link_active1R/WSet or cleared by software. Note that the value of the Lbit transmitted
in the self-ID packet is the AND of the Link_active bit and the LPS pin.
Initialized to the value of the LACT configuration pin on power reset.
C1R/WContender. Set orcleared by software to control the value of the C bit
transmitted in the self-ID packet. On power reset this is initialized to
the value of the CMC pin.
Jitter3R000b (fastest and slowest repeater delay differ by 20ns)
25/43
2
SBPH400-3
Table 2.16SBPH400 register fields (continued)
FieldSizeType Description
Power_class3R/WPower class. Set by software to control the value of the pwr field
transmitted in the self-ID packet. On power reset, this is initialized to
the values of the PC[0:2] pins.
Resume_int1R/WResume interrupt enable. When set to 1, the SBPH400 sets
Port_event to 1 if resume operations commence for any port.
Initialized to 0 on power reset.
ISBR1R/WInitiate short (arbitrated) bus reset. Unless entryto suspend or resume
is in progress for any of the SBPH400’s ports, a write of one to this bit
requests the SBPH400 to arbitrate after a sub-action gap and issue a
short bus reset. Anyoutstanding fairrequest is abandoned. Unlike fair
bus requests, the request persists until won, or until atime-out forces
a long bus reset. Always reads as 0.
Loop1R/WLoop detect interrupt. Set to one when the Tree-ID process detected
a loop. The PHY_interrupt status bit is set when this bit transitions
from 0to 1. A register write with the value 1 in the field corresponding
to this bit clears the register to zero. A register write with a value 0 to
the field corresponding to this bit is ignored.
Pwr_fail1R/WCable power fail interrupt. Set when thePS register changes from 1 to
0. The PHY_interrupt status bit is set when this bit transitions from 0
to 1. A register write with the value 1 in the field corresponding to this
bit clears the register to zero.A register writewith a value 0 tothe field
corresponding to this bit is ignored.
State t_out1R/WState time-out interrupt. Set to 1 when the arbitration state machine
has been in any state other than Idle, Tree-ID state T0, Transmit or
Receive for longer than 300µsec. The PHY_interrupt status bit is set
when this bit transitions from 0 to 1. A register write with the value 1 in
the field corresponding to this bit clears the register to zero. A register
write with a value 0 to the field corresponding to this bit is ignored.
Port_event1R/WPort event detect. Set to 1 when any of Connected, Bias, Disabled or
Fault change for a port whose Int_enable bit is one, or when resume
operations commence for any port and Resume_int is set to 1. The
PHY_interrupt status bit is set when this bit transitions from 0 to 1. A
register write with the value 1 in the field corresponding to this bit
clears the register to zero. A register write with a value 0 to the field
corresponding to this bit is ignored.
Enab_accel1R/WEnable ACK accelerated and fly-by arbitration. Initialized to 0 on
power reset.
Enab_multi1R/WEnable multi-speed packet concatenation. Initialized to 0 on power-on
reset.
26/43
2
SBPH400-3
Table 2.16SBPH400 register fields (continued)
FieldSizeType Description
Page_select3R/WSelect extended register page for a subsequent PHY register read or
write operation.
0 = Port Status Page
1 = Product Identification Page
Initialized to 0 on power reset.
Port_select4R/WIdentify the port for the selected register page for a subsequent PHY
register read or write operation. For values 0, 1 and 2, the page is as
defined in Table 2.17. For all other values, a subsequent write to any
register in the page has no effect, and a subsequent read from any
register in the page returns zero. Initialized to 0 on power reset.
rsvR/WField reserved in P1394a for future use. No effect on write, always
The 6-bit Division field identifies the product group within SGS-THOMSON.
The 10 bit Product field identifies the product within the Division.
The Major revision will increment with each major revision of the device. The minor revision
will start at 0 for each major revision and will increment with mask fixes, etc.
Note:The Division and Product fields are identical to the corresponding fields when accessing the
SBPH400 via the JTAG Test Access Port.
2.9Reset and initialization
2.9.1Power on
Figure 2.14SBPH400 reset timing
Ext oscillator
(where used)
Reset#
SBPH 400 operational
28/43
2
100 ns min
(V
present)
DD
500
µsec
SBPH400-3
On Power on, the Reset# pin should be held low for 2ms to allow supplies to settle. To reset
the device when V
is already present, the Reset# pin should be held low until a minimum of
DD
100ns after the external oscillator (if used) is started and operating within specification. The
SBPH400 willwait for approximately 500 µsecto allow its internal clocking circuitry to stabilize.
At the end of the nominal 500 µsec period, the SBPH400 becomes fully operational. Prior to
the SBPH400 becoming fully operational, all outputs on the PHY/Link interface are held in high
impedance, as are the TpBias and TPA and TPB pins for all three ports. When the SBPH400
becomes fullyoperational, it senses the ISO, PC[0:2], CMC,LACT and PDISABLE. If ISO = 0,
then all outputs on the PHY/Link interface are taken to zero, and the SBPH400 will also then
respond to LPS if this pin is active (see 2.9.2).
2.9.2PHY/Link Interface start-up
The PHY/Link interface is controlled by the link device via the LPS signal. In order to indicate
to the SBPH400 that the linkinterface is active, LPS should either be held to alogic 1 (possibly
by connecting to the V
which meets the specification shown in Figure 2.15 and Table 2.20. If neither of these is true
after power reset (see above), then no signal is considered to be received on LPS, the link
interface continues to be disabled, and the SBPH400 operates as a PHY repeater.
supplying the link layer device) or be connected to a pulsed output
DD
Figure 2.15LPS timing (isolated interface)
LPS
(isolated)
T
LPSH
T
LPSL
Table 2.20LPS timings
SymbolParameterUnitMinTypMax
T
LPSL
T
LPSH
LPS low time (isolated interface)ns901000
LPS high time (Isolated interface)ns901000
When LPS is asserted, the PHY/Link interface starts as illustrated in Figure 2.16
29/43
2
SBPH400-3
Figure 2.16PHY/Link interface start-up timing
LPS
SClk (direct)
SClk (iso)
C[0:1], D[0:7]
(direct)
C[0:1], D[0:7]
(iso)
5ns(min)
40 - 6 0 ns (SBPH 400 op era tional)
500
µs nom inal (SBPH400 suspended)
When LPS is reasserted, the SBPH400 resumes sending SCLK (if necessary) after 40-60 ns
if the SBPH400 is operational, or otherwise after a nominal period of 500 µsec if LPS is used
to bring the SBPH400 out ofsuspend. If the interface is operating in direct mode (ISO = 0) then
Ctl[0:1] and D[0:7] are held zero. If the interface is operating in isolated mode (ISO = 1), then
the SBPH400 maintains high impedance for the first cycle of SCLK, asserts zeros on Ctl[0:1]
and D[0:7] for the second cycle of the resumed SCLK, and maintains high impedance for
cycles 3 to 7. TheSBPH400 asserts a nominal receive indication on Ctl[0:1] for the eigthcycle,
while simultaneously indicating data_prefix on D[0:7] (all 1’s). This is maintained for further
cycles if the SBPH400 is in a state where it would otherwise be transferring data.
2.9.3PHY/Link interface reset and disable
The PHY-Link interface may be reset by taking LPS low for a minimum of 2.75 µsec, but less
than 25 µsec. During this time the Ctl[0:1] and D[0:7] signals are disabled, but the SBPH400
continues to provide SCLK.
If neither of these is true for a period greater than 25 µsec, then no signal is considered to be
received on LPS, the link interface is disabled, and the SBPH400 operates as a PHY repeater.
When the link interface is disabled, all outputs are held to zero if the interface is operating in
direct mode (ISO = 0), otherwise (ISO = 1) all outputs are maintained in high impedance. The
30/43
2
SBPH400-3
timing parameters are given in Table 2.21, and the signal relationships are illustrated in Figure
2.17 and Figure 2.18.
Table 2.21PHY/Link interface reset and disable timing parameters
SymbolParameterUnitMinTypMax
T
LPS_RESET
T
LPS_DIS
T
RESTORE
Time for SBPH400 to recognize LPS logically
deasserted and reset the interface
Time for SBPH400 to recognize LPS logically
deasserted and disable the interface
Time to permit the optional differentiator and
isolation circuits to restore during an interface
reset
µs1.22.75
µs2530
s1520
µ
Figure 2.17PHY-Link reset timing
SCLK
T
LPS_RESET
LPS
LPS
(isolated)
DATA
CTL
LREQ
Figure 2.18PHY-Link disable timing
SCLK
T
LPS_DISABLE
LPS
LPS
(isolated)
T
RESTORE
T
RESTORE
DATA
CTL
LREQ
31/43
2
SBPH400-3
2.9.4LKON (link on)
The LKON pin is used as an output to indicate that the SBPH400 has received a Link_On
packet. If the there is no signal on the LPS pin (indicating that the link device is not currently
powered) or the Link_active register is zero (link interface turned off by software) and a
Link_On packet is received addressed to the node, then a 6.144 MHz signal is output on the
LKON pin. This signal is turned off within 500 ns when both there is a signal received on LPS
and the Link_active register is 1.
2.10 ISO (isolation)
The SBPH400 supports the use of an isolation barrier between the chip and a link device. If
ISO is set high, then the an internal pulsed differentiating function is used on the CTL[0:1] and
the D[0:7] pins when used as outputs. Appropriate threshold circuitry is included on these pins
when used as inputs to interpret differentiated signals correctly. The differentiation circuitry
transmits a 1 or a 0 when there isa logical transition to 1 or 0 respectively, otherwise the output
is set to high impedance. This is shown in Table 2.22. This allows an arbitrary sequence of 1’s
or 0’s to be transmitted across an AC coupled isolation interface.
Table 2.22Output differentiation for isolation
Next01
Previous
0Z1
10Z
2.11 CPS (cable power status)
This input should be connected to the power supply provided from the cable via an external
series 400 KOhm resistor. The internal logic associated with thispinprovides a nominal filtered
cable power failvoltage (as applied to the external resistor) threshold of 6.25 volts. The internal
logic will report 1 in the PS register when the external voltage on the resistor exceeds the
threshold, and will report 0 in the PS register when the external voltage falls below the
threshold. A transition from 1 to 0 on the value in the PS register causes the Pwr_fail register
to be set to 1, which in turn will cause a link status transfer with the PHY_Interrupt bit set if the
Link interface is active, otherwise will cause a LinkOn signal. Appropriate protection is
incorporated in the SBPH400 for cable power voltages within the 1394 specification applied
via the external series resistor.
32/43
2
SBPH400-3
3Pin Description
Table 3.1Pin description - normal operation
Pin namePin numberI/ODescription
AGND15, 23, 25, 80Analog Ground
AVDD6, 24, 26, 79Analog Supply Voltage
CLK2438IExternal 24.576 MHz oscillator input (optional, see QX0)
CMC64IConfiguration Manager Contender. Used to initialize the C register
at power-on reset. It should be programmed by connecting it to
VDD(C=1) or GND (C=0).
CPS78ICable power status.
CTL[0:1]46, 45I/OControl signals for PHY-Link interface
D[0:7]59 - 51I/OData signals for PHY-Link interface
DGND12, 13,14, 27,
28, 29,30, 31,
34, 40,43, 48,
49, 50,61, 69,
70, 72, 73, 74
DVDD32, 33, 47, 71Digital Supply Voltage
ISO68ILink interface isolation logic control. Logic level 1 on this pin
LACT41ILink Active. Used to initialize the Link Active register on power
LKON42OLink on o/p
LPS62ILink power status.
LREQ44ILink request to SBPH400
N/C35, 75, 76IInputs not used in normal operation, may be connected to VDDor
OGND37IOscillator ground
OVDD39IOscillator supply voltage
PC[0:2]65 - 67IPower Class input
PDISABLE63IPorts disable. Used to initialize all three ports as disabled on
QX038I24.508 MHz crystal input 0 (optional, see CLK24)
QX136I24.508 MHz crystal input 1 (optional, left unconnected if not used,
R[0:1]22, 21External resistor for bias current setting
RESET#77IReset. Taking thissignal lowcauses all activitytocease. Whenthis
Digital Ground
enables the isolation logic, 0 disables the isolation logic (normally
tied to VDDor GND as required)
reset. It should beprogrammed byconnecting it to VDD(Link Active
= 1) or GND (Link Active = 0).
GND, or left unconnected.
power-on reset.
must not be taken to power or GND)
signal is taken high, all appropriate registers and outputs are
initialized to their power reset values and a 166µsec bus reset is
initiated.
33/43
2
SBPH400-3
Table 3.1Pin description - normal operation (continued)
Pin namePin numberI/ODescription
SCLK60OClock to Link device -49.152 MHz
TPA11I/OPositive signal of cable pair A of port 1
TPA1#2I/ONegative signal of cable pair A of port 1
TPB13I/OPositive signal of cable pair B of port 1
TPB1#4I/ONegative signal of cable pair B of port 1
TPA27I/OPositive signal of cable pair A of port 2
TPA2#8I/ONegative signal of cable pair A of port 2
TPB29I/OPositive signal of cable pair B of port 2
TPB2#10I/ONegative signal of cable pair B of port 2
TPA316I/OPositive signal of cable pair A of port 3
TPA3#17I/ONegative signal of cable pair A of port 3
TPB318I/OPositive signal of cable pair B of port 3
TPB3#19I/ONegative signal of cable pair B of port 3
TPBIAS15OCable Termination voltage source for port 1
TPBIAS211OCable Termination voltage source for port 2
TPBIAS320OCable Termination voltage source for port 3
Some pins on the SBPH400 have different functionality in various test modes. Table 3.2
identifies these pins for ease of reference, but the full description of the associate functions is
not included in this data sheet.
Table 3.2Pin description - test pins
Pin namePin numberI/ODescription
CLK9835I98.304 MHz Oscillator input, used when PLLDIS is tied to V
PLLDIS49IInternal PLL disable pin. Tie to VDDto disable internal PLL.
SCI[0:2]76, 67, 65IUsed to serially shift data into the SBPH400 for production test
SCO[0:2]68, 66, 64IUsed to serially shift data out of the SBPH400 for production test
TCK72ITest clock. Used to clock data into and out of the SBPH400 during
operation of the Test Access Port or production test.
TDI75ITest Data Input. Used to serially shift testdata and test instructions
into the SBPH400 during TAP operations.
TDO63OTest Data Output. Used to serially shift test data and test
instructions out of the SBPH400 during TAP operations.
TEST
ENABLE
TESTMODE30IReserved for production test
TMS69ITest Mode Select. This signal controls the state of the TAP
TRST#40ITest Reset. Resets the TAP controller.
70IReserved for production test
controller within the SBPH400.
DD
34/43
SBPH400-3
4Electrical Specifications
4.1Absolute maximum ratings
Table 4.1Absolute maximunm ratings
SymbolParameterUnitsMinMax
V
V
V
DD
INL
INH
Supply VoltageV04
Logic signal input low levelV-0.5
Serial signal input level
V
VDD+0.5
T°C
MAX
TTL input signals
Maximum assembly temperature (for 10
V
°C
5.5
260
seconds maximum)
Storage temperature
°C-65
150
Note:Stresses greater those listed under “Absolute Maximum Ratings” may cause permanent dam-
age to the device. This is a stress rating only and functional operation of the device at these
or any other conditions above those indicated in the operational sections of this specification
is not guaranteed. Exposure toabsolute maximum rating conditions for extended periods may
affect device reliability. During overload conditions (
with respect to ground (
) must not exceed the values defined by the Absolute Maximum
V
SS
>
or
<
V
V
IN
DD
V
IN
) the voltage on pins
V
SS
Ratings.
4.2Operating conditions
Table 4.2Operating conditions
SymbolParameterUnitsMinTypMax
V
DD
T
A
I
DD
Supply VoltageV3.03.33.6
Supply Ripple (DC to 1 GHz)mV100
Ambient temperature°C02770
Supply current @ 25°C, 3.3 volts
mA300
with parallel outputs loaded by 10pF
35/43
SBPH400-3
4.3DC characteristics
The following values apply to the analog signals TPAn, TPAn#
Table 4.3DC characteristics for TPAn, TPAn#
SymbolParameterUnitsMinTypMax
V
OD
V
(OFF)
Z
IC
Z
ID
V
ARB1
V
ARBZ
V
ARB0
V
ISWS
V
IT200
V
IT400
Differential output peak-to-peak voltage,
mV172265
terminated by 55Ω load
Off-state common mode output voltagemV20
Common mode impedance (driver disabled)kΩ pF2024
Differential impedance (driver disabled)kΩ pF66
Serial input differential amplitude for arbitration ’1’
mV168
detect
Serial input differential amplitude for arbitration ’Z’
mV-8989
detect
Serial input differential amplitude for arbitration ’0’
mV-168
detect
Serial input differential amplitude (absolute value)
mV118-260
during data transmission
Speed signal threshold voltage relative to TPBIAS
mV139264
(TPBIAS-TPA common mode voltage), S200
Speed signalling threshold voltage relative to
mV445682
TPBIAS (TPBIAS-TPA common mode voltage),
S400
The following values apply to the analog signals TPBn, TPBn#
Table 4.4DC characteristics for TPBn, TPBn#
SymbolParameterUnitsMinTypMax
V
OD
V
(OFF)
Z
IC
V
TH_BIAS_CON
V
TH_BIAS_DIS
I
CM100
I
CM200
I
CM400
V
ARB1
V
ARBZ
Differential output peak-to-peak voltage, terminated by
mV172265
55Ω load
Off-state common mode output voltagemV20
Common mode impedance (driver disabled)k
Ω pF2024
TpBias connect thresholdV1.0
TpBias disconnect thresholdV0.6
Common mode output current, speed signalling off or
mA-0.810.44
speed signal = S100
Common mode output current, speed signal = S200mA-2.53-4.84
Common mode output current, speed signal = S400mA-8.10-12.4
Serial input differential amplitude for arbitration ’1’
mV168
detect
Serial input differential amplitude for arbitration ’Z’
mV-8989
detect
36/43
SBPH400-3
Table 4.4DC characteristics for TPBn, TPBn# (continued)
SymbolParameterUnitsMinTypMax
V
ARB0
Serial input differential amplitude for arbitration ’0’
mV-168
detect
V
ISWS
Serial input differential amplitude (absolute value)
mV118-260
during data transmission
The following values apply to the appropriate device pins in each case
Table 4.5DC characteristics
SymbolParameterUnitsMinTypMax
V
OH
V
OHD
V
OL
V
OLD
V
IH
V
IL
I
I
I
PU
I
PD
I
OZ
V
LIT_ISO+
V
LIT_ISO-
V
IT_ISO+
V
IT_ISO-
V
CPS
V
O
High level output voltage (IOH= -4 mA)V2.8
High level output voltage (IOH= -9 mA, CTL[0:1],
VVDD-0.4
D[0:7], SCLK and LKON outputs)
Low level output voltage (IOL= 4 mA)V0.4
Low level output voltage (IOL= 9 mA, CTL[0:1],
V0.4
D[0:7], SCLK and LKON outputs)
High level input voltageV2.6
Low level input voltageV0.7
Input current for CMC, LREQ, LPS, PC[0:2],
µA-10.0+10.0
RESET#, ISO, PWRDWN, EXTCLK inputs
Input current for TDI, TMS, TRST# inputsµA-125- 25
Input current for TESTMODE, BISTRUN, TCK
Ext er nal 24 .576 M Hz Crystal OR Ext er nal oscillator opti on
(*) Isolation circuitused if I SO pin enable
(**) A ll N/C ( no n connected) p ins, BUT N O T N C** (p in 36) may be con nected to e ither G ND o r V
DD
Note:Isolation components when using an isolated PHY-Link interface not shown;
42/43
Notes
Information furnished is believed to be accurate and reliable. However, SGS-THOMSON Microelectronics assumes no
responsibility for the consequences of use ofsuch information nor for any infringement of patents or other rights of third
parties which may result from its use. No license is granted by implication or otherwise under any patent or patent rights
of SGS-THOMSON Microelectronics. Specifications mentioned in this publication are subject to change without notice.
This publication supercedes and replaces allinformation previously supplied. SGS-THOMSON Microelectronics products
are not authorized for use as critical components in life support devices or systems without the express written approval
of SGS-THOMSON Microelectronics.
1998 SGS-THOMSON Microelectronics - All rights reserved.
This circuit uses patents licenced by BULL S.A.
SGS-THOMSON Microelectronics Group of Companies
Australia - Brazil - Canada - China - France - Germany - Hong Kong - Italy - Japan - Korea -Malaysia - Malta - Morocco - The Netherlands -
Singapore - Spain- Sweden - Switzerland - Taiwan - Thailand - United Kingdom - U.S.A.
GLINT
TM
is a Trademark of BULL S.A.
43/43
3
Loading...
+ hidden pages
You need points to download manuals.
1 point = 1 manual.
You can buy points or you can get point for every manual you upload.