ZHCSCT0 September 2014
PRODUCTION DATA.
The fuel gauge accurately predicts the battery capacity and other operational characteristics of a single, Li-based, rechargeable cell. It can be interrogated by a system processor to provide cell information, such as remaining capacity and state-of-charge (SOC) as well as SOC interrupt signal to the host.
The fuel gauge can control a bq2425x Charger IC without the intervention from an application system processor. Using the bq27532-G1 and bq2425x chipset, batteries can be charged with the typical constant-current, constant-voltage (CCCV) profile or charged using a Multi-Level Charging (MLC) algorithm.
The fuel gauge can also be configured to suggest charge voltage and current values to the system so that the host can control a charger that is not part of the bq2425x charger family.
NOTE
Formatting conventions used in this document:
Commands: italics with parentheses and no breaking spaces, for example, Control( )
Data flash: italics, bold, and breaking spaces, for example, Design Capacity
Register bits and flags: brackets and italics, for example, [TDA]
Data flash bits: brackets, italics and bold, for example, [LED1]
Modes and states: ALL CAPITALS, for example, UNSEALED mode
Information is accessed through a series of commands, called Standard Commands. Further capabilities are provided by the additional Extended Commands set. Both sets of commands, indicated by the general format Command( ), are used to read and write information contained within the control and status registers, as well as its data flash locations. Commands are sent from system to gauge using the I2C serial communications engine, and can be executed during application development, pack manufacture, or end-equipment operation.
Cell information is stored in non-volatile flash memory. Many of these data flash locations are accessible during application development. They cannot, generally, be accessed directly during end-equipment operation. Access to these locations is achieved by either use of the companion evaluation software, through individual commands, or through a sequence of data-flash-access commands. To access a desired data flash location, the correct data flash subclass and offset must be known.
The key to the high-accuracy gas gauging prediction is the TI proprietary Impedance Track™ algorithm. This algorithm uses cell measurements, characteristics, and properties to create SOC predictions that can achieve less than 1% error across a wide variety of operating conditions and over the lifetime of the battery.
The fuel gauge measures the charging and discharging of the battery by monitoring the voltage across a small-value series sense resistor (5 to 20 mΩ, typical) located between the system VSS and the battery PACK– terminal. When a cell is attached to the fuel gauge, cell impedance is computed, based on cell current, cell open-circuit voltage (OCV), and cell voltage under loading conditions.
The external temperature sensing is optimized with the use of a high-accuracy negative temperature coefficient (NTC) thermistor with R25 = 10.0 kΩ ±1%, B25/85 = 3435 K ± 1% (such as Semitec NTC 103AT). The fuel gauge can also be configured to use its internal temperature sensor. When an external thermistor is used, a 18.2-kΩ pullup resistor between the BI/TOUT and TS pins is also required. The fuel gauge uses temperature to monitor the battery-pack environment, which is used for fuel gauging and cell protection functionality.
To minimize power consumption, the fuel gauge has different power modes: NORMAL, SLEEP, SLEEP+, HIBERNATE, and BAT INSERT CHECK. The fuel gauge passes automatically between these modes, depending upon the occurrence of specific events, though a system processor can initiate some of these modes directly.
For complete operational details, see SLUUB04, bq27532-G1 Technical Reference Manual.
The fuel gauge measures the cell voltage, temperature, and current to determine battery SOC. The fuel gauge monitors the charging and discharging of the battery by sensing the voltage across a small-value resistor (5 mΩ to 20 mΩ, typical) between the SRP and SRN pins and in series with the cell. By integrating charge passing through the battery, the battery SOC is adjusted during battery charge or discharge.
The total battery capacity is found by comparing states of charge before and after applying the load with the amount of charge passed. When an application load is applied, the impedance of the cell is measured by comparing the OCV obtained from a predefined function for present SOC with the measured voltage under load. Measurements of OCV and charge integration determine chemical SOC and chemical capacity (Qmax). The initial Qmax values are taken from a cell manufacturers' data sheet multiplied by the number of parallel cells. It is also used for the value in Design Capacity. The fuel gauge acquires and updates the battery-impedance profile during normal battery usage. It uses this profile, along with SOC and the Qmax value, to determine FullChargeCapacity( ) and StateOfCharge( ), specifically for the present load and temperature. FullChargeCapacity( ) is reported as capacity available from a fully-charged battery under the present load and temperature until Voltage( ) reaches the Terminate Voltage. NominalAvailableCapacity( ) and FullAvailableCapacity( ) are the uncompensated (no or light load) versions of RemainingCapacity( ) and FullChargeCapacity( ), respectively.
The fuel gauge has two flags accessed by the Flags( ) function that warn when the battery SOC has fallen to critical levels. When RemainingCapacity( ) falls below the first capacity threshold as specified in SOC1 Set Threshold, the [SOC1] (State of Charge Initial) flag is set. The flag is cleared once RemainingCapacity( ) rises above SOC1 Clear Threshold.
When the voltage is discharged to Terminate Voltage, the SOC will be set to 0.
The fuel gauge uses a series of 2-byte standard commands to enable system reading and writing of battery information. Each standard command has an associated command-code pair, as indicated in Table 1. Because each command consists of two bytes of data, two consecutive I2C transmissions must be executed both to initiate the command function, and to read or write the corresponding two bytes of data. Additional details are found in the SLUUB04, bq27532-G1 Technical Reference Manual.
NAME | COMMAND CODE | UNIT | SEALED ACCESS | UNSEALED ACCESS | |
---|---|---|---|---|---|
Control( ) | 0x00 and 0x01 | NA | RW | RW | |
AtRate( ) | 0x02 and 0x03 | mA | RW | RW | |
AtRateTimeToEmpty( ) | 0x04 and 0x05 | Minutes | R | RW | |
Temperature( ) | 0x06 and 0x07 | 0.1 K | RW | RW | |
Voltage( ) | 0x08 and 0x09 | mV | R | RW | |
Flags( ) | 0x0A and 0x0B | Hex | R | RW | |
NominalAvailableCapacity( ) | 0x0C and 0x0D | mAh | R | RW | |
FullAvailableCapacity( ) | 0x0E and 0x0F | mAh | R | RW | |
RemainingCapacity( ) | 0x10 and 0x11 | mAh | R | RW | |
FullChargeCapacity( ) | 0x12 and 0x13 | mAh | R | RW | |
AverageCurrent( ) | 0x14 and 0x15 | mA | R | RW | |
InternalTemperature( ) | 0x16 and 0x17 | 0.1 K | R | RW | |
ResScale( ) | 0x18 and 0x19 | Num | R | RW | |
ChargingLevel( ) | 0x1A and 0x1B | Num | R | RW | |
StateOfHealth( ) | 0x1C and 0x1D | % / num | R | RW | |
CycleCount( ) | 0x1E and 0x1F | Counters | R | R | |
StateOfCharge( ) | 0x20 and 0x21 | % | R | R | |
InstantaneousCurrentReading( ) | 0x22 and 0x23 | mA | R | RW | |
FineQPass( ) | 0x24 and 0x25 | mAh | R | RW | |
FineQPassFract( ) | 0x26 and 0x27 | num | R | RW | |
ProgChargingCurrent( ) | 0x28 and 0x29 | mA | R | RW | |
ProgChargingVoltage( ) | 0x2A and 0x2B | mV | R | RW | |
LevelTaperCurrent( ) | 0x2C and 0x2D | mA | R | RW | |
CalcChargingCurrent( ) | 0x2E and 0x2F | mA | R | RW | |
CalcChargingVoltage( ) | 0x30 and 0x31 | mV | R | RW | |
ChargerStatus( ) | 0x32 | Hex | R | RW | |
ChargReg0( ) | 0x33 | Hex | RW | RW | |
ChargReg1( ) | 0x34 | Hex | RW | RW | |
ChargReg2( ) | 0x35 | Hex | RW | RW | |
ChargReg3( ) | 0x36 | Hex | RW | RW | |
ChargReg4( ) | 0x37 | Hex | RW | RW | |
ChargReg5( ) | 0x38 | Hex | RW | RW | |
ChargReg6( ) | 0x39 | Hex | RW | RW | |
RemainingCapacityUnfiltered( ) | 0x6C and 0x6D | mAh | R | RW | |
RemainingCapacityFiltered( ) | 0x6E and 0x6F | mAh | R | RW | |
FullChargeCapacityUnfiltered( ) | 0x70 and 0x71 | mAh | R | RW | |
FullChargeCapacityFiltered( ) | 0x72 and 0x73 | mAh | R | RW | |
TrueSOC( ) | 0x74 and 0x75 | % | R | RW | |
MaxCurrent( ) | 0x76 and 0x77 | mA | R | RW |
Issuing a Control( ) command requires a subsequent 2-byte subcommand. These additional bytes specify the particular control function desired. The Control( ) command allows the system to control specific features of the fuel gauge during normal operation and additional features when the fuel gauge is in different access modes, as described in Table 2. Additional details are found in the SLUUB04, bq27532-G1 Technical Reference Manual.
CONTROL FUNCTION | CONTROL DATA |
SEALED ACCESS |
DESCRIPTION |
---|---|---|---|
CONTROL_STATUS | 0x0000 | Yes | Reports the status of HIBERNATE, IT, and so on |
DEVICE_TYPE | 0x0001 | Yes | Reports the device type (for example, 0x0532 for bq27532-G1) |
FW_VERSION | 0x0002 | Yes | Reports the firmware version on the device type |
HW_VERSION | 0x0003 | Yes | Reports the hardware version of the device type |
MLC_ENABLE | 0x0004 | Yes | Charge profile is based on MaxLife profile |
MLC_DISABLE | 0x0005 | Yes | Charge profile is solely based on charge temperature tables and, if enabled, State of Health |
CLEAR_IMAX_INT | 0x0006 | Yes | Clears the IMAX status bit and the interrupt signal from SOC_INT pin. |
PREV_MACWRITE | 0x0007 | Yes | Returns previous MAC subcommand code |
CHEM_ID | 0x0008 | Yes | Reports the chemical identifier of the Impedance Track™ configuration |
BOARD_OFFSET | 0x0009 | No | Forces the device to measure and store the board offset |
CC_OFFSET | 0x000A | No | Forces the device to measure the internal CC offset |
CC_OFFSET_SAVE | 0x000B | No | Forces the device to store the internal CC offset |
OCV_CMD | 0x000C | Yes | Request the gauge to take a OCV measurement |
BAT_INSERT | 0x000D | Yes | Forces the BAT_DET bit set when the [BIE] bit is 0 |
BAT_REMOVE | 0x000E | Yes | Forces the BAT_DET bit clear when the [BIE] bit is 0 |
SET_HIBERNATE | 0x0011 | Yes | Forces CONTROL_STATUS [HIBERNATE] to 1 |
CLEAR_HIBERNATE | 0x0012 | Yes | Forces CONTROL_STATUS [HIBERNATE] to 0 |
SET_SLEEP+ | 0x0013 | Yes | Forces CONTROL_STATUS [SNOOZE] to 1 |
CLEAR_SLEEP+ | 0x0014 | Yes | Forces CONTROL_STATUS [SNOOZE] to 0 |
ILIMIT_LOOP_ENABLE | 0x0015 | Yes | When the gauge is not connected to the charger through I2C, this command indicates to the gauge that there is a charger input current limiting loop active. Disables charge termination detection by the gauge. |
ILIMIT_LOOP_DISABLE | 0x0016 | Yes | When the gauge is not connected to the charger through I2C, this command indicates to the gauge that battery charge current is not limited. Allows charge termination detection by the gauge. |
SHIPMODE_ENABLE | 0x0017 | Yes | Commands the bq2425x to turn off BATFET after a delay time programmed in data flash so that system load does not draw power from the battery |
SHIPMODE_DISABLE | 0x0018 | Yes | Commands the bq2425x to disregard turning off BATFET before the delay time or commands BATFET to turn on if a VIN had power during the SHIPMODE enabling process |
CHG_ENABLE | 0x001A | Yes | Enable charger. Charge will continue as dictated by the gauge charging algorithm. |
CHG_DISABLE | 0x001B | Yes | Disable charger (Set CE bit of bq2425x) |
GG_CHGRCTL_ENABLE | 0x001C | Yes | Enables the gas gauge to control the charger while continuously resetting the charger watchdog |
GG_CHGRCTL_DISABLE | 0x001D | Yes | The gas gauge stops resetting the charger watchdog |
SMOOTH_SYNC | 0x001E | Yes | Synchronizes RemainingCapacityFiltered( ) and FullChargeCapacityFiltered( ) with RemainingCapacityUnfiltered( ) and FullChargeCapacityUnfiltered( ) |
DF_VERSION | 0x001F | Yes | Returns the Data Flash Version |
SEALED | 0x0020 | No | Places device in SEALED access mode |
IT_ENABLE | 0x0021 | No | Enables the Impedance Track™ algorithm |
RESET | 0x0041 | No | Forces a full reset of the bq27532-G1 device |
The charger registers are mapped to a series of single-byte Charger Data Commands to enable system reading and writing of battery charger registers. During charger power up, the registers are initialized to Charger Reset State. The fuel gauge can change the values of these registers during the System Reset State.
Each of the bits in the Charger Data Commands can be read or write. Note that System Access can be different from the read or write access as defined in bq2425x charger hardware. The fuel gauge may block write access to the charger hardware when the bit function is controlled by the fuel gauge exclusively. For example, the [VBATREGx] bits of Chrgr_Reg2 are controlled by the fuel gauge and cannot be modified by system.
The fuel gauge reads the corresponding registers of Chrgr_Reg0( ) and Chrgr_Reg2( ) every second to mirror the charger status. Other registers in the bq2425x device are read when registers are modified by the fuel gauge.
NAME | COMMAND CODE | bq2425x CHARGER MEMORY LOCATION | SEALED ACCESS | UNSEALED ACCESS | REFRESH RATE | |
---|---|---|---|---|---|---|
ChargerStatus( ) | CHGRSTAT | 0x32 | NA | R | R | Every second |
Chrgr_Reg0( ) | CHGR0 | 0x33 | 0x00 | RW | RW | Every second |
Chrgr_Reg1( ) | CHGR1 | 0x34 | 0x01 | RW | RW | Data change |
Chrgr_Reg2( ) | CHGR2 | 0x35 | 0x02 | RW | RW | Every second |
Chrgr_Reg3( ) | CHGR3 | 0x36 | 0x03 | RW | RW | Data change |
Chrgr_Reg4( ) | CHGR4 | 0x37 | 0x04 | RW | RW | Every second |
Chrgr_Reg5( ) | CHGR5 | 0x38 | 0x05 | RW | RW | Data change |
Chrgr_Reg6( ) | CHGR6 | 0x39 | 0x06 | RW | RW | Data change |
The fuel gauge supports the standard I2C read, incremental read, quick read, one-byte write, and incremental write functions. The 7-bit device address (ADDR) is the most significant 7 bits of the hex address and is fixed as 1010101. The first 8 bits of the I2C protocol are, therefore, 0xAA or 0xAB for write or read, respectively.
The quick read returns data at the address indicated by the address pointer. The address pointer, a register internal to the I2C communication engine, increments whenever data is acknowledged by the fuel gauge or the I2C master. “Quick writes” function in the same manner and are a convenient means of sending multiple bytes to consecutive command locations (such as two-byte commands that require two bytes of data).
The following command sequences are not supported:
Attempt to write a read-only address (NACK after data sent by master):
Attempt to read an address above 0x6B (NACK command):
The I2C engine releases both SDA and SCL if the I2C bus is held low for 2 seconds. If the fuel gauge is holding the lines, releasing them frees them for the master to drive the lines. If an external condition is holding either of the lines low, the I2C engine enters the low-power SLEEP mode.
To ensure proper operation at 400 kHz, a t(BUF) ≥ 66 μs bus-free waiting time must be inserted between all packets addressed to the fuel gauge. In addition, if the SCL clock frequency (fSCL) is > 100 kHz, use individual 1-byte write commands for proper data flow control. The following diagram shows the standard waiting time required between issuing the control subcommand the reading the status result. For read-write standard command, a minimum of 2 seconds is required to get the result updated. For read-only standard commands, there is no waiting time required, but the host must not issue any standard command more than two times per second. Otherwise, the gauge could result in a reset issue due to the expiration of the watchdog timer.
A clock stretch can occur during all modes of fuel gauge operation. In SLEEP and HIBERNATE modes, a short clock stretch occurs on all I2C traffic as the device must wake-up to process the packet. In the other modes (INITIALIZATION, NORMAL) clock stretching only occurs for packets addressed for the fuel gauge. The majority of clock stretch periods are small as the I2C interface performs normal data flow control. However, less frequent yet more significant clock stretch periods may occur as blocks of data flash are updated. The following table summarizes the approximate clock stretch duration for various fuel gauge operating conditions.
GAUGING MODE | OPERATING CONDITION / COMMENT | APPROXIMATE DURATION |
---|---|---|
SLEEP HIBERNATE |
Clock stretch occurs at the beginning of all traffic as the device wakes up. | ≤ 4 ms |
INITIALIZATION NORMAL |
Clock stretch occurs within the packet for flow control (after a start bit, ACK or first data bit). | ≤ 4 ms |
Normal Ra table data flash updates. | 24 ms | |
Data flash block writes. | 72 ms | |
Restored data flash block write after loss of power. | 116 ms | |
End of discharge Ra table data flash update. | 144 ms |