SI3482-A01-GMR [SILICON]
Power Supply Support Circuit, Fixed, 1 Channel, 4 X 4 MM, ROHS COMPLIANT, QFN-24;型号: | SI3482-A01-GMR |
厂家: | SILICON |
描述: | Power Supply Support Circuit, Fixed, 1 Channel, 4 X 4 MM, ROHS COMPLIANT, QFN-24 |
文件: | 总38页 (文件大小:382K) |
中文: | 中文翻译 | 下载: | 下载PDF数据表文档文件 |
Si3482
POWER MANAGEMENT CONTROLLER
Features
Pin Assignments
24-Pin QFN
Enables use of smaller power
supplies for up to 48-port PoE
systems with Si3452 PSE interface
ICs
Can operate with or without a host
Configuration save
Supports classification-based and
LLDP power negotiation
Supports individual port priority and
port configuration
Supports Power supply status from
up to 3 power supplies
1
2
MISO
SCK
18
17
SDA
SCL
Pin-selectable SPI or UART interface 24 pin Quad flat pack package
3
4
GND
VDD
16
15
BAUD0
BAUD1
Pin-selectable UART data rate
Fully-compliant with IEEE 802.3
clause 33 for PoE including the
802.3at amendment for higher power
(30 W, category 2 ports)
(4x4 mm)
4x4 mm PCB footprint; RoHS
complaint
Extended operation range
(–40 to +85 °C)
Top View
(Pads on Bottom of Package)
5
6
RST
14
13
BAUD2
PSLCT
RSVD
Applications
Power over Ethernet Endpoint
switches and Midspans for IEEE Std
802.3af and 802.3at
Supports high-power PDs, such as:
Pan/Tilt/Zoom security cameras
802.11n WAPs
Industrial automation systems
Networked audio
IP Phone Systems and iPBXs
Metropolitan area networked WAPs,
cameras, and sensors
See "5. Pin Descriptions" on page 31.
WiMAX, ASN/BTS, and CPE/ODU
systems
Multi-band, multi-radio WAPs
Security and RFID systems
Description
The Si3452 is capable of delivering over 30 W per port, which means that, in a 24-
or 48-port system, a very large power supply would have to be used to avoid
overload. Typically, not all ports are used at full power; so, a smaller power supply
in the range of 5 W per port can be used along with the Si3482 power
management controller.
The Si3482 is a power manager intended for use with the Si3452/3 Power over
Ethernet (PoE) controllers for power management of up to 48 ports with three
power sources.
Use of the Si3482 power manager greatly simplifies system implementation of
power management. The Si3482 power management controller is programmed
via a SPI or UART interface to set the power supply capacity, the port power
configuration (Category 1: 15.4 W, or high-power category 2: 30 W) ports, the port
priority, the detection timing (Alternative A or Alternative B), and the fault recovery
protocol. Once programmed, the configuration data can be saved, and the Si3482
can work without host intervention. If desired, port and overall status information is
available and continuously updated.
The Si3482 uses the real-time overload and current monitoring capability of the
Si3452 to manage provided power among up to 48 ports. Power management is
selectable between grant-based or consumption-based in order to supply power
to the greatest number of ports.
In high-reliability systems, multiple power supplies are often connected to provide
redundancy, which further increases the power supply requirements. The Si3482
can manage up to three power supplies automatically enabling or disabling ports
in priority order when required.
Rev. 0.1 10/10
Copyright © 2010 by Silicon Laboratories
Si3482
Si3482
Functional Block Diagram
2
Rev. 0.1
Si3482
TABLE OF CONTENTS
Section
Page
1. Electrical Specifications . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .4
2. Functional Description . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .6
2.1. Host Interface . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .7
2.2. Hardware Only Mode . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .7
3. Serial Packet Protocol . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .9
3.1. Packet Format . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .10
3.2. SPP Error Handling . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .15
4. Power Manager API . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .16
4.1. Management . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .16
4.2. System Status . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .17
4.3. Port Status . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .18
4.4. System Control . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .22
4.5. Port Control . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .22
4.6. System Configuration . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .23
4.7. Port Configuration . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .26
4.8. Power Supply Status . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .28
4.9. Events . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .29
4.10. Return Codes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .30
5. Pin Descriptions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .31
6. Package Outline: 24-Pin QFN . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .33
7. PCB Land Pattern . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .34
8. Solder/Paste Recommendation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .35
9. Top Marking Diagram . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .36
10. Ordering Guide . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .37
Contact Information . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .38
Rev. 0.1
3
Si3482
1. Electrical Specifications
Table 1. Recommended Operating Conditions
Description
Symbol
Test Conditions
No airflow
Min
–40
2.7
Typ
—
Max
85
Units
°C
Operating Temperature
Range
T
A
V
All operating modes
—
3.6
V
V
Supply Voltage
DD
DD
Table 2. Absolute Maximum Ratings
Parameter
Conditions
Min
–55
–65
–0.3
Typ
—
Max
125
150
5.8
Units
°C
Ambient Temperature
under Bias
—
°C
Storage Temperature
Voltage on any I/O with
Respect to GND
V
>2.2 V
—
V
DD
Voltage on V with
Respect to GND
DD
–0.3
—
4.2
V
Note: Stresses above those listed under “Absolute Maximum Ratings” may cause permanent damage to the device. This is a
stress rating only and functional operation of the devices at those or any other conditions above those indicated in the
operation listings of this specification is not implied. Exposure to maximum rating conditions for extended periods may
affect device reliability.
Table 3. Electrical Characteristics
Description
Symbol
Test Conditions
Min
2.0
—
Typ
—
Max
—
Units
V
V
Input High
IH
Input pins:
RST, SCK, MOSI, NSS,
RX, PSn, BAUDn,
SLCTIN, SCL, SDA
V
—
0.8
±1
V
Input Low
IL
I
—
—
uA
Input Leakage Current
IL
Output Low
(MOSI, TX, SCL, and SDA)
V
I
= 8.5 mA
= –3 mA
—
—
—
—
—
—
0.6
V
V
OL
OL
Output High
(MOSI, TX)
V
I
I
V
–0.7
DD
OH
OH
VDD = 3.0 V*
VDD = 3.6 V*
8.6
12.1
mA
V
Current
DD
DD
*Note: VDD = 2.7 to 3.6 V, –40 to 85 °C unless otherwise noted.
4
Rev. 0.1
Si3482
Table 4. Timing Requirements
Description
Test Conditions
Min
Max
Units
SPI Timing Requirements (See Figure 1)
T
T
T
T
T
T
T
T
T
F
NSS Falling to First SCK Edge
Last SCK Edge to NSS Rising
NSS Falling to MISO Valid
NSS Rising to MISO High Z
SCK High Time
84
84
—
—
—
ns
ns
SE
SD
168
168
—
ns
SEZ
SDZ
CKH
CKL
SIS
—
ns
210
210
84
84
—
ns
SCK Low Time
—
ns
MOSI Valid to SCK Sample Edge
SCK Sample Edge to MOSI Change
SCK Shift Edge to MISO Change
Maximum SPI Clock Speed
—
ns
—
ns
SIH
SCH
MAX
168
1
ns
—
MHz
UART Requirements (See Figure 2)
Deviation of Tx Transmit Speed from Pin-programmed
Value.
ΔFTx
ΔFRx
–3
–4
+3
+4
%
%
Deviation of Rx receive Speed from Pin-programmed
Value.
TSE
TCKH
TCKL
TSD
SCK
TSIH
MOSI
MSB
MSB
Bit 6
Bit 5
Bit 5
Bit 4
Bit 4
Bit 3
Bit 3
Bit 2
Bit 2
Bit 1
Bit 0
TSIS
MISO
Bit 6
Bit 1
Bit 0
TSDZ
TSEZ
NSS
TSCH
Figure 1. SPI Timing Diagram
MARK
START
BIT
STOP
BIT
D0
D1
D2
D3
D4
D5
D6
D7
SPACE
BIT TIMES
BIT SAMPLING
Figure 2. UART Timing Diagram
Rev. 0.1
5
Si3482
2. Functional Description
The Si3482 Power Management Controller is the central controller in a Silicon Labs Power over Ethernet (PoE)
system. In a PoE system, power is provided by one or more power supplies and is consumed by one or more
powered devices (PDs). The Si3482 decides which of the PDs can have power and monitors the amount of power
consumed by each.
A host microcontroller unit (MCU) can configure the Si3482 and can query the status of the PDs and the power
supplies. The Si3482 stores its configuration in internal flash memory. A host MCU uses a Universal Asynchronous
Receiver Transmitter (UART) or a Serial Peripheral Interface (SPI) to communicate with the Si3482. Pins on the
Si3482 select which host interface to use and which baud rate to use for the UART interface.
Power supplies may be inserted into bays. The Si3482 supports a system with up to three bays. Power supplies
may be inserted or removed from the bays at any time. Each bay provides a signal to the Si3482 that indicates if a
power supply is present in the bay. The outputs of the power supplies are ganged together to provide a single
power source for the system.
The Si3482 manages a collection of Si3452 Port Controllers. The Si3482 supports a system with up to 12 Si3452s.
Each Si3452 has four ports; so, a system may have up to 48 ports. The Si3452 performs low-level port functions,
such as detecting and classifying PDs. The Si3482 has a global view of the system and manages power across all
ports.
PDs are connected to ports on the Si3452s. PDs may be connected or disconnected from the ports at any time.
When a PD is connected to a port, then the PD requests power from the port. The Si3482 determines the amount
of power requested from the classification of the PD. If there is enough power remaining, the Si3482 grants the
request; otherwise, the Si3482 denies the request.
The host may configure an optional power limit for each port. A power limit restricts the amount of power that the
Si3482 grants to a port. If a power request is greater than the power limit, the Si3482 does not fully grant the
request, but only grants the amount of the power limit.
The Si3482 supports Link Layer Discovery Protocol (LLDP) agents in the host. An LLDP agent can call a routine in
the Si3482 to dynamically adjust the amount of power granted to a PD during the course of a connection.
Several PDs may be connected to a PoE system. The Si3482 may have granted different amounts of power to
each PD, and each PD may be consuming different amounts of power. If a PD consumes more power than it is
granted (port overload), the Si3482 turns off the PD.
There are two approaches that the Si3482 can take when granting requests for power. The granting policy can be
grant-based or it can be consumption-based.
Figure 3. Powered Devices Example
6
Rev. 0.1
Si3482
Figure 4. Grant Based Power Management
Figure 5. Consumption-Based Power Management
If the granting policy is grant based, then the power remaining for new grants is the total ungranted power. The
power remaining is the total power provided minus the total power granted.
The problem with this approach is that much of the provided power is unused because PDs often do not consume
all of their granted power.
If the granting policy is consumption-based, then the power remaining for new grants is the total unconsumed
power. The power remaining is the total power provided minus the total power consumed (excluding the reserved
power). This approach uses more of the provided power, but there is a possibility that the system may consume
more power than the power provided (system overload).
To avoid system overloads caused by momentary surges in power consumption, the host can specify that a certain
amount of power be held in reserve. The Si3482 does not use the reserved power when granting new requests.
Most power supplies can tolerate a limited amount of overload for a short duration. The host specifies the overload
limit of the power supplies to the Si3482. If a system overload is less than the overload limit, the Si3482 turns off
ports, one at a time in priority order, until the system is no longer overloaded. If a system overload is greater than
the overload limit (severe overload), the Si3482 immediately turns off all low-priority ports. If the system is still
overloaded, the Si3482 turns off additional ports, one at a time in priority order, until the system is no longer
overloaded. A severe overload is usually caused by removing a power supply.
2.1. Host Interface
The Si3482 has a UART interface and an SPI interface for communicating with the host MCU, but only one
interface is used at a time. The PSLCT (protocol select) pin selects which interface is used.
2.1.1. UART Interface
If the PSLCT pin is tied high, then the Si3482 uses the UART interface to communicate with the host MCU. The
Si3482 uses the TX and RX pins to send and receive serial data. The BAUD0, BAUD1, and BAUD2 pins select the
baud rate for the UART interface.
Rev. 0.1
7
Si3482
Table 5. Baud Rates
BAUD2
BAUD1
BAUD0
Baud Rate (bps)
H
H
H
H
L
L
L
H
L
19200
38400
57600
115200
H
H
H
The UART interface uses eight data bits, no parity, and one stop bit.
2.1.2. SPI Interface
If the PSLCT pin is tied low, then the Si3482 uses the SPI interface to communicate with the host MCU. The
Si3482 is an SPI slave device. Therefore, it receives data on the MOSI pin and sends data on the MISO pin. The
host MCU drives the NSS and SCK pins.
The SPI interface uses an active-high clock (CKPOL = 0). The clock line is low in the idle state, and the leading
edge of the clock goes from low to high. The SPI interface samples the data on the leading edge of the clock
(CKPHA = 0). The SPI interface transfers the most-significant bit first, and the maximum bit rate is 1 Mbps
2.2. Hardware Only Mode
The host interface (SPI or UART) and the UART baud rate are pin-configured. The Si3482 reads the pin
configuration at power up, and it cannot be changed after power up. The hardware designer only needs to decide
which interface to use and, if UART is selected, which BAUD rate to use.
In general, the host interface must be electrically isolated from the host MCU using an appropriate electrical
isolator for either SPI or UART signals as well as power supply status signals as needed.
The Si3482 backs up its configuration to internal flash memory. Once the Si3482 is configured, it is possible to
disconnect the host interface and use the Si3482 without a host MCU.
To configure the Si3482 when a host MCU is not required or for initial system debug, the USB adapter and Power
Manager GUI supplied with the Si3482 evaluation system, “SMARTPSE24-KIT”, can be adapted to set the device
configuration as desired.
8
Rev. 0.1
Si3482
3. Serial Packet Protocol
The Si3482 contains the Power Manager component and the interface to the Power Manager is a collection of
routines known as the Power Manager application programming interface (API).
The Power Manager API is described later in this manual. The host MCU contains a User Interface component,
which calls the routines in the Power Manager API to get status information and configure and control the Power
Manager.
The Serial packet protocol (SPP) is a remote procedure call (RPC) mechanism that allows a User Interface
component to call routines in the Power Manager, even though the User Interface component and the Power
Manager are on different MCUs. The Serial Packet Protocol is implemented by a Serial Packet Client in the host
MCU and the Serial Packet Server in the Si3482.
A Serial Packet Client is a collection of stub routines with the same names and parameters as the routines in the
Power Manager API. A User Interface component calls a stub routine, and the stub routine uses the host interface
to send a packet to the Serial Packet Server. The Serial Packet Client receives a packet back and then returns to
the User Interface component.
The Serial Packet Server receives a packet from a Serial Packet Client and then calls the specified routine in the
Power Manager. When the Power Manager routine returns, the Serial Packet Server sends a packet back to the
Serial Packet Client.
Silicon Labs provides a Serial Packet Client Software Development Kit (SDK) that implements SPP and is portable
to any MCU. The customer only needs to write some small support routines, which map SDK routines to RTOS
routines.
Host MCU
User Interface
Power Manager API
Serial Packet Client
UART or SPI
Serial Packet Protocol
(Remote Procedure Call)
Si3482
Serial Packet Server
Power Manager API
Power Manager
Si3482 Support
I2C
Si3452
Figure 6. Serial Packet Protocol
Rev. 0.1
9
Si3482
3.1. Packet Format
A packet is a sequence of fields sent together as a unit. Figure 7 shows the SPP packet format.
Start Routine Data Length Data Checksum
Figure 7. Packet Format
Each field is a single byte except for the Data field. The Data field may be from zero to 255 bytes.
3.1.1. Start Field
The Start field marks the beginning of a packet and always contains the Start-of-Packet (SOP) character (0xAC). If
data is lost on the host interface, the Serial Packet Server and the Serial Packet Client use the Start field to
resynchronize. A “receive packet” routine starts by receiving and discarding bytes until the SOP character is found.
3.1.2. Checksum Field
The Checksum field is used to verify that the packet was not corrupted during transmission. The sender of a packet
calculates the checksum and writes it into the Checksum field. The receiver of a packet verifies that the checksum
is correct. The Checksum field should contain the value such that all the bytes in the packet, except for the Start
field, add up to zero.
Start Routine Data Length Data Checksum
Sum of Bytes is Zero
Figure 8. Packet Checksum
To calculate the checksum, the sender uses an 8-bit variable to sum up the bytes of the Routine field through the
end of the Data field. The sender adds one to the one's complement of this sum and stores the result in the
Checksum field.
Checksum = ~Sum + 1
To verify the checksum, the receiver uses an 8-bit variable to sum up the bytes of the Routine field through the
Checksum field. The sum should be zero.
3.1.3. Routine Field
The Routine field identifies a routine in the Power Manager API.
The client uses the Routine field to specify which routine to call. The client should verify that the Routine field in a
received packet matches the Routine field in the sent packet.
Table 6. Routine Field
Routine
GetSystemStatus()
GetSystemInfo()
Symbol
Value
RTN_GETSYSTEMSTATUS
RTN_GETSYSTEMINFO
1
2
3
4
5
6
7
8
GetTotalPowerConsumed()
GetTotalPowerGranted()
GetTotalPowerProvided()
GetPortCount()
RTN_GETTOTALPOWERCONSUMED
RTN_GETTOTALPOWERGRANTED
RTN_GETTOTALPOWERPROVIDED
RTN_GETPORTCOUNT
GetPortStatus()
RTN_GETPORTSTATUS
GetPortInfo()
RTN_GETPORTINFO
10
Rev. 0.1
Si3482
Table 6. Routine Field (Continued)
Symbol
Routine
Value
9
GetPortPriorityStatus()
GetPortPowerConsumed()
GetPortPowerGranted()
GetPortPowerRequested()
GetPortPowerAvailable()
ResetSystem()
RTN_GETPORTPRIORITYSTATUS
RTN_GETPORTPOWERCONSUMED
RTN_GETPORTPOWERGRANTED
RTN_GETPORTPOWERREQUESTED
RTN_GETPORTPOWERAVAILABLE
RTN_RESETSYSTEM
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
RestoreFactoryDefaults()
SetPortControl()
RTN_RESTOREFACTORYDEFAULTS
RTN_SETPORTCONTROL
AdjustPortPower()
SetPowerProvided()
GetPowerProvided()
SetReservedPower()
GetReservedPower()
SetOverloadLimit()
GetOverloadLimit()
SetGrantingPolicy()
GetGrantingPolicy()
SetRetryPolicy()
RTN_ADJUSTPORTPOWER
RTN_SETPOWERPROVIDED
RTN_GETPOWERPROVIDED
RTN_SETRESERVEDPOWER
RTN_GETRESERVEDPOWER
RTN_SETOVERLOADLIMIT
RTN_GETOVERLOADLIMIT
RTN_SETGRANTINGPOLICY
RTN_GETGRANTINGPOLICY
RTN_SETRETRYPOLICY
GetRetryPolicy()
RTN_GETRETRYPOLICY
SetPowerLocation()
GetPowerLocation()
SetPortEnable()
RTN_SETPOWERLOCATION
RTN_GETPOWERLOCATION
RTN_SETPORTENABLE
GetPortEnable()
RTN_GETPORTENABLE
SetPortCapability()
GetPortCapability()
SetPortPriority()
RTN_SETPORTCAPABILITY
RTN_GETPORTCAPABILITY
RTN_SETPORTPRIORITY
RTN_GETPORTPRIORITY
RTN_SETPORTPOWERLIMIT
RTN_GETPORTPOWERLIMIT
RTN_SETPOWERSUPPLYSTATUS
RTN_GETPOWERSUPPLYSTATUS
RTN_GETEVENTS
GetPortPriority()
SetPortPowerLimit()
GetPortPowerLimit()
SetPowerSupplyStatus()
GetPowerSupplyStatus()
GetEvents()
Rev. 0.1
11
Si3482
3.1.4. Data Length Field
The DataLength field specifies the number of bytes in the Data field. The number of bytes may be from zero to 255.
3.1.5. Data Field
The Data field is used to pass data to and from the Si3482. The Data field may contain four different types of data:
Parameters
System Information
Port Information
Events
The Data field has a different format for each type of data. In almost all packets (sent and received), the Data field
has the Parameters format. The only exceptions are the packets that are received back after calling the
GetSystemInfo(), GetPortInfo(), and GetEvents() routines. The Data fields for these packets are in the System
Information format, Port Information format, and Events format.
3.1.5.1. Parameters Format
The Parameters format of the Data field is used to pass parameters to Power Manager routines. In most cases, the
Parameters format is also used to return data from the routines.
Start Routine Data Length Data Checksum
Parm8
Parm32
Figure 9. Parameters Format
The Parameters format has an 8-bit Parm8 field followed by a 32-bit Parm32 field (see Table 7). Depending on the
routine being called, Parm8, Parm32, or both fields are used. Sometimes, neither field is used. However, both
fields are always sent and received. The DataLength field contains five.
Table 7. Use of Parameters
Parameters in Sent Packet
Parameters in Received Packet
Routine
Parm8
Parm32*
Parm8
Parm32*
GetSystemStatus()
GetSystemInfo()
SystemStatus
Uses System Information Format
PowerConsumed
PowerGranted
GetTotalPowerConsumed()
GetTotalPowerGranted()
GetTotalPowerProvided()
GetPortCount()
PowerProvided
PortCount
GetPortStatus()
Port
Port
Port
Port
Port
Port
PortStatus
GetPortInfo()
Uses Port Information Format
PortPriorityStatus
PowerConsumed
PowerGranted
GetPortPriorityStatus()
GetPortPowerConsumed()
GetPortPowerGranted()
GetPortPowerRequested()
PowerRequested
*Note: The Parm32 field is big endian; therefore, the most significant byte is first.
12
Rev. 0.1
Si3482
Table 7. Use of Parameters (Continued)
Parameters in Sent Packet
Parameters in Received Packet
Routine
Parm8
Parm32*
Parm8
Parm32*
GetPortPowerAvailable()
ResetSystem()
Port
PowerAvailable
Result
RestoreFactoryDefaults()
SetPortControl()
Port
Control
PortPower
Result
Result
Result
AdjustPortPower()
SetPowerProvided()
GetPowerProvided()
SetReservedPower()
GetReservedPower()
SetOverloadLimit()
GetOverloadLimit()
SetGrantingPolicy()
GetGrantingPolicy()
SetRetryPolicy()
Port
PowerSupply
PowerSupply
ReservedPower
PowerProvided
PowerProvided
Result
ReservedPower
Result
OverloadLimit
GrantingPolicy
RetryPolicy
OverloadLimit
Result
GrantingPolicy
Result
GetRetryPolicy()
RetryPolicy
Result
SetPowerLocation()
GetPowerLocation()
SetPortEnable()
PowerLocation
PowerLocation
Result
Port
Port
Enable
Capability
Priority
GetPortEnable()
Enable
SetPortCapability()
GetPortCapability()
SetPortPriority()
Port
Result
Port
Capability
Result
Port
GetPortPriority()
Port
Priority
SetPortPowerLimit()
GetPortPowerLimit()
SetPowerSupplyStatus()
GetPowerSupplyStatus()
GetEvents()
Port
PowerLimit
Status
Result
Port
PowerLimit
PowerSupply
PowerSupply
Result
Status
Uses Events Format
*Note: The Parm32 field is big endian; therefore, the most significant byte is first.
Rev. 0.1
13
Si3482
3.1.5.2. System Information Format
The System Information format of the Data field is used to return system information to the client. System
information is returned after calling the GetSystemInfo() routine.
Start Routine Data Length Data Checksum
PowerManagerVersion PlatformSupportVersion
Figure 10. System Information Format
The System Information format has a PowerManagerVersion field followed by a PlatformSupportVersion field. Both
of these fields are eight bytes long and contain a version string that is a zero-terminated ASCII string. A version
string may be from one to seven characters long. The Routine field contains RTN_GETSYSTEMINFO, and the
DataLength field contains 16.
3.1.5.3. Port Information Format
The Port Information format of the Data field is used to return port information to the client. Port information is
returned after calling the GetPortInfo() routine.
Start Routine Data Length Data Checksum
Power Supply Silicon Firmware
Result Detection Classification Current
Voltage
Version Version
Figure 11. Port Information Format
In C, the Port Information format is:
typedef struct
{
INT8
Result;
UINT8 Detection;
UINT8 Classification;
UINT16 Current;
UINT16 PowerSupplyVoltage;
char
char
SiliconVersion[2];
FirmwareVersion[8];
} DATA_PORTINFO;
14
Rev. 0.1
Si3482
The Port Information format is a sequence of fields as shown above. For more information, read the description of
the GetPortInfo() routine in the Power Manager API Section. The Routine field contains RTN_GETPORTINFO, and
the DataLength field contains 17.
The Result field contains the return code from the GetPortInfo() routine, and, if Result is not SUCCESS (0), the
remaining fields should be ignored.
The Current and PowerSupplyVoltage fields are big endian. Therefore, the most significant byte comes first.
3.1.5.4. Events Format
The Events format of the Data field is used to return events to the client. Events are returned after calling the
GetEvents() routine.
Start Routine Data Length Data Checksum
Event Event Event
Type Parm1 Parm2
Event
...
Figure 12. Events Format
In the Si3482, the Serial Packet Server internally receives events from the Power Manager and stores them in a
circular event queue. If the event queue becomes full, newer events overwrite older events.
If a client wishes to receive events, it should periodically get the events from the Serial Packet Server. The client
gets the events by sending a packet with the Routine field set to RTN_GETEVENTS. The Serial Packet Server
returns all the events from the event queue in a single packet with the Data field in the Events format.
The Data field does not have a fixed length. The length of the Data field depends on the number of events that are
returned. An event is three bytes long; so, the number of events in the Data field is DataLength divided by three. If
there are no events to return, then DataLength is zero, and the Data field is empty. The maximum number of events
that can be returned is 85.
3.2. SPP Error Handling
There are many reasons why a client may not receive back a packet. Perhaps the Si3482 is not running or perhaps
the serial data was corrupted or lost during transmission (in either direction). In any case, it is not prudent for a
Serial Packet Client to call a serial receive routine that blocks forever until data is received. If the serial receive
routine does not have a timeout option, the client should not call the receive routine unless it knows that received
data is available. If a client does not receive a packet within one second of sending a packet, then the client should
assume that there has been a communications error. The client should resend the original packet or simply give up
(but do not wait forever to receive a packet).
When the Serial Packet Server receives a packet, it validates the packet. If the checksum is bad or the Routine
field is invalid, the Serial Packet Server ignores the packet and does not send back a packet in response. After one
second, the client should realize that a packet has not been received and should resend the original packet.
The Si3482 checks the configuration every 30 seconds to see if it has changed. If the configuration has changed,
the Si3482 backs up the configuration to internal flash memory. While the Si3482 is writing to flash memory, it
cannot send or receive packets on the host interface. If a host MCU sends a packet to the Si3482 while it is backing
up the configuration, the packet is lost. If a host MCU does not receive a packet back within one second, the host
MCU should resend the original packet.
Rev. 0.1
15
Si3482
4. Power Manager API
User Interface components call the routines in the Power Manager API to get status information and configure and
control the Power Manager. The Power Manager API has routines for:
Management
System Status
Port Status
System Control
Port Control
System Configuration
Port Configuration
Power Supply Status
Events
4.1. Management
The Management routines allow a User Interface component to:
Initialize the Serial Packet Client
Close the Serial Packet Client
4.1.1. InitPowerManager
Initialize the Serial Packet Client.
Prototype:
INT8 InitPowerManager ( EVENT_HANDLER EventHandler )
EventHandler A pointer to an event handler routine.
Zero (for success) or an error code.
Parameters:
Return Value:
This is the first call that a User Interface component makes to the Serial Packet Client. The Serial Packet Client
does everything that is required to bring itself to an operational state and is ready to execute all other Power
Manager API routines.
If a User Interface component would like to receive events, it should pass the address of an event handler to this
routine. If a User Interface component does not want to receive events, it should pass a null address to this routine.
An event handler is located in a User Interface component and has the following prototype:
Prototype:
void EventHandler ( EVENT *Event )
Parameters:
Return Value:
Event
A pointer to an EVENT structure, where event information is provided.
None
An EVENTstructure has the following layout:
typedef struct
{
UINT8 Type;
INT8
UINT8 Parm2;
} EVENT;
Parm1;
16
Rev. 0.1
Si3482
Table 8 lists the event type values.
Table 8. Event Types
Symbol
Event Type
System
Value
Parm1
System Status
Port Status
Parm2
(not used)
1
2
SYSTEM_EVENT
Port
PORT_EVENT
POWER_SUPPLY_EVENT
ERROR_EVENT
Port Number
Power Supply
Error
4
Power Supply Status
Error Code
Power Supply Number
(error specific)
(not used)
8
Information
16
INFO_EVENT
Information Code
See the GetSystemStatus(), GetPortStatus(), and GetPowerSupplyStatus() routines for a listing of the status
values. See the end of this section for a listing of error codes and information codes.
The Serial Packet Client calls the event handler whenever there is a change in system status, port status, or power
supply status. The event handler is also called when an error occurs, such as port overload. If the first parameter
(Parm1) is negative, this means there is an error.
4.1.2. ClosePowerManager
Shut down the Serial Packet Client.
Prototype:
void ClosePowerManager ( void )
Parameters:
Return Value:
None
None
This function shuts down the Serial Packet Client and frees all allocated resources.
4.2. System Status
The System Status routines allow a User Interface component to get the following information:
System Status
System Info
Total Power Consumed
Total Power Granted
Total Power Provided
4.2.1. GetSystemStatus
Get the status of the system.
Prototype:
INT8 GetSystemStatus( void )
Parameters:
Return Value:
None
System status value.
Table 9 lists the system status values. The system status is the overall status of the system. A negative system
status value is an error that is not specific to a particular port.
Table 9. System Status
Status
OK
Value
0
Symbol
STATUS_SYSTEM_OK
Initialization Failed
Under Voltage
Over Temperature
Communications Lost
–1
STATUS_SYSTEM_INIT_FAIL
STATUS_SYSTEM_UNDER_VOLT
STATUS_SYSTEM_OVER_TEMP
STATUS_SYSTEM_COMM_LOST
–2
–3
–4
Rev. 0.1
17
Si3482
4.2.2. GetSystemInfo
Get information about the system.
Prototype:
void GetSystemInfo ( SYSINFO *SystemInfo )
Parameters:
Return Value:
SystemInfo A pointer to a SYSINFO structure, where the system information is returned.
None
A SYSINFOstructure has the following layout:
typedef struct
{
char *PowerManagerVersion;
char *PlatformSupportVersion;
} SYSINFO;
The SYSINFO structure contains the version of the Power Manager and the version of the Platform Support
component as zero-terminated strings.
4.2.3. GetTotalPowerConsumed
Get the power consumed by all PDs.
Prototype:
INT32 GetTotalPowerConsumed ( void )
None
Parameters:
Return Value:
Total power consumed in milliwatts.
4.2.4. GetTotalPowerGranted
Get the power granted to all PDs.
Prototype:
INT32 GetTotalPowerGranted ( void )
Parameters:
Return Value:
None
Total power granted in milliwatts.
4.2.5. GetTotalPowerProvided
Get the power provided by all power supplies.
Prototype:
INT32 GetTotalPowerProvided ( void )
Parameters:
Return Value:
None
Total power provided in milliwatts.
4.3. Port Status
The Port Status routines allow a User Interface component to get the following:
Port Count
Port Status
Port Info
Port Priority Status
Port Power Consumed
Port Power Granted
Port Power Requested
Port Power Available
4.3.1. GetPortCount
Get the number of ports in the system.
Prototype:
UINT8 GetPortCount ( void )
Parameters:
Return Value:
None
Number of ports in the system.
When the Power Manager starts up, it discovers the number of ports in the system by searching for port controllers.
18
Rev. 0.1
Si3482
4.3.2. GetPortStatus
Get the status of a port.
Prototype:
INT8 GetPortStatus ( UINT8 Port )
Port The port number (1–48)
Port status value or an error code.
Parameters:
Return Value:
Table 10 lists the Port status values.
Table 10. Port Status Values
Symbol
Status
Value
Description
The port is off because it is not allowed to
turn on.
Disabled
0
1
2
STATUS_PORT_DISABLED
STATUS_PORT_POWERED_ON
STATUS_PORT_POWERED_OFF
Powered On
Powered Off
A PD is connected and receiving power.
The port is off because a PD is not con-
nected.
The port is off because there is not enough
power remaining to grant the power request.
Denied
3
STATUS_PORT_DENIED
Blocked
Forced On
Forced Off
4
5
6
STATUS_PORT_BLOCKED
STATUS_PORT_FORCED_ON
STATUS_PORT_FORCED_OFF
The port is off because of a port overload.
The user forced the port on.
The user forced the port off.
If a port is blocked, then the PD consumed more power than it was granted (port overload), and the retry policy is
“retry after reconnect”. To remove the block, the user must physically disconnect the PD from the port. Another way
to remove the block is to disable and then reenable the port.
4.3.3. GetPortInfo
Get low-level port information.
Prototype:
INT8 GetPortInfo ( UINT8 Port, PORTINFO *PortInfo )
Parameters:
Port
The port number (1–48)
PortInfo
A pointer to a PORTINFO structure, where the port information is returned.
Return Value:
Zero (for success) or an error code
A PORTINFOstructure has the following layout:
typedef struct
{
UINT8
UINT8
Detection;
Classification;
UINT16 Current;
/* in mA */
/* in mV */
UINT16 PowerSupplyVoltage;
char
char
*SiliconVersion;
*FirmwareVersion;
} PORTINFO;
Rev. 0.1
19
Si3482
Table 11 lists Detection values.
Table 11. Detection Values
Detection
Value
Symbol
Unknown
Short
Low
0
1
3
4
5
6
DETECT_UNKNOWN
DETECT_SHORT
DETECT_LOW
Good
High
DETECT_GOOD
DETECT_HIGH
DETECT_OPEN
Open
Table 12 lists Classification values.
Table 12. Classification Values
Classification
Unknown
Class 1
Value
Symbol
CLASS_UNKNOWN
CLASS_1
0
1
2
3
4
Class 2
CLASS_2
Class 3
CLASS_3
Class 4
CLASS_4
Fingers Not Equal
Class 0
5
6
7
CLASS_UNEQ_FINGERS
CLASS_0
Overload
CLASS_OVERLOAD
4.3.4. GetPortPriorityStatus
Get the priority status of a port.
Prototype:
INT8 GetPortPriorityStatus ( UINT8 Port )
Port The port number (1–48)
Parameters:
Return Value:
Port priority status value or an error code.
20
Rev. 0.1
Si3482
Table 13 lists the Port Priority Status values.
Table 13. Port Priority Status Values
Port Priority Status
Value
Symbol
Low
High
0
1
2
3
PRIORITY_LOW
PRIORITY_HIGH
PRIORITY_FORCED
PRIORITY_CRITICAL
Forced
Critical
The priority status of a port is the currently-active priority and may be different than the configured priority of the
port. If a port is forced on or off and the configured priority is low or high, the priority status is elevated to the forced
priority. If a forced port is returned to automatic control, the Power Manager returns the priority status to the
configured priority.
4.3.5. GetPortPowerConsumed
Get the power that a PD is currently using.
Prototype:
INT32 GetPortPowerConsumed ( UINT8 Port )
Port The port number (1–48)
Port power consumed in milliwatts or an error code.
Parameters:
Return Value:
4.3.6. GetPortPowerGranted
Get the power that is allocated to a PD.
Prototype:
INT32 GetPortPowerGranted ( UINT8 Port )
Port The port number (1–48)
Port power granted in milliwatts or an error code.
Parameters:
Return Value:
4.3.7. GetPortPowerRequested
Get the power that a PD says it needs.
Prototype:
INT32 GetPortPowerRequested ( UINT8 Port )
Port The port number (1–48)
Port power requested in milliwatts or an error code.
Parameters:
Return Value:
4.3.8. GetPortPowerAvailable
Get the maximum request that would be successfully granted.
Prototype:
INT32 GetPortPowerAvailable ( UINT8 Port )
Port The port number (1–48)
Port power available in milliwatts or an error code.
Parameters:
Return Value:
An LLDP agent calls this routine to ask the question, “What is the maximum power that you would give me if I
asked for it?”
If a port has a power limit, then the power limit is returned. If a port does not have a power limit and the port can
supply high power, then maximum power (40 W) is returned; otherwise, low power (15.4 W) is returned.
Rev. 0.1
21
Si3482
4.4. System Control
The System Control routines allow a User Interface component to
Reset the System
Restore Factory Defaults
4.4.1. ResetSystem
Reset the system.
Prototype:
INT8 ResetSystem ( void )
None
Parameters:
Return Value:
Zero (for success) or an error code.
4.4.2. RestoreFactoryDefaults
Restore the configuration to factory default values.
Prototype:
void RestoreFactoryDefaults ( void )
Parameters:
Return Value:
None
None
The Power Manager also resets the system after setting the configuration to default values.
4.5. Port Control
The Port Control routines allow a User Interface component to
Set Port Control
Adjust Port Power
4.5.1. SetPortControl
Set how the port is turned on and off.
Prototype:
INT8 SetPortControl ( UINT8 Port, UINT8 Control )
Parameters:
Port
The port number (1–48)
Control
How the port is turned on and off.
Return Value:
Zero (for success) or an error code.
Table 14 lists Port Control values.
Table 14. Port Control Values
Control
Automatic
Force On
Force Off
Value
Symbol
0
1
2
PORT_CTRL_AUTOMATIC
PORT_CTRL_FORCE_ON
PORT_CTRL_FORCE_OFF
If the port control is automatic, the Power Manager automatically turns the port on and off when a PD is connected
and disconnected from the port.
If the port control is forced on, the port's priority is boosted to the forced priority level. This usually results in the port
turning on. However, a forced port cannot cause a critical priority port to turn off in order to turn on the forced port.
If a forced port is granted power, the Power Manager turns on a forced port even if no PD is detected.
If the port control is forced off, the port is unconditionally turned off and held off. A forced-off port is considered to
be temporarily off, while a disabled port is considered to be permanently off.
22
Rev. 0.1
Si3482
4.5.2. AdjustPortPower
Adjust the power granted to a PD.
Prototype:
INT8 AdjustPortPower ( UINT8 Port, INT32 Power )
Parameters:
Port
The port number (1–48)
Power
Requested port power in milliwatts.
Return Value:
Zero (for success) or an error code.
An LLDP agent calls this routine to reallocate the power granted to a PD. The agent can request more power than
is currently granted or it can request less power than is currently granted. This routine allows an LLDP agent to
dynamically change the amount of power granted to a PD during the course of a connection. A port must be on
before its power can be adjusted.
4.6. System Configuration
The System Configuration routines allow a User Interface component to set and get
Power Provided
Reserved Power
Overload Limit
Granting Policy
Retry Policy
Power Location
4.6.1. SetPowerProvided
Set the amount of power that is output from a power supply.
Prototype:
INT8 SetPowerProvided ( UINT8 PowerSupply, INT32 Power )
Parameters:
PowerSupply
Power
The power supply number (1–3)
Power provided by the power supply in milliwatts.
Return Value:
Zero (for success) or an error code.
4.6.2. GetPowerProvided
Get the amount of power that is output from a power supply.
Prototype:
INT32 GetPowerProvided ( UINT8 PowerSupply )
PowerSupply The power supply number (1–3)
Power provided by the power supply in milliwatts or an error code.
Parameters:
Return Value:
4.6.3. SetReservedPower
Set the percentage of power that is reserved from granting.
Prototype:
INT8 SetReservedPower ( INT8 Reserved )
Reserved Reserved power as a percentage of the total power provided.
Zero (for success) or an error code.
Parameters:
Return Value:
If the granting policy is consumption-based, the Power Manager holds this amount of power in reserve. The Power
Manager does not use the reserved power to grant new requests. This creates a power buffer that reduces the
likelihood of system overloads caused by momentary surges in consumption.
4.6.4. GetReservedPower
Get the percentage of power that is reserved from granting.
Prototype:
INT8 GetReservedPower ( void )
Parameters:
Return Value:
None
Reserved power as a percentage of the total power provided or an error code.
Rev. 0.1
23
Si3482
4.6.5. SetOverloadLimit
Set the maximum system overload that the power supplies can tolerate.
Prototype:
INT8 SetOverloadLimit ( INT8 Limit )
Parameters:
Return Value:
Limit
Overload limit as a percentage of the total power provided.
Zero (for success) or an error code.
The overload limit is the maximum system overload that the power supplies can tolerate. It is expressed as a
percentage of the total power provided. If a system overload is less than the overload limit, the ports are turned off
one at a time. If a system overload is greater than the overload limit (severe overload), all of the low-priority ports
are immediately turned off.
4.6.6. GetOverloadLimit
Get the maximum system overload that the power supplies can tolerate.
Prototype:
INT8 GetOverloadLimit ( void )
Parameters:
Return Value:
None
Overload limit as a percentage of the total power provided or an error code.
4.6.7. SetGrantingPolicy
Set the granting policy.
Prototype:
INT8 SetGrantingPolicy ( INT8 GrantingPolicy )
Parameters:
Return Value:
GrantingPolicy How requests for power are granted.
Zero (for success) or an error code.
Table 15 lists the Granting Policy values.
Table 15. Granting Policy Values
Granting Policy
Grant-based
Value
Symbol
0
1
GRANT_POLICY_GRANT_BASED
GRANT_POLICY_CONSUMPTION_BASED
Consumption-based
The granting policy is used by the Power Manager when deciding if a request for power should be granted. If the
granting policy is grant based, the remaining power is considered to be the total ungranted power. If the granting
policy is consumption-based, the remaining power is considered to be the total unconsumed power (excluding the
reserved power). If the remaining power is greater than or equal to the requested power, then the Power Manager
grants the request.
Grant based:
PowerRemaining = TotalPowerProvided – TotalPowerGranted
Consumption based:
PowerRemaining = TotalPowerProvided – TotalPowerConsumed –
ReservedPower
4.6.8. GetGrantingPolicy
Get the granting policy.
Prototype:
INT8 GetGrantingPolicy ( void )
Parameters:
Return Value:
None
The granting policy value.
24
Rev. 0.1
Si3482
4.6.9. SetRetryPolicy
Set the retry policy.
Prototype:
INT8 SetRetryPolicy ( INT8 RetryPolicy )
RetryPolicy When to retry after a port overload.
Zero (for success) or an error code.
Parameters:
Return Value:
Table 16 lists the Retry policy values.
Table 16. Retry Policy Values
Value
Retry Policy
Immediate
Reconnect
Reenable
Symbol
0
1
2
RETRY_IMMEDIATELY
RETRY_AFTER_RECONNECT
RETRY_AFTER_REENABLE
The retry policy specifies when the Power Manager tries again to power a port that is turned off because of a port
overload. A port overload is when the power consumed by a PD is greater than the power granted to that PD. If the
retry policy is “immediate”, the Power Manager tries to turn the port back on immediately.
If the retry policy is “reconnect”, the Power Manager waits until the PD is disconnected and then reconnected
before it tries again to power the port. The Power Manager must detect an open circuit on the port before retrying.
If the retry policy is “reenable”, the Power Manager disables the port when a port overload occurs. The user must
reenable the port before the Power Manager tries to power the port again.
4.6.10. GetRetryPolicy
Get the retry policy.
Prototype:
INT8 GetRetryPolicy ( void )
None
Parameters:
Return Value:
The retry policy value.
4.6.11. SetPowerLocation
Set the location of the power source.
Prototype:
INT8 SetPowerLocation ( INT8 Location )
Location Where the power source is located.
Zero (for success) or an error code.
Parameters:
Return Value:
Table 17 lists the Location values.
Table 17. Power Location Values
Value
Location
Endpoint
Midspan
Symbol
0
1
LOCATION_ENDPOINT
LOCATION_MIDSPAN
If the power source is within an Ethernet switch, the location is an “endpoint”. If the power source is inserted
between an Ethernet switch and a PD, the location is a “midspan”. The Power Manager uses different back-off
timings for different locations. The Power Manager assumes that an endpoint device uses the Alternative A pinout
and that a midspan device uses the Alternative B pinout.
Rev. 0.1
25
Si3482
4.6.12. GetPowerLocation
Get the location of the power source.
Prototype:
INT8 GetPowerLocation ( void )
Parameters:
Return Value:
None
The location value.
4.7. Port Configuration
The Port Configuration routines allow a User Interface component to set and get:
Port Enable
Port Capability
Port Priority
Port Power Limit
4.7.1. SetPortEnable
Set if a port is allowed to turn on.
Prototype:
INT8 SetPortEnable ( UINT8 Port, INT8 Enable )
Parameters:
Port
The port number (1–48)
Enable
Specifies if the port is allowed to power on.
Return Value:
Zero (for success) or an error code
If Enableis zero, the port is disabled and is not allowed to power on. If Enableis one, the port is enabled and is
allowed to power on.
4.7.2. GetPortEnable
Get if a port is allowed to turn on.
Prototype:
INT8 GetPortEnable ( UINT8 Port )
Port The port number (1–48)
Zero for disabled, one for enabled, or an error code
Parameters:
Return Value:
4.7.3. SetPortCapability
Set if a port can supply high power.
Prototype:
INT8 SetPortCapability ( UINT8 Port, INT8 Capability )
Port The port number (1–48)
Parameters:
CapabilitySpecifies if the port can supply high power.
Return Value:
Zero (for success) or an error code
Table 18 lists the Port Capability values.
Table 18. Port Capability Values
Value
Capability
Low Power
High Power
Symbol
0
1
CAPABILITY_LOW_POWER
CAPABILITY_HIGH_POWER
If the port hardware is designed to supply high power (PoE+), set Capability to one. Otherwise, set
Capabilityto zero.
A port's capability cannot be changed while the port is on. This is a limitation of the Si3452 port controller.
26
Rev. 0.1
Si3482
4.7.4. GetPortCapability
Get if a port can supply high power.
Prototype:
INT8 GetPortCapability ( UINT8 Port )
Port The port number (1–48)
Capability value or an error code
Parameters:
Return Value:
4.7.5. SetPortPriority
Set the priority of a port.
Prototype:
INT8 SetPortPriority ( UINT8 Port, INT8 Priority )
Parameters:
Port
The port number (1–48)
Priority
How important it is for the port to be powered.
Return Value:
Zero (for success) or an error code
Table 19 lists the Port priority values.
Table 19. Port Priority Values
Port Priority
Low
Value
Symbol
0
1
PRIORITY_LOW
PRIORITY_HIGH
High
Critical
3
PRIORITY_CRITICAL
The priority of a port indicates how important it is that the port receives power. If there is not enough power
provided for all ports that want power, then the low priority ports are the first ports to be denied. Critical priority ports
are the last ports to be denied.
If a port is forced on, then the port's priority is elevated to the forced priority level. Forced priority is between high
priority and critical priority and cannot be directly set by the user. When a port is forced on, it may cause a high
priority port to be turned off, but it can never cause a critical priority port to be turned off.
If a severe overload occurs, all of the low priority ports are immediately powered off.
4.7.6. GetPortPriority
Get the priority of a port.
Prototype:
INT8 GetPortPriority ( UINT8 Port )
Port The port number (1–48)
Priority value or an error code
Parameters:
Return Value:
4.7.7. SetPortPowerLimit
Set the power limit of a port.
Prototype:
INT8 SetPortPowerLimit ( UINT8 Port, INT32 Limit )
Parameters:
Port
The port number (1–48)
Limit
Maximum power that may be granted in milliwatts.
Return Value:
Zero (for success) or an error code.
A power limit restricts the amount of power that may be granted to a port. If a port's power limit is zero, the Power
Manager grants the power requested without restriction. If a port's power limit is greater than zero, the Power
Manager grants the lesser of the power limit or the power requested. If a power request is greater than the power
limit, the Power Manager grants less power than requested.
Rev. 0.1
27
Si3482
4.7.8. GetPortPowerLimit
Get the power limit of a port.
Prototype:
INT32 GetPortPowerLimit ( UINT8 Port )
Port The port number (1–48)
Power limit in milliwatts or an error code
Parameters:
Return Value:
4.8. Power Supply Status
The Power Supply Status routines allow a User Interface component to get:
Power Supply Status
4.8.1. SetPowerSupplyStatus
Set the status of a power supply.
Prototype:
INT8 SetPowerSupplyStatus (UINT8 PowerSupply, INT8 Status)
PowerSupply The power supply number (1–3)
Status Power supply status
Zero (for success) or an error code.
Parameters:
Return Value:
In platforms that do not have signals to indicate the presence of power supplies, this routine allows a User Interface
component to simulate the insertion and removal of power supplies. However, the Si3482 does have power supply
signals (PS1, PS2, and PS3). If a User Interface component calls this routine, the Power Manager does nothing
and returns SUCCESS.
4.8.2. GetPowerSupplyStatus
Get the status of a power supply.
Prototype:
INT8 GetPowerSupplyStatus ( UINT8 PowerSupply )
PowerSupply The power supply number (1–3)
The status of the power supply.
Parameters:
Return Value:
Table 20 lists the Power supply status values.
Table 20. Power Supply Status
Power Supply Status
Removed
Value
Symbol
0
1
STATUS_POWER_SUPPLY_REMOVED
STATUS_POWER_SUPPLY_INSERTED
Inserted
A User Interface component calls this function to determine whether a power supply is present in a bay. If the
voltage on the specified power supply pin (PS1, PS2, or PS3) is high, this routine returns
STATUS_POWER_SUPPLY_INSERTED; otherwise, this routine returns STATUS_POWER_SUPPLY_REMOVED.
28
Rev. 0.1
Si3482
4.9. Events
An event is an unsolicited notification from the Power Manager that a status has changed. The Power Manager
calls the event handler in the Serial Packet Server whenever there is a change in system status, port status, or
power supply status. The Serial Packet Server stores the events in an event queue.
Host MCU
User Interface
EventHandler()
Serial Packet
Event
Task
Client
Si3482
Serial Packet
Server
GetEvents()
Event
Queue
EventHandler()
Power Manager
Figure 13. Events Architecture
If a User Interface component wishes to receive events, it provides the address of an event handler when it calls
InitPowerManager(). The Serial Packet Client spawns an event task. The event task remotely calls the GetEvents()
routine in the Serial Packet Server every 200 ms to retrieve the events from the event queue. For each event that
is retrieved, the Serial Packet Client calls the event handler in the User Interface component.
4.9.1. GetEvents
Get the events from the event queue.
Prototype:
void GetEvents ( EVENT *Event )
Parameters:
Return Value:
Event
Pointer to returned events.
None.
This routine exists in the Serial Packet Server and is called by a Serial Packet Client to get events from the event
queue. This routine sends back a packet with the Data field in the Events format. This routine may return from zero
to 85 events.
Rev. 0.1
29
Si3482
4.10. Return Codes
The routines of the Power Manager API return codes to indicate the success or failure of an operation. These
codes are also used in Parm1 of error events and information events.
4.10.1. Success Code
A zero code indicates success.
Table 21. Success Code
Success
Value
Symbol
Success
0
SUCCESS
4.10.2. Error Codes
A negative code indicates an error.
Table 22. Error Codes
Error
Value
Symbol
Port number is invalid
Power supply number is invalid
Parameter is invalid
–1
ERROR_PORT_INVALID
–2
–3
ERROR_PWR_SUPLY_INVALID
ERROR_PARAMETER_INVALID
ERROR_RESOURCE_CREATE
ERROR_RESOURCE_INVALID
ERROR_RESOURCE_CONFIG
ERROR_RESOURCE_READ
ERROR_RESOURCE_WRITE
ERROR_RESOURCE_NOT_FND
ERROR_CONFIG_LOAD
Cannot create resource
Resource is invalid
–4
–5
Cannot configure resource
Cannot read from resource
Cannot write to resource
Cannot find the resource
Cannot load the configuration
Cannot save the configuration
Configuration data is invalid
Configuration data is corrupt
System overload
–6
–7
–8
–9
–10
–11
–12
–13
–14
–15
–16
ERROR_CONFIG_SAVE
ERROR_CONFIG_INVALID
ERROR_CONFIG_CORRUPT
ERROR_SYSTEM_OVERLOAD
ERROR_PORT_OVERLOAD
ERROR_STARTUP_OVERLOAD
Port overload
Startup overload
4.10.3. Information Codes
A positive code indicates useful information.
Table 23. Information Codes
Value
Information
Symbol
Restored to factory defaults
System reset
1
2
3
INFO_DEFAULTS_RESTORED
INFO_SYSTEM_RESET
INFO_CONFIG_SAVED
Configuration saved
30
Rev. 0.1
Si3482
5. Pin Descriptions
1
2
MISO
SCK
18
17
SDA
SCL
3
4
GND
VDD
16
15
BAUD0
BAUD1
Top View
(Pads on Bottom of Package)
5
6
RST
14
13
BAUD2
PSLCT
RSVD
Table 24. Si3482 Pin Descriptions
Pin #
1
Name
MISO
SCK
Type
Description
Output
Input
SPI output.
SPI clock.
Ground.
VDD.
2
3
GND
Power
Power
Input
4
VDD
5
RST
Reset (a low will reset the Si3480).
Reserved—tie low.
6
RSVD
RSVD
RSVD
RSVD
PS3
Input
7
Reserved
Reserved
Reserved
Input
Do not connect.
8
Do not connect.
9
Do not connect.
10
11
12
13
14
15
Logic high indicates the power supply is available.
Logic high indicates the power supply is available.
Logic high indicates the power supply is available.
PS2
Input
PS1
Input
PSLCT
BAUD2
BAUD1
Input
Tie high or low to select between SPI and UART interface.
Tie high or low to select UART baud rate.
Input
Input
Tie high or low to select UART baud rate.
Rev. 0.1
31
Si3482
Table 24. Si3482 Pin Descriptions (Continued)
Pin #
16
Name
BAUD0
SCL
Type
Input
Description
Tie high or low to select UART baud rate.
Connect to Si3452 SCL and pull up resistor.
Connect to Si3452 SDA and pull up resistor.
Connect to Si3452 INT and pull up resistor.
Do not connect.
17
Open Collector
Open Collector
Input
18
SDA
INT
19
20
RSVD
RX
Reserved
Input
21
UART receive.
22
TX
Output
UART transmit.
23
NSS
MOSI
Input
SPI select.
24
Input
SPI input.
32
Rev. 0.1
Si3482
6. Package Outline: 24-Pin QFN
2
The Si3482 is packaged in an industry-standard, RoHS-compliant 6 x 6 mm , 24-pin QFN package.
Bottom View
E / 2
L
6
5
4
3
2
1
13
14
15
16
17
18
E2 / 2
E2
5 x e
E
Side View
e
Figure 14. 24-Pin QFN Mechanical Diagram
Table 6.1. QFN-24 Package Dimensions
MM
Min
0.70
0.00
—
Typ
0.75
0.02
0.50
0.25
0.25
4.00
2.60
4.00
2.60
0.50
0.40
24
Max
0.80
0.05
—
A
A1
A2
A3
b
—
—
0.18
—
0.30
—
D
D2
E
2.50
—
2.70
—
E2
e
2.50
—
2.70
—
L
0.35
—
0.45
—
N
ND
NE
R
—
6
—
—
6
—
0.09
—
—
Rev. 0.1
33
Si3482
7. PCB Land Pattern
Top View
Pin #1
Optional
GND
Connection
E2
0.20 mm
0.30 mm
0.35 mm 0.45 mm
0.10 mm
0.75 mm
E
Figure 15. Typical QFN-24 PCB Land Pattern
34
Rev. 0.1
Si3482
8. Solder/Paste Recommendation
Top View
Pin #1
0.60 mm
0.45 mm
0.30 mm
0.20 mm
0.80 mm
0.35 mm
0.35 mm
E2
0.20 mm
0.30 mm
0.35 mm 0.45 mm
0.75 mm
0.10 mm
E
Figure 16. QFN-24 Solder Paste Recommendation
Rev. 0.1
35
Si3482
9. Top Marking Diagram
3482A
01
TTTTT
YYWW+
Figure 17. Top Marking Diagram
Table 25. Top Marking Explanation
Pin 1 Identifier
Product ID
Circle, 0.25 mm diameter
3482A
Line 1 Marking:
Line 2 Marking:
Firmware revision
01 = Firmware revision 01
Manufacturing code characters from the
Markings section of the Assembly Purchase
Order form
Line 3 Marking:
Line 4 Marking:
TTTTT = Trace Code
YY = Last two digits of current year
WW = Current Work Week
YYWW+ = Date Code
Lead Free Designator
+
36
Rev. 0.1
Si3482
10. Ordering Guide
Table 26. Si3482 Ordering Guide
Description
Ordering Part Number
Package Information
24-pin 4x4 mm QFN
RoHS compliant
Si3482-A01-GM
Power management controller
An evaluation kit with the Si3482, six Si3452 con-
trollers, and the Si3500 for generating the 3.3 V
supply from the PoE supply.
SMARTPSE24-KIT
Evaluation Board
Notes:
1. Add “R” to the part number to denote tape and reel option (Si3482-A01-GMR).
2. The ordering part number is not the same as the device mark. See "6. Package Outline: 24-Pin QFN" on page 33 for
device marking information
Rev. 0.1
37
Si3482
CONTACT INFORMATION
Silicon Laboratories Inc.
400 West Cesar Chavez
Austin, TX 78701
Tel: 1+(512) 416-8500
Fax: 1+(512) 416-9669
Toll Free: 1+(877) 444-3032
Please visit the Silicon Labs Technical Support web page:
https://www.silabs.com/support/pages/contacttechnicalsupport.aspx
and register to submit a technical support request.
The information in this document is believed to be accurate in all respects at the time of publication but is subject to change without notice.
Silicon Laboratories assumes no responsibility for errors and omissions, and disclaims responsibility for any consequences resulting from
the use of information included herein. Additionally, Silicon Laboratories assumes no responsibility for the functioning of undescribed features
or parameters. Silicon Laboratories reserves the right to make changes without further notice. Silicon Laboratories makes no warranty, rep-
resentation or guarantee regarding the suitability of its products for any particular purpose, nor does Silicon Laboratories assume any liability
arising out of the application or use of any product or circuit, and specifically disclaims any and all liability, including without limitation conse-
quential or incidental damages. Silicon Laboratories products are not designed, intended, or authorized for use in applications intended to
support or sustain life, or for any other application in which the failure of the Silicon Laboratories product could create a situation where per-
sonal injury or death may occur. Should Buyer purchase or use Silicon Laboratories products for any such unintended or unauthorized ap-
plication, Buyer shall indemnify and hold Silicon Laboratories harmless against all claims and damages.
Silicon Laboratories and Silicon Labs are trademarks of Silicon Laboratories Inc.
Other products or brandnames mentioned herein are trademarks or registered trademarks of their respective holders.
38
Rev. 0.1
相关型号:
SI3483DV-E3
TRANSISTOR 4700 mA, 30 V, P-CHANNEL, Si, SMALL SIGNAL, MOSFET, TSOP-6, FET General Purpose Small Signal
VISHAY
SI3483DV-T1-GE3
TRANSISTOR 4700 mA, 30 V, P-CHANNEL, Si, SMALL SIGNAL, MOSFET, HALOGEN FREE AND ROHS COMPLIANT, TSOP-6, FET General Purpose Small Signal
VISHAY
SI3491DV-T1
TRANSISTOR 4200 mA, 20 V, P-CHANNEL, Si, SMALL SIGNAL, MOSFET, TSOP-6, FET General Purpose Small Signal
VISHAY
SI3493BDV-T1-GE3
TRANSISTOR 8000 mA, 20 V, P-CHANNEL, Si, SMALL SIGNAL, MOSFET, HALOGEN FREE AND ROHS COMPLIANT, TSOP-6, FET General Purpose Small Signal
VISHAY
©2020 ICPDF网 联系我们和版权申明