LAN9500/LAN9500i/LAN9500A/LAN9500Ai
LAN950x USB 2.0 to 10/100 Ethernet Controller
Highlights
- Flexible address filtering modes
–One 48-bit perfect address
–64 hash-filtered multicast addresses
–Pass all multicast
–Promiscuous mode
–Inverse filtering
–Pass all incoming with status report
• Single Chip Hi-Speed USB 2.0 to 10/100 Ethernet
Controller
• Integrated 10/100 Ethernet MAC with Full-Duplex
Support
• Integrated 10/100 Ethernet PHY with HP AutoMDIX support
• Integrated USB 2.0 Hi-Speed Device Controller
• Integrated USB 2.0 Hi-Speed PHY
• Implements Reduced Power Operating Modes
Target Applications
•
•
•
•
•
•
•
•
•
Embedded Systems
Set-Top Boxes
PVRs
CE Devices
Networked Printers
USB Port Replicators
Standalone USB to Ethernet Dongles
Test Instrumentation
Industrial
Key Features
• USB Device Controller
- Fully compliant with Hi-Speed Universal
Serial Bus Specification Revision 2.0
- Supports HS (480 Mbps) and FS (12 Mbps)
modes
- Four endpoints supported
- Supports vendor specific commands
- Integrated USB 2.0 PHY
- Remote wakeup supported
• High-Performance 10/100 Ethernet Controller
- Fully compliant with IEEE802.3/802.3u
- Integrated Ethernet MAC and PHY
- 10BASE-T and 100BASE-TX support
- Full- and half-duplex support
- Full- and half-duplex flow control
- Preamble generation and removal
- Automatic 32-bit CRC generation and checking
- Automatic payload padding and pad removal
- Loop-back modes
- TCP/UDP/IP/ICMP checksum offload support
2010-2021 Microchip Technology Inc.
- Wakeup packet support
- Integrated Ethernet PHY
–Auto-negotiation
–Automatic polarity detection and correction
–HP Auto-MDIX support
–Link status change wake-up detection
- Support for 3 status LEDs
- External MII and Turbo MII support HomePNA™ and HomePlug® PHY
• Power and I/Os
- Various low power modes
- NetDetach feature increases battery life1
- Supports PCI-like PME wake1
- 11 GPIOs
- Supports bus-powered and self-powered
operation
- Integrated power-on reset circuit
- Single external 3.3v I/O supply
–Internal core regulator
• Miscellaneous Features
- EEPROM Controller
- Supports custom operation without
EEPROM1
- IEEE 1149.1 (JTAG) Boundary Scan
- Requires single 25 MHz crystal
• Software
- Windows XP/Vista Driver
- Linux Driver
- Win CE Driver
- MAC OS Driver
- EEPROM Utility
• Packaging
- 56-pin QFN (8x8 mm) RoHS Compliant
Environmental
- Commercial Temperature Range (0°C to
+70°C)
- Industrial Temperature Range (-40°C to
+85°C)
1
= LAN9500A/LAN9500Ai ONLY
DS00001875D-page 1
LAN950x
TO OUR VALUED CUSTOMERS
It is our intention to provide our valued customers with the best documentation possible to ensure successful use of your Microchip
products. To this end, we will continue to improve our publications to better suit your needs. Our publications will be refined and
enhanced as new volumes and updates are introduced.
If you have any questions or comments regarding this publication, please contact the Marketing Communications Department via
E-mail at docerrors@microchip.com. We welcome your feedback.
Most Current Data Sheet
To obtain the most up-to-date version of this data sheet, please register at our Worldwide Web site at:
http://www.microchip.com
You can determine the version of a data sheet by examining its literature number found on the bottom outside corner of any page.
The last character of the literature number is the version number, (e.g., DS30000000A is version A of document DS30000000).
Errata
An errata sheet, describing minor operational differences from the data sheet and recommended workarounds, may exist for current devices. As device/documentation issues become known to us, we will publish an errata sheet. The errata will specify the
revision of silicon and revision of document to which it applies.
To determine if an errata sheet exists for a particular device, please check with one of the following:
• Microchip’s Worldwide Web site; http://www.microchip.com
• Your local Microchip sales office (see last page)
When contacting a sales office, please specify which device, revision of silicon and data sheet (include -literature number) you are
using.
Customer Notification System
Register on our web site at www.microchip.com to receive the most current information on all of our products.
DS00001875D-page 2
2010-2021 Microchip Technology Inc.
LAN950x
Table of Contents
1.0 LAN950x Family Differences Overview .......................................................................................................................................... 4
2.0 Introduction ..................................................................................................................................................................................... 6
3.0 Pin Description and Configuration ................................................................................................................................................ 11
4.0 Power Connections ....................................................................................................................................................................... 24
5.0 Functional Description .................................................................................................................................................................. 25
6.0 PME Operation ........................................................................................................................................................................... 112
7.0 Register Descriptions .................................................................................................................................................................. 116
8.0 Operational Characteristics ......................................................................................................................................................... 189
9.0 Package Outline .......................................................................................................................................................................... 207
Appendix A: Data Sheet Revision History ......................................................................................................................................... 209
The Microchip Web Site .................................................................................................................................................................... 210
Customer Change Notification Service ............................................................................................................................................. 210
Customer Support ............................................................................................................................................................................. 210
Product Identification System ........................................................................................................................................................... 211
2010-2021 Microchip Technology Inc.
DS00001875D-page 3
LAN950x
1.0
LAN950X FAMILY DIFFERENCES OVERVIEW
The Microchip LAN950x is a family of high performance Hi-Speed USB 2.0 to 10/100 Ethernet controllers. The “x” in the
part number is a generic term referring to the entire family, which includes the following devices:
•
•
•
•
LAN9500
LAN9500i
LAN9500A
LAN9500Ai
Device specific features that do no pertain to the entire LAN950x family are called out independently throughout this
document. Table 1-1 provides a summary of the feature differences between family members.
LAN9500
-40o to 85oc
0o To 70oC
Low Power
100 ΜW Crystal
Support
Increased Wakeup
Frame Filter
Custom Operation
without EEPROM
PHY
Boost
Good Packet
Wakeup
Suspend3
State
Net
Detach
PME
Wake
LAN950X FAMILY DIFFERENCES
Part
Number
TABLE 1-1:
X
LAN9500i
X
LAN9500A
X
X
X
X
X
X
X
X
LAN9500Ai
X
X
X
X
X
X
X
X
X
X
The LAN9500/LAN9500i and LAN9500A/LAN9500Ai are pin compatible. However, the value of the required EXRES
resistor and other system components differ between devices. Refer to Figure 1-1 and the LAN950x reference schematics for additional information.
DS00001875D-page 4
2010-2021 Microchip Technology Inc.
LAN950x
FIGURE 1-1:
SYSTEM COMPONENT DIFFERENCES
+3.3V
Analog
49.9
Ohm
1%
49.9
Ohm
1%
LAN950x
56-PIN QFN
49.9
Ohm
1%
49.9
Ohm
1%
For LAN9500/LAN9500i: 10 Ohm 1%
For LAN9500A/LAN9500Ai: 0 Ohm
R1
Ethernet Magnetics/RJ45
TXP
TXN
To
Ethernet
RXP
RXN
EXRES
R2
For LAN9500/LAN9500i: 12.4K Ohm 1%
For LAN9500A/LAN9500Ai: 12.0K Ohm 1%
XO
For LAN9500/LAN9500i: 1M Ohm 1%
For LAN9500A/LAN9500Ai: Do Not Populate
R3
XI
25.000MHz
33pF
2010-2021 Microchip Technology Inc.
33pF
DS00001875D-page 5
LAN950x
2.0
INTRODUCTION
2.1
General Terms and Conventions
The following is a list of the general terms used in this document:
BYTE
8-bits
CSR
Control and Status Registers
DWORD
32-bits
FIFO
First In First Out buffer
Frame
In the context of this document, a frame refers to transfers on the Ethernet
interface.
FSM
Finite State Machine
GPIO
General Purpose I/O
HOST
External system (Includes processor, application software, etc.)
Level-Triggered Sticky Bit
This type of status bit is set whenever the condition that it represents is
asserted. The bit remains set until the condition is no longer true, and the
status bit is cleared by writing a zero.
LFSR
Linear Feedback Shift Register
MAC
Media Access Controller
MII
Media Independent Interface
N/A
Not Applicable
Packet
In the context of this document, a packet refers to transfers on the USB
interface.
POR
Power on Reset.
RESERVED
Refers to a reserved bit field or address. Unless otherwise noted, reserved
bits must always be zero for write operations. Unless otherwise noted, values
are not guaranteed when reading reserved bits. Unless otherwise noted, do
not read or write to reserved addresses.
SCSR
System Control and Status Registers
SMI
Serial Management Interface
TLI
Transaction Layer Interface
URX
USB Bulk Out Packet Receiver
UTX
USB Bulk In Packet Transmitter
WORD
16-bits
ZLP
Zero Length USB Packet
DS00001875D-page 6
2010-2021 Microchip Technology Inc.
LAN950x
2.2
Block Diagram
FIGURE 2-1:
LAN950X BLOCK DIAGRAM
USB 2.0
Device
Controller
USB
PHY
USB
10/100
Ethernet
MAC
FIFO
Controller
Ethernet
PHY
Ethernet
MII: To optional
external PHY
TAP
Controller
JTAG
EEPROM
Controller
SRAM
EEPROM
LAN950x
FIGURE 2-2:
LAN950X SYSTEM DIAGRAM
CPM
USB
PHY
RAM
7Kx32
Reg
File
32x37
FCT
TLI
TAP
Controller
URX
8-bit
60 MHz
UTMI+
UDC
M
U
X
MAC
ETH
PHY
UTX
USB
Common
Block
Reg
File
128x32
CTL
Reg
File
512x37
EEPROM
Controller
SCSR
2010-2021 Microchip Technology Inc.
DS00001875D-page 7
LAN950x
2.2.1
OVERVIEW
The LAN950x is a high performance solution for USB to 10/100 Ethernet port bridging. With applications ranging from
embedded systems, set-top boxes, and PVRs, to USB port replicators, USB to Ethernet dongles, and test instrumentation, the device is targeted as a high performance, low cost USB/Ethernet connectivity solution.
The LAN950x contains an integrated 10/100 Ethernet PHY, USB PHY, Hi-Speed USB 2.0 device controller, 10/100
Ethernet MAC, TAP controller, EEPROM controller, and a FIFO controller with a total of 30 KB of internal packet buffering. Two KB of buffer memory are allocated to the Transaction Layer Interface (TLI), while 28 KB are allocated to the
FIFO Controller (FCT).
The internal USB 2.0 device controller and USB PHY are compliant with the USB 2.0 Hi-Speed standard. The device
implements Control, Interrupt, Bulk-in, and Bulk-out USB Endpoints.
The Ethernet controller supports auto-negotiation, auto-polarity correction, HP Auto-MDIX, and is compliant with the
IEEE 802.3 and IEEE 802.3u standards. An external MII interface provides support for an external Fast Ethernet PHY,
HomePNA, and HomePlug functionality.
Multiple power management features are provided, including various low power modes and “Magic Packet”, “Wake On
LAN”, and “Link Status Change” wake events. These wake events can be programmed to initiate a USB remote wakeup.
An internal EEPROM controller exists to load various USB configuration information and the device MAC address. The
integrated IEEE 1149.1 compliant TAP controller provides boundary scan via JTAG.
2.2.2
USB
The USB portion of LAN950x consists of the USB Device Controller (UDC), USB Bulk Out Packet Receiver (URX), USB
Bulk In Packet Transmitter (UTX), Control Block (CTL), System Control and Status Registers (SCSR), and USB PHY.
The USB device controller (UDC) contains a USB low-level protocol interpreter that controls the USB bus protocol,
packet generation/extraction, PID/Device ID parsing, and CRC coding/decoding with autonomous error handling. It is
capable of operating either in USB 1.1 or 2.0 compliant modes. It has autonomous protocol handling functions like stall
condition clearing on setup packets, suspend/resume/reset conditions, and remote wakeup. It also autonomously handles contingency operations for error conditions such as retry for CRC errors, Data toggle errors, and generation of
NYET, STALL, ACK and NACK depending on the endpoint buffer status. The UDC implements four USB endpoints:
Control, Interrupt, Bulk-In, and Bulk-Out.
The Control block (CTL) manages traffic to/from the control endpoint that is not handled by the UDC and constructs the
packets used by the interrupt endpoint. The CTL is responsible for handling some USB standard commands and all vendor specific commands. The vendor specific commands allow for efficient statistics collection and access to the SCSR.
The URX and UTX implement the bulk-out and bulk-in pipes, respectively, which connect the USB Host and the UDC.
They perform the following functions:
The URX passes USB Bulk-Out packets to the FIFO Controller (FCT). It tracks whether or not a USB packet is erroneous. It instructs the FCT to flush erroneous packets by rewinding its write pointer.
The UTX retrieves Ethernet frames from the FCT and constructs USB Bulk-In packets from them. If the handshake for
a transmitted Bulk-In packet does not complete, the UTX is capable of retransmitting the packet. The UTX will not
instruct the FCT to advance its read head pointer until the current USB packet has been successfully transmitted to the
USB Host.
Both the URX and UTX are responsible for handling Ethernet frames encapsulated over USB by one of the following
methods.
• Multiple Ethernet frames per USB Bulk packet
• Single Ethernet frame per USB Bulk packet
The UDC also implements the System Control and Status Register (SCSR) space used by the Host to obtain status and
control overall system operation.
The integrated USB 2.0 compliant device PHY supports high speed and full speed modes.
DS00001875D-page 8
2010-2021 Microchip Technology Inc.
LAN950x
2.2.3
FIFO CONTROLLER (FCT)
The FIFO controller uses a 28 KB internal SRAM to buffer RX and TX traffic. 20 KB is allocated for received EthernetUSB traffic (RX buffer), while 8 KB is allocated for USB-Ethernet traffic (TX buffer). Bulk-Out packets from the USB controller are directly stored into the TX buffer. The FCT is responsible for extracting Ethernet frames from the USB packet
data and passing the frames to the MAC.Ethernet Frames are directly stored into the RX buffer and become the basis
for bulk-in packets. The FCT passes the stored data to the UTX in blocks typically 512 or 64 bytes in size, depending
on the current HS/FS USB operating speed.
2.2.4
ETHERNET
LAN950x integrates an IEEE 802.3 PHY for twisted pair Ethernet applications and a 10/100 Ethernet Media Access
Controller (MAC).
The PHY can be configured for either 100 Mbps (100Base-TX) or 10 Mbps (10Base-T) Ethernet operation in either Full
or Half Duplex configurations. The PHY block includes auto-negotiation, auto-polarity correction, and Auto-MDIX. Minimal external components are required for the utilization of the Integrated PHY.
Optionally, an external PHY may be used via the MII (Media Independent Interface) port, effectively bypassing the internal PHY. This option allows support for HomePNA and HomePlug applications.
The transmit and receive data paths within the 10/100 Ethernet MAC are independent, allowing for the highest performance possible, particularly in full-duplex mode. The Ethernet MAC operates in store and forward mode, utilizing an
independent 2KB buffer for transmitted frames, and a smaller 128 byte buffer for received frames. The Ethernet MAC
data paths connect to the FIFO controller. The MAC also implements a Control and Status Register (CSR) space used
by the Host to obtain status and control its operation.
The Ethernet MAC/PHY supports numerous power management wakeup features, including “Magic Packet”, “Wake on
LAN” and “Link Status Change”. Eight wakeup frame filters are provided by LAN9500A/LAN9500Ai, while four are provided by LAN9500/LAN9500i.
2.2.5
TRANSACTION LAYER INTERFACE (TLI)
The TLI interfaces the MAC with the FCT. It is a conduit between these two modules through which all transmitted and
received data, along with status information, is passed. It has separate receive and transmit data paths. The TLI contains
a 2KB transmit FIFO and a 128-byte receive FIFO. The transmit FIFO operates in store and forward mode and is capable of storing up to two Ethernet frames.
2.2.6
POWER MANAGEMENT
The LAN950x features four (Note 2-1) variations of USB suspend: SUSPEND0, SUSPEND1, SUSPEND2, and SUSPEND3. These modes allow the application to select the ideal balance of remote wakeup functionality and power consumption.
• SUSPEND0: Supports GPIO, “Wake On LAN”, and “Magic Packet” remote wakeup events. This suspend state
reduces power by stopping the clocks of the MAC and other internal modules.
• SUSPEND1: Supports GPIO and “Link Status Change” for remote wakeup events. This suspend state consumes
less power than SUSPEND0.
• SUSPEND2: Supports only GPIO assertion for a remote wakeup event. This is the default suspend mode for the
device.
• SUSPEND3: (Note 2-1) Supports GPIO and “Good Packet” remote wakeup event. A “Good Packet” is a received
frame passing certain filtering constraints independent of those imposed on “Wake On LAN” and “Magic Packet”
frames. This suspend state consumes power at a level similar to the NORMAL state, however, it allows for power
savings in the Host CPU.
Note 2-1
All four SUSPEND states are supported by LAN9500A/LAN9500Ai. SUSPEND3 is not supported by
LAN9500/LAN9500i.
Please refer to Section 5.12, "Wake Events," on page 100 for more information on the USB suspend states and the wake
events supported in each state.
2010-2021 Microchip Technology Inc.
DS00001875D-page 9
LAN950x
2.2.7
EEPROM CONTROLLER (EPC)
LAN950x contains an EEPROM controller for connection to an external EEPROM. This allows for the automatic loading
of static configuration data upon power-on reset, pin reset, or software reset. The EEPROM can be configured to load
USB descriptors, USB device configuration, and MAC address.
(LAN9500A/LAN9500Ai ONLY)
2.2.8
GENERAL PURPOSE I/O
When configured for internal PHY mode, up to eleven GPIOs are supported. All GPIOs can serve as remote wakeup
events when the LAN950x is in a suspended state.
2.2.9
TAP CONTROLLER
IEEE 1149.1 compliant TAP Controller supports boundary scan and various test modes.
2.2.10
CONTROL AND STATUS REGISTERS (CSR)
LAN950x’s functions are controlled and monitored by the Host via the Control and Status Registers (CSR). This register
space includes registers that control and monitor the USB controller, as well as elements of overall system operation
(System Control and Status Registers - SCSR), the MAC (MAC Control and Status Registers - MCSR), and the PHY
(accessed indirectly through the MAC via the MII_ACCESS and MII_DATA registers). The CSR may be accessed via
the USB Vendor Commands (REGISTER READ/REGISTER WRITE). Please refer to Section 5.3.3, "USB Vendor Commands," on page 41 for more information.
2.2.11
RESETS
LAN950x supports the following system reset events:
•
•
•
•
•
•
Power on Reset (POR)
Hardware Reset Input Pin Reset (nRESET)
Lite Reset (LRST)
Software Reset (SRST)
USB Reset
VBUS Reset
The device supports the following module level reset events:
• Ethernet PHY Software Reset (PHY_RST)
• nTRST Pin Reset for Tap Controller
2.2.12
TEST FEATURES
Read/Write access to internal SRAMs is provided via the CSRs. JTAG based USB BIST is available. Full internal scan
and At Speed scan are supported.
2.2.13
SYSTEM SOFTWARE
LAN950x software drivers are available for the following operating systems:
•
•
•
•
•
Windows XP
Windows Vista
Linux
Win CE
MAC OS
In addition, an EEPROM programming utility is available for configuring the external EEPROM.
DS00001875D-page 10
2010-2021 Microchip Technology Inc.
LAN950x
PIN DESCRIPTION AND CONFIGURATION
RXCLK
TDI/RXD3
TMS/RXD2
TCK/RXD1
TDO/nPHY_RST
nTRST/RXD0
VDD33IO
PHY_SEL
TEST3
EEDI
EEDO/AUTOMDIX_EN
EECS
EECLK/PWR_SEL
41
40
39
38
37
36
35
34
33
32
31
30
29
PIN ASSIGNMENTS (TOP VIEW)
RXDV
FIGURE 3-1:
42
3.0
TXEN
43
28
nSPD_LED/GPIO10 ***
RXER
44
27
nLNKA_LED/GPIO9 ***
CRS/GPIO3
45
26
nFDX_LED/GPIO8 ***
COL/GPIO0 ***
46
25
VDD33IO
TXCLK
47
24
nRESET ***
VDD33IO
48
23
MDIO/GPIO1 ***
TEST1
49
22
MDC/GPIO2
VDDCORE
50
21
VDDCORE
VDD33IO
51
20
VBUS_DET ***
VDD33IO
52
19
XO
TXD3/GPIO7/EEP_SIZE ****
53
18
XI
TXD2/GPIO6/PORT_SWAP
54
17
VDDUSBPLL
TXD1/GPIO5/RMT_WKP
55
16
USBRBIAS
TXD0/GPIO4/EEP_DISABLE
56
15
VDD33A
LAN950x
56 PIN QFN
(TOP VIEW)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
nPHY_INT
TXN
TXP
VDD33A
RXN
RXP
VDD33A **
EXRES
VDD33A
VDDPLL
USBDM
USBDP
TEST2
NC
VSS
Note 1: ** This pin is a no-connect (NC) for LAN9500A/LAN9500Ai, but may be connected to VDD33A for backward
compatibility with LAN9500/LAN9500i.
2: *** For LAN9500A/LAN9500Ai this pin provides additional PME related functionality. Refer to the respective
pin descriptions and Section 6.0, "PME Operation," on page 112 for additional information.
3: **** For LAN9500A/LAN9500Ai GPIO7 may provide additional PHY Link Up related functionality. Refer to
Section 5.12.2.4, "Enabling PHY Link Up Wake Events (LAN9500A/LAN9500Ai ONLY)," on page 108 for
additional information.
4: When HP Auto-MDIX is activated, the TXN/TXP pins can function as RXN/RXP and vice-versa.
5: Exposed pad (VSS) on bottom of package must be connected to ground.
2010-2021 Microchip Technology Inc.
DS00001875D-page 11
LAN950x
TABLE 3-1:
Num Pins
MII INTERFACE PINS
Buffer
Type
Name
Symbol
Receive Error
(Internal PHY
Mode)
RXER
IS/O8
(PD)
In internal PHY mode, this pin can be configured
to display the respective internal MII signal. Refer
to the Internal MII Visibility Enable (IME) bit of the
Hardware Configuration Register (HW_CFG) on
page 122 for additional information.
Receive Error
(External PHY
Mode)
RXER
IS
(PD)
In external PHY mode, the signal on this pin is
input from the external PHY and indicates a
receive error in the packet.
Transmit
Enable
(Internal PHY
Mode)
TXEN
IS/O8
(PD)
In internal PHY mode, this pin can be configured
to display the respective internal MII signal. Refer
to the Internal MII Visibility Enable (IME) bit of the
Hardware Configuration Register (HW_CFG) on
page 122 for additional information.
Transmit
Enable
(External PHY
Mode)
TXEN
O8
(PD)
In external PHY mode, this pin functions as an
output to the external PHY and indicates valid data
on TXD[3:0].
Receive Data
Valid
(Internal PHY
Mode)
RXDV
IS/O8
(PD)
In internal PHY mode, this pin can be configured
to display the respective internal MII signal. Refer
to the Internal MII Visibility Enable (IME) bit of the
Hardware Configuration Register (HW_CFG) on
page 122 for additional information.
Receive Data
Valid
(External PHY
Mode)
RXDV
IS
(PD)
In external PHY mode, the signal on this pin is
input from the external PHY and indicates valid
data on RXD[3:0].
Receive Clock
(Internal PHY
Mode)
RXCLK
IS/O8
(PD)
In internal PHY mode, this pin can be configured
to display the respective internal MII signal. Refer
to the Internal MII Visibility Enable (IME) bit of the
Hardware Configuration Register (HW_CFG) on
page 122 for additional information.
Receive Clock
(External PHY
Mode)
RXCLK
IS
(PD)
In external PHY mode, this pin is the receiver clock
input from the external PHY.
Carrier Sense
(Internal PHY
Mode)
CRS
IS/O8
(PU)
In internal PHY mode, this pin can be configured
to display the respective internal MII signal. Refer
to the Internal MII Visibility Enable (IME) bit of the
Hardware Configuration Register (HW_CFG) on
page 122 for additional information.
Carrier Sense
(External PHY
Mode)
CRS
IS
(PD)
In external PHY mode, the signal on this pin is
input from the external PHY and indicates a
network carrier.
General
Purpose I/O 3
(Internal PHY
Mode Only)
GPIO3
IS/O8/
OD8
(PU)
This General Purpose I/O pin is fully
programmable as either a push-pull output, an
open-drain output, or a Schmitt-triggered input.
1
1
1
1
1
DS00001875D-page 12
Description
2010-2021 Microchip Technology Inc.
LAN950x
TABLE 3-1:
Num Pins
1
1
1
MII INTERFACE PINS (CONTINUED)
Buffer
Type
Name
Symbol
MII Collision
Detect
(Internal PHY
Mode)
COL
IS/O8
(PU)
In internal PHY mode, this pin can be configured
to display the respective internal MII signal. Refer
to the Internal MII Visibility Enable (IME) bit of the
Hardware Configuration Register (HW_CFG) on
page 122 for additional information.
MII Collision
Detect
(External PHY
Mode)
COL
IS
(PD)
In external PHY mode, the signal on this pin is
input from the external PHY and indicates a
collision event.
General
GPIO0
Purpose I/O 0
(Internal PHY
Mode Only)
IS/O8/
OD8
(PU)
This General Purpose I/O pin is fully
programmable as either a push-pull output, an
open-drain output, or a Schmitt-triggered input.
Management
Data
(Internal PHY
Mode)
MDIO
IS/O8
(PU)
In internal PHY mode, this pin can be configured
to display the respective internal MII signal. Refer
to the Internal MII Visibility Enable (IME) bit of the
Hardware Configuration Register (HW_CFG) on
page 122 for additional information.
Management
Data
(External PHY
Mode)
MDIO
IS/O8
(PD)
In external PHY mode, this pin provides the
management data to/from the external PHY.
GPIO1
General
Purpose I/O 1
(Internal PHY
Mode Only)
IS/O8/
OD8
(PU)
This General Purpose I/O pin is fully
programmable as either a push-pull output, an
open-drain output, or a Schmitt-triggered input.
Management
Clock
(Internal PHY
Mode)
MDC
IS/O8
(PU)
In internal PHY mode, this pin can be configured
to display the respective internal MII signal. Refer
to the Internal MII Visibility Enable (IME) bit of the
Hardware Configuration Register (HW_CFG) on
page 122 for additional information.
Management
Clock
(External PHY
Mode)
MDC
O8
(PD)
In external PHY mode, this pin outputs the
management clock to the external PHY.
General
Purpose I/O 2
(Internal PHY
Mode Only)
GPIO2
IS/O8/
OD8
(PU)
2010-2021 Microchip Technology Inc.
Description
Note:
Note:
(LAN9500A/LAN9500Ai ONLY):
This pin may be used to signal PME
when Internal PHY and PME modes of
operation are in effect. Refer to Section
6.0, "PME Operation," on page 112 for
additional information.
(LAN9500A/LAN9500Ai ONLY):
This pin may serve as the
PME_MODE_SEL input when Internal
PHY and PME modes of operation are in
effect. Refer to Section 6.0, "PME
Operation," on page 112 for additional
information.
This General Purpose I/O pin is fully
programmable as either a push-pull output, an
open-drain output, or a Schmitt-triggered input.
DS00001875D-page 13
LAN950x
TABLE 3-1:
Num Pins
MII INTERFACE PINS (CONTINUED)
Buffer
Type
Name
Symbol
Description
Transmit Data
3
(Internal PHY
Mode)
TXD3
IS/O8
(PU)
In internal PHY mode, this pin can be configured
to display the respective internal MII signal. Refer
to the Internal MII Visibility Enable (IME) bit of the
Hardware Configuration Register (HW_CFG) on
page 122 for additional information.
Transmit Data
3
(External PHY
Mode)
TXD3
O8
(PU)
In external PHY mode, this pin functions as the
transmit data 3 output to the external PHY.
General
Purpose I/O 7
(Internal PHY
Mode Only)
GPIO7
IS/O8/
OD8
(PU)
This General Purpose I/O pin is fully
programmable as either a push-pull output, an
open-drain output, or a Schmitt-triggered input.
Note:
1
EEPROM Size EEP_SIZE
Configuration
Strap
IS
(PU)
(LAN9500A/LAN9500Ai ONLY):
GPIO7 may provide additional PHY Link
Up related functionality. Refer to Section
5.12.2.4, "Enabling PHY Link Up Wake
Events (LAN9500A/LAN9500Ai ONLY),"
on page 108 for additional information.
The EEP_SIZE strap selects the size of the
EEPROM attached to the device.
0 = 128 byte EEPROM is attached and a total of
seven address bits are used.
1 = 256/512 byte EEPROM is attached and a total
of nine address bits are used.
Note:
A 3-wire style 1K/2K/4K EEPROM that is
organized for 128 x 8-bit or 256/512 x 8bit operation must be used.
See Note 3-1 for more information on configuration
straps.
1
Transmit Data
2
(Internal PHY
Mode)
TXD2
IS/O8
(PD)
In internal PHY mode, this pin can be configured
to display the respective internal MII signal. Refer
to the Internal MII Visibility Enable (IME) bit of the
Hardware Configuration Register (HW_CFG) on
page 122 for additional information.
Transmit Data
2
(External PHY
Mode)
TXD2
O8
(PD)
In external PHY mode, this pin functions as the
transmit data 2 output to the external PHY.
General
Purpose I/O 6
(Internal PHY
Mode Only)
GPIO6
IS/O8/
OD8
(PU)
This General Purpose I/O pin is fully
programmable as either a push-pull output, an
open-drain output, or a Schmitt-triggered input.
USB Port
Swap
Configuration
Strap
PORT_SWAP
IS
(PD)
Swaps the mapping of USBDP and USBDM.
0 = USBDP maps to the USB D+ line and USBDM
maps to the USB D- line.
1 = USBDP maps to the USB D- line. USBDM
maps to the USB D+ line.
See Note 3-1 for more information on configuration
straps.
DS00001875D-page 14
2010-2021 Microchip Technology Inc.
LAN950x
TABLE 3-1:
Num Pins
1
MII INTERFACE PINS (CONTINUED)
Buffer
Type
Name
Symbol
Transmit Data
1
(Internal PHY
Mode)
TXD1
IS/O8
(PD)
In internal PHY mode, this pin can be configured
to display the respective internal MII signal. Refer
to the Internal MII Visibility Enable (IME) bit of the
Hardware Configuration Register (HW_CFG) on
page 122 for additional information.
Transmit Data
1
(External PHY
Mode)
TXD1
O8
(PD)
In external PHY mode, this pin functions as the
transmit data 1 output to the external PHY.
General
Purpose I/O 5
(Internal PHY
Mode Only)
GPIO5
IS/O8/
OD8
(PU)
This General Purpose I/O pin is fully
programmable as either a push-pull output, an
open-drain output, or a Schmitt-triggered input.
Remote
Wakeup
Configuration
Strap
RMT_WKP
IS
(PD)
Description
This strap configures the default descriptor values
to support remote wakeup. This strap is overridden
by the EEPROM.
0 = Remote wakeup is not supported.
1 = Remote wakeup is supported.
See Note 3-1 for more information on configuration
straps.
1
Transmit Data
0
(Internal PHY
Mode)
TXD0
IS/O8
(PD)
In internal PHY mode, this pin can be configured
to display the respective internal MII signal. Refer
to the Internal MII Visibility Enable (IME) bit of the
Hardware Configuration Register (HW_CFG) on
page 122 for additional information.
Transmit Data
0
(External PHY
Mode)
TXD0
O8
(PD)
In external PHY mode, this pin functions as the
transmit data 0 output to the external PHY.
General
Purpose I/O 4
(Internal PHY
Mode Only)
GPIO4
IS/O8/
OD8
(PU)
This General Purpose I/O pin is fully
programmable as either a push-pull output, an
open-drain output, or a Schmitt-triggered input.
EEPROM
Disable
Configuration
Strap
EEP_DISABLE
IS
(PD)
This strap disables the autoloading of the
EEPROM contents. The assertion of this strap
does not prevent register access to the EEPROM.
0 = EEPROM is recognized if present.
1 = EEPROM is not recognized even if it is
present.
See Note 3-1 for more information on configuration
straps.
Transmit Clock
(Internal PHY
Mode)
TXCLK
IS/O8
(PU)
In internal PHY mode, this pin can be configured
to display the respective internal MII signal. Refer
to the Internal MII Visibility Enable (IME) bit of the
Hardware Configuration Register (HW_CFG) on
page 122 for additional information.
Transmit Clock
(External PHY
Mode)
TXCLK
IS
(PU)
In external PHY mode, this pin is the transmitter
clock input from the external PHY.
1
Note 3-1
Configuration strap values are latched on Power-On Reset (POR) or External Chip Reset (nRESET).
Configuration straps are identified by an underlined symbol name. Pins that function as configuration
straps must be augmented with an external resistor when connected to a load. Refer to Section 5.14,
"Configuration Straps," on page 111 for additional information.
2010-2021 Microchip Technology Inc.
DS00001875D-page 15
LAN950x
TABLE 3-2:
EEPROM PINS
Buffer
Type
Num Pins
Name
Symbol
1
EEPROM Data
In
EEDI
IS
(PD)
This pin is driven by the EEDO output of the
external EEPROM.
EEPROM Data
Out
EEDO
O8
(PU)
This pin drives the EEDI input of the external
EEPROM.
IS
(PU)
Determines the default Auto-MDIX setting.
1
Auto-MDIX
Enable
Configuration
Strap
AUTOMDIX_EN
Description
0 = Auto-MDIX is disabled.
1 = Auto-MDIX is enabled.
See Note 3-2 for more information on configuration
straps.
EEPROM Chip
Select
EECS
O8
This pin drives the chip select output of the
external EEPROM.
Note:
1
EEPROM
Clock
1
Power Select
Configuration
Strap
EECLK
PWR_SEL
The EECS output may tri-state briefly
during power-up. Some EEPROM
devices may be prone to false selection
during this time. When an EEPROM is
used, an external pull-down resistor is
recommended on this signal to prevent
false selection. Refer to your EEPROM
manufacturer’s data sheet for additional
information.
O8
(PD)
This pin drives the EEPROM clock of the external
EEPROM.
IS
(PD)
Determines the default power setting when no
EEPROM is present. This strap is overridden by
the EEPROM.
0 = The device is bus powered.
1 = The device is self powered.
See Note 3-2 for more information on configuration
straps.
Note 3-2
Configuration strap values are latched on Power-On Reset (POR) or External Chip Reset (nRESET).
Configuration straps are identified by an underlined symbol name. Pins that function as configuration
straps must be augmented with an external resistor when connected to a load. Refer to Section 5.14,
"Configuration Straps," on page 111 for additional information.
DS00001875D-page 16
2010-2021 Microchip Technology Inc.
LAN950x
TABLE 3-3:
JTAG PINS
Buffer
Type
Description
nTRST
IS
(PU)
In internal PHY mode, this active-low pin functions
as the JTAG test port reset input.
Receive Data 0
(External PHY
Mode)
RXD0
IS
(PD)
In external PHY mode, this pin functions as the
receive data 0 input from the external PHY.
JTAG Test
Data Out
(Internal PHY
Mode)
TDO
O8
In internal PHY mode, this pin functions as the
JTAG data output.
PHY Reset
(External PHY
Mode)
nPHY_RST
O8
In external PHY mode, this active-low pin functions
as the PHY reset output.
JTAG Test
Clock
(Internal PHY
Mode)
TCK
IS
(PU)
In internal PHY mode, this pin functions as the
JTAG test clock. The maximum operating
frequency of this clock is 25MHz.
Receive Data 1
(External PHY
Mode)
RXD1
IS
(PD)
In external PHY mode, this pin functions as the
receive data 1 input from the external PHY.
JTAG Test
Mode Select
(Internal PHY
Mode)
TMS
IS
(PU)
In internal PHY mode, this pin functions as the
JTAG test mode select.
Receive Data 2
(External PHY
Mode)
RXD2
IS
(PD)
In external PHY mode, this pin functions as the
receive data 2 input from the external PHY.
JTAG Test
Data Input
(Internal PHY
Mode)
TDI
IS
(PU)
In internal PHY mode, this pin functions as the
JTAG data input.
Receive Data 3
(External PHY
Mode)
RXD3
IS
(PD)
In external PHY mode, this pin functions as the
receive data 3 input from the external PHY.
Num Pins
Name
Symbol
1
JTAG Test Port
Reset
(Internal PHY
Mode)
1
1
1
1
2010-2021 Microchip Technology Inc.
DS00001875D-page 17
LAN950x
TABLE 3-4:
Num Pins
MISCELLANEOUS PINS
Name
PHY Select
Symbol
PHY_SEL
Buffer
Type
Description
IS
(PD)
Selects whether to use the internal Ethernet PHY
or the external PHY connected to the MII port.
0 = Internal PHY is used.
1 = External PHY is used.
Note:
1
System Reset
nRESET
IS
(PU)
This active-low pin allows external hardware to
reset the device.
Note:
1
Ethernet
Full-Duplex
Indicator LED
nFDX_LED
General
GPIO8
Purpose I/O 8
When in external PHY mode, the internal
PHY is placed into general power down
after a POR. Please Refer to Section 5.6,
"10/100 Internal Ethernet PHY," on
page 69 for details.
(LAN9500A/LAN9500Ai ONLY):
This pin may be used to signal
PME_CLEAR when PME mode of
operation is in effect. Refer to Section
6.0, "PME Operation," on page 112 for
additional information.
OD12
(PU)
This pin is driven low (LED on) when the Ethernet
link is operating in full-duplex mode.
IS/O12/
OD12
(PU)
This General Purpose I/O pin is fully
programmable as either a push-pull output, an
open-drain output, or a Schmitt-triggered input.
Note 1: (LAN9500A/LAN9500Ai ONLY):
This pin may be used to signal PME
when External PHY and PME modes of
operation are in effect. Refer to
Section 6.0 “PME Operation” for additional information.
1
2: By default this pin is configured as a
GPIO.
Ethernet Link
Activity
Indicator LED
1
nLNKA_LED
General
GPIO9
Purpose I/O 9
OD12
(PU)
This pin is driven low (LED on) when a valid link is
detected. This pin is pulsed high (LED off) for
80 mS whenever transmit or receive activity is
detected. This pin is then driven low again for a
minimum of 80 mS, after which time it will repeat
the process if TX or RX activity is detected.
Effectively, LED2 is activated solid for a link. When
transmit or receive activity is sensed, LED2 will
function as an activity indicator.
IS/O12/
OD12
(PU)
This General Purpose I/O pin is fully
programmable as either a push-pull output, an
open-drain output, or a Schmitt-triggered input.
Note 1: (LAN9500A/LAN9500Ai ONLY):
This pin may serve as the PME_MODE_SEL input when External PHY
and PME modes of operation are in
effect. Refer to Section 6.0 “PME
Operation” for additional information.
2: By default this pin is configured as a
GPIO.
DS00001875D-page 18
2010-2021 Microchip Technology Inc.
LAN950x
TABLE 3-4:
Num Pins
MISCELLANEOUS PINS (CONTINUED)
Name
Symbol
Ethernet Speed
Indicator LED
nSPD_LED
General
GPIO10
Purpose I/O 10
Buffer
Type
Description
OD12
(PU)
This pin is driven low (LED on) when the Ethernet
operating speed is 100 Mbs, or during autonegotiation. This pin is driven high during 10 Mbs
operation, or during line isolation.
IS/O12/
OD12
(PU)
This General Purpose I/O pin is fully
programmable as either a push-pull output, an
open-drain output, or a Schmitt-triggered input.
Note 1: (LAN9500A/LAN9500Ai ONLY):
This pin may serve as a wakeup pin
whose detection mode is selectable
when External PHY and PME modes of
operation are in effect. Refer to
Section 6.0 “PME Operation” for additional information.
1
2: By default this pin is configured as a
GPIO.
Detect
Upstream
VBUS Power
VBUS_DET
IS_5V
(PD)
Detects state of upstream bus power.
For bus powered applications, this pin must be tied
to VDD33IO.
For self-powered applications where the device is
permanently attached to a host, VBUS_DET
should be pulled to VDD33IO. For other selfpowered applications, refer to the device reference
schematic for additional connection information.
1
Note:
1
1
1
(LAN9500A/LAN9500Ai ONLY):
This pin may be used to signal bus power
availability when PME mode of operation
is in effect. Refer to Section 6.0 “PME
Operation” for additional information.
Test 1
TEST1
-
This pin must always be connected to VDD33IO
for proper operation.
Test 2
TEST2
-
This pin must always be connected to VSS for
proper operation.
Test 3
TEST3
-
This pin must always be connected to VSS for
proper operation.
2010-2021 Microchip Technology Inc.
DS00001875D-page 19
LAN950x
TABLE 3-5:
USB PINS
Name
Symbol
Buffer
Type
USB DMINUS
USBDM
AIO
Note:
The functionality of this pin may be
swapped to USB DPLUS via the
PORT_SWAP configuration strap.
USB
DPLUS
USBDP
AIO
Note:
1
The functionality of this pin may be
swapped to USB DMINUS via the
PORT_SWAP configuration strap.
1
External USB
Bias Resistor.
USBRBIAS
AI
Used for setting HS transmit current level and onchip termination impedance. Connect to an
external 12K 1.0% resistor to ground.
USB PLL
Supply
VDDUSBPLL
P
This pin must be connected to VDDCORE for
proper operation.
Num Pins
Description
1
1
Refer to Section 4.0, "Power Connections," on
page 24 and the device reference schematics for
additional connection information.
Crystal Input
XI
ICLK
Note:
1
1
TABLE 3-6:
External 25 MHz crystal input.
Crystal Output
XO
This pin can also be driven by a singleended clock oscillator. When this method
is used, XO should be left unconnected
OCLK
External 25 MHz crystal output.
Description
ETHERNET PHY PINS
Num Pins
Name
Symbol
Buffer
Type
1
Ethernet TX
Data Out
Negative
TXN
AIO
The transmit data outputs may be swapped
internally with receive data inputs when Auto-MDIX
is enabled.
1
Ethernet TX
Data Out
Positive
TXP
AIO
The transmit data outputs may be swapped
internally with receive data inputs when Auto-MDIX
is enabled.
1
Ethernet RX
Data In
Negative
RXN
AIO
The receive data inputs may be swapped internally
with transmit data outputs when Auto-MDIX is
enabled.
1
Ethernet RX
Data In
Positive
RXP
AIO
The receive data inputs may be swapped internally
with transmit data outputs when Auto-MDIX is
enabled.
PHY Interrupt
(Internal PHY
Mode)
nPHY_INT
O8
In internal PHY mode, this pin can be configured
to output the internal PHY interrupt signal.
PHY Interrupt
(External PHY
Mode)
nPHY_INT
Note:
1
DS00001875D-page 20
IS
(PU)
The internal PHY interrupt signal is
active-high.
In external PHY mode, the active-low signal on this
pin is input from the external PHY and indicates a
PHY interrupt has occurred.
2010-2021 Microchip Technology Inc.
LAN950x
TABLE 3-6:
Num Pins
ETHERNET PHY PINS (CONTINUED)
Name
Symbol
Buffer
Type
+3.3V Analog
Power Supply
VDD33A
P
Description
Refer to the device reference schematics for
connection information.
Note:
4
External PHY
Bias Resistor
EXRES
AI
1
Pin 7 is a no-connect (NC) for
LAN9500A/LAN9500Ai, but may be
connected to VDD33A for backward
compatibility with LAN9500/LAN9500i.
Used for the internal bias circuits. Connect to an
external resistor to ground.
For LAN9500A/LAN9500Ai use 12.0K 1.0%
For LAN9500/LAN9500i use 12.4K 1.0%.
Ethernet PLL
Power Supply
VDDPLL
P
1
TABLE 3-7:
This pin must be connected to VDDCORE for
proper operation.
Refer to Section 4.0 “Power Connections” and
the device reference schematics for additional
connection information.
I/O POWER PINS, CORE POWER PINS, AND GROUND PAD
Num Pins
Name
Symbol
Buffer
Type
VDD33IO
P
5
+3.3V I/O
Power
Refer to the device reference schematics for
connection information.
Digital Core
Power Supply
Output
VDDCORE
P
Refer to Section 4.0, "Power Connections" and the
device reference schematics for connection
information.
Ground
VSS
P
Common Ground
2
Exposed pad
on package
bottom
(Figure 3-1)
TABLE 3-8:
Description
NO-CONNECT PINS
Num Pins
Name
Symbol
Buffer
Type
Description
1
No Connect
NC
—
These pins must be left floating for normal device
operation.
2010-2021 Microchip Technology Inc.
DS00001875D-page 21
LAN950x
3.1
Pin Assignments
TABLE 3-9:
56-QFN PACKAGE PIN ASSIGNMENTS
Pin
Num
Pin Name
Pin
Num
Pin Name
Pin
Num
1
nPHY_INT
15
VDD33A
29
2
TXN
16
USBRBIAS
3
TXP
17
VDDUSBPLL
4
VDD33A
18
XI
5
RXN
19
6
RXP
7
Pin
Num
Pin Name
EECLK/
PWR_SEL
43
TXEN
30
EECS
44
RXER
31
EEDO/
AUTOMDIX_EN
45
CRS/GPIO3
32
EEDI
46
COL/GPIO0
Note 3-4
XO
33
TEST3
47
TXCLK
20
VBUS_DET
Note 3-4
34
PHY_SEL
48
VDD33IO
NC
Note 3-3
21
VDDCORE
35
VDD33IO
49
TEST1
8
EXRES
22
MDC/GPIO2
36
nTRST/RXD0
50
VDDCORE
9
VDD33A
23
MDIO/GPIO1
Note 3-4
37
TDO/nPHY_RST
51
VDD33IO
10
VDDPLL
24
nRESET
Note 3-4
38
TCK/RXD1
52
VDD33IO
11
USBDM
25
VDD33IO
39
TMS/RXD2
53
TXD3/GPIO7/
EEP_SIZE
12
USBDP
26
nFDX_LED/
GPIO8
40
TDI/RXD3
54
TXD2/GPIO6/
PORT_SWAP
13
TEST2
27
nLNKA_LED/
GPIO9
Note 3-4
41
RXCLK
55
TXD1/GPIO5/
RMT_WKP
14
NC
28
nSPD_LED/
GPIO10
Note 3-4
42
RXDV
56
TXD0/GPIO4/
EEP_DISABLE
Pin Name
EXPOSED PAD
MUST BE CONNECTED TO VSS
Note 3-3
This pin is a no-connect (NC) for LAN9500A/LAN9500Ai, but may be connected to VDD33A for
backward compatibility with LAN9500/LAN9500i.
Note 3-4
For LAN9500A/LAN9500Ai this pin provides additional PME related functionality. Refer to the
respective pin descriptions and Section 6.0, "PME Operation," on page 112 for additional information.
DS00001875D-page 22
2010-2021 Microchip Technology Inc.
LAN950x
3.2
Buffer Types
TABLE 3-10:
BUFFER TYPES
Buffer Type
IS
IS_5V
O8
OD8
O12
OD12
PU
Description
Schmitt-triggered Input
5V Tolerant Schmitt-triggered Input
Output with 8 mA sink and 8mA source
Open-drain output with 8 mA sink
Output with 12 mA sink and 12mA source
Open-drain output with 12 mA sink
50 µA (typical) internal pull-up. Unless otherwise noted in the pin description, internal pullups are always enabled.
Note:
PD
50 µA (typical) internal pull-down. Unless otherwise noted in the pin description, internal pulldowns are always enabled.
Note:
AI
Internal pull-up resistors prevent unconnected inputs from floating. Do not rely on
internal resistors to drive signals external to the device. When connected to a load
that must be pulled high, an external resistor must be added.
Internal pull-down resistors prevent unconnected inputs from floating. Do not rely
on internal resistors to drive signals external to the device. When connected to a
load that must be pulled low, an external resistor must be added.
Analog input
AIO
Analog bi-directional
ICLK
Crystal oscillator input pin
OCLK
Crystal oscillator output pin
P
Power pin
2010-2021 Microchip Technology Inc.
DS00001875D-page 23
LAN950x
4.0
POWER CONNECTIONS
Figure 4-1 illustrates the power connections for LAN950x.
FIGURE 4-1:
POWER CONNECTIONS
LAN950x
56-PIN QFN
+3.3V
0.1uF
Internal Core
Regulator
VDD33IO
(IN)
(OUT)
VDDCORE
0.1uF
VDD33IO
0.1uF
VDD33IO
Core Logic
VDDCORE
1uF
0.1 ohm ESR
0.1uF
VDD33IO
0.1uF
VDD33IO
0.5A
120 ohm @
100MHz
PLL
&
Ethernet PHY
VDDPLL
0.1uF
0.5A
120 ohm @
100MHz
0.1uF
0.5A
120 ohm @
100MHz
VDD33A
USB PHY
VDDUSBPLL
0.1uF
0.1uF
VDD33A
0.1uF
VDD33A
0.1uF
VDD33A
Exposed Pad
DS00001875D-page 24
VSS
2010-2021 Microchip Technology Inc.
LAN950x
5.0
FUNCTIONAL DESCRIPTION
5.1
Functional Overview
The LAN950x USB 2.0 to 10/100 Ethernet Controller consists of the following major functional blocks:
•
•
•
•
•
•
•
USB PHY
USB 2.0 Device Controller (UDC)
FIFO Controller (FCT) and Associated SRAM
10/100 Ethernet MAC
10/100 Internal Ethernet PHY
IEEE 1149.1 Tap Controller
EEPROM Controller (EPC)
The following sections discuss the features of each block. A block diagram of the device is shown in Figure 2-1.
5.2
USB PHY
The USB PHY has the USB interface on one end, and connects to the USB 2.0 Device Controller on the other. The
Parallel-to-serial/serial-to-parallel conversion, bit stuffing, and NRZI coding / decoding are handled in the PHY block.
The PHY is capable of operating in the USB 1.1 and 2.0 modes.
5.3
USB 2.0 Device Controller (UDC)
The USB functionality in the device consists of five major parts. The USB PHY (discussed in Section 5.2), UCB (USB
Common Block), UDC (USB Device Controller), URX (USB Bulk Out Receiver), UTX (USB Bulk In Receiver), and CTL
(USB Control Block). They are represented as the USB PHY and UDC, collectively, in Figure 2-1.
The UCB generates various clocks, including the system clocks of the device. The URX and UTX implement the Bulk
Out and Bulk In endpoints respectively. The CTL manages control and interrupt endpoints.
The UDC is a USB low-level protocol interpreter. The UDC controls the USB bus protocol, packet generation/extraction,
PID/Device ID parsing, and CRC coding/decoding with autonomous error handling. It is capable of operating either in
USB 1.1 or 2.0 compliant modes. It has autonomous protocol handling functions like stall condition clearing on setup
packets, suspend/resume/reset conditions, and remote wakeup. It also autonomously handles error conditions such as
retry for CRC errors, Data toggle errors, and generation of NYET, STALL, ACK and NACK, depending on the endpoint
buffer status.
The UDC is configured to support one configuration, one interface, one alternate setting, and four endpoints.
5.3.1
SUPPORTED ENDPOINTS
Table 5-1lists the supported endpoints. The following subsections discuss these endpoints in detail.
TABLE 5-1:
SUPPORTED ENDPOINTS
Endpoint
Number
Description
0
Control Endpoint
1
Bulk In Endpoint
2
Bulk Out Endpoint
3
Interrupt Endpoint
The URX and UTX implement the Bulk Out and Bulk In endpoints, respectively. The CTL manages the Control and Interrupt endpoints.
5.3.1.1
Endpoint 1 (Bulk In)
The Bulk In Endpoint is controlled by the UTX (USB Bulk In Transmitter). The UTX is responsible for encapsulating
Ethernet data into a USB Bulk In packet. Ethernet frames are retrieved from the FCT’s RX FIFO.
The UTX supports the following two modes of operation: MEF and SEF, selected via the Multiple Ethernet Frames per
USB Packet (MEF) bit of the Hardware Configuration Register (HW_CFG).
2010-2021 Microchip Technology Inc.
DS00001875D-page 25
LAN950x
• MEF: Multiple Ethernet frames per Bulk In packet. This mode will maximize USB bus utilization by allowing multiple Ethernet frames to be packed into a USB packet. Frames greater than 512 bytes are split across multiple Bulk
In packets.
• SEF: Single Ethernet frame per Bulk In packet. This mode will not maximize USB bus utilization, but can potentially ease the burden on a low end host processor. Frames greater than 512 bytes are split across multiple Bulk In
packets.
Each Ethernet frame is prepended with an RX Status Word by the FCT. The status word contains the frame length that
is used by the UTX to perform the encapsulation functions. The RX Status word is generated by the RX Transaction
Layer Interface (RX TLI). The TLI resides between the MAC and the FCT.
Padding may be inserted between the RX Status Word and the Ethernet frame by the FCT. This condition exists when
the RXDOFF register has a nonzero value (refer to Section 7.3.5, "Hardware Configuration Register (HW_CFG)" for
details). The padding is implemented by the FCT barrel shifting the Ethernet frame by the specified byte offset.
FIGURE 5-1:
RX
Status
Word
MEF USB ENCAPSULATION (LAN9500/LAN9500I AND LAN9500A/LAN9500AI
ONLY)
Ethernet
Frame
RX
Status
Word
Ethernet Frame
512 Byte USB Bulk Frame
RX
Status
Word
Ethernet
Frame
RX
Status
Word
512 Byte USB Bulk Frame
RX
Status
Word
Ethernet
Frame
RX
Status
Word
Ethernet Frame
512 Byte USB Bulk Frame
Ethernet Frame
512 Byte USB Bulk Frame
In accordance with the USB protocol, the UTX terminates a burst with either a ZLP or a Bulk In packet with a size of
less than the Bulk In maximum packet size (512 for HS, 64 for FS). The ZLP is needed when the total amount of data
transmitted is a multiple of a Bulk In packet size. The UTX monitors the RX FIFO size signal from the FCT to determine
when a burst has ended.
Note:
In SEF mode, a ZLP is transmitted if the Ethernet frame is the same size as a Bulk In packet, or a multiple
of the Bulk In packet size.
An Ethernet frame always begins on a DWORD boundary. In MEF mode, the UTX will not concatenate the end of the
current frame and the beginning of the next frame into the same DWORD. Therefore, the last DWORD of an Ethernet
frame may have unused bytes added to ensure DWORD alignment of the next frame. The addition of pad bytes depends
on whether another frame is available for transmission after the current one. If the current frame is the last frame to be
transmitted, no pad bytes will be added, as the USB protocol allows for termination of the packet on a byte boundary.
If, however, another frame is available for transmission, the current frame will be padded out so that it ends on the
DWORD boundary. This ensures the next frame to be transmitted will start on a DWORD boundary.
If the UTX receives a Bulk In token when the RX FIFO is empty, it will transmit a ZLP.
Note 1: Any unused bytes that were added to the last DWORD of a frame are not counted in the length field of the
RX status word.
2: The Host ignores unused bytes that exist in the first DWORD and last words of an Ethernet frame.
3: When using SEF mode, there will never be any unused bytes added for end alignment padding. The USB
transfer always ends on the last byte of the Ethernet frame.
4: When RX COE is enabled, the last byte would pertain to the RX COE word.
DS00001875D-page 26
2010-2021 Microchip Technology Inc.
LAN950x
Once a decision is made to end a transfer and a short packet or ZLP has been sent, it is possible that an Ethernet frame
will arrive prior to the UTX seeing an ACK from the Host for the previous Bulk In packet. In this case, the UTX must
continue to repeat the short packet or ZLP until the ACK is received for the end of the previous transfer. The UTX must
not start a new transfer, or re-use the previous data toggle, to begin sending the next Ethernet frame until the ACK has
been received for the end of the previous transfer.
In order to more efficiently utilize USB bandwidth in MEF mode, the UTX has a mechanism for delaying the transmission
of a short packet, or ZLP. This mode entails having the UTX wait a time defined by the Bulk In Delay Register
(BULK_IN_DLY) before terminating the burst. A value of zero in this register disables this feature. By default, a delay of
34 us is used.
After the UTX transmits the last USB wPacketSize packet in a burst, the UTX will enable an internal timer. When the
internal timer is equal to the Bulk In Delay, any Bulk In data will be transmitted upon reception of the next Bulk In Token.
If enough data arrives before the timer elapses to build at least one maximum sized packet, then the UTX will transmit
this packet when it receives the next Bulk In Token. After packet transmission, the UTX will then reset its internal timer
and delay the short packet, or ZLP, transmission until the Bulk In Delay time elapses.
In the case where the FIFO is empty and a single Ethernet packet less than the USB wPacketSize has been received,
the UTX will enable its internal timer. If enough data arrives before the timer elapses to build at least one maximum sized
packet, then the UTX will transmit this packet when it receives the next Bulk In Token and will reset the internal timer.
Otherwise, the short packet, or ZLP, is sent in response to the first Bulk In Token received after the timer expires.
The UTX will NAK any Bulk In tokens while waiting for the Bulk In Delay to elapse. This NAK response is not affected
by the Bulk In Empty Response (BIR). The Bulk In Empty Response (BIR) setting only applies after the Bulk In Delay
time expires.
The UTX, via the Burst Cap Register (BURST_CAP), is capable or prematurely terminating a burst. When the amount
transmitted exceeds the value specified in this register, the UTX transmits a ZLP after the current Bulk In packet completes. The Burst Cap Register (BURST_CAP) uses units of USB packet size (512 bytes). To enable use of the Burst
Cap register, the Burst Cap Enable (BCE) bit in the Hardware Configuration Register (HW_CFG) must be set. For proper
operation, the BURST_CAP field should be set to value greater than 4 for HS mode and greater than 32 for FS mode.
Burst Cap enforcement is disabled if BURST_CAP is set to a value less than or equal to 4 for HS mode and less than
or equal to 32 for FS mode.
Whenever Burst Cap enforcement is disabled, the UTX will respond with a ZLP (when Bulk In Empty Response (BIR)
=0) or with NAK (when Bulk In Empty Response (BIR) = 1).
Whenever Burst Cap enforcement is enabled (BURST_CAP value is legal), the following holds:
• For HS Operation:
- Let BURST = BURST_CAP * 512
- The burst may terminate at BURST-4, BURST-3, BURST-2, BURST-1, or BURST bytes, or, when the RX FIFO runs out of
data. The burst is terminated with either a short USB packet or with a ZLP.
• For FS operation:
- The burst will terminate after BURST_CAP * 64 bytes.
Note:
Ethernet frames are not fragmented across bursts when using Burst Cap Enforcement.
In the case of an error condition, the UTX will issue a rewind to the FCT. This occurs when the UTX completes transmitting a Bulk In packet and does not receive an ACK from the Host. In this case, the next frame received by the UTX
will be another In token and the Bulk In packet is retransmitted. When the ACK is finally received, the UTX notifies the
FCT. The FCT will then advance the read head pointer to the next packet.
Note:
The UTX will never stall the endpoint. The endpoint can only be stalled by the Host.
2010-2021 Microchip Technology Inc.
DS00001875D-page 27
LAN950x
FIGURE 5-2:
USB BULK IN TRANSACTION SUMMARY
Host
Function
In Token
FS/HS
HS Only
Data In Transfer
Ack
Data Error
Zero Length
Packet Transfer
Ack
Stall
In Token Error
5.3.1.2
Endpoint 2 (Bulk Out)
The Bulk Out Endpoint is controlled by the URX (USB Bulk Out Receiver). The URX is responsible for receiving Ethernet
data encapsulated over a USB Bulk Out packet. Unlike the UTX, the URX does not explicitly track Ethernet frames. It
views all received packets as purely USB data. The extraction of Ethernet frames is handled by the FCT and the Transaction Layer Interface (TLI).
The URX always simultaneously supports multiple Ethernet frames per USB packet, as well as a single Ethernet frame
per USB packet. No mechanism exists to select between modes.
The URX monitors the amount of free space in the TX FIFO. If at least 512 bytes of space exists, the URX can accept
an additional Bulk In frame and responds to a Bulk Out Token with an ACK or NYET. The NYET response is used when
less than 1024 bytes of free space exists. This means that the current Bulk Out packet was accepted, but room does
not exist for a second packet. If less than 512 bytes exists, the URX responds with a NAK. The URX supports the PING
protocol.
DS00001875D-page 28
2010-2021 Microchip Technology Inc.
LAN950x
FIGURE 5-3:
USB BULK OUT TRANSACTION SUMMARY
Host
Function
Out Token
FS/HS
Data Out
Transfer
HS Only
ACK
NAK
NYET
STALL
Data Error
Ping
ACK
NAK
In the case where the Bulk Out packet is errored, the URX does not respond to the Host. The URX will request that the
FCT rewinds the packet. It is the Hosts responsibility to retransmit the packet at a later time.
The FCT notifies the URX when it detects loss of sync. When this occurs, the URX stalls the Bulk Out pipe. This is an
appropriate response, as loss of sync is a catastrophic error. This behavior is configurable via the Hardware Configuration Register (HW_CFG) on page 122.
2010-2021 Microchip Technology Inc.
DS00001875D-page 29
LAN950x
5.3.1.3
Endpoint 3 (Interrupt)
The Interrupt endpoint is responsible for indicating device status at each polling interval. The Interrupt endpoint is implemented via the CTL module. When the endpoint is accessed, the Interrupt packet specified in Table 5-2 is presented to
the Host.
TABLE 5-2:
INTERRUPT PACKET FORMAT
Bits
Description
31:20
RESERVED
19
MACRTO_INT
18
RX FIFO Has Frame. The RX FIFO has at least one complete Ethernet frame.
17
TXSTOP_INT
16
RXSTOP_INT
15
PHY_INT
14
TXE
13
TDFU
12
TDFO
11
RXDF_INT
10:0
GPIO_INT
If there is no interrupt status to report, the device responds with a NAK.
Note:
The polling interval is static and set through the EEPROM. The Host can change the polling interval by
updating the contents of the EEPROM and resetting the part.
The interrupt status can be cleared by writing to Interrupt Status Register (INT_STS) on page 119.
5.3.1.4
Endpoint 0 (Control)
The Control endpoint is handled by the CTL (USB Control) module. The CTL module is responsible for handling USB
standard commands, as well as USB vendor commands. In order to support these commands, the CTL must compile
a variety of statistics and store the programmable portions of the USB descriptors. The supported USB commands can
be found in Section 5.3.2, "USB Standard Commands," on page 37.
5.3.1.5
USB Command Processing
The UDC is programmed to decode USB commands. After a standard command is decoded by the UDC, it may be
passed to the CTL for completion. The CTL is responsible for implementing the Get Descriptor and vendor commands.
In order to implement the Get Descriptor command for string descriptors, the CTL manages a 128x32 register file which
stores the string values for Language ID, Manufacturer ID, Product ID, Serial Number, Configuration, and Interface. The
RAM’s contents is initialized via the EEPROM, after a system reset occurs.
TABLE 5-3:
STRING DESCRIPTOR INDEX MAPPINGS
Index
String Name
0
Language ID
1
Manufacturer ID
2
Product ID
3
Serial Number
4
Configuration String
5
Interface String
When the UDC decodes a Get Descriptor command, it will pass a pointer to the CTL. The CTL uses this pointer to determine what the command is and how to fill it.
DS00001875D-page 30
2010-2021 Microchip Technology Inc.
LAN950x
5.3.1.6
USB Descriptors
The following subsections describe the USB descriptors.
5.3.1.6.1
Device Descriptor
The Device Descriptors are initialized based on values stored in EEPROM. Table 5-4 shows the default Device Descriptor values. These values are used for both Full-Speed and Hi-Speed operation.
TABLE 5-4:
DEVICE DESCRIPTOR
Offset
Field
Size
(Bytes)
Default
Value
Loaded
from
EEPROM
Description
00h
bLength
1
12h
Note 5-1
Size of the Descriptor in Bytes (18
bytes)
01h
bDescriptorType
1
01h
Note 5-1
Device Descriptor (0x01)
02h
bcdUSB
2
0200h
Note 5-2
USB Specification Number which
device complies to.
04h
bDeviceClass
1
FFh
Yes
Class Code
05h
bDeviceSubClass
1
00h
Yes
Subclass Code
06h
bDeviceProtocol
1
FFh
Yes
07h
bMaxPacketSize
1
40h
Note 5-2
Protocol Code
Maximum Packet Size for Endpoint 0
08h
IdVendor
2
0424h
Yes
Vendor ID
0Ah
IdProduct
2
Note 5-3
Yes
Product ID
0Ch
bcdDevice
2
Note 5-4
Yes
Device Release Number
0Eh
iManufacturer
1
00h
Yes
Index of Manufacturer String Descriptor
0Fh
iProduct
1
00h
Yes
Index of Product String Descriptor
10h
iSerialNumber
1
00h
Yes
Index of Serial Number String
Descriptor
11h
bNumConfigurations
1
01h
Note 5-2
Number of Possible Configurations
Note 5-1
The descriptor length and descriptor type for Device Descriptors specified in EEPROM are “don’t
cares” and are always overwritten by hardware as 0x12 and 0x01, respectively.
Note 5-2
Value is loaded from EEPROM, but must be equal to the Default Value in order to comply with the
USB 2.0 Specification and provide for normal device operation. Specification of any other value will
result in unwanted behavior and untoward operation.
Note 5-3
Product IDs are:
Product
ID
LAN9500/LAN9500i
9500h
LAN9500A/LAN9500Ai
9E00h
Note 5-4
Default value is dependent on device release. MSB matches the device release and LSB hardcoded
to 00h. The initial release value is 01h.
2010-2021 Microchip Technology Inc.
DS00001875D-page 31
LAN950x
5.3.1.6.2
Configuration Descriptor
The Configuration Descriptor is initialized based on values stored in EEPROM. Table 5-5 shows the default Configuration Descriptor values. These values are used for both Full-Speed and Hi-Speed operation.
TABLE 5-5:
CONFIGURATION DESCRIPTOR
Size
(Bytes)
Default
Value
Loaded
from
EEPROM
Description
bLength
1
09h
Note 5-5
Size of the Configuration Descriptor in
bytes (9 bytes)
01h
bDescriptorType
1
02h
Note 5-6
Configuration Descriptor (0x02)
02h
wTotalLength
2
0027h
Note 5-5
Total length in bytes of data returned
(39 bytes)
04h
bNumInterfaces
1
01h
Note 5-5
Number of Interfaces
05h
bConfigurationValue
1
01h
Note 5-5
Value to use as an argument to select
this configuration
06h
iConfiguration
1
00h
Yes
Index of String Descriptor describing
this configuration
07h
bmAttributes
1
A0h
Yes
Bus powered and remote wakeup
enabled.
08h
bMaxPower
1
Note 5-7
Yes
Offset
00h
Field
Maximum Power Consumption is 500
mA.
Value is loaded from EEPROM, but must be equal to the Default Value in order to comply with the
USB 2.0 Specification and provide for normal device operation. Specification of any other value will
result in unwanted behavior and untoward operation.
Note 5-5
Note 5-6
The descriptor type for Configuration Descriptors specified in EEPROM is a “don’t care” and is always
overwritten by hardware as 0x02.
Note 5-7
Default value is 01h in Self Powered mode and FAh in Bus Powered mode.
Note:
The PWR_SEL and RMT_WKP straps affect the default value of bmAttributes.
5.3.1.6.3
Interface Descriptor 0 Default
Table 5-6 shows the default value for Interface Descriptor 0. This descriptor is initialized based on values stored in
EEPROM.
TABLE 5-6:
INTERFACE DESCRIPTOR 0
Offset
Field
Size
(Bytes)
Default
Value
Loaded
From
EEPROM
1
09h
Note 5-8
Size of Descriptor in Bytes (9 Bytes
Description
00h
bLength
01h
bDescriptorType
1
04h
Note 5-8
Interface Descriptor (0x04)
02h
bInterfaceNumber
1
00h
Note 5-8
Number identifying this Interface
03h
bAlternateSetting
1
00h
Note 5-8
Value used to select alternative setting
04h
bNumEndpoints
1
03h
Note 5-8
Number of Endpoints used for this
interface (Less endpoint 0)
05h
bInterfaceClass
1
FFh
Yes
Class Code
06h
bInterfaceSubClass
1
00h
Yes
Subclass Code
07h
bInterfaceProtocol
1
FFh
Yes
Protocol Code
08h
iInterface
1
00h
Yes
Note 5-8
Index of String Descriptor Describing
this interface
Value is loaded from EEPROM, but must be equal to the Default Value in order to comply with the
USB 2.0 Specification and provide for normal device operation. Specification of any other value will
result in unwanted behavior and untoward operation.
DS00001875D-page 32
2010-2021 Microchip Technology Inc.
LAN950x
5.3.1.6.4
Endpoint 1 (Bulk In) Descriptor
Table 5-7 shows the default value for Endpoint Descriptor 1. This descriptor is not initialized from values stored in
EEPROM.
TABLE 5-7:
ENDPOINT 1 DESCRIPTOR
Offset
Field
Size
(Bytes)
Default
Value
Loaded
from
EEPROM
Description
00h
bLength
1
07h
No
Size of Descriptor in bytes
01h
bDescriptorType
1
05h
No
Endpoint Descriptor
02h
bEndpointAddress
1
81h
No
Endpoint Address
03h
bmAttributes
1
02h
No
Bulk Transfer Type
04h
wMaxPacketSize
2
Note 5-9
No
Maximum Packet Size this endpoint is
capable of sending.
06h
bInterval
1
00h
No
Interval for polling endpoint data
transfers. Ignored for bulk endpoints.
64 bytes for Full-Speed mode. 512 bytes for Hi-Speed mode.
Note 5-9
5.3.1.6.5
Endpoint 2 (Bulk Out) Descriptor
Table 5-8 shows the default value for Endpoint Descriptor 2. This descriptor is not initialized from values stored in
EEPROM.
TABLE 5-8:
ENDPOINT 2 DESCRIPTOR
Offset
Field
Size
(Bytes)
Default
Value
Loaded
from
EEPROM
Description
00h
bLength
1
07h
No
Size of Descriptor in bytes
01h
bDescriptorType
1
05h
No
Endpoint Descriptor
02h
bEndpointAddress
1
02h
No
Endpoint Address
03h
bmAttributes
1
02h
No
Bulk Transfer Type
04h
wMaxPacketSize
2
Note 5-10
No
Maximum Packet Size this endpoint is
capable of sending.
06h
bInterval
1
00h
No
Interval for polling endpoint data
transfers. Ignored for bulk endpoints.
64 bytes for Full-Speed mode. 512 bytes for Hi-Speed mode.
Note 5-10
5.3.1.6.6
Endpoint 3 (Interrupt) Descriptor
Table 5-9 shows the default value for Endpoint Descriptor 3. Only the bInterval field of this descriptor is initialized from
EEPROM.
TABLE 5-9:
ENDPOINT 3 DESCRIPTOR
Offset
Field
Size
(Bytes)
Default
Value
Loaded
from
EEPROM
Description
00h
bLength
1
07h
No
Size of Descriptor in bytes
01h
bDescriptorType
1
05h
No
Endpoint Descriptor
02h
bEndpointAddress
1
83h
No
Endpoint Address
03h
bmAttributes
1
03h
No
Interrupt Transfer Type
2010-2021 Microchip Technology Inc.
DS00001875D-page 33
LAN950x
TABLE 5-9:
ENDPOINT 3 DESCRIPTOR (CONTINUED)
Offset
Field
Size
(Bytes)
Default
Value
Loaded
from
EEPROM
Description
04h
wMaxPacketSize
2
10h
No
Maximum Packet Size this endpoint is
capable of sending.
06h
bInterval
1
Note 5-11
Yes
Interval for polling endpoint data
transfers.
Note 5-11
This value is loaded from the EEPROM. A Full-Speed and Hi-Speed polling interval exists. If no
EEPROM exists than this value defaults to 04h for HS and 01h for FS.
5.3.1.6.7
Other Speed Configuration Descriptor
The fields in this descriptor are derived from Configuration Descriptor information that is stored in the EEPROM.
TABLE 5-10:
OTHER SPEED CONFIGURATION DESCRIPTOR
Offset
Field
Size
(Bytes)
Default
Value
Loaded
from
EEPROM
Description
00h
bLength
1
09h
Note 5-12
Size of Descriptor in bytes (9 bytes)
01h
bDescriptorType
1
07h
Note 5-12
Other Speed Configuration Descriptor
(0x07)
02h
wTotalLength
2
0027h
Note 5-12
Total length in bytes of data returned
(39 bytes)
04h
bNumInterfaces
1
01h
Note 5-12
Number of Interfaces
05h
bConfigurationValue
1
01h
Note 5-12
Value to use as an argument to select
this configuration
06h
iConfiguration
1
00h
Yes
Index of String Descriptor describing
this configuration
07h
bmAttributes
1
A0h
Yes
Bus powered and remote wakeup
enabled.
08h
bMaxPower
1
Note 5-13
Yes
Maximum Power Consumption is 500
mA.
Note:
EEPROM values are obtained for the Configuration Descriptor at the other USB speed. I.e., if the current
operating speed is FS, then the HS Configuration Descriptor values are used, and vice-versa.
Note 5-12
Value is loaded from EEPROM, but must be equal to the Default Value in order to comply with the
USB 2.0 Specification and provide for normal device operation. Specification of any other value will
result in unwanted behavior and untoward operation.
Note 5-13
Default value is 01h in Self Powered mode and FAh in Bus Powered mode.
Note:
The PWR_SEL and RMT_WKP straps affect the default value of bmAttributes.
DS00001875D-page 34
2010-2021 Microchip Technology Inc.
LAN950x
5.3.1.6.8
Device Qualifier Descriptor
The fields in this descriptor are derived from Device Descriptor information that is stored in the EEPROM.
TABLE 5-11:
DEVICE QUALIFIER DESCRIPTOR
Offset
Field
00h
bLength
Size
(Bytes)
Default
Value
Loaded
from
EEPROM
1
0Ah
No
Description
Size of Descriptor in bytes (10 bytes)
01h
bDescriptorType
1
06h
No
Device Qualifier Descriptor (0x06)
02h
bcdUSB
2
0200h
Note 5-14
USB Specification Number which
device complies to.
04h
bDeviceClass
1
FFh
Yes
Class Code
05h
bDeviceSubClass
1
00h
Yes
Subclass Code
06h
bDeviceProtocol
1
FFh
Yes
07h
bMaxPacketSize0
1
40h
Note 5-14
08h
bNumConfigurations
1
01h
Note 5-14
09h
Reserved
1
00h
No
Note:
Protocol Code
Maximum Packet Size
Number of Other-Speed Configurations
Must be zero
EEPROM values are from the Device Descriptor (including any EEPROM override) at the opposite HS/FS
operating speed. I.e., if the current operating speed is HS, then Device Qualifier data is based on the FS
Device Descriptor, and vice-versa.
Note 5-14
Value is loaded from EEPROM, but must be equal to the Default Value in order to comply with the
USB 2.0 Specification and provide for normal device operation. Specification of any other value will
result in unwanted behavior and untoward operation.
5.3.1.6.9
String Descriptors
String Index = 0 (LANGID)
TABLE 5-12:
LANGID STRING DESCRIPTOR
Offset
Field
Size
(Bytes)
Default
Value
Loaded
from
EEPROM
Description
00h
bLength
1
04h
No
Size of LANGID Descriptor in bytes (4
bytes)
01h
bDescriptorType
1
03h
No
String Descriptor (0x03)
02h
LANGID
2
None
Yes
Must be set to 0x0409 (US English).
Note 1: If there is no valid/enabled EEPROM, or if all string lengths in the EEPROM are 0, then there are no strings,
so any host attempt to read the LANGID string will return stall in the Data Stage of the Control Transfer.
If there is a valid/enabled EEPROM, and if at least one of the string lengths in the EEPROM is not 0, then
the value contained at EEPROM addresses 0x0A-0x0B will be returned. These must be 0x0409 to allow for
proper device operation.
2: The device ignores the LANGID field in Control Read’s of Strings, and will not return the String (if it exists),
regardless of whether the requested LANGID is 0x0409 or not.
2010-2021 Microchip Technology Inc.
DS00001875D-page 35
LAN950x
String Indices 1-5
TABLE 5-13:
STRING DESCRIPTOR (INDICES 1-5)
Offset
Field
Size
(Bytes)
Default
Value
Loaded
from
EEPROM
Description
00h
bLength
1
none
Yes
Size of the String Descriptor in bytes (4
bytes)
01h
bDescriptorType
1
none
Yes
String Descriptor (0x03)
02h
Unicode String
2*N
none
Yes
2 bytes per unicode character, no
trailing NULL.
Note 1: If there is no valid/enabled EEPROM, or if the corresponding String Length and offset in the EEPROM for a
give string index are zero, then that string does not exist, so any host attempt to read that string will return
stall in the Data Stage of the Control Transfer.
2: The device returns whatever bytes are in the designated EEPROM area for each of these strings it is the
responsibility of the EEPROM programmer to correctly set the bLength and bDescriptorType fields in the
descriptor consistent with the byte length specified in the corresponding EEPROM locations.
5.3.1.7
Statistics
The CTL tracks the statistics listed in Table 5-14. The statistics are read via the Get Statistics Vendor Command.
Note:
(LAN9500/LAN9500i ONLY):
The counters do not rollover and they are cleared on read.
(LAN9500A/LAN9500Ai ONLY):
The counters are snapshot when fulfilling the command request. The statistics counters rollover.
Error conditions are indicated via the RX Status Word, Table 5-40 on page 45, or the TX Status Word, Table 5-44 on
page 50.
TABLE 5-14:
STATISTICS COUNTERS
Description
Size
(Bits)
RX Good Frames
Number of good RX frames received. Includes frames dropped by the
FCT.
32
RX CRC Errors
Number of RX frames received with CRC-32 errors.
20
Name
Note:
A CRC error is indicated when the CRC error flag is set and
the dribbling bit flag is not set.
RX Runt Frame Errors
Number of RX frames received with a length of less than 64 bytes and
a CRC error.
20
RX Alignment Errors
Number of RX frames received with alignment errors.
20
Note:
An alignment error is indicated by the presence of the CRC
error flag is set and the dribbling bit flag is set.
RX Frame Too Long Error
Number of RX frames received with a length greater than the
programmed maximum Ethernet frame size.
20
RX Later Collision Error
Number of RX frames received where a late collision has occurred.
20
RX Bad Frames
Total number of errored Ethernet frames received. This counter does
not include RX FIFO Dropped Frames.
20
RX FIFO Dropped Frames
Number of RX frames dropped by the FCT due to insufficient room in
the RX FIFO.
20
Note:
DS00001875D-page 36
If an RX FIFO dropped frame has an Ethernet error, i.e CRC
error, it must only be counted by the RX FIFO Dropped
Frames counters.
2010-2021 Microchip Technology Inc.
LAN950x
TABLE 5-14:
STATISTICS COUNTERS (CONTINUED)
Name
Size
(Bits)
Description
TX Good Frames
Number of successfully transmitted TX frames.
Note:
32
Does not count pause frames.
TX Pause Frames
Number of successfully transmitted pause frames.
20
TX Single Collisions
Number of successfully transmitted frames with one collision.
20
TX Multiple Collisions
Number of successfully transmitted frames with more than one collision.
20
TX Excessive Collision Errors
Number of transmitted frames aborted due to excessive collisions.
20
TX Late Collision Errors
Number of transmitted frames aborted due to late collisions.
20
TX Buffer Underrun Errors
Number of transmitted frames aborted due to Tx buffer under run.
20
TX Excessive Deferral Errors
Number of transmitted frames aborted due to excessive deferrals.
20
TX Carrier Errors
Number of frames transmitted in which the carrier signal was lost or in
which the carrier signal was not present.
20
TX Bad Frames
Total number of errored Ethernet frames transmitted.
20
5.3.2
USB STANDARD COMMANDS
This section lists the formats of the supported USB Standard Commands. The Set Descriptor, Set Interface, and Synch
Frame commands are not supported.
5.3.2.1
Clear Feature
This command clears the Stall status of the targeted endpoint or the device remote wakeup.
TABLE 5-15:
FORMAT OF CLEAR FEATURE SETUP STAGE
Offset
Field
Value
0h
bmRequestType
1h
bRequest
Note 5-15
2h
wValue
Selects feature to clear.
4h
wIndex
Note 5-16
6h
wLength
01h
00h
Note 5-15
Set to 00h to clear device remote wakeup event. Set to 02h to clear the endpoint stall status.
Note 5-16
When the bmRequestType field specifies an endpoint, the wIndex field selects the endpoint (0, 1, 2,
or 3) targeted by the command.
5.3.2.2
Get Configuration
TABLE 5-16:
FORMAT OF CLEAR FEATURE SETUP STAGE
Offset
0h
Field
Value
bmRequestType
80h
1h
bRequest
08h
2h
wValue
00h
4h
wIndex
00h
6h
wLength
01h
2010-2021 Microchip Technology Inc.
DS00001875D-page 37
LAN950x
TABLE 5-17:
FORMAT OF GET CONFIGURATION DATA STAGE
Offset
Field
0h
Returns bConfigurationValue
5.3.2.3
Get Descriptor
TABLE 5-18:
FORMAT FOR GET DESCRIPTOR SETUP STAGE
Offset
Field
0h
bmRequestType
Value
80h
1h
bRequest
2h
wValue
Note 5-17
06h
4h
wIndex
Note 5-18
6h
wLength
Length of descriptor
Note 5-17
Selects descriptor type. The support descriptors for this command are Device, Configuration, String,
Device Qualifier, and Other Speed Configuration.
Note 5-18
Set to zero or Language ID.
Note:
The Interface and Endpoint descriptors are not supported by this command. The UDC will stall these
requests.
5.3.2.4
Get Interface
TABLE 5-19:
FORMAT OF GET INTERFACE SETUP STAGE
Offset
Field
0h
Value
bmRequestType
81h
1h
bRequest
0Ah
2h
wValue
00h
4h
wIndex
00h
6h
wLength
01h
TABLE 5-20:
GET INTERFACE DATA STAGE
Offset
0h
Note:
Field
Alternate Setting
The device only supports a single interface.
DS00001875D-page 38
2010-2021 Microchip Technology Inc.
LAN950x
5.3.2.5
Get Status
5.3.2.5.1
Device Status
TABLE 5-21:
FORMAT OF GET STATUS (DEVICE) SETUP STAGE
Offset
Field
0h
bmRequestType
80h
1h
bRequest
00h
2h
wValue
00h
4h
wIndex
00h
6h
wLength
02h
TABLE 5-22:
FORMAT OF GET STATUS (DEVICE) DATA STAGE
Offset
0h
Field
{00h, 0h, 00b, Remote Wakeup, Self Powered}
5.3.2.5.2
Endpoint 1 Status (Bulk In)
TABLE 5-23:
FORMAT OF GET STATUS (ENDPOINT 1) SETUP STAGE
Offset
Field
0h
Value
bmRequestType
82h
1h
bRequest
00h
2h
wValue
00h
4h
wIndex
81h
6h
wLength
02h
TABLE 5-24:
FORMAT OF GET STATUS (ENDPOINT 1) DATA STAGE
Offset
0h
Field
{00h, 0h, 000b, Stall status}
5.3.2.5.3
Endpoint 2 Status (Bulk Out)
TABLE 5-25:
FORMAT OF GET STATUS (ENDPOINT 2) SETUP STAGE
Offset
Field
Value
0h
bmRequestType
82h
1h
bRequest
00h
2h
wValue
00h
4h
wIndex
02h
6h
wLength
02h
TABLE 5-26:
Offset
0h
Value
FORMAT OF GET STATUS (ENDPOINT 2) DATA STAGE
Field
{00h, 0h, 000b, Stall status}
2010-2021 Microchip Technology Inc.
DS00001875D-page 39
LAN950x
5.3.2.5.4
Endpoint 3 Status (Interrupt)
TABLE 5-27:
FORMAT OF GET STATUS (ENDPOINT 3) SETUP STAGE
Offset
Field
Value
0h
bmRequestType
82h
1h
bRequest
00h
2h
wValue
00h
4h
wIndex
83h
6h
wLength
02h
TABLE 5-28:
FORMAT OF GET STATUS (ENDPOINT 3) DATA STAGE
Offset
0h
Field
{00h, 0h, 000b, Stall status}
5.3.2.5.5
TABLE 5-29:
Set Address
FORMAT OF SET ADDRESS SETUP STAGE
Offset
Field
Value
0h
bmRequestType
1h
bRequest
2h
wValue
4h
wIndex
00h
6h
wLength
00h
5.3.2.5.6
00h
05h
Device address
Set Feature
This command sets the Stall feature for all supported endpoints. It also supports the Device Remote Wakeup Feature
and Test mode.
TABLE 5-30:
FORMAT OF SET FEATURE SETUP STAGE
Offset
Field
Value
0h
bmRequestType
1h
bRequest
2h
wValue
• 01h for DEVICE_REMOTE_WAKEUP
• 00h for ENDPOINT_HALT
• 02h for EST_MODE
4h
wIndex
• 00h for device remote wakeup
• 00h for TEST_MODE
• Interface endpoint number for halt
6h
wLength
DS00001875D-page 40
• 00h for device
• 02h for endpoint
03h
00h
2010-2021 Microchip Technology Inc.
LAN950x
5.3.2.5.7
Set Configuration
The device supports only one configuration. An occurrence of this command places the device into the Configured state.
TABLE 5-31:
FORMAT OF SET CONFIGURATION SETUP STAGE
Offset
Field
Value
0h
bmRequestType
00h
1h
bRequest
2h
wValue
4h
wIndex
00h
6h
wLength
00h
09h
Configuration Value
Since only one configuration is supported, 01h is the only supported configuration value.
5.3.2.5.8
Set Interface
Only one interface is supported by the device. Therefore, this command is of marginal use. If the command is issued
with an alternative setting of 00h and interface setting of 00h, as shown in Table 5-32, the device responds with an ACK.
Otherwise it responds with a STALL handshake.
TABLE 5-32:
FORMAT OF SET INTERFACE SETUP STAGE
Offset
Field
Value
0h
bmRequestType
01h
1h
bRequest
0Bh
2h
wValue
00h
4h
wIndex
00h
6h
wLength
00h
5.3.3
USB VENDOR COMMANDS
The device implements several vendor specific commands in order to access CSRs and efficiently gather statistics. The
vendor commands allow direct access to Systems CSRs and MAC CSRs.
Note:
When in the Normal state, accesses to the MAC CSRs are stalled.
5.3.3.1
Register Write Command
The commands allows the Host to write a single register. Burst writes are not supported. All writes are 32-bits.
TABLE 5-33:
FORMAT OF REGISTER WRITE SETUP STAGE
Offset
Field
bmRequestType
40h
1h
bRequest
A0h
2h
wValue
00h
4h
wIndex
{0h, CSR Address[11:0]}
6h
wLength
TABLE 5-34:
Offset
0h
Value
0h
04h
FORMAT OF REGISTER WRITE DATA STAGE
Field
Register Write Data [31:0]
2010-2021 Microchip Technology Inc.
DS00001875D-page 41
LAN950x
5.3.3.2
Register Read Command
The commands allows the Host to read a single register. Burst reads are not supported. All reads return 32-bits.
TABLE 5-35:
FORMAT OF REGISTER READ SETUP STAGE
Offset
Field
Value
0h
bmRequestType
C0h
1h
bRequest
A1h
2h
wValue
00h
4h
wIndex
{0h, CSR Address[11:0]}
6h
wLength
TABLE 5-36:
04h
FORMAT OF REGISTER READ DATA STAGE
Offset
Field
0h
Register Read Data [31:0]
5.3.3.3
Get Statistics Command
The Get Statistics Command returns the entire contents of the statistics RAMs. The wIndex field is used to select the
RX or TX statistics.
Note:
(LAN9500/LAN9500i ONLY):
The contents of the statistics RAM is cleared after the command is processed.
(LAN9500A/LAN9500Ai ONLY):
The contents of the statistics RAM is snapshot when fulfilling the command request. The statistics counters
rollover, hence the RAM is not cleared.
TABLE 5-37:
FORMAT OF GET STATISTICS SETUP STAGE
Offset
0h
Field
Value
bmRequestType
C0h
1h
bRequest
A2h
2h
wValue
00h
4h
wIndex
Note 5-19
6h
wLength
Note 5-20
Note 5-19
0b - Retrieves RX statistics. 1b - Retrieves TX statistics.
Note 5-20
20h for RX statistics. 28h for TX statistics.
DS00001875D-page 42
2010-2021 Microchip Technology Inc.
LAN950x
TABLE 5-38:
Offset
FORMAT OF GET STATISTICS DATA STAGE (RX)
Field
00h
RX Good Frames
04h
RX CRC Errors
08h
RX Runt Frame Errors
0Ch
RX Alignment Errors
10h
RX Frame Too Long Error
14h
RX Later Collision Error
18h
RX Bad Frames
1Ch
RX FIFO Dropped Frames
TABLE 5-39:
Offset
FORMAT OF GET STATISTICS DATA STAGE (TX)
Field
00h
TX Good Frames
04h
TX Pause Frames
08h
TX Single Collisions
0Ch
TX Multiple Collisions
10h
TX Excessive Collision Errors
14h
TX Late Collision Errors
18h
TX Buffer Underrun Errors
1Ch
TX Excessive Deferral Errors
20h
TX Carrier Errors
24h
TX Bad Frames
5.4
FIFO Controller (FCT)
The FIFO controller uses a 28 KB internal SRAM to buffer RX and TX traffic. 20 KB is allocated for received EthernetUSB traffic (RX buffer), while 8 KB is allocated for USB-Ethernet traffic (TX buffer).Bulk-Out packets from the USB controller are directly stored into the TX buffer. The FCT is responsible for extracting Ethernet frames from the USB packet
data and passing the frames to the MAC.Ethernet Frames are directly stored into the RX buffer and become the basis
for bulk-in packets. The FCT passes the stored data to the UTX in blocks typically 512 or 64 bytes in size, depending
on the current HS/FS USB operating speed.
5.4.1
RX PATH (ETHERNET -> USB)
The 20 KB RX FIFO buffers Ethernet frames received from the TLI. The UTX extracts these frames from the FCT to
form USB Bulk In packets. The Host drivers will ultimately reassemble the Ethernet frames from the USB packets.
The FCT manages the writing of data into the RX FIFO through the use of two pointers - the rx_wr_ptr and the rx_wr_hd_ptr. The rx_wr_ptr is used to write Ethernet frame data into the FIFO. The rx_wr_hd_ptr points to the location prior to
the first DWORD of the frame. It is used to write the RX Status Word received from the TLI, upon completion of a frame
transaction. This status word contains status information associated with the frame and the frame transaction. Figure 54 illustrates how a frame is stored in the FIFO, along with pointer usage.
When the RX TLI signals that it has Data ready, the RX TLI controller starts passing the RX packet data to the FCT. The
FCT updates the RX FIFO pointers as the data is written into the FIFO. The last transfer from the TLI is the RX Status
Word.
The FCT may insert 0 - 3 bytes at the start of the Ethernet frame. The value of the RX Data Offset (RXDOFF) field of
the Hardware Configuration Register (HW_CFG) on page 122 determines the number of bytes inserted.
2010-2021 Microchip Technology Inc.
DS00001875D-page 43
LAN950x
A received Ethernet frame is not visible to the UTX until the complete frame, including the RX Status Word, has been
written into the RX FIFO. This is due to the fact that the frame may have to be removed via a rewind (pointer adjustment),
in case of an error. Such is the case when a FIFO overflow condition is detected as the frame is being received. The
FCT may also be configured to rewind errored frames. Please refer to Section 5.4.1.1, "RX Error Detection," on page 44
for further details.
FIGURE 5-4:
RX FIFO STORAGE
FIFO data is available for
transmit only after a
complete Ethernet frame is
received and stored.
Therefore, the RX FIFO
size will not reflect partially
received packets.
RX Ethernet
Frame 2
rx_wr_ptr
rx_wr_hd_ptr
USB
Packet 3
USB
Packet 2
After the complete
Ethernet frame is written,
the size and status is
updated at the location
pointed to by the write
head pointer.
The write head pointer will
then advance to the
starting location for the
next Ethernet frame.
The read head pointer is
used for implementing
rewinds of USB packets.
RX Ethernet
Frame 1
RX FIFO Size
USB
Packet 1
RX Status Word
Byte padding inserted by
the FCT. This amount is
determined by
RXDOFF[1:0]
Additional padding may be
inserted by the UTX.
rx_rd_ptr
rx_rd_hd_ptr
5.4.1.1
USB
Packet 0
RX Ethernet
Frame 0
The unused bytes in the
first and last DWORDs are
ignored by the host.
RX Status Word
RX Error Detection
The FCT can be configured to drop Ethernet frames when certain error conditions occur. The setting of the Discard
Errored Received Ethernet Frame (DRP) bit of the Hardware Configuration Register (HW_CFG) on page 122 determines if the frame will be retained or dropped. Error conditions are indicated in the Rx Status Word. The following error
conditions are tracked by the TLI:
•
•
•
•
CRC Error
Collision Seen
Frame Too Long
Runt Frame
Please refer to Section 5.3.1.7, "Statistics," on page 36 for more details on the error conditions tracked by the device.
The FCT also drops frames when it detects a FIFO overflow condition. This occurs when the FIFO full condition occurs
while a frame is being received. The FCT also maintains a count of the number of times a FIFO overflow condition has
occurred.
DS00001875D-page 44
2010-2021 Microchip Technology Inc.
LAN950x
Dropping an Ethernet frame is implemented by rewinding the received frame. A write side rewind is implemented by
setting the rx_wr_ptr to be equal to the rx_wr_hd_ptr. Similarly, a read side rewind is implemented by setting the
rx_rd_ptr to be equal to the rx_rd_hd_ptr.
For the case where the frame is dropped due to overflow, the FCT ignores the remainder of the frame. It will not begin
writing into the RX FIFO again until the next frame is received.
In the read direction, the FCT must also support rewinds for the UTX. This is needed for the case where the USB Bulk
Out packet is not successfully received by the Host and needs to be retransmitted.
5.4.1.2
RX Status Format
Table 5-40 illustrates the format of the RX Status Word.
TABLE 5-40:
RX STATUS WORD FORMAT
Bits
Description
31
RESERVED
30
Filtering Fail
When set, this bit indicates that the associated frame failed the address recognizing filtering.
29:16
Frame Length
The size, in bytes, of the corresponding received frame.
15
Error Status (ES)
When set, this bit indicates that the TLI has reported an error. This bit is the logical OR of bits 11, 7,
6, 1 in this status word.
14
RESERVED
13
Broadcast Frame
When set, this bit indicates that the received frame has a Broadcast address.
12
Length Error (LE)
When set, this bit indicates that the actual length does not match with the length/type field of the
received frame.
11
Runt Frame
When set, this bit indicates that frame was prematurely terminated before the collision window (64
bytes). Runt frames are passed on to the Host only if the Pass Bad Frames bit MAC_CR Bit [16] is
set.
10
Multicast Frame
When set, this bit indicates that the received frame has a Multicast address.
9:8
RESERVED
7
Frame Too Long
When set, this bit indicates that the frame length exceeds the maximum Ethernet specification of 1518
bytes. This is only a frame too long indication and will not cause the frame reception to be truncated.
6
Collision Seen
When set, this bit indicates that the frame has seen a collision after the collision window. This
indicates that a late collision has occurred.
5
Frame Type
When set, this bit indicates that the frame is an Ethernet-type frame (Length/Type field in the frame
is greater than 1500). When reset, it indicates the incoming frame was an 802.3 type frame. This bit
is not set for Runt frames less than 14 bytes.
4
Receive Watchdog time-out
When set, this bit indicates that the incoming frame is greater than 2048 bytes through 2560 bytes,
therefore expiring the Receive Watchdog Timer.
3
MII Error
When set, this bit indicates that a receive error (RX_ER asserted) was detected during frame
reception.
2
Dribbling Bit
When set, this bit indicates that the frame contained a no-integer multiple of 8 bits. This error is
reported only if the number of dribbling bits in the last byte is 4 in the MII operating mode, or at least
3 in the 10 Mbps operating mode. This bit will not be set when the Collision Seen bit[6] is set. If set
and the CRC error[1] bit is reset, then the frame is considered to be valid.
2010-2021 Microchip Technology Inc.
DS00001875D-page 45
LAN950x
TABLE 5-40:
RX STATUS WORD FORMAT (CONTINUED)
Bits
Description
1
CRC Error
When set, this bit indicates that a CRC error was detected. This bit is also set when the RX_ER pin
is asserted during the reception of a frame even though the CRC may be correct. This bit is not valid
if the received frame is a Runt frame, or a late collision was detected or when the Watchdog Timeout occurs.
0
RESERVED
5.4.1.3
Flushing the RX FIFO
The device allows for the Host to the flush the entire contents of the FCT RX FIFO. When a flush is activated, the read
and write pointers of the RX FIFO are returned to their reset state.
Before flushing the RX FIFO, the device’s receiver must be stopped, as specified in Section 5.4.1.4. Once the receiver
stop completion is confirmed, the Receive FIFO Flush bit can be set in the Receive Configuration Register (RX_CFG)
on page 120 to initiate the flush operation. This bit is cleared after the flush is complete.
5.4.1.4
Stopping and Starting the Receiver
To stop the receiver, the Host must clear the Receiver Enable (RXEN) bit in the MAC Control Register (MAC_CR) on
page 159. When the receiver is halted, the RXSTOP_INT will be pulsed. Once stopped, the Host can optionally clear
the RX Status and RX FIFOs. The Host must re-enable the receiver by setting the RXEN bit.
5.4.2
TX PATH (USB -> ETHERNET)
The 8 KB TX FIFO buffers USB Bulk Out packets received by the URX. The FCT is responsible for extracting the Ethernet frames embedded in the USB Bulk Out Packets and passing them to the TLI. The Ethernet frames were segmented
across the USB packets by the Host drivers.
The FCT manages the writing of data into the TX FIFO through the use of two pointers - the tx_wr_ptr and the tx_wr_hd_ptr. These pointers are used to manage the storing of USB Bulk Out packets. They support rewinding the stored USB
packet, in the event that the Bulk Out Packet is errored and needs to be retransmitted by the Host. The write side of the
FCT does not perform any processing on the USB packet data. The read side of the TX FIFO is responsible for extracting the Ethernet frames. The Ethernet frames may be split across multiple buffers, as shown in Figure 5-5.
DS00001875D-page 46
2010-2021 Microchip Technology Inc.
LAN950x
FIGURE 5-5:
TX FIFO STORAGE
tx_wr_ptr
TX Command B
tx_wr_hd_ptr
TX Command A
23 Byte Payload
USB Packet 1
TX Command B
TX Command A
17 Byte Payload
65 Byte
Ethernet
Frame
TX Command B
TX Command A
9 Byte Payload
Unused bytes
are indicated to
the TLI by
controlling the
byte enables.
USB Packet 0
TX Command B
TX Command A
16 Byte Payload
tx_rd_ptr
TX Command B
TX Command A
5.4.2.1
TX Command Format
As shown in Figure 5-5, each buffer starts with a two DWORD TX Command. The TX Command instructs the FCT on
the handling of the associated buffer. The command precedes the data to be transmitted. The TX command is divided
into two, 32-bit words; TX Command A and TX command B.
Both TX command A and TX command B are required for each buffer in a given packet. TX command B must be identical for every buffer in a given packet, with the exception of the TX Checksum Enable (CK) bit. If the TX command B
DWORDs do not match, the FCT will assert the Transmitter Error (TXE) flag.
Frame boundaries are delineated using control bits within the TX command. The Frame Length field in TX Command
B specifies the number of bytes in the associated frame. All Frame Length fields must have the same value for all buffers
in a given Frame. Hardware compares the Frame Length field and the actual amount of data received. If the actual frame
length count does not match the Frame Length field, an error has occurred.
The formats of TX Command A and TX Command B are shown in Table 5-41 and Table 5-42, respectively.
2010-2021 Microchip Technology Inc.
DS00001875D-page 47
LAN950x
TABLE 5-41:
TX COMMAND A FORMAT
BITS
DESCRIPTION
31:18
RESERVED
17:16
Data Start Offset (bytes)
This field specifies the offset of the first byte of TX Data. The offset value ranges between 0 bytes
and 3 bytes.
15:14
RESERVED
13
First Segment
When set, this bit indicates that the associated buffer is the first segment of the frame.
12
Last Segment
When set, this bit indicates that the associated buffer is the last segment of the frame.
11
RESERVED
10:0
Buffer Size (bytes)
This field indicates the number of bytes contained in the buffer following the two command DWORDS
(TX Command A and TX Command B). This value, along with the Data Start Offset field, is used by
the FCT to determine how many extra bytes were added to the end of the Buffer. A running count is
also maintained in the FCT of the cumulative buffer sizes for a given frame. This cumulative value is
compared against the Frame Length field in the TX Command B word and if they do not correlate,
the TXE flag is set.
The buffer size specified does not include bytes added due to the end of buffer alignment padding or
the Data Start Offset field.
TABLE 5-42:
TX COMMAND B FORMAT
BITS
31:15
14
DESCRIPTION
RESERVED
TX Checksum Enable (CK)
If this bit is set in conjunction with the first segment bit (FS) in TX Command 'A' and the TX checksum
offload engine enable bit (TXCOE_EN) in the checksum offload engine control register (COE_CR),
the TX checksum offload engine (TXCOE) will calculate an L3 checksum for the associated frame.
Note:
This bit only needs to be set for the first buffer of a frame.
13
Add CRC Disable
When set, the automatic addition of the CRC is disabled.
12
Disable Ethernet Frame Padding
When set, this bit prevents the automatic addition of padding to an Ethernet frame of less than 64
bytes. The CRC field is also added despite the state of the Add CRC Disable field.
11
RESERVED
10:0
Frame Length (bytes)
This field indicates the total number of bytes in the current frame. This length does not include the
offset or padding. If the Frame Length field does not match the actual number of bytes in the frame,
the Transmitter Error (TXE) flag will be set (in the Interrupt Status Register (INT_STS) and the
interrupt endpoint). This value is read by the TX FIFO controller, and is used to determine the amount
of data that must be moved from the TX data FIFO into the TLI block. If the byte count is not aligned
to a DWORD boundary, the TX FIFO Controller will issue the correct byte enables to the TLI layer
during the last write. Invalid bytes in the last DWORD will not be passed to the TLI for transmission.
DS00001875D-page 48
2010-2021 Microchip Technology Inc.
LAN950x
5.4.2.2
TX Data Format
The TX data section begins at the third DWORD in the TX buffer (after TX Command A and TX Command B). The location of the first byte of valid buffer data to be transmitted is specified in the Data Start Offset field of TX Command A.
Table 5-43, "TX Data Start Offset" shows the correlation between the setting of the Lab's in the Data Start Offset field
and the byte location of the first valid data byte.
TABLE 5-43:
TX DATA START OFFSET
Data Start Offset[1:0]
First TX Data Byte
11
10
01
00
D[31:24]
D[23:16]
D[15:8]
D[7:0]
TX data is contiguous until the end of the buffer. The buffer may end on a byte boundary. Unused bytes at the end of
the packet will not be sent to the TLI for transmission.
5.4.2.3
TX Buffer Fragmentation Rules
Transmit buffers must adhere to the following rules:
• Each buffer may start and end on any arbitrary byte alignment.
• The first buffer of any transmit packet can be any length.
• Middle buffers (i.e., those with First Segment = Last Segment = 0) must be greater than, or equal to 4 bytes in
length.
• The final buffer of any transmit packet can be any length.
5.4.2.4
FCT Actions
The FCT performs basic sanity checks on the correctness of the buffer configuration, as described in Section 5.4.2.5,
"TX Error Detection," on page 49. Errors in this regard indicate the TX path is out of sync, which is catastrophic and
requires a reinitialization of the TX path.
The FCT performs the following steps when extracting an Ethernet frame:
• Strip out TX Command A
• Strip out TX Command B
• Account for the byte offset at the beginning of the frame. Based upon the buffer size and DataStartOffset[1:0] field
of TX Command A, the FCT can numerically determine any unused bytes in the first and last word of the buffer.
When transferring these respective DWORDs to the TLI, the FCT adjusts the byte enables accordingly.
Note:
When a packet is split into multiple buffers, each successive buffer’s data payload may begin on any arbitrary byte.
Unlike the write side, the read side of the TX FIFO does not need to support rewinds. Errors are reported via the Transmitter Error (TXE) flag, which is visible to the Host via the Interrupt Endpoint and is also set in theInterrupt Status Register (INT_STS).
5.4.2.5
TX Error Detection
As previously stated, both TX Command A and TX Command B are required for each buffer in a given frame. TX Command B must be identical for every buffer in a given frame, with the exception of the TX Checksum Enable (CK) bit. If
the TX Command B words do not match, then the TX path is out of sync and the FCT asserts the Transmitter Error (TXE)
flag.
Similarly, the FCT numerically adds up the size of the frame’s buffers. If there is a numerical mismatch, the TX path is
out of sync and the FCT asserts the Transmitter Error (TXE) flag. The following error conditions are tracked by the FCT:
• Missing FS - The expected first buffer of a frame does not have the FS bit set.
• Unexpected FS - The FS bit is set when the total size of buffers so far opened is less than the frame size.
• Missing LS - The total size of the buffers opened is equal to or exceeds the size of the frame. The FCT expects
this buffer to have the LS bit set and it is not set.
• Unexpected LS - The LS bit is set when the aggregate total size of descriptor buffers so far opened is less than the
frame size.
2010-2021 Microchip Technology Inc.
DS00001875D-page 49
LAN950x
• Buffer Size is Zero Error - The buffer length field is zero.
• Buffer Size Error - The total sum of the buffers received is not equal to the frame length.
Note 1: The FCT can be configured to stall the Bulk Out pipe when a Transmit Error is detected. This is accomplished via the Stall Bulk Out Pipe Disable (SBP) bit of the Hardware Configuration Register (HW_CFG).
Please refer to Section 7.3.5, "Hardware Configuration Register (HW_CFG)," on page 122 for further
details.
2: A TX Error is a catastrophic condition. The device should be reset in order to recover from it.
5.4.2.6
TX Status Format
After an Ethernet frame is transmitted, the TLI returns the TX Status Word to the FCT, as illustrated in Table 5-44. The
contents of the TX Status Word is used for statistics generation and interrupt status creation. Please refer to Section
5.3.1.7, "Statistics," on page 36 and Section 7.3.2, "Interrupt Status Register (INT_STS)" for further details.
TABLE 5-44:
TX STATUS WORD FORMAT
Bits
31:16
15
14:12
Description
RESERVED
Error Status (ES)
When set, this bit indicates that the TLI has reported an error. This bit is the logical OR of bits 11, 10,
9, 8, 2, 1 in this status word.
RESERVED
11
Loss of Carrier
When set, this bit indicates the loss of carrier during transmission.
10
No Carrier
When set, this bit indicates that the carrier signal from the transceiver was not present during
transmission.
9
Late Collision
When set, indicates that the packet transmission was aborted after the collision window of 64 bytes.
8
Excessive Collisions
When set, this bit indicates that the transmission was aborted after 16 collisions while attempting to
transmit the current packet.
7
RESERVED
6:3
Collision Count
This counter indicates the number of collisions that occurred before the packet was transmitted. It is
not valid when excessive collisions (bit 8) is also set.
2
Excessive Deferral
If the deferred bit is set in the control register, the setting of the excessive deferral bit indicates that
the transmission has ended because of a deferral of over 24288 bit times during transmission.
1
Underrun Error
When set, this bit indicates that the transmitter aborted the associated frame because of an underrun
condition on the TX Data FIFO. TX Underrun will cause the assertion of the TDFU flag in the Interrupt
Status Register (INT_STS) and the interrupt endpoint.
0
Deferred
When set, this bit indicates that the current packet transmission was deferred.
DS00001875D-page 50
2010-2021 Microchip Technology Inc.
LAN950x
5.4.2.7
5.4.2.7.1
Transmit Examples
TX Example 1
In this example a single, 1064-Byte Ethernet frame will be transmitted. This packet is divided into three buffers. The
three buffers are as follows:
Buffer 0:
• 3-Byte “Data Start Offset”
• 499-Bytes of payload data
Buffer 1:
• 0-Byte “Data Start Offset”
• 503-Bytes of payload data
Buffer 2:
• 2-Byte “Data Start Offset”
• 62-Bytes of payload data
FIGURE 5-6: TX Example 1 on page 52 illustrates the TX command structure for this example, and also shows how
data is passed to the TX data FIFO.
2010-2021 Microchip Technology Inc.
DS00001875D-page 51
LAN950x
FIGURE 5-6:
TX EXAMPLE 1
.
.
.
T X C o m m an d B
U S B P a cke t 2
T X C o m m an d A
6 2 B y te P a y lo a d
T X C o m m an d B
T X C o m m an d A
U S B P a cke t 1
TX C om m and A
D a ta S ta rt O ffse t = 2
F irst S e g m e nt = 0
L a st S e g m e n t = 1
B u ffe r S ize = 62
TX C om m and B
F ra m e L e ng th = 10 6 4
5 0 3 B y te P a y lo a d
TX C om m and A
D a ta S ta rt O ffse t = 0
F irst S e g m e nt = 0
L a st S e g m e n t = 0
B u ffe r S ize = 50 3
T X C o m m an d B
T X C o m m an d A
U S B P a cke t 0
1 0 6 4 B y te
E th e rn e t
F ra m e
TX C om m and B
F ra m e L e ng th = 10 6 4
4 9 9 B y te P a y lo a d
TX C om m and A
D a ta S ta rt O ffse t = 3
F irst S e g m e nt = 1
L a st S e g m e n t = 0
B u ffe r S ize = 49 9
T X C o m m an d B
T X C o m m an d A
DS00001875D-page 52
TX C om m and B
F ra m e L e ng th = 10 6 4
2010-2021 Microchip Technology Inc.
LAN950x
5.4.2.8
TX Example 2
In this example, a single 183-Byte Ethernet frame will be transmitted. This packet is in a single buffer as follows:
• 2-Byte “Data Start Offset”
• 183-Bytes of payload data
FIGURE 5-7: TX Example 2 on page 53 illustrates the TX command structure for this example, and also shows how
data is passed to the TX data FIFO. Note that the packet resides in a single TX Buffer, therefore both the FS and LS
bits are set in TX Command A.
FIGURE 5-7:
TX EXAMPLE 2
.
.
.
TX Command B
TX Command A
USB Packet 0
183 Byte Payload
TX Command B
TX Command A
5.4.2.9
TX Command A
Data Start Offset = 2
First Segment = 1
Last Segment = 1
Buffer Size = 183
183 Byte
Ethernet
Frame
TX Command B
Frame Length = 183
TX Example 3
In this example a single, 111-Byte Ethernet frame will be transmitted with a TX checksum. This packet is divided into
four buffers. The four buffers are as follows:
Buffer 0:
• 0-Byte “Data Start Offset”
• 4-Byte Checksum Preamble
Buffer 1:
• 3-Byte “Data Start Offset”
• 79-Bytes of payload data
Buffer 2:
• 0-Byte “Data Start Offset”
• 15-Bytes of payload data
Buffer 3:
• 2-Byte “Data Start Offset”
• 17-Bytes of payload data
FIGURE 5-8: TX Example 3 on page 54 illustrates the TX command structure for this example, and also shows how
data is passed to the TX data FIFO.
2010-2021 Microchip Technology Inc.
DS00001875D-page 53
LAN950x
Note:
When enabled, the TX Checksum Preamble is pre-pended to the data to be transmitted. The FS bit in TX
Command A, the TX Checksum Enable bit (CK) of TX Command B, and the TXCOE_EN bit of the
COE_CR register must all be set for the TX checksum to be generated. FS must not be set for subsequent
fragments of the same packet. Please refer to Section 5.5.8, "Transmit Checksum Offload Engine
(TXCOE)" for further information.
FIGURE 5-8:
TX EXAMPLE 3
.
.
.
TX Command B
TX Command A
17 Byte Payload
TX Command A
Data Start Offset = 2
First Segment = 0
Last Segment = 1
Buffer Size = 17
TX Command B
USB Packet 0
TX Command A
15 Byte Payload
TX Command B
115 Byte
Ethernet
Frame
TX Command A
79 Byte Payload
TX Command A
Data Start Offset = 0
First Segment = 0
Last Segment = 0
Buffer Size = 15
TX Command B
Frame Length = 111
TX Checksum Enable = 1
TX Command B
Frame Length = 111
TX Checksum Enable = 1
TX Command A
Data Start Offset = 3
First Segment = 0
Last Segment = 0
Buffer Size = 79
TX Command B
TX Command A
Checksum Preamble
TX Command B
TX Command A
TX Command A
Data Start Offset = 0
First Segment = 1
Last Segment = 0
Buffer Size = 4
TX Command B
Frame Length = 111
TX Checksum Enable = 1
TX Command B
Frame Length = 111
TX Checksum Enable = 1
Checksum Preamble
TX Checksum Location = 50
TX Checksum Start Pointer = 14
DS00001875D-page 54
2010-2021 Microchip Technology Inc.
LAN950x
5.4.2.10
Flushing the TX FIFO
The device allows for the Host to the flush the entire contents of the FCT TX FIFO. When a flush is activated, the read
and write pointers for the TX FIFO are returned to their reset state.
Before flushing the TX FIFO, the device’s transmitter must be stopped, as specified in Section 5.4.2.11. Once the transmitter stop completion is confirmed, the Transmit FIFO Flush bit can be set in the Transmit Configuration Register
(TX_CFG) on page 121. This bit is cleared after the flush is complete.
5.4.2.11
Stopping and Starting the Transmitter
To halt the transmitter, the Host must set the Stop Transmitter (STOP_TX) bit in the TX_CFG register. The transmitter
will finish sending the current frame (if there is a frame transmission in progress). When the transmitter has received
the TX Status for the current frame, it will clear the STOP_TX and TX_ON bits in the TX_CFG register, and will pulse
TXSTOP_INT.
Once stopped, the Host can optionally flush the TX FIFO, and can optionally disable the MAC by clearing TXEN. The
Host must re-enable the transmitter by setting the TX_ON and TXEN bits. If the there are frames pending in the TX FIFO
(i.e., the TX FIFO was not purged), the transmission will resume with this data.
Note:
5.4.3
The TX Stop mechanism described here assumes that the MAC will return a status for every TX frame.
ARBITRATION
The FCT must arbitrate access to the RX and TX FIFOs to the URX, UTX, TLI RX, and TLI TX. Highest priority is always
given to the USB. The TLI RX/TX can be wait stated as frames buffering exists in the TLI (2 KB TX, 128 Byte RX).
FCT strict priority order:
1.
2.
3.
4.
URX Request (Bulk Out Packet)
UTX Request (Bulk In Packet)
TLI RX (Received Ethernet Frame)
TLI TX (Transmitted Ethernet Frame)
Note:
5.5
By nature of the USB bus and UDC operation, the URX and UTX should not request bandwidth simultaneously.
10/100 Ethernet MAC
The Ethernet Media Access controller (MAC) incorporates the essential protocol requirements for operating an Ethernet/IEEE 802.3-compliant node and provides an interface between the Host subsystem and the internal Ethernet PHY.
The MAC can operate in either 100-Mbps or 10-Mbps mode.
The MAC operates in both half-duplex and full-duplex modes. When operating in half-duplex mode, the MAC complies
fully with Section 4 of ISO/IEC 8802-3 (ANSI/IEEE standard) and ANSI/IEEE 802.3 standards. When operating in fullduplex mode, the MAC complies with IEEE 802.3x full-duplex operation standard.
The MAC provides programmable enhanced features designed to minimize Host supervision, bus utilization, and preor post-message processing. These features include the ability to disable retries after a collision, dynamic FCS (Frame
Check Sequence) generation on a frame-by-frame basis, automatic pad field insertion and deletion to enforce minimum
frame size attributes, layer 3 checksum calculation for transmit and receive operations, and automatic retransmission
and detection of collision frames.
The MAC can sustain transmission or reception of minimally-sized back-to-back packets at full line speed with an interpacket gap (IPG) of 9.6 microseconds for 10 Mbps and 0.96 microseconds for 100 Mbps.
The primary attributes of the MAC Function are:
•
•
•
•
Transmit and receive message data encapsulation
Framing (frame boundary delimitation, frame synchronization)
Error detection (physical medium transmission errors)
Media access management
2010-2021 Microchip Technology Inc.
DS00001875D-page 55
LAN950x
•
•
•
•
•
•
•
Medium allocation (collision detection, except in full-duplex operation)
Contention resolution (collision handling, except in full-duplex operation)
Flow control during full-duplex mode
Decoding of control frames (PAUSE command) and disabling the transmitter
Generation of control frames
Interface to the internal PHY and optional external PHY.
Checksum offload engine for calculation of layer 3 transmit and receive checksum.
The transmit and receive data paths are separate within the device from the MAC to Host interface, allowing the highest
performance, especially in full duplex mode. Payload data as well as transmit and receive status are passed on these
busses.
A third internal bus is used to access the MAC’s “Control and Status Registers” (CSR’s). This bus is also accessible
from the Host.
On the backend, the MAC interfaces with the 10/100 PHY through an MII (Media Independent Interface) port which is
internal to the device. In addition, there is an external MII interface supporting optional PHY devices. The MAC CSR's
also provide a mechanism for accessing the PHY’s internal registers through the internal SMI (Serial Management Interface) bus.
The receive and transmit FIFOs allow increased packet buffer storage to the MAC. The FIFOs are a conduit between
the Host interface and the MAC through which all transmitted and received data and status information is passed. Deep
FIFOs allow a high degree of latency tolerance relative to the various transport and OS software stacks reducing and
minimizing overrun conditions. Like the MAC, the FIFOs have separate receive and transmit data paths.
5.5.1
FLOW CONTROL
The device’s Ethernet MAC supports full-duplex flow control using the pause operation and control frame. It also supports half-duplex flow control using back pressure. In order for flow control to be invoked, the Flow Control Enable
(FCEN) bit of the Flow Control Register (FLOW) must be set.
5.5.1.1
Full-Duplex Flow Control
The pause operation inhibits data transmission of data frames for a specified period of time. A Pause operation consists
of a frame containing the globally assigned multicast address (01-80-C2-00-00-01), the PAUSE opcode, and a parameter indicating the quantum of slot time (512 bit times) to inhibit data transmissions. The PAUSE parameter may range
from 0 to 65,535 slot times. The Ethernet MAC logic, on receiving a frame with the reserved multicast address and
PAUSE opcode, inhibits data frame transmissions for the length of time indicated. If a Pause request is received while
a transmission is in progress, then the pause will take effect after the transmission is complete. Control frames are
received and processed by the MAC and are passed on.
The device will automatically transmit pause frames based on the settings of Automatic Flow Control Configuration Register (AFC_CFG) and the Flow Control Register (FLOW). When the RX FIFO reaches the level set in the Automatic Flow
Control High Level (AFC_HI) field of AFC_CFG, the device will transmit a pause frame. The pause time field that is transmitted is set in the Pause Time (FCPT) field of the FLOW register. When the RX FIFO drops below the level set in the
Automatic Flow Control Low Level (AFC_LO) field of AFC_CFG, the device will automatically transmit a pause frame
with a pause time of zero. The device will only send another pause frame when the RX FIFO level falls below AFC_LO
and then exceeds AFC_HI again.
5.5.1.2
Half-Duplex Flow Control (Backpressure)
In half-duplex mode, back pressure is used for flow control. Whenever the RX FIFO crosses a certain threshold level,
the MAC starts sending a Jam signal. The MAC transmit logic enters a state at the end of current transmission (if any),
where it waits for the beginning of a received frame. Once a new frame starts, the MAC starts sending the jam signal,
which will result in a collision. After sensing the collision, the remote station will back off its transmission. The MAC continues sending the jam signal to make other stations defer transmission. The MAC only generates this collision-based
back pressure when it receives a new frame, in order to avoid any late collisions.
The device will automatically assert back pressure based on the setting of the Automatic Flow Control Configuration
Register (AFC_CFG). When the RX FIFO reaches the level set by Automatic Flow Control High Level (AFC_HI) field of
AFC_CFG, the Back pressure Duration Timer will start. The device will assert back pressure for any received frames,
as defined by the values of the FCANY, FCADD, FCMULT and FCBRD control bits of AFC_CFG. This continues until
the Back pressure Duration Timer reaches the time specified by the BACK_DUR field of AFC_CFG. After the
BACK_DUR time period has elapsed, the receiver will accept one frame. If, after receiving one RX frame, the RX FIFO
DS00001875D-page 56
2010-2021 Microchip Technology Inc.
LAN950x
is still above the threshold set in the Automatic Flow Control Low Level (AFC_LO) field of AFC_CFG, the device will
again start the Back pressure duration timer and will assert back pressure for subsequent frames, repeating the process
described here until the RX Data FIFO level drops below the AFC_LO setting. If the RX FIFO drops below AFC_LO
before the Back pressure Duration Timer has expired, the timer will immediately reset and back pressure will not be
asserted until the RX FIFO level exceeds AFC_HI.
If the AFC_LO value is set to all ones (0xFF) and the AFC_HI value is set to all zeros (0x00), the flow controller will
assert back pressure for received frames as if the AFC_HI threshold is always exceeded. This mechanism can be used
to generate software-controlled flow control by enabling and disabling the FCANY, FCADD, FCMULT and FCBRD bits.
5.5.2
VIRTUAL LOCAL AREA NETWORK (VLAN) SUPPORT
Virtual Local Area Networks or VLANs, as defined within the IEEE 802.3 standard, provide network administrators one
means of grouping nodes within a larger network into broadcast domains. To implement a VLAN, four extra bytes are
added to the basic Ethernet packet. As shown in Figure 5-9, the four bytes are inserted after the Source Address Field
and before the Type/Length field. The first two bytes of the VLAN tag identify the tag, and by convention are set to the
value 0x8100. The last two bytes identify the specific VLAN associated with the packet; they also provide a priority field.
The device supports VLAN-tagged packets. It provides two registers which are used to identify VLAN-tagged packets.
One register should normally be set to the conventional VLAN ID of 0x8100. The other register provides a way of identifying VLAN frames tagged with a proprietary (not 0x8100) identifier. If a packet arrives bearing either of these tags in
the two bytes succeeding the Source Address field, the controller will recognize the packet as a VLAN-tagged packet.
In this case, the controller increases the maximum allowed packet size from 1518 to 1522 bytes (normally the controller
filters packets larger than 1518 bytes). This allows the packet to be received, and then processed by Host software, or
to be transmitted on the network.
FIGURE 5-9:
VLAN FRAME
Ethernet frame
(1518 BYTES)
PREAMBLE
(7 BYTES)
SOF
(1 BYTE)
DEST. ADDR.
(6 BYTES)
SOURCE ADDR.
(6 BYTES)
TYPE
(2 BYTES)
DATA
(46 - 1500 BYTES)
FCS
(4 BYTES)
Ethernet frame with VLAN TAG
(1522 BYTES)
PREAMBLE
(7 BYTES)
SOF
(1 BYTE)
DEST. ADDR.
(6 BYTES)
SOURCE ADDR.
(6 BYTES)
TPID
(2 BYTES)
TYPE
(2 BYTES)
TYPE
(2 BYTES)
DATA
(46 - 1500 BYTES)
FCS
(4 BYTES)
Tag Control Information
(TCI)
TPID
(2 BYTES)
USER PRIORITY
(3 BITS)
CFI
(1 BIT)
VLAN ID
(12 BITS)
VID: 12 bits defining the VLAN
to which the frame belongs
Canonical Address Format Indicator
Indicates frame's priority
Tag Protocol D: \x81-00
2010-2021 Microchip Technology Inc.
DS00001875D-page 57
LAN950x
5.5.3
ADDRESS FILTERING FUNCTIONAL DESCRIPTION
The Ethernet address fields of an Ethernet Packet, consists of two 6-byte fields: one for the destination address and
one for the source address. The first bit of the destination address signifies whether it is a physical address or a multicast
address.
The device’s address check logic filters the frame based on the Ethernet receive filter mode that has been enabled.
Filter modes are specified based on the state of the control bits in Table 5-45, "Address Filtering Modes", which shows
the various filtering modes used by the Ethernet MAC Function. These bits are defined in more detail in the “MAC Control Register”. Please refer to Section 7.4.1, "MAC Control Register (MAC_CR)," on page 159 for more information on
this register.
If the frame fails the filter, the Ethernet MAC function does not receive the packet. The Host has the option of accepting
or ignoring the packet.
TABLE 5-45:
ADDRESS FILTERING MODES
MCPAS
PRMS
INVFILT
HO
HPFILT
Description
0
0
0
0
0
MAC address perfect filtering only
for all addresses.
0
0
0
0
1
MAC address perfect filtering for
physical address and hash filtering
for multicast addresses
0
0
0
1
1
Hash Filtering for physical and
multicast addresses
0
0
1
0
0
Inverse Filtering
X
1
0
X
X
Promiscuous
1
0
0
0
X
Pass all multicast frames. Frames
with physical addresses are perfectfiltered
1
0
0
1
1
Pass all multicast frames. Frames
with physical addresses are hashfiltered
5.5.4
5.5.4.1
FILTERING MODES
Perfect Filtering
This filtering mode passes only incoming frames whose destination address field exactly matches the value programmed into the MAC Address High register and the MAC address low register. The MAC address is formed by the
concatenation of the above two registers in the MAC CSR Function.
5.5.4.2
Hash Only Filtering Mode
This type of filtering checks for incoming Receive packets with either multicast or physical destination addresses, and
executes an imperfect address filtering against the hash table.
During imperfect hash filtering, the destination address in the incoming frame is passed through the CRC logic and the
upper six bits of the CRC register are used to index the contents of the hash table. The hash table is formed by merging
the register’s multicast hash table high and multicast hash table low in the MAC CSR Function to form a 64-bit hash
table. The most significant bit determines the register to be used (High/Low), while the other five bits determine the bit
within the register. A value of 00000 selects Bit 0 of the multicast hash table low register and a value of 11111 selects
Bit 31 of the multicast hash table high register.
5.5.4.3
Hash Perfect Filtering
In hash perfect filtering, if the received frame is a physical address, the device’s Packet Filter block perfect-filters the
incoming frame’s destination field with the value programmed into the MAC Address High register and the MAC Address
Low register. If the incoming frame is a multicast frame, however, the device’s packet filter function performs an imperfect address filtering against the hash table.
The imperfect filtering against the hash table is the same imperfect filtering process described in Section 5.5.4.2, "Hash
Only Filtering Mode".
DS00001875D-page 58
2010-2021 Microchip Technology Inc.
LAN950x
5.5.4.4
Inverse Filtering
In inverse filtering, the Packet Filter Block accepts incoming frames with a destination address not matching the perfect
address (i.e., the value programmed into the MAC Address High register and the MAC Address Low register in the CRC
block and rejects frames with destination addresses matching the perfect address.
For all filtering modes, when MCPAS is set, all multicast frames are accepted. When the PRMS bit is set, all frames are
accepted regardless of their destination address. This includes all broadcast frames as well.
5.5.5
WAKEUP FRAME DETECTION
Setting the Wakeup Frame Enable (WUEN) bit in the Wakeup Control and Status Register (WUCSR), places the MAC
in the wakeup frame detection mode. In this mode, normal data reception is disabled, and detection logic within the MAC
examines receive data for the pre-programmed wakeup frame patterns. When a wakeup pattern is received, the Remote
Wakeup Frame Received (WUFR) bit in the WUCSR is set, the device places itself in a fully operational state, and
remote wakeup is issued. The Host will then resume the device and read the WUSCR register to determine the condition
that caused the remote wakeup. Upon determining that the WUFR bit is set, the Host will know a wakeup frame detection event was the cause. The Host will then clear the WUFR bit, and clear the WUEN bit to resume normal receive
operation. Please refer to Section 7.4.12, "Wakeup Control and Status Register (WUCSR)," on page 172 for additional
information on this register.
Before putting the MAC into the wakeup frame detection state, the Host must provide the detection logic with a list of
sample frames and their corresponding byte masks. This information is written into the Wakeup Frame Filter register
(WUFF). Please refer to Section 7.4.11, "Wakeup Frame Filter (WUFF)," on page 171 for additional information on this
register.
The number of programmable wakeup filters supported by the MAC is device dependent. Table 5-46 indicates the number of wakeup frame filters contained in the WUFF of each LAN950x family device. The number of writes/reads required
to program the WUFF or read its contents, respectively, is also indicated.
TABLE 5-46:
WAKEUP FRAME FILTER CAPACITY
Device
Number of Filters
Number of Writes/Reads
LAN9500/LAN9500i
4
20
LAN9500A/LAN9500Ai
8
40
The programmable filters support many different receive packet patterns. If remote wakeup mode is enabled, the remote
wakeup function receives all frames addressed to the MAC. It then checks each frame against the enabled filter and
recognizes the frame as a remote wakeup frame if it passes the WUFF’s address filtering and CRC value match.
In order to determine which bytes of the frames should be checked by the CRC module, the MAC uses a programmable
byte mask and a programmable pattern offset for each of the supported filters.
The pattern’s offset defines the location of the first byte that should be checked in the frame. The byte mask is a 128bit field that specifies whether or not each of the 128 contiguous bytes within the frame, beginning in the pattern offset,
should be checked. If bit j in the byte mask is set, the detection logic checks byte offset +j in the frame.
In order to load the Wakeup Frame Filter register, the Host LAN driver software must perform the number of writes indicated in Table 5-46 to the device’s Wakeup Frame Filter register (WUFF). The contents of the Wakeup Frame Filter register may be obtained by reading it. The number of reads required to extract the entire contents of the device’s WUFF
is also indicated in Table 5-46.
Table 5-47 shows the wakeup frame filter register’s structure for LAN9500/LAN9500i, while Table 5-48 shows that for
LAN9500A/LAN9500Ai. Component elements common to both register structures follow their definition in this section.
2010-2021 Microchip Technology Inc.
DS00001875D-page 59
LAN950x
TABLE 5-47:
WAKEUP FRAME FILTER REGISTER STRUCTURE (LAN9500/LAN9500I ONLY)
Filter 0 Byte Mask 0
Filter 0 Byte Mask 1
Filter 0 Byte Mask 2
Filter 0 Byte Mask 3
Filter 1 Byte Mask 0
Filter 1 Byte Mask 1
Filter 1 Byte Mask 2
Filter 1 Byte Mask 3
Filter 2 Byte Mask 0
Filter 2 Byte Mask 1
Filter 2 Byte Mask 2
Filter 2 Byte Mask 3
Filter 3 Byte Mask 0
Filter 3 Byte Mask 1
Filter 3 Byte Mask 2
Filter 3 Byte Mask 3
Reserved
Filter 3
Command
Filter 3 Offset
Reserved
Filter 2
Command
Filter 2 Offset
Reserved
Filter 1
Command
Filter 1Offset
Reserved
Filter 0
Command
Filter 0 Offset
Filter 1 CRC-16
Filter 0 CRC-16
Filter 3 CRC-16
Filter 2 CRC-16
The Filter i Byte Mask defines which incoming frame bytes Filter i will examine to determine whether or not this is a
Wakeup Frame. Table 5-49, describes the byte mask’s bit fields.
Filter x Mask 0 corresponds to bits [31:0]. Where the lsb corresponds to the first byte on the wire.
Filter x Mask 1 corresponds to bits [63:32]. Where the lsb corresponds to the first byte on the wire.
Filter x Mask 2 corresponds to bits [95:64]. Where the lsb corresponds to the first byte on the wire.
Filter x Mask 3 corresponds to bits [127:96]. Where the lsb corresponds to the first byte on the wire.
TABLE 5-48:
WAKEUP FRAME FILTER REGISTER STRUCTURE (LAN9500A/LAN9500AI ONLY)
Filter 0 Byte Mask 0
Filter 0 Byte Mask 1
Filter 0 Byte Mask 2
Filter 0 Byte Mask 3
Filter 1 Byte Mask 0
Filter 1 Byte Mask 1
Filter 1 Byte Mask 2
Filter 1 Byte Mask 3
Filter 2 Byte Mask 0
Filter 2 Byte Mask 1
Filter 2 Byte Mask 2
Filter 2 Byte Mask 3
Filter 3 Byte Mask 0
Filter 3 Byte Mask 1
Filter 3 Byte Mask 2
Filter 3 Byte Mask 3
DS00001875D-page 60
2010-2021 Microchip Technology Inc.
LAN950x
TABLE 5-48:
WAKEUP FRAME FILTER REGISTER STRUCTURE (LAN9500A/LAN9500AI ONLY)
Filter 4 Byte Mask 0
Filter 4 Byte Mask 1
Filter 4 Byte Mask 2
Filter 4 Byte Mask 3
Filter 5 Byte Mask 0
Filter 5 Byte Mask 1
Filter 5 Byte Mask 2
Filter 5 Byte Mask 3
Filter 6 Byte Mask 0
Filter 6 Byte Mask 1
Filter 6 Byte Mask 2
Filter 6 Byte Mask 3
Filter 7 Byte Mask 0
Filter 7 Byte Mask 1
Filter 7 Byte Mask 2
Filter 7 Byte Mask 3
Reserved
Filter 3
Command
Reserved
Filter 2
Command
Reserved
Filter 1
Command
Reserved
Filter 0
Command
Reserved
Filter 7
Command
Reserved
Filter 6
Command
Reserved
Filter 5
Command
Reserved
Filter 4
Command
Filter 3 Offset
Filter 2 Offset
Filter 1Offset
Filter 0 Offset
Filter 7 Offset
Filter 6 Offset
Filter 5 Offset
Filter 4 Offset
Filter 1 CRC-16
Filter 0 CRC-16
Filter 3 CRC-16
Filter 2 CRC-16
Filter 5 CRC-16
Filter 4 CRC-16
Filter 7 CRC-16
Filter 6 CRC-16
The Filter i Byte Mask defines which incoming frame bytes Filter i will examine to determine whether or not this is a
Wakeup Frame. Table 5-49, describes the byte mask’s bit fields.
Filter x Mask 0 corresponds to bits [31:0]. Where the lsb corresponds to the first byte on the wire.
Filter x Mask 1 corresponds to bits [63:32]. Where the lsb corresponds to the first byte on the wire.
Filter x Mask 2 corresponds to bits [95:64]. Where the lsb corresponds to the first byte on the wire.
Filter x Mask 3 corresponds to bits [127:96]. Where the lsb corresponds to the first byte on the wire.
The following tables define elements common to both WUFF register structures.
TABLE 5-49:
FILTER I BYTE MASK BIT DEFINITIONS
FILTER I BYTE MASK DESCRIPTION
Bits
Description
127:0
Byte Mask: If bit j of the byte mask is set, the CRC machine processes byte pattern-offset + j of the
incoming frame. Otherwise, byte pattern-offset + j is ignored.
The Filter i command register controls Filter i operation. Table 5-50 shows the Filter I command register.
2010-2021 Microchip Technology Inc.
DS00001875D-page 61
LAN950x
TABLE 5-50:
FILTER I COMMAND BIT DEFINITIONS
FILTER i COMMANDS
Bits
3:2
Description
Address Type: Defines the destination address type of the pattern.
00 = Pattern applies only to unicast frames.
10 = Pattern applies only to multicast frames.
X1 = Pattern applies to all frames that have passed the regular receive filter.
1
RESERVED
0
Enable Filter: When bit is set, Filter i is enabled, otherwise, Filter i is disabled.
The Filter i Offset register defines the offset in the frame’s destination address field from which the frames are examined
by Filter i. Table 5-51 describes the Filter i Offset bit fields.
TABLE 5-51:
FILTER I OFFSET BIT DEFINITIONS
FILTER I OFFSET DESCRIPTION
Bits
Description
7:0
Pattern Offset: The offset of the first byte in the frame on which CRC is checked for Wakeup Frame
recognition. The MAC checks the first offset byte of the frame for CRC and checks to determine
whether the frame is a Wakeup Frame. Offset 0 is the first byte of the incoming frame's destination
address.
The Filter i CRC-16 register contains the CRC-16 result of the frame that should pass Filter i.
Table 5-52 describes the Filter i CRC-16 bit fields.
TABLE 5-52:
FILTER I CRC-16 BIT DEFINITIONS
FILTER I CRC-16 DESCRIPTION
Bits
15:0
Description
Pattern CRC-16: This field contains the 16-bit CRC value from the pattern and the byte mask
programmed to the Wakeup Filter register function. This value is compared against the CRC
calculated on the incoming frame, and a match indicates the reception of a Wakeup Frame.
Table 5-53 indicates the cases that produce a wake when the Wakeup Frame Enable (WUEN) bit of the Wakeup Control
and Status Register (WUCSR) is set. All other cases do not generate a wake.
TABLE 5-53:
WAKEUP GENERATION CASES
Filter
Enabled
(Note 5-21)
CRC Match
(Note 5-22)
Global
Unicast
Enabled
(Note 5-23)
Pass
Regular
Receive
Filter
Address
Type
(Note 5-24)
Broad-cast
Frame
(Note 5-25)
Multi-cast
Frame
Unicast
Frame
Yes
Yes
x
x
x
Yes
No
No
Yes
Yes
Yes
x
x
No
No
Yes
Yes
Yes
x
Yes
Multicast
(=10)
No
Yes
No
Yes
Yes
x
Yes
Unicast
(=00)
No
No
Yes
Yes
Yes
x
Yes
Passed
Receive
Filter
(=x1b)
x
x
x
Note 5-21
As determined by bit 0 of Filter i Command.
Note 5-22
CRC matches Filter i CRC-16 field.
Note 5-23
As determined by bit 9 of WUCSR.
DS00001875D-page 62
2010-2021 Microchip Technology Inc.
LAN950x
Note 5-24
As determined by bits 3:2 of Filter i Command.
Note 5-25
When wakeup frame detection is enabled via the Wakeup Frame Enable (WUEN) bit of the Wakeup
Control and Status Register (WUCSR), a broadcast wakeup frame will wake up the device despite
the state of the Disable Broadcast Frames (BCAST) bit in the MAC Control Register (MAC_CR).
Note:
5.5.6
x indicates “don’t care”.
MAGIC PACKET DETECTION
Setting the Magic Packet Enable (MPEN) bit in the Wakeup Control and Status Register (WUCSR), places the MAC in
the “Magic Packet” detection mode. In this mode, normal data reception is disabled, and detection logic within the MAC
examines receive data for a Magic Packet. When a Magic Packet is received, the Magic Packet Received (MPR) bit in
the WUCSR is set, the device places itself in a fully operational state, and remote wakeup is issued. The Host will then
resume the device and read the WUSCR register to determine the condition that caused the remote wakeup. Upon
determining that the MPR bit is set, the Host will know reception of a Magic Packet was the cause. The Host will then
clear the MPR bit, and clear the MPEN bit to resume normal receive operation. Please refer to Section 7.4.12, "Wakeup
Control and Status Register (WUCSR)," on page 172 for additional information on this register.
In Magic Packet mode, the Power Management Logic constantly monitors each frame addressed to the node for a specific Magic Packet pattern. It checks only packets with the MAC’s address or a broadcast address to meet the Magic
Packet requirement. The Power Management Logic checks each received frame for the pattern 48h
FF_FF_FF_FF_FF_FF after the destination and source address field.
Then the Function looks in the frame for 16 repetitions of the MAC address without any breaks or interruptions. In case
of a break in the 16 address repetitions, the PMT Function scans for the 48'hFF_FF_FF_FF_FF_FF pattern again in the
incoming frame.
The 16 repetitions may be anywhere in the frame but must be preceded by the synchronization stream. The device will
also accept a multicast frame, as long as it detects the 16 duplications of the MAC address. If the MAC address of a
node is 00h 11h 22h 33h 44h 55h, then the MAC scans for the following data sequence in an Ethernet: Frame.
Destination Address Source Address ……………FF FF FF FF FF FF
00 11 22 33 44 55 00 11 22 33 44 55 00 11 22 33 44 55 00 11 22 33 44 55
00 11 22 33 44 55 00 11 22 33 44 55 00 11 22 33 44 55 00 11 22 33 44 55
00 11 22 33 44 55 00 11 22 33 44 55 00 11 22 33 44 55 00 11 22 33 44 55
00 11 22 33 44 55 00 11 22 33 44 55 00 11 22 33 44 55 00 11 22 33 44 55
…CRC
5.5.7
RECEIVE CHECKSUM OFFLOAD ENGINE (RXCOE)
The receive checksum offload engine provides assistance to the Host by calculating a 16-bit checksum for a received
Ethernet frame. The RXCOE readily supports the following IEEE802.3 frame formats:
• Type II Ethernet frames
• SNAP encapsulated frames
• Support for up to 2, 802.1q VLAN tags
The resulting checksum value can also be modified by software to support other frame formats.
The RXCOE has two modes of operation. In mode 0, the RXCOE calculates the checksum between the first 14 bytes
of the Ethernet frame and the FCS. This is illustrated in Figure 5-10.
2010-2021 Microchip Technology Inc.
DS00001875D-page 63
LAN950x
FIGURE 5-10:
RXCOE CHECKSUM CALCULATION
DST
T
Y
P
E
SRC
Frame Data
F
C
S
Calculate Checksum
In mode 1, the RXCOE supports VLAN tags and a SNAP header. In this mode, the RXCOE calculates the checksum at
the start of L3 packet. The VLAN1 tag register is used by the RXCOE to indicate what protocol type is to be used to
indicate the existence of a VLAN tag. This value is typically 8100h.
Example frame configurations:
FIGURE 5-11:
TYPE II ETHERNET FRAME
DST
0
SRC
p
r
o
t
2
3
1
L3 Packet
Calculate Checksum
1DWORD
FIGURE 5-12:
ETHERNET FRAME WITH VLAN TAG
DST
0
F
C
S
SRC
1
1DWORD
DS00001875D-page 64
2
8
t
V
1
y
I
0
p
D
0
e
3
L3 Packet
F
C
S
4
Calculate Checksum
2010-2021 Microchip Technology Inc.
LAN950x
FIGURE 5-13:
ETHERNET FRAME WITH LENGTH FIELD AND SNAP HEADER
{DSAP, SSAP, CTRL, OUI[23:16]}
DST
0
S
L N
e A
n P
0
SRC
1
2
3
{OUI[15:0], PID[15:0]}
S
N
A
P
1
L3 Packet
4
5
Calculate Checksum
1DWORD
FIGURE 5-14:
F
C
S
ETHERNET FRAME WITH VLAN TAG AND SNAP HEADER
{DSAP, SSAP, CTRL,
OUI[23:16]}
DST
0
SRC
1
S
8
V L N
1
I e A
0
Dn P
0
0
2
3
4
{OUI[15:0], PID[15:0]}
S
N
A
P
1
5
L3 Packet
6
Calculate Checksum
1DWORD
FIGURE 5-15:
ETHERNET FRAME WITH MULTIPLE VLAN TAGS AND SNAP HEADER
{DSAP, SSAP, CTRL,
OUI[23:16]}
DST
0
F
C
S
SRC
1
2
S
8
8
V
V L N
1
1
I
I e A
0
0
D
Dn P
0
0
0
4
5
1DWORD
6
{OUI[15:0], PID[15:0]}
S
N
A
P
1
7
L3 Packet
F
C
S
8
Calculate Checksum
The RXCOE supports a maximum of two VLAN tags. If there are more than two VLAN tags, the VLAN protocol identifier
for the third tag is treated as an Ethernet type field. The checksum calculation will begin immediately after the type field.
2010-2021 Microchip Technology Inc.
DS00001875D-page 65
LAN950x
The RXCOE resides in the RX path within the MAC. As the RXCOE receives an Ethernet frame, it calculates the 16-bit
checksum. The RXCOE passes the Ethernet frame to the RX FIFO with the checksum appended to the end of the frame.
The RXCOE inserts the checksum immediately after the last byte of the Ethernet frame and before it transmits the status
word. The packet length field in the RX Status Word (refer to Section 5.4.1.2) will indicate that the frame size has
increased by two bytes to accommodate the checksum.
Note:
When enabled, the RXCOE calculates a checksum for every received frame.
Setting the RXCOE_EN bit in the Checksum Offload Engine Control Register (COE_CR) enables the RXCOE, while the
RXCOE_MODE bit selects the operating mode. When the RXCOE is disabled, the received data is simply passed
through the RXCOE unmodified.
Note 1: Software applications must stop the receiver and flush the RX data path before changing the state of the
RXCOE_EN or RXCOE_MODE bits.
2: When the RXCOE is enabled, automatic pad stripping must be disabled (bit 8 (PADSTR) of the MAC Control
Register (MAC_CR)) and vice versa. These functions cannot be enabled simultaneously.
5.5.7.1
RX Checksum Calculation
The checksum is calculated 16 bits at a time. In the case of an odd sized frame, an extra byte of zero is used to pad up
to 16 bits.
Consider the following packet: DA, SA, Type, B0, B1, B2 … BN, FCS
Let [A, B] = A*256 + B;
If the packet has an even number of octets then
checksum = [B1, B0] + C0 + [B3, B2] + C1 + … + [BN, BN-1] + CN-1
Where C0, C1, ... CN-1 are the carry out results of the intermediate sums.
If the packet has an odd number of octets then
checksum = [B1, B0] + C0 + [B3, B2] + C1 + … + [0, BN] + CN-1
5.5.8
TRANSMIT CHECKSUM OFFLOAD ENGINE (TXCOE)
The transmit checksum offload engine provides assistance to the CPU by calculating a 16-bit checksum, typically for
TCP, for a transmit Ethernet frame. The TXCOE calculates the checksum and inserts the results back into the data
stream as it is transferred to the MAC.
To activate the TXCOE and perform a checksum calculation, the Host must first set the TX Checksum Offload Engine
Enable (TX_COE_EN) bit in the Checksum Offload Engine Control Register (COE_CR). The Host then pre-pends a 3
DWORD buffer to the data that will be transmitted. The pre-pended buffer includes a TX Command A, TX Command B,
and a 32-bit TX checksum preamble (refer to Table 5-54). When the CK bit of the TX Command ‘B’ is set in conjunction
with the FS bit of TX Command ‘A’ and the TX_COE_EN bit of the COE_CR register, the TXCOE will perform a checksum calculation on the associated packet. The TX checksum preamble instructs the TXCOE on the handling of the associated packet. The TXCSSP - TX Checksum Start Pointer field of the TX checksum preamble defines the byte offset at
which the data checksum calculation will begin. The checksum calculation will begin at this offset and will continue until
the end of the packet. The data checksum calculation must not begin in the MAC header (first 14 bytes) or in the last 4
bytes of the TX packet. When the calculation is complete, the checksum will be inserted into the packet at the byte offset
defined by the TXCSLOC - TX Checksum Location field of the TX checksum preamble. The TX checksum cannot be
inserted in the MAC header (first 14 bytes) or in the last 4 bytes of the TX packet. If the CK bit is not set in the first TX
Command ‘B’ of a packet, the packet is passed directly through the TXCOE without modification, regardless if the
TXCOE_EN is set. An example of a TX packet with a pre-pended TX checksum preamble can be found in Section
5.4.2.9, "TX Example 3". In this example, the Host provides the Ethernet frame to the Ethernet controller (via a USB
packet) in four fragments, the first containing the TX Checksum Preamble. Figure 5-8 shows how these fragments are
loaded into the TX Data FIFO. For more information on the TX Command ‘A’ and TX Command ‘B’, refer to Section
5.4.2.1, "TX Command Format," on page 47.
If the TX packet already includes a partial checksum calculation (perhaps inserted by an upper layer protocol), this
checksum can be included in the hardware checksum calculation by setting the TXCSSP field in the TX checksum preamble to include the partial checksum. The partial checksum can be replaced by the completed checksum calculation
by setting the TXCSLOC pointer to point to the location of the partial checksum.
DS00001875D-page 66
2010-2021 Microchip Technology Inc.
LAN950x
TABLE 5-54:
TX CHECKSUM PREAMBLE
FIELD
DESCRIPTION
31:28
RESERVED
27:16
TXCSLOC - TX Checksum Location
This field specifies the byte offset where the TX checksum will be inserted in the TX packet. The
checksum will replace two bytes of data starting at this offset.
Note:
15:12
11:0
The TX checksum cannot be inserted in the MAC header (first 14 bytes) or in the last 4
bytes of the TX packet.
RESERVED
TXCSSP - TX Checksum Start Pointer
This field indicates start offset, in bytes, where the checksum calculation will begin in the associated
TX packet.
Note:
The data checksum calculation must not begin in the MAC header (first 14 bytes) or in the
last 4 bytes of the TX packet.
Note 1: When the TXCOE is enabled, the third DWORD of the pre-pended packet is not transmitted. However, 4
bytes must be added to the packet length field in TX Command B.
2: Software applications must stop the transmitter and flush the TX data path before changing the state of the
TXCOE_EN bit. However, the CK bit of TX Command B can be set or cleared on a per-packet basis.
3: The TXCOE_MODE may only be changed if the TX path is disabled. If it is desired to change this value
during run time, it is safe to do so only after the TX Ethernet path is disabled and the TLI is empty.
4: The TX checksum preamble must be DWORD-aligned.
5: TX preamble size is accounted for in both the buffer length and packet length.
6: The first buffer, which contains the TX preamble, may not contain any Ethernet frame data
FIGURE 5-16: TX Example Illustrating a Pre-pended TX Checksum Preamble on page 68 illustrates the use of a prepended checksum preamble when transmitting an Ethernet frame consisting of 3 payload buffers.
2010-2021 Microchip Technology Inc.
DS00001875D-page 67
LAN950x
FIGURE 5-16:
TX EXAMPLE ILLUSTRATING A PRE-PENDED TX CHECKSUM PREAMBLE
NOTE: The TX Checksum Preamble is
pre-pended to data to be transmitted.
FS is set in TX Command 'A' and CK is
set in TX Command 'B'. No start offset
may be added. FS must not be set for
subsequent fragments of the same
packet.
Data Written to the
LAN950x
TX Command 'A'
TX Command 'B'
TX Checksum Preamble
TX Command 'A'
TX Command 'B'
Payload Fragment 1
Pad DWORD 1
TX Command 'A'
TX Command 'B'
Payload Fragment 2
10-Byte
TX Offset
Command
'A'
End
Padding
TX Command 'B'
Payload Fragment 3
DS00001875D-page 68
2010-2021 Microchip Technology Inc.
LAN950x
5.5.8.1
TX Checksum Calculation
The TX checksum calculation is performed using the same operation as the RX checksum shown in Section 5.5.7.1,
with the exception that the calculation starts as indicated by the preamble, and the transmitted checksum is the one’scompliment of the final calculation.
Note:
5.5.9
When the TX checksum offload feature is invoked, if the calculated checksum is 0000h, it is left unaltered.
UDP checksums are optional under IPv4, and a zero checksum calculated by the TX checksum offload
feature will erroneously indicate to the receiver that no checksum was calculated, however, the packet will
typically not be rejected by the receiver. Under IPv6, however, according to RFC 2460, the UDP checksum
is not optional. A calculated checksum that yields a result of zero must be changed to FFFFh for insertion
into the UDP header. IPv6 receivers discard UDP packets containing a zero checksum. Thus, this feature
must not be used for UDP checksum calculation under IPv6.
MAC CONTROL AND STATUS REGISTERS (MCSR)
Please refer to Section 7.4, "MAC Control and Status Registers," on page 158 for a complete description of the MCSR.
5.6
10/100 Internal Ethernet PHY
The device integrates an IEEE 802.3 Physical Layer for Twisted Pair Ethernet applications. The PHY can be configured
for either 100 Mbps (100Base-TX) or 10 Mbps (10Base-T) Ethernet operation in either Full or Half Duplex configurations. The PHY block includes auto-negotiation. Minimal external components are required for the utilization of the internal PHY.
The device provides an option to use an external PHY in place of the internal PHY. The external PHY can be connected
via the Media Independent Interface (MII) port. This option is useful for supporting Home PNA operations. When an
external PHY is used, the internal PHY must be placed into general power down via a PHY reset (refer to Section 5.6.9,
"PHY Resets," on page 78 for further information).
Functionally, the internal PHY can be divided into the following sections:
•
•
•
•
•
100Base-TX transmit and receive
10Base-T transmit and receive
Internal MII interface to the Ethernet Media Access Controller
Auto-negotiation to automatically determine the best speed and duplex possible
Management Control to read status registers and write control registers
5.6.1
100BASE-TX TRANSMIT
The data path of the 100Base-TX is shown in Figure 5-17. Each major block is explained in the following sections.
2010-2021 Microchip Technology Inc.
DS00001875D-page 69
LAN950x
FIGURE 5-17:
100BASE-TX DATA PATH
100M
PLL
TX_CLK
MAC
Internal
MII 25 MHz by 4 bits
MII
25MHz
by 4 bits
4B/5B
Encoder
25MHz by
5 bits
MLT-3
Magnetics
Scrambler
and PISO
125 Mbps Serial
NRZI
Converter
MLT-3
Converter
NRZI
MLT-3
Tx
Driver
MLT-3
RJ45
5.6.1.1
CAT-5
MLT-3
4B/5B Encoding
The transmit data passes from the MII block to the 4B/5B encoder. This block encodes the data from 4-bit nibbles to 5bit symbols (known as “code-groups”) according to Table 5-55. Each 4-bit data-nibble is mapped to 16 of the 32 possible
code-groups. The remaining 16 code-groups are either used for control information or are not valid.
The first 16 code-groups are referred to by the hexadecimal values of their corresponding data nibbles, 0 through F. The
remaining code-groups are given letter designations with slashes on either side. For example, an IDLE code-group is
/I/, a transmit error code-group is /H/, etc.
The encoding process may be bypassed by clearing bit 6 of register 31. When the encoding is bypassed the 5th transmit
data bit is equivalent to TX_ER.
TABLE 5-55:
4B/5B CODE TABLE
Code Group
SYM
Receiver Interpretation
11110
0
0
0000
01001
1
1
0001
10100
2
2
10101
3
3
DATA
Transmitter Interpretation
0
0000
1
0001
0010
2
0010
0011
3
0011
01010
4
4
0100
4
0100
01011
5
5
0101
5
0101
01110
6
6
0110
6
0110
01111
7
7
0111
7
0111
10010
8
8
1000
8
1000
10011
9
9
1001
9
1001
10110
A
A
1010
A
1010
10111
B
B
1011
B
1011
11010
C
C
1100
C
1100
11011
D
D
1101
D
1101
11100
E
E
1110
E
1110
DS00001875D-page 70
DATA
2010-2021 Microchip Technology Inc.
LAN950x
TABLE 5-55:
4B/5B CODE TABLE (CONTINUED)
Code Group
SYM
11101
F
Receiver Interpretation
F
1111
Transmitter Interpretation
F
1111
11111
I
IDLE
Sent after /T/R until TX_EN
11000
J
First nibble of SSD, translated to “0101”
following IDLE, else RX_ER
Sent for rising TX_EN
10001
K
Second nibble of SSD, translated to
“0101” following J, else RX_ER
Sent for rising TX_EN
01101
T
First nibble of ESD, causes de-assertion Sent for falling TX_EN
of CRS if followed by /R/, else assertion of
RX_ER
00111
R
Second nibble of ESD, causes
deassertion of CRS if following /T/, else
assertion of RX_ER
Sent for falling TX_EN
00100
H
Transmit Error Symbol
Sent for rising TX_ER
00110
V
INVALID, RX_ER if during RX_DV
INVALID
11001
V
INVALID, RX_ER if during RX_DV
INVALID
00000
V
INVALID, RX_ER if during RX_DV
INVALID
00001
V
INVALID, RX_ER if during RX_DV
INVALID
00010
V
INVALID, RX_ER if during RX_DV
INVALID
00011
V
INVALID, RX_ER if during RX_DV
INVALID
00101
V
INVALID, RX_ER if during RX_DV
INVALID
01000
V
INVALID, RX_ER if during RX_DV
INVALID
01100
V
INVALID, RX_ER if during RX_DV
INVALID
10000
V
INVALID, RX_ER if during RX_DV
INVALID
5.6.1.2
Scrambling
Repeated data patterns (especially the IDLE code-group) can have power spectral densities with large narrow-band
peaks. Scrambling the data helps eliminate these peaks and spread the signal power more uniformly over the entire
channel bandwidth. This uniform spectral density is required by FCC regulations to prevent excessive EMI from being
radiated by the physical wiring.
The scrambler also performs the Parallel In Serial Out conversion (PISO) of the data.
5.6.1.3
NRZI and MLT3 Encoding
The scrambler block passes the 5-bit wide parallel data to the NRZI converter where it becomes a serial 125MHz NRZI
data stream. The NRZI is encoded to MLT-3. MLT3 is a tri-level code where a change in the logic level represents a code
bit “1” and the logic output remaining at the same level represents a code bit “0”.
5.6.1.4
100M Transmit Driver
The MLT3 data is then passed to the analog transmitter, which launches the differential MLT-3 signal, on outputs TXP
and TXN, to the twisted pair media via a 1:1 ratio isolation transformer. The 10Base-T and 100Base-TX signals pass
through the same transformer so that common “magnetics” can be used for both. The transmitter drives into the 100
impedance of the CAT-5 cable. Cable termination and impedance matching require external components.
5.6.1.5
100M Phase Lock Loop (PLL)
The 100M PLL locks onto reference clock and generates the 125MHz clock used to drive the 125 MHz logic and the
100Base-Tx Transmitter.
5.6.2
100BASE-TX RECEIVE
The receive data path is shown in Figure 5-18. Detailed descriptions are given in the following subsections.
2010-2021 Microchip Technology Inc.
DS00001875D-page 71
LAN950x
FIGURE 5-18:
RECEIVE DATA PATH
100M
PLL
RX_CLK
MAC
Internal
MII 25MHz by 4 bits
MII
25MHz
by 4 bits
4B/5B
Decoder
25MHz by
5 bits
Descrambler
and SIPO
125 Mbps Serial
NRZI
Converter
A/D
Converter
NRZI
MLT-3
MLT-3
Converter
Magnetics
DSP: Timing
recovery, Equalizer
and BLW Correction
MLT-3
MLT-3
RJ45
MLT-3
CAT-5
6 bit Data
5.6.2.1
100M Receive Input
The MLT-3 from the cable is fed into the PHY (on inputs RXP and RXN) via a 1:1 ratio transformer. The ADC samples
the incoming differential signal at a rate of 125M samples per second. Using a 64-level quanitizer, it generates 6 digital
bits to represent each sample. The DSP adjusts the gain of the ADC according to the observed signal levels such that
the full dynamic range of the ADC can be used
5.6.2.2
Equalizer, Baseline Wander Correction and Clock and Data Recovery
The 6 bits from the ADC are fed into the DSP block. The equalizer in the DSP section compensates for phase and amplitude distortion caused by the physical channel consisting of magnetics, connectors, and CAT- 5 cable. The equalizer
can restore the signal for any good-quality CAT-5 cable between 1m and 150m.
If the DC content of the signal is such that the low-frequency components fall below the low frequency pole of the isolation transformer, then the droop characteristics of the transformer will become significant and Baseline Wander (BLW)
on the received signal will result. To prevent corruption of the received data, the PHY corrects for BLW and can receive
the ANSI X3.263-1995 FDDI TP-PMD defined “killer packet” with no bit errors.
The 100M PLL generates multiple phases of the 125MHz clock. A multiplexer, controlled by the timing unit of the DSP,
selects the optimum phase for sampling the data. This is used as the received recovered clock. This clock is used to
extract the serial data from the received signal.
5.6.2.3
NRZI and MLT-3 Decoding
The DSP generates the MLT-3 recovered levels that are fed to the MLT-3 converter. The MLT-3 is then converted to an
NRZI data stream.
5.6.2.4
Descrambling
The descrambler performs an inverse function to the scrambler in the transmitter and also performs the Serial In Parallel
Out (SIPO) conversion of the data.
During reception of IDLE (/I/) symbols. the descrambler synchronizes its descrambler key to the incoming stream. Once
synchronization is achieved, the descrambler locks on this key and is able to descramble incoming data.
DS00001875D-page 72
2010-2021 Microchip Technology Inc.
LAN950x
Special logic in the descrambler ensures synchronization with the remote PHY by searching for IDLE symbols within a
window of 4000 bytes (40us). This window ensures that a maximum packet size of 1514 bytes, allowed by the IEEE
802.3 standard, can be received with no interference. If no IDLE-symbols are detected within this time-period, receive
operation is aborted and the descrambler re-starts the synchronization process.
The descrambler can be bypassed by setting bit 0 of register 31.
5.6.2.5
Alignment
The de-scrambled signal is then aligned into 5-bit code-groups by recognizing the /J/K/ Start-of-Stream Delimiter (SSD)
pair at the start of a packet. Once the code-word alignment is determined, it is stored and utilized until the next start of
frame.
5.6.2.6
5B/4B Decoding
The 5-bit code-groups are translated into 4-bit data nibbles according to the 4B/5B table. The SSD, /J/K/, is translated
to “0101 0101” as the first 2 nibbles of the MAC preamble. Reception of the SSD causes the PHY to assert the internal
RX_DV signal, indicating that valid data is available on the Internal RXD bus. Successive valid code-groups are translated to data nibbles. Reception of either the End of Stream Delimiter (ESD) consisting of the /T/R/ symbols, or at least
two /I/ symbols causes the PHY to de-assert the internal carrier sense and RX_DV.
These symbols are not translated into data.
5.6.2.7
Receiver Errors
bit During a frame, unexpected code-groups are considered receive errors. Expected code groups are the DATA set (0
through F), and the /T/R/ (ESD) symbol pair. When a receive error occurs, the internal MII’s RX_ER signal is asserted
and arbitrary data is driven onto the internal receive data bus (RXD) to the MAC. Should an error be detected during the
time that the /J/K/ delimiter is being decoded (bad SSD error), RX_ER is asserted and the value 1110b is driven onto
the internal receive data bus (RXD) to the MAC. Note that the internal MII’s data valid signal (RX_DV) is not yet asserted
when the bad SSD occurs.
5.6.3
10BASE-T TRANSMIT
Data to be transmitted comes from the MAC layer controller. The 10Base-T transmitter receives 4-bit nibbles from the
MII at a rate of 2.5MHz and converts them to a 10Mbps serial data stream. The data stream is then Manchester encoded
and sent to the analog transmitter, which drives a signal onto the twisted pair via the external magnetics.
The 10M transmitter uses the following blocks:
•
•
•
•
MII (digital)
TX 10M (digital)
10M Transmitter (analog)
10M PLL (analog)
5.6.3.1
10M Transmit Data Across the Internal MII Bus
The MAC controller drives the transmit data onto the internal TXD BUS. When the controller has driven TX_EN high to
indicate valid data, the data is latched by the MII block on the rising edge of TX_CLK. The data is in the form of 4-bit
wide 2.5MHz data.
5.6.3.2
Manchester Encoding
The 4-bit wide data is sent to the TX10M block. The nibbles are converted to a 10Mbps serial NRZI data stream. The
10M PLL locks onto the external clock or internal oscillator and produces a 20MHz clock. This is used to Manchester
encode the NRZ data stream. When no data is being transmitted (TX_EN is low), the TX10M block outputs Normal Link
Pulses (NLPs) to maintain communications with the remote link partner.
5.6.3.3
10M Transmit Drivers
The Manchester encoded data is sent to the analog transmitter where it is shaped and filtered before being driven out
as a differential signal across the TXP and TXN outputs.
2010-2021 Microchip Technology Inc.
DS00001875D-page 73
LAN950x
5.6.4
10BASE-T RECEIVE
The 10Base-T receiver gets the Manchester encoded analog signal from the cable via the magnetics. It recovers the
receive clock from the signal and uses this clock to recover the NRZI data stream. This 10M serial data is converted to
4-bit data nibbles which are passed to the controller across the MII at a rate of 2.5MHz.
This 10M receiver uses the following blocks:
•
•
•
•
Filter and SQUELCH (analog)
10M PLL (analog)
RX 10M (digital)
MII (digital)
5.6.4.1
10M Receive Input and Squelch
The Manchester signal from the cable is fed into the PHY (on inputs RXP and RXN) via 1:1 ratio magnetics. It is first
filtered to reduce any out-of-band noise. It then passes through a SQUELCH circuit. The SQUELCH is a set of amplitude
and timing comparators that normally reject differential voltage levels below 300mV and detect and recognize differential
voltages above 585mV.
5.6.4.2
Manchester Decoding
The output of the SQUELCH goes to the RX10M block where it is validated as Manchester encoded data. The polarity
of the signal is also checked. If the polarity is reversed (local RXP is connected to RXN of the remote partner and vice
versa), then this is identified and corrected. The reversed condition is indicated by the flag “XPOL“, bit 4 in register 27.
The 10M PLL is locked onto the received Manchester signal and from this, generates the received 20MHz clock. Using
this clock, the Manchester encoded data is extracted and converted to a 10MHz NRZI data stream. It is then converted
from serial to 4-bit wide parallel data.
The RX10M block also detects valid 10Base-T IDLE signals - Normal Link Pulses (NLPs) - to maintain the link.
5.6.4.3
Jabber Detection
Jabber is a condition in which a station transmits for a period of time longer than the maximum permissible packet length,
usually due to a fault condition, that results in holding the TX_EN input for a long period. Special logic is used to detect
the jabber state and abort the transmission to the line, within 45 mS. Once TX_EN is deasserted, the logic resets the
jabber condition.
5.6.5
AUTO-NEGOTIATION
The purpose of the Auto-negotiation function is to automatically configure the PHY to the optimum link parameters
based on the capabilities of its link partner. Auto-negotiation is a mechanism for exchanging configuration information
between two link-partners and automatically selecting the highest performance mode of operation supported by both
sides. Auto-negotiation is fully defined in clause 28 of the IEEE 802.3 specification.
Once auto-negotiation has completed, information about the resolved link can be passed back to the controller via the
internal Serial Management Interface (SMI). The results of the negotiation process are reflected in the Speed Indication
bits in register 31, as well as the Link Partner Ability Register (Register 5).
The auto-negotiation protocol is a purely physical layer activity and proceeds independently of the MAC controller.
The advertised capabilities of the PHY are stored in register 4 of the SMI registers. The default advertised by the PHY
is determined by user-defined on-chip signal options.
The following blocks are activated during an Auto-negotiation session:
•
•
•
•
•
•
•
Auto-negotiation (digital)
100M ADC (analog)
100M PLL (analog)
100M equalizer/BLW/clock recovery (DSP)
10M SQUELCH (analog)
10M PLL (analog)
10M Transmitter (analog)
DS00001875D-page 74
2010-2021 Microchip Technology Inc.
LAN950x
When enabled, auto-negotiation is started by the occurrence of one of the following events:
•
•
•
•
•
Hardware reset
Software reset
Power-down reset
Link status down
Setting register 0, bit 9 high (auto-negotiation restart)
On detection of one of these events, the PHY begins auto-negotiation by transmitting bursts of Fast Link Pulses (FLP).
These are bursts of link pulses from the 10M transmitter. They are shaped as Normal Link Pulses and can pass uncorrupted down CAT-3 or CAT-5 cable. A Fast Link Pulse Burst consists of up to 33 pulses. The 17 odd-numbered pulses,
which are always present, frame the FLP burst. The 16 even-numbered pulses, which may be present or absent, contain
the data word being transmitted. Presence of a data pulse represents a “1”, while absence represents a “0”.
The data transmitted by an FLP burst is known as a “Link Code Word.” These are defined fully in IEEE 802.3 clause 28.
In summary, the PHY advertises 802.3 compliance in its selector field (the first 5 bits of the Link Code Word). It advertises its technology ability according to the bits set in register 4 of the SMI registers.
There are 4 possible matches of the technology abilities. In the order of priority these are:
•
•
•
•
100M full-duplex (Highest priority)
100M half-duplex
10M full-duplex
10M half-duplex
If the full capabilities of the PHY are advertised (100M, full-duplex), and if the link partner is capable of 10M and 100M,
then auto-negotiation selects 100M as the highest performance mode. If the link partner is capable of half and full-duplex
modes, then auto-negotiation selects full-duplex as the highest performance operation.
Once a capability match has been determined, the link code words are repeated with the acknowledge bit set. Any difference in the main content of the link code words at this time will cause auto-negotiation to re-start. Auto-negotiation
will also re-start if not all of the required FLP bursts are received.
Writing register 4 bits [8:5] allows software control of the capabilities advertised by the PHY. Writing register 4 does not
automatically re-start auto-negotiation. Register 0, bit 9 must be set before the new abilities will be advertised. Autonegotiation can also be disabled via software by clearing register 0, bit 12.
The device does not support “Next Page” capability.
5.6.6
PARALLEL DETECTION
If LAN950x is connected to a device lacking the ability to auto-negotiate (i.e. no FLPs are detected), it is able to determine the speed of the link based on either 100M MLT-3 symbols or 10M Normal Link Pulses. In this case the link is
presumed to be half-duplex per the IEEE standard. This ability is known as “Parallel Detection. This feature ensures
interoperability with legacy link partners. If a link is formed via parallel detection, then bit 0 in register 6 is cleared to
indicate that the Link Partner is not capable of auto-negotiation. The Ethernet MAC has access to this information via
the management interface. If a fault occurs during parallel detection, bit 4 of register 6 is set.
Register 5 is used to store the Link Partner Ability information, which is coded in the received FLPs. If the Link Partner
is not auto-negotiation capable, then register 5 is updated after completion of parallel detection to reflect the speed capability of the Link Partner.
5.6.6.1
Re-starting Auto-negotiation
Auto-negotiation can be re-started at any time by setting register 0, bit 9. Auto-negotiation will also re-start if the link is
broken at any time. A broken link is caused by signal loss. This may occur because of a cable break, or because of an
interruption in the signal transmitted by the Link Partner. Auto-negotiation resumes in an attempt to determine the new
link configuration.
If the management entity re-starts Auto-negotiation by writing to bit 9 of the control register, the device will respond by
stopping all transmission/receiving operations. Once the break_link_timer is done, in the Auto-negotiation statemachine (approximately 1200 mS) the auto-negotiation will re-start. The Link Partner will have also dropped the link due
to lack of a received signal, so it too will resume auto-negotiation.
2010-2021 Microchip Technology Inc.
DS00001875D-page 75
LAN950x
5.6.6.2
Disabling Auto-negotiation
Auto-negotiation can be disabled by setting register 0, bit 12 to zero. The device will then force its speed of operation
to reflect the information in register 0, bit 13 (speed) and register 0, bit 8 (duplex). The speed and duplex bits in register
0 should be ignored when auto-negotiation is enabled.
5.6.6.3
Half vs. Full-Duplex
Half-duplex operation relies on the CSMA/CD (Carrier Sense Multiple Access / Collision Detect) protocol to handle network traffic and collisions. In this mode, the internal carrier sense signal, CRS, responds to both transmit and receive
activity. In this mode, If data is received while the PHY is transmitting, a collision results.
In full-duplex mode, the PHY is able to transmit and receive data simultaneously. In this mode, the internal CRS
responds only to receive activity. The CSMA/CD protocol does not apply and collision detection is disabled.
Table 5-56 describes the behavior of the internal CRS bit under all receive/transmit conditions.
The internal CRS signal is used to trigger bit 10 (No Carrier) of the TX Status Word (See Section 5.4.2.6, "TX Status
Format," on page 50). The CRS value, and subsequently the No Carrier value, are invalid during any full-duplex transmission. Therefore, these signals cannot be used as a verification method of transmitted packets when transmitting in
10/100 Mbps full-duplex modes.
TABLE 5-56:
CRS BEHAVIOR
Mode
Speed
Duplex
Activity
CRS Behavior
(Note 5-1)
Manual
10 Mbps
Half-Duplex
Transmitting
Active
Manual
10 Mbps
Half-Duplex
Receiving
Active
Manual
10 Mbps
Full-Duplex
Transmitting
Low
Manual
10 Mbps
Full-Duplex
Receiving
Active
Manual
100 Mbps
Half-Duplex
Transmitting
Active
Manual
100 Mbps
Half-Duplex
Receiving
Active
Manual
100 Mbps
Full-Duplex
Transmitting
Low
Manual
100 Mbps
Full-Duplex
Receiving
Active
Auto-Negotiation
10 Mbps
Half-Duplex
Transmitting
Active
Auto-Negotiation
10 Mbps
Half-Duplex
Receiving
Active
Auto-Negotiation
10 Mbps
Full-Duplex
Transmitting
Low
Auto-Negotiation
10 Mbps
Full-Duplex
Receiving
Active
Auto-Negotiation
100 Mbps
Half-Duplex
Transmitting
Active
Auto-Negotiation
100 Mbps
Half-Duplex
Receiving
Active
Auto-Negotiation
100 Mbps
Full-Duplex
Transmitting
Low
Auto-Negotiation
100 Mbps
Full-Duplex
Receiving
Active
Note 5-1
5.6.7
The device’s 10/100 PHY internal CRS signal operates in two modes: Active and Low. When in Active
mode, the internal CRS will transition high and low upon line activity, where a high value indicates a
carrier has been detected. In Low mode, the internal CRS stays low and does not indicate carrier
detection. The internal CRS signal and No Carrier (bit 10 of the TX Status Word) cannot be used as
a verification method of transmitted packets when transmitting in 10/100 Mbps full-duplex mode.
HP AUTO-MDIX
HP Auto-MDIX facilitates the use of CAT-3 (10 BASE-T) or CAT-5 (100 BASE-T) media UTP interconnect cable without
consideration of interface wiring scheme. If a user plugs in either a direct connect LAN cable, or a cross-over patch
cable, as shown in Figure 5-19, the device’s Auto-MDIX PHY is capable of configuring the TPO and TPI twisted pair
pins for correct transceiver operation.
The internal logic of the device detects the TX and RX pins of the connecting device. Since the RX and TX line pairs
are interchangeable, special PCB design considerations are needed to accommodate the symmetrical magnetics and
termination of an Auto-MDIX design.
DS00001875D-page 76
2010-2021 Microchip Technology Inc.
LAN950x
The Auto-MDIX function can be disabled through the Special Control/Status Indications Register, or the external
AUTOMDIX_EN configuration strap.
Note:
When operating in 10BASE-T or 100BASE-TX manual modes, the Auto-MDIX crossover time can be
extended via the Extend Manual 10/100 Auto-MDIX Crossover Time bit of the EDPD NLP / Crossover Time
Configuration Register. Refer to Section 7.5.8, "EDPD NLP / Crossover Time Configuration Register," on
page 182 for additional information.
FIGURE 5-19:
DIRECT CABLE CONNECTION VS. CROSS-OVER CABLE CONNECTION.
RJ-45 8-pin straight-through
for 10BASE-T/100BASE-TX
signaling
RJ-45 8-pin cross-over for
10BASE-T/100BASE-TX
signaling
TXP
1
1
TXP
TXP
1
1
TXP
TXN
2
2
TXN
TXN
2
2
TXN
RXP
3
3
RXP
RXP
3
3
RXP
Not Used
4
4
Not Used
Not Used
4
4
Not Used
Not Used
5
5
Not Used
Not Used
5
5
Not Used
RXN
6
6
RXN
RXN
6
6
RXN
Not Used
7
7
Not Used
Not Used
7
7
Not Used
Not Used
8
8
Not Used
Not Used
8
8
Not Used
Direct Connect Cable
5.6.8
Cross-Over Cable
PHY POWER-DOWN MODES
There are 2 power-down modes for the PHY as discussed in the following sections.
5.6.8.1
General Power-Down
This power-down is controlled by register 0, bit 11. In this mode the PHY, except the management interface, is powereddown and stays in that condition as long as PHY register bit 0.11 is HIGH. When bit 0.11 is cleared, the PHY powers up
and is automatically reset. Please refer to Section 7.5.1, "Basic Control Register," on page 175 for additional information
on this register.
Note:
For maximum power savings, auto-negotiation should be disabled before enabling the General PowerDown mode.
2010-2021 Microchip Technology Inc.
DS00001875D-page 77
LAN950x
5.6.8.2
Energy Detect Power-Down (EDPD)
This power-down mode is activated by setting the EDPWRDOWN bit of the Mode Control/Status Register. In this mode,
when no energy is present on the line, the PHY is powered down (except the for the management interface, the
SQUELCH circuit, and the ENERGYON logic). The ENERGYON logic is used to detect the presence of valid energy
from 100BASE-TX, 10BASE-T, or Auto-negotiation signals.
In this mode, when the ENERGYON bit of the Mode Control/Status Register is low, the PHY is powered-down and nothing is transmitted. When energy is received via link pulses or packets, the ENERGYON bit goes high and the PHY powers-up. The PHY automatically resets itself into the state prior to power-down and asserts the INT7 bit of the PHY
Interrupt Source Flag Register register. If the ENERGYON interrupt is enabled, this event will cause a PHY interrupt to
the Interrupt Controller and the power management event detection logic. The first and possibly the second packet to
activate ENERGYON may be lost.
When THE EDPWRDOWN bit of the Mode Control/Status Register is low, energy detect power-down is disabled.
When in EDPD mode, the device’s NLP characteristics may be modified. The device can be configured to transmit NLPs
in EDPD via the EDPD TX NLP Enable bit of the EDPD NLP / Crossover Time Configuration Register. When enabled,
the TX NLP time interval is configurable via the EDPD TX NLP Interval Timer Select field of the EDPD NLP / Crossover
Time Configuration Register. When in EDPD mode, the device can also be configured to wake on the reception of one
or two NLPs. Setting the EDPD RX Single NLP Wake Enable bit of the EDPD NLP / Crossover Time Configuration Register will enable the device to wake on reception of a single NLP. If the EDPD RX Single NLP Wake Enable bit is cleared,
the maximum interval for detecting reception of two NLPs to wake from EDPD is configurable via the EDPD RX NLP
Max Interval Detect Select field of the EDPD NLP / Crossover Time Configuration Register.
5.6.9
PHY RESETS
In addition to a chip-level reset, the PHY supports two software-initiated resets. These are discussed in the following
sections.
5.6.9.1
PHY Soft Reset via PMT_CTL Register PHY Reset (PHY_RST) Bit
The PHY soft reset is initiated by writing a ‘1’ to the PHY Reset (PHY_RST) bit of the Power Management Control Register (PMT_CTL). This self-clearing bit will return to ‘0’ after approximately 2ms, at which time the PHY reset is complete.
5.6.9.2
PHY Soft Reset via PHY Basic Control Register Bit 15 (PHY Reg. 0.15)
The PHY Reg. 0.15 Soft Reset is initiated by writing a ‘1’ to bit 15 of the PHY’s Basic Control Register. This self-clearing
bit will return to ‘0’ after approximately 256s, at which time the PHY reset is complete. The BCR reset initializes the
logic within the PHY, with the exception of register bits marked as NASR (Not Affected by Software Reset).
5.6.10
REQUIRED ETHERNET MAGNETICS
The magnetics selected for use with the device should be an Auto-MDIX style magnetic available from several vendors.
The user is urged to review Application Note 8.13 “Suggested Magnetics” for the latest qualified and suggested magnetics. Vendors and part numbers are provided in this application note.
5.6.11
PHY REGISTERS
Please refer to Section 7.5, "PHY Registers," on page 174 for a complete description of the PHY registers.
5.7
EEPROM Controller (EPC)
The device may use an external EEPROM to store the default values for the USB descriptors and the MAC address.
The EEPROM controller supports most “93C46” type EEPROMs. The EEP_SIZE strap selects the size of the EEPROM
attached to the device. When this strap is set to “0”, a 128 byte EEPROM is attached and a total of seven address bits
are used. When this strap is set to “1” a 256/512 byte EEPROM is attached and a total of nine address bits are used.
Note:
A 3-wire style 1K/2K/4K EEPROM that is organized for 128 x 8-bit or 256/512 x 8-bit operation must be
used.
DS00001875D-page 78
2010-2021 Microchip Technology Inc.
LAN950x
The MAC address is used as the default Ethernet MAC address and is loaded into the MAC’s ADDRH and ADDRL registers. If a properly configured EEPROM is not detected, it is the responsibility of the Host LAN Driver to set the IEEE
addresses.
After a system-level reset occurs, the device will load the default values from a properly configured EEPROM. The
device will not accept USB transactions from the Host until this process is completed.
The EEPROM controller also allows the Host system to read, write and erase the contents of the Serial EEPROM.
5.7.1
EEPROM FORMAT
Table 5-57 illustrates the format in which data is stored inside of the EEPROM.
Note the EEPROM offsets are given in units of 16-bit word offsets. A length field with a value of zero indicates that the
field does not exist in the EEPROM. The device will use the field’s HW default value in this case.
Note 1: For the device descriptor, the only valid values for the length are 0 and 18.
2: For the configuration and interface descriptor, the only valid values for the length are 0 and 18.
3: The EEPROM programmer must ensure that if a string descriptor does not exist in the EEPROM, the referencing descriptor must contain 00h for the respective string index field.
4: If all string descriptor lengths are zero, then a Language ID will not be supported.
TABLE 5-57:
EEPROM FORMAT
EEPROM Address
EEPROM Contents
00h
0xA5
01h
MAC Address [7:0]
02h
MAC Address [15:8]
03h
MAC Address [23:16]
04h
MAC Address [31:24]
05h
MAC Address [39:32]
06h
MAC Address [47:40]
07h
Full-Speed Polling Interval for Interrupt Endpoint
08h
Hi-Speed Polling Interval for Interrupt Endpoint
09h
Configuration Flags
0Ah
Language ID Descriptor [7:0]
0Bh
Language ID Descriptor [15:8]
0Ch
Manufacturer ID String Descriptor Length (bytes)
0Dh
Manufacturer ID String Descriptor EEPROM Word Offset
0Eh
Product Name String Descriptor Length (bytes)
0Fh
Product Name String Descriptor EEPROM Word Offset
10h
Serial Number String Descriptor Length (bytes)
11h
Serial Number String Descriptor EEPROM Word Offset
12h
Configuration String Descriptor Length (bytes)
13h
Configuration String Descriptor Word Offset
14h
Interface String Descriptor Length (bytes)
15h
Interface String Descriptor Word Offset
16h
Hi-Speed Device Descriptor Length (bytes)
17h
Hi-Speed Device Descriptor Word Offset
18h
Hi-Speed Configuration and Interface Descriptor Length (bytes)
19h
Hi-Speed Configuration and Interface Descriptor Word Offset
1Ah
Full-Speed Device Descriptor Length (bytes)
1Bh
Full-Speed Device Descriptor Word Offset
1Ch
Full-Speed Configuration and Interface Descriptor Length (bytes)
2010-2021 Microchip Technology Inc.
DS00001875D-page 79
LAN950x
TABLE 5-57:
EEPROM FORMAT (CONTINUED)
EEPROM Address
EEPROM Contents
1Dh
Full-Speed Configuration and Interface Descriptor Word Offset
1Eh
(LAN9500A/LAN9500Ai ONLY)
LSB of GPIO Wake 0-10 (GPIOWKn) field of General Purpose IO Wake Enable and
Polarity Register (GPIO_WAKE)
1Fh
(LAN9500A/LAN9500Ai ONLY)
MSB of GPIO Wake 0-10 (GPIOWKn) field of General Purpose IO Wake Enable and
Polarity Register (GPIO_WAKE)
20h
(LAN9500A/LAN9500Ai ONLY)
GPIO PME Flags
Note 1: The descriptor type for the device descriptors specified in the EEPROM is a don't care and always overwritten by HW to 0x1.
The descriptor size for the device descriptors specified in the EEPROM is a don't care and always overwritten by HW to 0x12.
The descriptor type for the configuration descriptors specified in the EEPROM is a don't care and always
overwritten by HW to 0x2.
2: Descriptors specified in EEPROM having bcdUSB, bMaxPacketSize0, and bNumConfigurations fields
defined with values other than 0200h, 40h, and 1, respectively, will result in unwanted behavior and untoward results.
3: EEPROM byte addresses past the indicated address can be used to store data for any purpose:
(LAN9500/LAN9500i ONLY): 1Dh
(LAN9500A/LAN9500Ai ONLY): 20h
Table 5-58 describes the configuration flags. The configuration flags override the affects of the RMT_WKP and PWR_SEL straps. If a configuration descriptor exists in the EEPROM it will override both the configuration flags and associated
straps.
TABLE 5-58:
CONFIGURATION FLAGS
Bits
Description
7:6
RESERVED
5:4
(LAN9500A/LAN9500Ai ONLY, Otherwise RESERVED)
PHY Boost
Refer to the PHY Boost (PHY_BOOST) field of the Hardware Configuration Register (HW_CFG) on page
122 for permissible field values.
3
RESERVED
2
Remote Wakeup Support
0 = The device does not support remote wakeup.
1 = The device supports remote wakeup.
1
(LAN9500A/LAN9500Ai ONLY, Otherwise RESERVED)
LED Select
Refer to the LED Select (LED_SEL) bit of the LED General Purpose IO Configuration Register (LED_GPIO_CFG) on page 129 for bit function definitions.
0
Power Method
0 = The device is bus powered.
1 = The device is self powered.
Table 5-59 describes the GPIO PME flags (LAN9500A/LAN9500Ai ONLY).
DS00001875D-page 80
2010-2021 Microchip Technology Inc.
LAN950x
TABLE 5-59:
GPIO PME FLAGS
Bits
Description
7
GPIO PME Enable
Setting this bit enables the assertion of the GPIO0 or GPIO8 pin, as a result of a Wakeup (GPIO) pin,
Magic Packet, or PHY Link Up. The host processor may use the GPIO0/GPIO8 pin to asynchronously
wake up, in a manner analogous to a PCI PME pin. GPIO0 signals the event when operating in Internal
PHY mode, while GPIO8 signals the event when operating in External PHY mode. Internal or External
PHY mode of operation is dictated by the PHY_SEL pin.
0 = The device does not support GPIO PME signaling.
1 = The device supports GPIO PME signaling.
Note:
6
When this bit is 0, the remaining GPIO PME parameters in this flag byte are ignored.
GPIO PME Configuration
This bit selects whether the GPIO PME is signaled on the GPIO pin as a level or a pulse. If pulse is
selected, the duration of the pulse is determined by the setting of the GPIO PME Length bit of this flag
byte. The level of the signal or the polarity of the pulse is determined by the GPIO PME Polarity bit of
this flag byte.
0 = GPIO PME is signaled via a level.
1 = GPIO PME is signaled via a pulse.
Note:
5
If GPIO PME Enable is 0, this bit is ignored.
GPIO PME Length
When the GPIO PME Configuration bit of this flag byte indicates that the GPIO PME is signaled by a
pulse on the GPIO pin, this bit determines the duration of the pulse.
0 = GPIO PME pulse length is 1.5 mS.
1 = GPIO PME pulse length is 150 mS.
Note:
4
If GPIO PME Enable is 0, this bit is ignored.
GPIO PME Polarity
Specifies the level of the signal or the polarity of the pulse used for GPIO PME signaling.
0 = GPIO PME signaling polarity is low.
1 = GPIO PME signaling polarity is high.
Note:
3
If GPIO PME Enable is 0, this bit is ignored.
GPIO PME Buffer Type
This bit selects the output buffer type for GPIO0/GPIO8.
0 = Open drain driver / open source
1 = Push-Pull driver
Note 1: Buffer Type = 0, Polarity = 0 implies Open Drain
Buffer Type = 0, Polarity = 1 implies Open Source
2: If GPIO PME Enable is 0, this bit is ignored.
2
GPIO PME WOL Select
Three types of wakeup events are supported; Magic Packet, PHY Link Up, and Wakeup Pin(s) assertion.
Wakeup Pin(s) are selected via the GPIO Wake 0-10 (GPIOWKn) field of the General Purpose IO Wake
Enable and Polarity Register (GPIO_WAKE). The Wakeup Enables are specified in bytes 1Eh and 1Fh
of the EEPROM. This bit selects whether Magic packet or Link Up wakeup events are supported.
0 = Magic packet wakeup supported.
1 = PHY linkup wakeup supported. (not supported in External PHY mode)
Note:
1
If GPIO PME Enable is 0, this bit is ignored.
GPIO10 Detection Select
This bit selects the detection mode for GPIO10 when operating in PME mode. In PME mode, GPIO10
is usable in both Internal and External PHY mode as a wakeup pin. This parameter defines whether the
wakeup should occur on an active high or active low signal.
0 = Active-low detection for GPIO10.
1 = Active-high detection for GPIO10.
Note:
0
If GPIO PME Enable is 0, this bit is ignored.
RESERVED
2010-2021 Microchip Technology Inc.
DS00001875D-page 81
LAN950x
5.7.2
EEPROM DEFAULTS
The signature value of 0xA5 is stored at address 0. A different signature value indicates to the EEPROM controller that
no EEPROM or an un-programmed EEPROM is attached to the device. In this case, the hardware default values are
used, as shown in Table 5-60. Please refer to Section 5.3.1.6, "USB Descriptors," on page 31 for further information
about the default USB values.
TABLE 5-60:
EEPROM DEFAULTS
Field
Default Value
MAC Address
FFFFFFFFFFFFh
Full-Speed Polling Interval (mS)
01h
Hi-Speed Polling Interval (mS)
04h
Configuration Flags
04h
Maximum Power (mA)
FAh
Vendor ID
0424h
Product ID
Note 5-2
Note 5-2
Product IDs are:
Product
ID
LAN9500/LAN9500i
9500h
LAN9500A/LAN9500Ai
9E00h
Note 1: The Configuration Flags are affected by the PWR_SEL and RMT_WKP straps.
2: Refer to theLAN950x Vendor/Product ID application note for details on proper usage of these fields.
5.7.3
EEPROM AUTO-LOAD
Certain system level resets (USB reset, POR, nRESET, and SRST) cause the EEPROM contents to be loaded into the
device. After a reset, the EEPROM controller attempts to read the first byte of data from the EEPROM. If the value 0xA5
is read from the first address, then the EEPROM controller will assume that an external Serial EEPROM is present.
Note:
The USB reset only loads the MAC address.
The EEPROM Controller will then load the entire contents of the EEPROM into an internal 512 byte SRAM. The contents
of the SRAM are accessed by the CTL (USB Control Block) as needed (I.E. to fill Get Descriptor commands). A detailed
explanation of the EEPROM byte ordering with respect to the MAC address is given in Section 7.4.3, "MAC Address
Low Register (ADDRL)," on page 163.
If an 0xA5h is not read from the first address, the EEPROM controller will end initialization. The default values, as specified in Table 5-60, will then be assumed by the associated registers. It is then the responsibility of the Host LAN driver
software to set the IEEE address by writing to the MAC’s ADDRH and ADDRL registers.
The device may not respond to the USB Host until the EEPROM loading sequence has completed. Therefore, after
reset, the USB PHY is kept in the disconnect state until the EEPROM load has completed.
5.7.4
EEPROM HOST OPERATIONS
After the EEPROM controller has finished reading (or attempting to read) the EEPROM after a system-level reset, the
Host is free to perform other EEPROM operations. EEPROM operations are performed using the EEPROM Command
(E2P_CMD) and EEPROM Data (E2P_DATA) registers. Section 7.3.12, "EEPROM Command Register (E2P_CMD),"
on page 136 provides an explanation of the supported EEPROM operations.
DS00001875D-page 82
2010-2021 Microchip Technology Inc.
LAN950x
If the EEPROM operation is the “write location” (WRITE) or “write all” (WRAL) commands, the Host must first write the
desired data into the E2P_DATA register. The Host must then issue the WRITE or WRAL command using the E2P_CMD
register by setting the EPC_CMD field appropriately. If the operation is a WRITE, the EPC_ADDR field in E2P_CMD
must also be set to the desired location. The command is executed when the Host sets the EPC_BSY bit high. The
completion of the operation is indicated when the EPC_BSY bit is cleared.
If the EEPROM operation is the “read location” (READ) operation, the Host must issue the READ command using the
E2P_CMD register with the EPC_ADDR set to the desired location. The command is executed when the Host sets the
EPC_BSY bit high. The completion of the operation is indicated when the EPC_BSY bit is cleared, at which time the
data from the EEPROM may be read from the E2P_DATA register.
Other EEPROM operations are performed by writing the appropriate command to the E2P_CMD register. The command
is executed when the Host sets the EPC_BSY bit high. The completion of the operation is indicated when the EPC_BSY
bit is cleared. In all cases, the Host must wait for EPC_BSY to clear before modifying the E2P_CMD register.
Note:
The EEPROM device powers-up in the erase/write disabled state. To modify the contents of the EEPROM,
the Host must first issue the EWEN command.
If an operation is attempted, and an EEPROM device does not respond within 30mS, the device will timeout, and the
EPC Time-out bit (EPC_TO) in the E2P_CMD register will be set.
Figure 5-20 illustrates the Host accesses required to perform an EEPROM Read or Write operation.
FIGURE 5-20:
EEPROM ACCESS FLOW DIAGRAM
EEPROM Write
EEPROM Read
Idle
Idle
Write Data
Register
Write
Command
Register
Write
Command
Register
Read
Command
Register
Busy Bit = 0
Busy Bit = 0
2010-2021 Microchip Technology Inc.
Read
Command
Register
Read Data
Register
DS00001875D-page 83
LAN950x
5.7.4.1
Supported EEPROM Operations
The EEPROM controller supports the following EEPROM operations under Host control via the E2P_CMD register. The
operations are commonly supported by “93C46” EEPROM devices. A description and functional timing diagram is provided below for each operation. Please refer to the E2P_CMD register description in Section 7.3.12, "EEPROM Command Register (E2P_CMD)," on page 136 for E2P_CMD field settings for each command.
ERASE (Erase Location): If erase/write operations are enabled in the EEPROM, this command will erase the location
selected by the EPC Address field (EPC_ADDR). The EPC_TO bit is set if the EEPROM does not respond within 30mS.
FIGURE 5-21:
EEPROM ERASE CYCLE
tCSL
EECS
EECLK
EEDIO (OUTPUT)
1
1
1
A6
A0
EEDIO (INPUT)
ERAL (Erase All): If erase/write operations are enabled in the EEPROM, this command will initiate a bulk erase of the
entire EEPROM.The EPC_TO bit is set if the EEPROM does not respond within 30mS.
FIGURE 5-22:
EEPROM ERAL CYCLE
tCSL
EECS
EECLK
EEDIO (OUTPUT)
1
0
0
1
0
EEDIO (INPUT)
EWDS (Erase/Write Disable): After issued, the EEPROM will ignore erase and write commands. To re-enable
erase/write operations issue the EWEN command.
DS00001875D-page 84
2010-2021 Microchip Technology Inc.
LAN950x
FIGURE 5-23:
EEPROM EWDS CYCLE
tCSL
EECS
EECLK
EEDIO (OUTPUT)
1
0
0
0
0
EEDIO (INPUT)
EWEN (Erase/Write Enable): Enables the EEPROM for erase and write operations. The EEPROM will allow erase and
write operations until the “Erase/Write Disable” command is sent, or until power is cycled.
Note:
The EEPROM device will power-up in the erase/write-disabled state. Any erase or write operations will fail
until an Erase/Write Enable command is issued.
FIGURE 5-24:
EEPROM EWEN CYCLE
tCSL
EECS
EECLK
EEDIO (OUTPUT)
1
0
0
1
1
EEDIO (INPUT)
READ (Read Location): This command will cause a read of the EEPROM location pointed to by EPC Address
(EPC_ADDR). The result of the read is available in the E2P_DATA register.
2010-2021 Microchip Technology Inc.
DS00001875D-page 85
LAN950x
FIGURE 5-25:
EEPROM READ CYCLE
tCSL
EECS
EECLK
EEDIO (OUTPUT)
1
1
0
A6
A0
EEDIO (INPUT)
D7
D0
WRITE (Write Location): If erase/write operations are enabled in the EEPROM, this command will cause the contents
of the E2P_DATA register to be written to the EEPROM location selected by the EPC Address field (EPC_ADDR). The
EPC_TO bit is set if the EEPROM does not respond within 30mS.
FIGURE 5-26:
EEPROM WRITE CYCLE
tCSL
EECS
EECLK
EEDIO (OUTPUT)
1
0
1
A6
A0
D7
D0
EEDIO (INPUT)
WRAL (Write All): If erase/write operations are enabled in the EEPROM, this command will cause the contents of the
E2P_DATA register to be written to every EEPROM memory location. The EPC_TO bit is set if the EEPROM does not
respond within 30mS.
DS00001875D-page 86
2010-2021 Microchip Technology Inc.
LAN950x
FIGURE 5-27:
EEPROM WRAL CYCLE
tCSL
EECS
EECLK
EEDIO (OUTPUT)
1
0
0
0
1
D7
D0
EEDIO (INPUT)
Table 5-61, "Required EECLK Cycles", shown below, shows the number of EECLK cycles required for each EEPROM
operation.
TABLE 5-61:
REQUIRED EECLK CYCLES
Operation
5.7.4.2
Required EECLK Cycles
ERASE
10
ERAL
10
EWDS
10
EWEN
10
READ
18
WRITE
18
WRAL
18
Host Initiated EEPROM Reload
The Host can initiate a reload of the EEPROM by issuing the RELOAD command via the E2P Command (E2P_CMD)
register. If the first byte read from the EEPROM is not 0xA5, it is assumed that the EEPROM is not present, or not programmed, and the reload will fail. The Data Loaded bit of the E2P_CMD register indicates a successful reload of the
EEPROM.
Note:
5.7.4.3
It is not recommended that the RELOAD command be used as part of normal operation, as race conditions
can occur with USB Commands that access descriptor data. It is best for the Host to issue a SRST to reload
the EEPROM data.
EEPROM Command and Data Registers
Refer to Section 7.3.12, "EEPROM Command Register (E2P_CMD)," on page 136 and Section 7.3.13, "EEPROM Data
Register (E2P_DATA)," on page 139 for a detailed description of these registers. Supported EEPROM operations are
described in these sections.
5.7.4.4
EEPROM Timing
Refer to Section 8.6.4, "EEPROM Timing," on page 198 for detailed EEPROM timing specifications.
2010-2021 Microchip Technology Inc.
DS00001875D-page 87
LAN950x
5.7.5
EXAMPLES OF EEPROM FORMAT INTERPRETATION
5.7.5.1
LAN9500/LAN9500i
Table 5-62 and Table 5-63 provide an example of how the contents of a EEPROM are formatted in the case of
LAN9500/LAN9500i. Table 5-62 is a dump of the EEPROM memory (256-byte EEPROM), while Table 5-63 illustrates,
byte by byte, how the EEPROM is formatted.
TABLE 5-62:
DUMP OF EEPROM MEMORY - LAN9500/LAN9500I
Offset Byte
Value
0000h
A5 12 34 56 78 9A BC 01
0008h
04 04 09 04 0A 0F 10 14
0010h
10 1C 00 00 00 00 12 24
0018h
12 2D 12 36 12 3F 0A 03
0020h
53 00 4D 00 53 00 43 00
0028h
10 03 4C 00 41 00 4E 00
0030h
39 00 35 00 30 00 30 00
0038h
10 03 30 00 30 00 30 00
0040h
35 00 31 00 32 00 33 00
0048h
12 01 00 02 FF 00 01 40
0050h
24 04 00 95 00 01 01 02
0058h
03 01 09 02 27 00 01 01
0060h
00 A0 FA 09 04 00 00 03
0068h
FF 00 FF 00 12 01 00 02
0070h
FF 00 01 40 24 04 00 95
0078h
00 01 01 02 03 01 09 02
0080h
27 00 01 01 00 A0 FA 09
0088h
04 00 00 03 FF 00 FF 00
0090h - 00FFh
..............................................
TABLE 5-63:
EEPROM EXAMPLE - 256 BYTE EEPROM - LAN9500/LAN9500I
EEPROM
Address
EEPROM Contents
(Hex)
00h
A5
01h - 06h
12 34 56 78 9A BC
07h
01
Full-Speed Polling Interval for Interrupt Endpoint (1ms)
08h
04
Hi-Speed Polling Interval for Interrupt Endpoint (4ms)
09h
04
Configuration Flags - The device is bus powered and supports remote
wakeup.
0Ah - 0Bh
09 04
0Ch
0A
Manufacturer ID String Descriptor Length (10 bytes)
0Dh
0F
Manufacturer ID String Descriptor EEPROM Word Offset (0Fh)
Corresponds to EEPROM Byte Offset 1Eh
0Eh
10
Product Name String Descriptor Length (16 bytes)
0Fh
14
Product Name String Descriptor EEPROM Word Offset (14h)
Corresponds to EEPROM Byte Offset 28h
10h
10
Serial Number String Descriptor Length (16 bytes)
11h
1C
Serial Number String Descriptor EEPROM Word Offset (1Ch)
Corresponds to EEPROM Byte Offset 38h
DS00001875D-page 88
Description
EEPROM Programmed Indicator
MAC Address 12 34 56 78 9A BC
Language ID Descriptor 0409h, English
2010-2021 Microchip Technology Inc.
LAN950x
TABLE 5-63:
EEPROM EXAMPLE - 256 BYTE EEPROM - LAN9500/LAN9500I (CONTINUED)
EEPROM
Address
EEPROM Contents
(Hex)
12h
00
Configuration String Descriptor Length (0 bytes - NA)
13h
00
Configuration String Descriptor Word Offset (Don’t Care)
14h
00
Interface String Descriptor Length (0 bytes - NA)
15h
00
Interface String Descriptor Word Offset (Don’t Care)
Description
16h
12
Hi-Speed Device Descriptor Length (18 bytes)
17h
24
Hi-Speed Device Descriptor Word Offset (24h)
Corresponds to EEPROM Byte Offset 48h
18h
12
Hi-Speed Configuration and Interface Descriptor Length (18 bytes)
19h
2D
Hi-Speed Configuration and Interface Descriptor Word Offset (2Dh)
Corresponds to EEPROM Byte Offset 5Ah
1Ah
12
Full-Speed Device Descriptor Length (18 bytes)
1Bh
36
Full-Speed Device Descriptor Word Offset (36h)
Corresponds to EEPROM Byte Offset 6Ch
1Ch
12
Full-Speed Configuration and Interface Descriptor Length (18bytes)
1Dh
3F
Full-Speed Configuration and Interface Descriptor Word Offset (3Fh)
Corresponds to EEPROM Byte Offset 7Eh
1Eh
0A
Size of Manufacturer ID String Descriptor (10 bytes)
Descriptor Type (String Descriptor - 03h)
1Fh
03
20h-27h
53 00 4D 00 53 00 43 00
28h
10
Size of Product Name String Descriptor (16 bytes)
Descriptor Type (String Descriptor - 03h)
Manufacturer ID String (“MCHP” in UNICODE)
29h
03
2Ah-37h
4C 00 41 00 4E 00 39 00
35 00 30 00 30 00
38h
10
Size of Serial Number String Descriptor (16 bytes)
Descriptor Type (String Descriptor - 03h)
Product Name String (“LAN9500” in UNICODE)
39h
03
3Ah-47h
30 00 30 00 30 00 35 00
31 00 32 00 33 00
48h
12
Size of Hi-Speed Device Descriptor in Bytes (18 bytes)
Descriptor Type (Device Descriptor - 01h)
49h
01
4Ah-4Bh
00 02
4Ch
FF
Serial Number String (“0005123” in UNICODE)
USB Specification Number that the device complies with (0200h)
Class Code
4Dh
00
Subclass Code
4Eh
01
Protocol Code
4Fh
40
Maximum Packet Size for Endpoint 0
50h-51h
24 04
52h-53h
00 95
Product ID (9500h)
54h-55h
00 01
Device Release Number (0100h)
56h
01
Index of Manufacturer String Descriptor
57h
02
Index of Product String Descriptor
58h
03
Index of Serial Number String Descriptor
Vendor ID (0424h)
59h
01
Number of Possible Configurations
5Ah
09
Size of Hi-Speed Configuration Descriptor in bytes (9 bytes)
5Bh
02
5Ch-5Dh
27 00
5Eh
01
Number of Interfaces
5Fh
01
Value to use as an argument to select this configuration
2010-2021 Microchip Technology Inc.
Descriptor Type (Configuration Descriptor - 02h)
Total length in bytes of data returned (0027h = 39 bytes)
DS00001875D-page 89
LAN950x
TABLE 5-63:
EEPROM
Address
EEPROM EXAMPLE - 256 BYTE EEPROM - LAN9500/LAN9500I (CONTINUED)
EEPROM Contents
(Hex)
Description
60h
00
Index of String Descriptor describing this configuration
61h
A0
Bus powered and remote wakeup enabled
62h
FA
Maximum Power Consumption is 500 mA
63h
09
Size of Descriptor in Bytes (9 Bytes)
64h
04
Descriptor Type (Interface Descriptor - 04h)
65h
00
Number identifying this Interface
66h
00
Value used to select alternative setting
67h
03
Number of Endpoints used for this interface (Less endpoint 0)
68h
FF
Class Code
69h
00
Subclass Code
6Ah
FF
Protocol Code
6Bh
00
Index of String Descriptor Describing this interface
6Ch
12
Size of Full-Speed Device Descriptor in Bytes (18 Bytes)
6Dh
01
6Eh-6Fh
00 02
Descriptor Type (Device Descriptor - 01h)
70h
FF
Class Code
71h
00
Subclass Code
72h
01
Protocol Code
73h
40
Maximum Packet Size for Endpoint 0
74h-75h
24 04
76h-77h
00 95
Product ID (9500h)
78h-79h
00 01
Device Release Number (0100h)
USB Specification Number that the device complies with (0200h)
Vendor ID (0424h)
7Ah
01
Index of Manufacturer String Descriptor
7Bh
02
Index of Product String Descriptor
7Ch
03
Index of Serial Number String Descriptor
7Dh
01
Number of Possible Configurations
7Eh
09
Size of Full-Speed Configuration Descriptor in bytes (9 bytes)
7Fh
02
Descriptor Type (Configuration Descriptor - 02h)
80h-81h
27 00
82h
01
Number of Interfaces
83h
01
Value to use as an argument to select this configuration
84h
00
Index of String Descriptor describing this configuration
85h
A0
Bus powered and remote wakeup enabled
86h
FA
Maximum Power Consumption is 500 mA
Total length in bytes of data returned (0027h = 39 bytes)
87h
09
Size of Full-Speed Interface Descriptor in Bytes (9 Bytes)
88h
04
Descriptor Type (Interface Descriptor - 04h)
89h
00
Number identifying this Interface
8Ah
00
Value used to select alternative setting
8Bh
03
Number of Endpoints used for this interface (Less endpoint 0)
8Ch
FF
Class Code
8Dh
00
Subclass Code
8Eh
FF
Protocol Code
8Fh
00
Index of String Descriptor Describing this interface
90h- FFh
-
DS00001875D-page 90
Data storage for use by Host as desired
2010-2021 Microchip Technology Inc.
LAN950x
5.7.5.2
LAN9500A/LAN9500Ai
Table 5-64 and Table 5-65 provide an example of how the contents of a EEPROM are formatted in the case of
LAN9500A/LAN9500Ai. Table 5-64 is a dump of the EEPROM memory (256-byte EEPROM), while Table 5-65 illustrates, byte by byte, how the EEPROM is formatted.
TABLE 5-64:
DUMP OF EEPROM MEMORY - LAN9500A/LAN9500AI
Offset Byte
Value
0000h
A5 12 34 56 78 9A BC 01
0008h
04 04 09 04 0A 11 12 16
0010h
10 1F 00 00 00 00 12 27
0018h
12 30 12 39 12 42 00 04
0020h
8A 00 0A 03 53 00 4D 00
0028h
53 00 43 00 12 03 4C 00
0030h
41 00 4E 00 39 00 35 00
0038h
30 00 30 00 41 00 10 03
0040h
30 00 30 00 30 00 35 00
0048h
31 00 32 00 33 00 12 01
0050h
00 02 FF 00 FF 40 24 04
0058h
00 9E 00 01 01 02 03 01
0060h
09 02 27 00 01 01 00 A0
0068h
FA 09 04 00 00 03 FF 00
0070h
FF 00 12 01 00 02 FF 00
0078h
FF 40 24 04 00 9E 00 01
0080h
01 02 03 01 09 02 27 00
0088h
01 01 00 A0 FA 09 04 00
0090h - 00FFh
00 03 FF 00 FF 00 .........
TABLE 5-65:
EEPROM EXAMPLE - 256 BYTE EEPROM - LAN9500A/LAN9500AI
EEPROM
Address
EEPROM Contents
(Hex)
00h
A5
01h - 06h
12 34 56 78 9A BC
07h
01
Full-Speed Polling Interval for Interrupt Endpoint (1ms)
08h
04
Hi-Speed Polling Interval for Interrupt Endpoint (4ms)
09h
04
Configuration Flags - No PHY Boost, the device is bus powered and
supports remote wakeup, nSPD_LED = Speed Indicator, nLNKA_LED =
Link and Activity Indicator, nFDX_LED = Full Duplex Link Indicator.
0Ah - 0Bh
09 04
0Ch
0A
Manufacturer ID String Descriptor Length (10 bytes)
0Dh
11
Manufacturer ID String Descriptor EEPROM Word Offset (11h)
Corresponds to EEPROM Byte Offset 22h
0Eh
12
Product Name String Descriptor Length (18 bytes)
0Fh
16
Product Name String Descriptor EEPROM Word Offset (16h)
Corresponds to EEPROM Byte Offset 2Ch
10h
10
Serial Number String Descriptor Length (16 bytes)
2010-2021 Microchip Technology Inc.
Description
EEPROM Programmed Indicator
MAC Address 12 34 56 78 9A BC
Language ID Descriptor 0409h, English
DS00001875D-page 91
LAN950x
TABLE 5-65:
EEPROM EXAMPLE - 256 BYTE EEPROM - LAN9500A/LAN9500AI (CONTINUED)
EEPROM
Address
EEPROM Contents
(Hex)
11h
1F
Serial Number String Descriptor EEPROM Word Offset (1Fh)
Corresponds to EEPROM Byte Offset 3Eh
12h
00
Configuration String Descriptor Length (0 bytes - NA)
13h
00
Configuration String Descriptor Word Offset (Don’t Care)
14h
00
Interface String Descriptor Length (0 bytes - NA)
15h
00
Interface String Descriptor Word Offset (Don’t Care)
Description
16h
12
Hi-Speed Device Descriptor Length (18 bytes)
17h
27
Hi-Speed Device Descriptor Word Offset (27h)
Corresponds to EEPROM Byte Offset 4Eh
18h
12
Hi-Speed Configuration and Interface Descriptor Length (18 bytes)
19h
30
Hi-Speed Configuration and Interface Descriptor Word Offset (30h)
Corresponds to EEPROM Byte Offset 60h
1Ah
12
Full-Speed Device Descriptor Length (18 bytes)
1Bh
39
Full-Speed Device Descriptor Word Offset (39h)
Corresponds to EEPROM Byte Offset 72h
1Ch
12
Full-Speed Configuration and Interface Descriptor Length (18bytes)
1Dh
42
Full-Speed Configuration and Interface Descriptor Word Offset (42h)
Corresponds to EEPROM Byte Offset 84h
1Eh
00
GPIO7:0 Wake Enables - GPIO7:0 Not Used For Wakeup Signaling
1Fh
04
GPIO10:8 Wake Enables - GPIO10 Used For Wakeup Signaling
20h
8A
GPIO PME Flags - PME Signaling Enabled via Low Level, Push-Pull
Driver, GPIO10 Active High Detection.
21h
00
PAD BYTE - Used To Align Following Descriptor on WORD Boundary
22h
0A
Size of Manufacturer ID String Descriptor (10 bytes)
23h
03
Descriptor Type (String Descriptor - 03h)
24h - 2Bh
53 00 4D 00 53 00 43 00
2Ch
12
Size of Product Name String Descriptor (18 bytes)
2Dh
03
Descriptor Type (String Descriptor - 03h)
2Eh - 3Dh
4C 00 41 00 4E 00 39 00
35 00 30 00 30 00
41 00
3Eh
10
Size of Serial Number String Descriptor (16 bytes)
3Fh
03
Descriptor Type (String Descriptor - 03h)
40h - 4Dh
30 00 30 00 30 00 35 00
31 00 32 00 33 00
4Eh
12
Size of Hi-Speed Device Descriptor in Bytes (18 bytes)
Descriptor Type (Device Descriptor - 01h)
Manufacturer ID String (“MCHP” in UNICODE)
Product Name String (“LAN9500A” in UNICODE)
Serial Number String (“0005123” in UNICODE)
4Fh
01
50h - 51h
00 02
52h
FF
Class Code
53h
00
Subclass Code
54h
FF
Protocol Code
55h
40
Maximum Packet Size for Endpoint 0
USB Specification Number that the device complies with (0200h)
56h - 57h
24 04
Vendor ID (0424h)
58h - 59h
00 9E
Product ID (9E00h)
5Ah - 5Bh
00 01
Device Release Number (0100h)
5Ch
01
Index of Manufacturer String Descriptor
5Dh
02
Index of Product String Descriptor
DS00001875D-page 92
2010-2021 Microchip Technology Inc.
LAN950x
TABLE 5-65:
EEPROM EXAMPLE - 256 BYTE EEPROM - LAN9500A/LAN9500AI (CONTINUED)
EEPROM
Address
EEPROM Contents
(Hex)
5Eh
03
Index of Serial Number String Descriptor
5Fh
01
Number of Possible Configurations
Description
60h
09
Size of Hi-Speed Configuration Descriptor in bytes (9 bytes)
61h
02
Descriptor Type (Configuration Descriptor - 02h)
62h - 63h
27 00
64h
01
Number of Interfaces
65h
01
Value to use as an argument to select this configuration
66h
00
Index of String Descriptor describing this configuration
67h
A0
Bus powered and remote wakeup enabled
68h
FA
Maximum Power Consumption is 500 mA
Total length in bytes of data returned (0027h = 39 bytes)
69h
09
Size of Descriptor in Bytes (9 Bytes)
6Ah
04
Descriptor Type (Interface Descriptor - 04h)
6Bh
00
Number identifying this Interface
6Ch
00
Value used to select alternative setting
6Dh
03
Number of Endpoints used for this interface (Less endpoint 0)
6Eh
FF
Class Code
6Fh
00
Subclass Code
70h
FF
Protocol Code
71h
00
Index of String Descriptor Describing this interface
72h
12
Size of Full-Speed Device Descriptor in Bytes (18 Bytes)
73h
01
Descriptor Type (Device Descriptor - 01h)
74h - 75h
00 02
76h
FF
Class Code
77h
00
Subclass Code
78h
FF
Protocol Code
USB Specification Number that the device complies with (0200h)
79h
40
7Ah - 7Bh
24 04
Vendor ID (0424h)
Maximum Packet Size for Endpoint 0
7Ch - 7Dh
00 9E
Product ID (9E00h)
7Eh - 7Fh
00 01
Device Release Number (0100h)
80h
01
Index of Manufacturer String Descriptor
81h
02
Index of Product String Descriptor
82h
03
Index of Serial Number String Descriptor
83h
01
Number of Possible Configurations
84h
09
Size of Full-Speed Configuration Descriptor in bytes (9 bytes)
Descriptor Type (Configuration Descriptor - 02h)
85h
02
86h - 87h
27 00
88h
01
Total length in bytes of data returned (0027h = 39 bytes)
Number of Interfaces
89h
01
Value to use as an argument to select this configuration
8Ah
00
Index of String Descriptor describing this configuration
8Bh
A0
Bus powered and remote wakeup enabled
8Ch
FA
Maximum Power Consumption is 500 mA
8Dh
09
Size of Full-Speed Interface Descriptor in Bytes (9 Bytes)
8Eh
04
Descriptor Type (Interface Descriptor - 04h)
8Fh
00
Number identifying this Interface
2010-2021 Microchip Technology Inc.
DS00001875D-page 93
LAN950x
TABLE 5-65:
EEPROM
Address
EEPROM EXAMPLE - 256 BYTE EEPROM - LAN9500A/LAN9500AI (CONTINUED)
EEPROM Contents
(Hex)
Description
90h
00
Value used to select alternative setting
91h
03
Number of Endpoints used for this interface (Less endpoint 0)
92h
FF
Class Code
93h
00
Subclass Code
94h
FF
Protocol Code
95h
00
Index of String Descriptor Describing this interface
96h - FFh
-
5.8
Data storage for use by Host as desired
Customized Operation Without EEPROM
Customized operation without EEPROM is supported only by LAN9500A/LAN9500Ai.
The device provides the capability to customize operation without the use of an EEPROM. Descriptor information and
initialization quantities normally fetched from EEPROM and used to initialize descriptors and elements of the System
Control and Status Registers may be specified via an alternate mechanism. This alternate mechanism involves the use
of the Descriptor RAM in conjunction with the Attribute Registers and select elements of the System Control and Status
Registers. The software device driver orchestrates the process by performing the following actions in the order indicated:
•
•
•
•
•
Initialization of SCSR Elements in Lieu of EEPROM Load
Attribute Register Initialization
Descriptor RAM Initialization
Enable Descriptor RAM and Flag Attribute Registers as Source
Inhibit Reset of Select SCSR Elements
The following subsections explain these actions. The attribute registers must be written prior to initializing the Descriptor
RAM. Failure to do this will prevent the PWR_SEL and RMT_WKUP flags from being overwritten by the bmAttributes
of the Configuration Descriptor.
5.8.1
INITIALIZATION OF SCSR ELEMENTS IN LIEU OF EEPROM LOAD
During EEPROM operation, the following register fields are initialized by the hardware using the values contained in the
EEPROM. In the absence of an EEPROM, the software device driver must initialize these quantities:
•
•
•
•
MAC Address High Register (ADDRH) and MAC Address Low Register (ADDRL)
PHY Boost (PHY_BOOST) field of Hardware Configuration Register (HW_CFG)
LED Select (LED_SEL) bit of the LED General Purpose IO Configuration Register (LED_GPIO_CFG)
GPIO Wake 0-10 (GPIOWKn) field of the General Purpose IO Wake Enable and Polarity Register (GPIO_WAKE)
5.8.2
ATTRIBUTE REGISTER INITIALIZATION
The Attribute Registers are as follows:
•
•
•
•
•
HS Descriptor Attributes Register (HS_ATTR)
FS Descriptor Attributes Register (FS_ATTR)
String Descriptor Attributes Register 0 (STRNG_ATTR0)
String Descriptor Attributes Register 1 (STRNG_ATTR1)
Flag Attributes Register (FLAG_ATTR)
All of these registers, with the exception of FLAG_ATTR, contain fields defining the lengths of the descriptors written
into the Descriptor RAM. If the descriptor is not written into the Descriptor RAM, the associated entry in the Attributes
Register must be written as 0. Writing an erroneous or illegal length will result in untoward operation and unexpected
results.
DS00001875D-page 94
2010-2021 Microchip Technology Inc.
LAN950x
The Flag Attributes Register (FLAG_ATTR) provides the mechanism to initialize components of the Configuration Flags
and GPIO PME Flags that are stand-alone and not part of any other System Control and Status Register. During
EEPROM operation, the analogous fields in this register are read by the hardware from the EEPROM and are not available to the software for read-back or modification.
Note 1: The software device driver must initialize these registers prior to initializing the Descriptor RAM.
2: The bmAttributes field of the HS and FS descriptors in descriptor RAM (if present) must be consistent with
the contents of the Flag Attributes Register (FLAG_ATTR).
5.8.3
DESCRIPTOR RAM INITIALIZATION
The Descriptor RAM contents are initialized using the Data Port registers. The Data Port registers are used to select the
Descriptor RAM and write the descriptor elements into it. The Descriptor RAM is 512 bytes in length. Every descriptor
written into the Descriptor RAM must be DWORD aligned. The Attribute Registers discussed in Section 5.8.2 must be
written with the length of the descriptors written into the Descriptor RAM. If a descriptor is not used, hence not written
into Descriptor RAM, its length must be written as 0 into the associated Attribute Register.
Note 1: The Attribute Registers must be initialized before the Descriptor RAM.
2: Address 0 of the Descriptor RAM is always reserved for the Language ID descriptor, even if it will not be
supported.
The descriptors must be written in the following order, starting at address 0 of the RAM and observing the DWORD alignment rule:
•
•
•
•
•
•
•
•
•
•
Language ID Descriptor
Manufacturing String Descriptor (String Index 1)
Product Name String Descriptor (String Index 2)
Serial Number String Descriptor (String Index 3)
Configuration String Descriptor (String Index 4)
Interface String Descriptor (String Index 5)
HS Device Descriptor
HS Configuration Descriptor
FS Device Descriptor
FS Configuration Descriptor
An example of Descriptor RAM use is illustrated in Figure 5-28.
As in the case of descriptors specified in EEPROM, the following restrictions apply to descriptors written into Descriptor
RAM:
1.
2.
3.
4.
5.
6.
For Device Descriptors, the only valid values for the length are 0 and 18. The descriptor size for the Device
Descriptors specified in the Descriptor RAM is a don't care and always overwritten by HW to 0x12 when transmitting the descriptor to the host.
The descriptor type for Device Descriptors specified in the Descriptor RAM is a don't care and is always overwritten by HW to 0x1 when transmitting the descriptor to the host.
For the Configuration and Interface descriptor, the only valid values for the length are 0 and 18. The descriptor
size for the Device Descriptors specified in the Descriptor RAM is a don't care and always overwritten by HW to
0x12 when transmitting the descriptor to the host.
The descriptor type for the configuration descriptors specified in the Descriptor RAM is a don't care and always
overwritten by HW to 0x2 when transmitting the descriptor to the host.
If a string descriptor does not exist in the Descriptor RAM, the referencing descriptor must contain 00h for the
respective string index field.
If all string descriptor lengths are zero than a Language ID will not be supported.
Note 1: The first entry in the Descriptor RAM is always reserved for the Language ID descriptor, even if it will not be
supported.
2: Descriptors specified having bcdUSB, bMaxPacketSize0, and bNumConfigurations fields defined with values other than 0200h, 40h, and 1, respectively, will result in unwanted behavior and untoward results.
The RAM Test Mode Enable (TESTEN) bit must be deasserted after programming the descriptor RAM.
2010-2021 Microchip Technology Inc.
DS00001875D-page 95
LAN950x
FIGURE 5-28:
DESCRIPTOR RAM EXAMPLE
FS Configuration and Interface Descriptor
FS Device Descriptor
HS Configuration and Interface Descriptor
HS Device Descriptor
Interface String Descriptor
Configuration String Descriptor
Serial Number String Descriptor
Product Name String Descriptor
Manufacturing String Descriptor
Language ID Descriptor
DATAPORT
ADDR
1E
1D
1C
1B
1A
19
18
17
16
15
14
13
12
11
10
0F
0E
0D
0C
0B
0A
9
8
7
6
5
4
3
2
1
0
= Unused Space Required For Alignment Purposes
5.8.4
ENABLE DESCRIPTOR RAM AND FLAG ATTRIBUTE REGISTERS AS SOURCE
The EEPROM Emulation Enable (EEM) bit of the Hardware Configuration Register (HW_CFG) must be configured by
the software device driver to use the Descriptor RAM and the Attribute Registers for custom operation. Upon assertion
of EEPROM Emulation Enable (EEM), the hardware will utilize the Descriptor information contained in the Descriptor
RAM, the Attributes Registers, and the values of the items listed in Section 5.8.1 to facilitate custom operation.
5.8.5
INHIBIT RESET OF SELECT SCSR ELEMENTS
The software device driver must take care to ensure that the contents of the Descriptor RAM and SCSR register content
critical to custom operation using Descriptor RAM are preserved across reset operations other than POR. The driver
must configure the Reset Protection (RST_PROTECT) bit of the Hardware Configuration Register (HW_CFG) in order
to accomplish this.
The following registers have contents that can be preserved across all resets other than POR. Consult the register’s
description for additional details.
• Descriptor RAM
• Attribute Registers
DS00001875D-page 96
2010-2021 Microchip Technology Inc.
LAN950x
•
•
•
•
MAC Address High Register (ADDRH) and MAC Address Low Register (ADDRL)
Hardware Configuration Register (HW_CFG)
LED General Purpose IO Configuration Register (LED_GPIO_CFG)
General Purpose IO Wake Enable and Polarity Register (GPIO_WAKE)
5.9
Device Clocking
The device requires a fixed-frequency 25MHz clock source. This is typically provided by attaching a 25MHz crystal to
the XI and XO pins. The clock can optionally be provided by driving the XI input pin with a single-ended 25MHz clock
source. If a single-ended source is selected, the clock input must run continuously for normal device operation.
Internally, the device generates its required clocks with a phase-locked loop (PLL). It reduces its power consumption in
several of its operating states by disabling its internal PLL and derivative clocks. The 25MHz clock remains operational
in all states where power is applied.
5.10
Device Power Sources
The device may be soft powered by the USB bus or self powered via external power supplies. The following external
3.3V power supplies are required when power is not being furnished by the USB bus:
• VDD33IO, VDD33A
Note:
5.11
The device also uses power supplied by an internal regulator and connection does not vary. Since the regulated supply is derived from VDD33IO, there is no need to discuss it separately.
Power States
The following power states are featured.
• UNPOWERED
• NORMAL (Unconfigured and Configured)
• Suspend (SUSPEND0, SUSPEND1, SUSPEND2, and SUSPEND3)
All four SUSPEND states are supported by LAN9500A/LAN9500Ai. SUSPEND3 is not supported by
LAN9500/LAN9500i.
Figure 5-29 illustrates the power states and allowed state transitions.
FIGURE 5-29:
POWER STATES
(P O R || n R E S E T ||
U S B R e se t || S R S T )
&& VBUS_DET
!V B U S _ D E T
(A n y sta te )
UNPOW ERED
VBU S _D ET
A sse rte d
NORMAL
(U n c o n fig u re d )
D e con fig u re d
C on fig ure d
U S B S u sp e n d
U S B R e su m e ||
G P IO
NORMAL
(C o n fig u re d )
U S B R e su m e ||
W O L ||
G P IO
U S B S u sp e n d
SUSPEND0
2010-2021 Microchip Technology Inc.
U S B S u sp e n d
U S B R e su m e ||
E n e rgy D e te ct ||
G P IO
U S B S u sp en d
SUSPEND1
U S B R e su m e ||
F ra m e R e ce ive d ||
G P IO
U S B R e su m e ||
G P IO
U S B S usp e nd
SUSPEND3
SUSPEND2
DS00001875D-page 97
LAN950x
Note 1: It is not possible to transition from SUSPEND2 to NORMAL Configured if SUSPEND2 was entered via a
transition from NORMAL Unconfigured.
2: When the device is bus powered, VBUS_DET is tied to 1b. Therefore, the UNPOWERED state only has
meaning for self powered operation.
5.11.1
UNPOWERED STATE
The UNPOWERED state provides a mechanism for the device to conserve power when VBUS_DET is not connected
and the device is self powered.
The device may initially enter the UNPOWERED state when a POR occurs and USB power is not detected. This state
persists until the VBUS_DET is asserted. The UNPOWERED state is alternatively entered whenever VBUS_DET deasserts.
In order to make the LAN950x fully operational, the Host must configure the device, which places it in the NORMAL
Configured state.
5.11.2
NORMAL STATE
The NORMAL state is the fully functional state of the device. The are two flavors of the NORMAL state, NORMAL Configured and NORMAL Unconfigured. In the Configured variation, all chip subsystem modules are enabled. The Unconfigured variation has only a subset of the modules enabled. The reduced functionality allows for power savings.
This NORMAL state is entered by any of the following methods.
•
•
•
•
A system reset and VBUS_DET is asserted.
The device is in the UNPOWERED state and VBUS_DET is asserted.
The device is suspended and the Host issues resume signaling.
The device is suspended and a wake event is detected.
5.11.2.1
Unconfigured
Upon initially entering the NORMAL state, the device is unconfigured. The device transitions to the NORMAL Configured
state upon the Host completion of the USB configuration.
It is possible for the device to be deconfigured by the Host after being placed in the NORMAL configured state, via a
set_configuration command. In this case, the CPM must place the device back into the NORMAL Unconfigured state.
5.11.2.2
Reset Operation
After a system reset, the device is placed into the NORMAL Unconfigured state. When in the NORMAL state, the
READY bit in the Power Management Control Register (PMT_CTL) is set. This READY bit is useful to the Host after a
USB reset occurs. In this case, it indicates that the values in the EEPROM have been completely loaded.
5.11.2.3
Suspend Operation
When returning to the NORMAL state from the SUSPEND state, the USB context is maintained. After entering the NORMAL state, the READY bit in the PMT_CTL register is asserted.
Note:
5.11.3
If the originating suspend state is SUSPEND2, the Host is required to reinitialize the Ethernet PHY registers.
SUSPEND STATES
The SUSPEND state is entered after the USB Host suspends the device. The LAN950x family features four (Note 5-3)
variations of the USB SUSPEND state. Each state offers different options in terms of power consumption and wakeup
support.
A SUSPEND state is entered via a transition from the NORMAL state. The SUSPEND_MODE field in the Power Management Control Register (PMT_CTL), indicates which SUSPEND state is to be used. The Host sets the value of this
field to select the desired suspend state, then sends suspend signaling. A transfer back to the NORMAL state occurs
when the Host sends resume signaling or a wakeup event is detected.
The device can be suspended from the NORMAL Unconfigured state. In this scenario, it is only possible to transition to
the SUSPEND2 state. Subsequent resume signaling or a wakeup event will cause the device to transition back to the
NORMAL Unconfigured state.
DS00001875D-page 98
2010-2021 Microchip Technology Inc.
LAN950x
Note 5-3
Note:
5.11.3.1
All four SUSPEND states are supported by LAN9500A/LAN9500Ai. SUSPEND3 is not supported by
LAN9500/LAN9500i.
If the device is deconfigured, the SUSPEND_MODE field in the Power Management Control Register
(PMT_CTL) resets to 10b.
Reset from Suspend
All suspend states must respond to a USB Reset and pin reset, nRESET. The application of these resets result in the
device’s hardware being re-initialized and placed into the NORMAL Unconfigured state.
5.11.3.2
SUSPEND0
This state is entered from the NORMAL state when the device is suspended and the SUSPEND_MODE field in the
Power Management Control Register (PMT_CTL) is set to 00b.
Refer to Section 5.12.2.1, "Enabling GPIO Wake Events," on page 106, Section 5.12.2.2, "Enabling WOL Wake Events,"
on page 107, and Section 5.12.2.4, "Enabling PHY Link Up Wake Events (LAN9500A/LAN9500Ai ONLY)," on page 108
for detailed instructions on how to program events that cause resumption from the SUSPEND0 state.
In this state, the MAC can optionally be programmed to detect a Wake-On-Lan event or Magic Packet event.
GPIO events can be programmed to cause wakeup in this state. For LAN9500A/LAN9500Ai only, if GPIO7 signals the
event, the PHY Link Up Enable (PHY_LINKUP_EN) bit of the General Purpose IO Wake Enable and Polarity Register
(GPIO_WAKE) may be examined to determined whether a PHY Link Up event or pin event occurred.
The Host may take the device out of the SUSPEND0 state at any time.
5.11.3.3
SUSPEND1
This state is entered from the NORMAL state when the device is suspended and the SUSPEND_MODE field in the
Power Management Control Register (PMT_CTL) is set to 01b.
Refer to Section 5.12.2.1, "Enabling GPIO Wake Events," on page 106, and Section 5.12.2.3, "Enabling Link Status
Change (Energy Detect) Wake Events," on page 107 for detailed instructions on how to program events that cause
resumption from the SUSPEND1 state.
In this state, the Ethernet PHY can be optionally programmed for energy detect. GPIO events can also be programmed
to cause wakeup in this state.
The Host may take the device out of the SUSPEND1 state at any time.
5.11.3.4
SUSPEND2
This state is entered from the NORMAL state when the device is suspended and the SUSPEND_MODE field in the
Power Management Control Register (PMT_CTL) is set to 10b. SUSPEND2 is the default suspend mode.
Refer to Section 5.12.2.1, "Enabling GPIO Wake Events," on page 106 for detailed instructions on how to program
events that cause resumption from the SUSPEND2 state.
This state consumes the least amount of power. In this state, the device may only be awakened by the Host or GPIO
assertion.
The state of the Ethernet PHY is lost when entering SUSPEND2. Therefore, Host must reinitialize the PHY after the
device returns to the NORMAL state.
5.11.3.5
SUSPEND3 (Not Supported by LAN9500/LAN9500i)
This state is entered from the NORMAL state when the device is suspended and the SUSPEND_MODE field in the
Power Management Control Register (PMT_CTL) is set to 11b.
Refer to Section 5.12.2.1, "Enabling GPIO Wake Events," on page 106, Section 5.12.2.4, "Enabling PHY Link Up Wake
Events (LAN9500A/LAN9500Ai ONLY)," on page 108, and Section 5.12.2.5, "Enabling “Good Frame” Wake Events
(LAN9500A/LAN9500Ai ONLY)," on page 108 for detailed instructions on how to program events that cause resumption
from the SUSPEND3 state.
In this suspend state, all clocks in the device are enabled and power consumption is similar to the NORMAL state. However, it allows for power savings in the Host CPU, which greatly exceeds that of the device. The driver may place the
device in this state after prolonged periods of not receiving any Ethernet traffic.
2010-2021 Microchip Technology Inc.
DS00001875D-page 99
LAN950x
This state supports wakeup from GPIO assertion, PHY Link Up, and on reception of a frame passing the filtering constraints set by the MAC Control Register (MAC_CR). Due to the limited amount of RX FIFO buffering, it is possible that
there will be frames lost when in this state, as the USB resume time greatly exceeds the buffering capacity of the FIFO.
The Wake-On-LAN bit of the Wakeup Status (WUPS) field of the Power Management Control Register (PMT_CTL) is
used to signal wakeup due to reception of a frame passing the aforementioned filtering constraints. This bit, along with
the GPIO [10:0] (GPIOx_INT) bits of the Interrupt Status Register (INT_STS), may be examined to determined the
event(s) causing the wakeup. If GPIO7 is found to have caused the wakeup, the PHY Link Up Enable (PHY_LINKUP_EN) bit of the General Purpose IO Wake Enable and Polarity Register (GPIO_WAKE) may be examined to determined whether a PHY Link Up event or pin event occurred.
Note 1: Wake-On-LAN events MUST NOT be enabled in the Wakeup Control and Status Register (WUCSR)
while operating in the SUSPEND3 state. If any Wake-On-LAN Event is enabled in WUCSR, all
received frames will be dropped. The setting of the Wake-On-Lan Enable (WOL_EN) bit of the Power
Management Control Register (PMT_CTL) is a “don’t care”.
2: The Wake-On-LAN bit of the Wakeup Status (WUPS) is used to signal both Wake-On-LAN events and
wakeup from SUSPEND3 state due to reception of frames passing the filtering constraints set by the MAC
Control Register (MAC_CR). In order to interpret the Wakeup Status (WUPS) without ambiguity, the software driver may examine the Suspend Mode (SUSPEND_MODE) field of the Power Management Control
Register (PMT_CTL) to determine the suspend state it is coming out of.
5.12
Wake Events
The following events can wake up/enable the device, depending on the power state.
•
•
•
•
USB Host Resume
VBUS_DET assertion
Wake On LAN (Wakeup Frame, Magic Packet, Perfect Destination Address Frame, and Broadcast Frame)
Reception of a “Good Frame” - (Note 5-4) a frame received when no Wake-On-LAN events are enabled in the
Wakeup Control and Status Register (WUCSR) that meets the filtering requirements configured in the MAC Control Register (MAC_CR).
• PHY Energy Detect
• PHY Link Up
• GPIO[10:0]
Note 5-4
Not Supported by LAN9500/LAN9500i.
Table 5-66 illustrates the wake events permitted in each of the power states.
TABLE 5-66:
POWER STATE/WAKE EVENT MAPPING
Power State
USB Host
Resume
Signaling
VBUS_DET
WOL
Good
Frame
Note 5-5
PHY
Energy
Detect
PHY
Link Up
GPIO[10:0]
SUSPEND0
YES
NO
YES
NO
NO
YES
YES
SUSPEND1
YES
NO
NO
NO
YES
NO
YES
SUSPEND2
YES
NO
NO
NO
NO
NO
YES
SUSPEND3
Note 5-5
YES
NO
NO
YES
NO
YES
YES
UNPOWERED
NO
YES
NO
NO
NO
NO
NO
Note 5-5
Not Supported by LAN9500/LAN9500i.
The occurrence of a GPIO wake event causes the corresponding bit in the Interrupt Status Register (INT_STS) to be
set. Before suspending the device, the Host must ensure that any pending wake events are cleared. Otherwise, the
device will immediately be awakened after being suspended.
5.12.1
DETECTING WAKEUP EVENTS
The wakeup detection logic for LAN9500A/LAN9500Ai is a super set of that of LAN9500/LAN9500i. All of these devices
support the ability to generate remote wake events on detection of a GPIO event, WOL event, or Ethernet link status
change (energy detect) as primitives. An extension of the WOL event class, to provide for Perfect DA Frame Received,
DS00001875D-page 100
2010-2021 Microchip Technology Inc.
LAN950x
Broadcast Frame Received, and “Good Frame” Received, wake events, as well as provision for an additional wakeup
event to signal PHY Link Up via GPIO7, is reflected in the LAN9500A/LAN9500Ai detection logic. The following sections
illustrate and discuss the detection logic for all of the devices in theLAN950x family.
5.12.1.1
LAN9500/LAN9500i Wake Detection Logic
A simplified diagram of the wake event detection logic for LAN9500/LAN9500i is shown in Figure 5-30.
FIGURE 5-30:
WAKE EVENT DETECTION BLOCK DIAGRAM (LAN9500/LAN9500I)
WUEN
(WUSCR Register)
RW
WUFR
(WUSCR Register)
WOL_EN
(PMT_CTL Register)
RW
MPEN
(WUSCR Register)
RW
WUPS[1]
(PMT_CTL Register)
MPR
(WUSCR Register)
ED_EN
(PMT_CTL Register)
GUE
(WUSCR Register)
RW
RW
WUEN
(WUSCR Register)
WUPS[0]
(PMT_CTL Register)
RW
WUFR
(WUSCR Register)
SUSPEND0
SUSPEND1
remote_wake
SUSPEND2
GPIO0_DET
.
.
.
GPIO10_DET
Note:
Diagram does not represent actual hardware implementation.
2010-2021 Microchip Technology Inc.
DS00001875D-page 101
LAN950x
FIGURE 5-31:
GPIOS 0-7 WAKE DETECTION LOGIC (LAN9500/LAN9500I)
IME
GPIOENn
GPIODIRn
GPIOPOLn
GPIOn_DET
GPIODn
GPIOn
Latch
GPIOn_INT clear
GPIOWKn
Note:
The IME bit is in the Hardware Configuration Register (HW_CFG). General Purpose IO Configuration Register (GPIO_CFG) and General Purpose IO Wake Enable and Polarity Register (GPIO_WAKE) must be set
accordingly. Diagram does not represent actual hardware implementation.
FIGURE 5-32:
GPIOS 8-10 WAKE DETECTION LOGIC (LAN9500/LAN9500I)
IME
GPCTLn[1]
GPCTLn[0]
GPDIRn
GPIOPOLn
GPIOn_DET
GPDn
GPIOn
Latch
GPIOn_INT clear
GPIOWKn
Note:
The IME bit is in the Hardware Configuration Register (HW_CFG). General Purpose IO Configuration Register (GPIO_CFG) and General Purpose IO Wake Enable and Polarity Register (GPIO_WAKE) must be set
accordingly. Diagram does not represent actual hardware implementation.
DS00001875D-page 102
2010-2021 Microchip Technology Inc.
LAN950x
5.12.1.2
LAN9500A/LAN9500Ai Wake Detection Logic
A simplified diagram of the wake event detection logic for LAN9500A/LAN9500Ai is shown in Figure 5-33.
FIGURE 5-33:
WAKE EVENT DETECTION BLOCK DIAGRAM (LAN9500A/LAN9500AI)
WUEN
(WUSCR Register)
RW
WUFR
(WUSCR Register)
WOL_EN
(PMT_CTL Register)
RW
MPEN
(WUSCR Register)
RW
WUPS[1]
(PMT_CTL Register)
MPR
(WUSCR Register)
Good Frame
Received
GUEN
(WUSCR Register)
RW
remote_wake
WUEN
(WUSCR Register)
ED_EN
(PMT_CTL Register)
RW
RW
WUFR
(WUSCR Register)
WUPS[0]
(PMT_CTL Register)
PFDA_EN
(WUSCR Register)
RW
SUSPEND0
SUSPEND1
SUSPEND2
SUSPEND3
PFDA_FR
(WUSCR Register)
GPIO0_DET
BCAST_EN
(WUSCR Register)
RW
.
.
.
GPIO10_DET
BCAST_FR
(WUCSR Register)
Note:
Diagram does not represent actual hardware implementation.
The functionality of GPIOs 0-6 and GPIOs 8-10 is slightly different. The functionality of GPIO7 is similar to that of GPIOs
0-6, with the additional requirement that it must cause a wakeup event when enabled for use in PHY Link Up detection.
Note:
GPIOs 0-7 are only available for use during internal PHY Mode of operation. The functionality of GPIOs 06 is depicted in Figure 5-34, while that of GPIO7 is shown in Figure 5-35.
GPIOs 8-10 are available for use in both internal and external PHY mode of operation. Their functionality is depicted in
Figure 5-36.
2010-2021 Microchip Technology Inc.
DS00001875D-page 103
LAN950x
FIGURE 5-34:
DETAILED GPIOS 0-6 WAKE DETECTION LOGIC (LAN9500A/LAN9500AI)
IME
GPIOENn
GPIODIRn
GPIOPOLn
GPIOn_DET
GPIODn
GPIOn
Latch
GPIOn_INT clear
GPIOWKn
Note:
The IME bit is in the Hardware Configuration Register (HW_CFG). General Purpose IO Configuration Register (GPIO_CFG) and General Purpose IO Wake Enable and Polarity Register (GPIO_WAKE) must be set
accordingly. Diagram does not represent actual hardware implementation.
FIGURE 5-35:
DETAILED GPIO7 WAKE DETECTION LOGIC (LAN9500A/LAN9500AI)
IME
GPIOEN7
GPIODIR7
GPIOPOL7
0
1
GPIO7_DET
GPIOD7
GPIO7
0
1
Latch
GPIO7_INT clear
GPIOWK7
SUSPEND0
SUSPEND3
PHY_LINK_EN
PHY_LINK_UP
DS00001875D-page 104
2010-2021 Microchip Technology Inc.
LAN950x
Note:
The IME bit is in the Hardware Configuration Register (HW_CFG). General Purpose IO Configuration Register (GPIO_CFG) and General Purpose IO Wake Enable and Polarity Register (GPIO_WAKE) must be set
accordingly. PHY Link Up Enable (PHY_LINKUP_EN) bit of the General Purpose IO Wake Enable and
Polarity Register (GPIO_WAKE) must be set if PHY Link Up is to cause wake event. Diagram does not
represent actual hardware implementation.
FIGURE 5-36:
DETAILED GPIOS 8-10 WAKE DETECTION LOGIC (LAN9500A/LAN9500AI)
IME
GPCTLn[1]
GPCTLn[0]
GPDIRn
GPIOPOLn
GPIOn_DET
GPDn
GPIOn
Latch
GPIOn_INT clear
GPIOWKn
Note:
5.12.1.3
5.12.1.3.1
The IME bit is in the Hardware Configuration Register (HW_CFG). LED General Purpose IO Configuration
Register (LED_GPIO_CFG) and General Purpose IO Wake Enable and Polarity Register (GPIO_WAKE)
must be set accordingly. Diagram does not represent actual hardware implementation.
Remote Wake Generation
Wake On LAN Event or Energy DetecT
bit Control bits (Note 5-6) are implemented in the MAC’s Wakeup Control and Status Register (WUCSR) to control
Global Unicast Frame Wakeup, Magic Packet Wakeup, Wake Up Frame Detection Wakeup, Perfect DA Frame Wakeup,
and Broadcast Frame Wakeup: GUEN, MPEN, WUEN, PFDA_EN, and BCAST_EN, respectively. A composite signal,
depending on the state of these control bits and the associated event, is generated and propagated for further processing, as discussed in the following text.
Note 5-6
(LAN9500A/LAN9500Ai ONLY):
The five specified control bits are supported.
(LAN9500/LAN9500i ONLY):
Only three control bits are supported - GUEN, MPEN, WUEN.
Two control bits are implemented in the PMT_CTRL SCSR: Wake-on-LAN enable (WOL_EN) and Energy Detect enable
(ED_EN). Depending on the state of these control bits, the logic will generate an internal wake event interrupt when the
MAC detects a wakeup event (Global Unicast Frame, Wakeup Frame, Magic Packet, Perfect Destination Address
Frame (Note 5-7), or Broadcast Frame (Note 5-7) - depending on the state of the aforementioned composite signal), or
a PHY interrupt is asserted (energy detect). Two Wakeup Status (WUPS) bits are implemented in the SCSR space.
These bits are set depending on the corresponding wake event. (See Section 7.3.8, "Power Management Control Register (PMT_CTL)," on page 127 for further information). If a Wake-on-LAN event is detected, then further resolution on
the source of the event can be obtained by examining the Remote Wakeup Frame Received (WUFR), Magic Packet
Received (MPR), Perfect DA Frame Received (PFDA_FR) (Note 5-7), and Broadcast Frame Received (BCAST_FR)
(Note 5-7) status bits in the MAC’s Wakeup Control and Status Register (WUCSR).
2010-2021 Microchip Technology Inc.
DS00001875D-page 105
LAN950x
Note 5-7
Supported only by LAN9500A/LAN9500Ai.
Note 1: Wake-on-LAN events resulting in the generation of a remote-wake event may only occur when in SUSPEND0 state.
2: Energy Detect events resulting in the generation of a remote-wake event may only occur when in SUSPEND1 state.
Wakeup Frame detection must be enabled in the MAC before detection can occur. Likewise, the energy detect interrupt
must be enabled in the PHY before this interrupt can be used as a wake event. If the device is properly configured, the
internal wake event interrupt will cause the assertion of the remote_wake signal on detection of a wake event.
5.12.1.3.2
Good Frame Detection (LAN9500A/LAN9500Ai ONLY)
To wakeup on reception of a frame passing the filtering constraints set solely by the MAC Control Register (MAC_CR),
the enables for all Wake-On-LAN events contained in the Wakeup Control and Status Register (WUCSR) must be
cleared and the desired constraints must be selected in MAC_CR. The setting of the Wake-On-Lan Enable (WOL_EN)
bit of the Power Management Control Register (PMT_CTL) is a “don’t care”. The logic will generate an internal wake
event interrupt when the MAC detects a frame passing the filtering constraints (“Good Frame”). The Wake-On-LAN bit
of the Wakeup Status (WUPS) field of the Power Management Control Register (PMT_CTL) is used to signal wakeup
due to reception of the “Good Frame”.
Note:
5.12.1.3.3
“Good Frame” reception resulting in the generation of a remote-wake event may only occur when in the
SUSPEND3 state.
GPIO Pin
GPIO pins 0 through 10 may cause the generation of a remote-wake event when properly configured and in any of the
SUSPEND states. GPIO pins 0 through 7 each have a control bit (GPIOENx, 0