SLUSBH1C November   2013  – December 2014

PRODUCTION DATA.  

  1. Features
  2. Applications
  3. Description
  4. Simplified Schematic
  5. Revision History
  6. Device Comparison Table
  7. Pin Configuration and Functions
  8. Specifications
    1. 8.1  Absolute Maximum Ratings
    2. 8.2  ESD Ratings
    3. 8.3  Recommended Operating Conditions
    4. 8.4  Thermal Information
    5. 8.5  Supply Current
    6. 8.6  Digital Input and Output DC Characteristics
    7. 8.7  LDO Regulator, Wake-up, and Auto-Shutdown DC Characteristics
    8. 8.8  LDO Regulator, Wake-up, and Auto-shutdown AC Characteristics
    9. 8.9  ADC (Temperature and Cell Measurement) Characteristics
    10. 8.10 Integrating ADC (Coulomb Counter) Characteristics
    11. 8.11 I2C-Compatible Interface Communication Timing Characteristics
    12. 8.12 SHUTDOWN and WAKE-UP Timing
    13. 8.13 Typical Characteristics
  9. Detailed Description
    1. 9.1 Overview
    2. 9.2 Functional Block Diagram
    3. 9.3 Feature Description
    4. 9.4 Device Functional Modes
    5. 9.5 Programming
      1. 9.5.1 Standard Data Commands
      2. 9.5.2 Control(): 0x00 and 0x01
      3. 9.5.3 Extended Data Commands
      4. 9.5.4 Communications
        1. 9.5.4.1 I2C Interface
        2. 9.5.4.2 I2C Time Out
        3. 9.5.4.3 I2C Command Waiting Time
        4. 9.5.4.4 I2C Clock Stretching
  10. 10Application and Implementation
    1. 10.1 Application Information
    2. 10.2 Typical Applications
      1. 10.2.1 Design Requirements
      2. 10.2.2 Detailed Design Procedure
        1. 10.2.2.1 BAT Voltage Sense Input
        2. 10.2.2.2 Integrated LDO Capacitor
        3. 10.2.2.3 Sense Resistor Selection
      3. 10.2.3 Application Curves
  11. 11Power Supply Recommendation
    1. 11.1 Power Supply Decoupling
  12. 12Layout
    1. 12.1 Layout Guidelines
    2. 12.2 Layout Example
  13. 13Device and Documentation Support
    1. 13.1 Documentation Support
      1. 13.1.1 Related Documentation
    2. 13.2 Trademarks
    3. 13.3 Electrostatic Discharge Caution
    4. 13.4 Glossary
  14. 14Mechanical, Packaging, and Orderable Information

Package Options

Mechanical Data (Package|Pins)
Thermal pad, mechanical data (Package|Pins)
Orderable Information

9 Detailed Description

9.1 Overview

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 state-of-charge (SoC).

NOTE

The following formatting conventions are 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: italics with brackets [ ], for example, [TDA]

Data flash bits: italics, bold, and brackets [ ], for example, [LED1]

Modes and states: ALL CAPITALS, for example, UNSEALED mode.

9.2 Functional Block Diagram

typ_app_bq27441.gif

9.3 Feature Description

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 locations. Commands are sent from system to gauge using the I2C serial communications engine, and can be executed during application development, system manufacture, or end-equipment operation.

The key to the high-accuracy gas gauging prediction is Texas Instruments proprietary Impedance Track™ algorithm. This algorithm uses cell measurements, characteristics, and properties to create state-of-charge predictions that can achieve high accuracy 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 sense resistor. 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 fuel gauge uses an integrated temperature sensor for estimating cell temperature. Alternatively, the host processor can provide temperature data for the fuel gauge.

More details are found in the bq27441-G1 Technical Reference Manual (SLUUAC9).

9.4 Device Functional Modes

To minimize power consumption, the fuel gauge has several power modes: INITIALIZATION, NORMAL, SLEEP, and HIBERNATE. 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. More details are found in the bq27441-G1 Technical Reference Manual (SLUUAC9).

9.5 Programming

9.5.1 Standard Data Commands

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 bq27441-G1 Technical Reference Manual (SLUUAC9).

Table 1. Standard Commands

NAME COMMAND
CODE
UNIT SEALED ACCESS
Control() CNTL 0x00 and 0x01 NA RW
Temperature() TEMP 0x02 and 0x03 0.1°K RW
Voltage() VOLT 0x04 and 0x05 mV R
Flags() FLAGS 0x06 and 0x07 NA R
NominalAvailableCapacity() 0x08 and 0x09 mAh R
FullAvailableCapacity() 0x0A and 0x0B mAh R
RemainingCapacity() RM 0x0C and 0x0D mAh R
FullChargeCapacity() FCC 0x0E and 0x0F mAh R
AverageCurrent() 0x10 and 0x11 mA R
StandbyCurrent() 0x12 and 0x13 mA R
MaxLoadCurrent() 0x14 and 0x15 mA R
AveragePower() 0x18 and 0x19 mW R
StateOfCharge() SOC 0x1C and 0x1D % R
InternalTemperature() 0x1E and 0x1F 0.1°K R
StateOfHealth() SOH 0x20 and 0x21 num / % R
RemainingCapacityUnfiltered() 0x28 and 0x29 mAh R
RemainingCapacityFiltered() 0x2A and 0x2B mAh R
FullChargeCapacityUnfiltered() 0x2C and 0x2D mAh R
FullChargeCapacityFiltered() 0x2E and 0x2F mAh R
StateOfChargeUnfiltered() 0x30 and 0x31 % R
TrueRemainingCapacity() 0x6A and 0x6B mAh R

9.5.2 Control(): 0x00 and 0x01

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 device is in different access modes, as described in Table 2. Additional details are found in the bq27441-G1 Technical Reference Manual (SLUUAC9).

Table 2. Control() Subcommands

CNTL FUNCTION CNTL DATA SEALED ACCESS DESCRIPTION
CONTROL_STATUS 0x0000 Yes Reports the status of device.
FW_VERSION 0x0002 Yes Reports the firmware version of the device.
DM_CODE 0x0004 Yes Reports the Data Memory Code number stored in NVM.
PREV_MACWRITE 0x0007 Yes Returns previous MAC command code.
CHEM_ID 0x0008 Yes Reports the chemical identifier of the battery profile used by the fuel gauge.
BAT_INSERT 0x000C Yes Forces the Flags() [BAT_DET] bit set when the OpConfig [BIE] bit is 0.
BAT_REMOVE 0x000D Yes Forces the Flags() [BAT_DET] bit clear when the OpConfig [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_CFGUPDATE 0x0013 No Force CONTROL_STATUS [CFGUPMODE] to 1 and gauge enters CONFIG UPDATE mode.
SHUTDOWN_ENABLE 0x001B No Enables device SHUTDOWN mode.
SHUTDOWN 0x001C No Commands the device to enter SHUTDOWN mode.
SEALED 0x0020 No Places the device in SEALED access mode.
TOGGLE_GPOUT 0x0023 Yes Commands the device to toggle the GPOUT pin for 1 ms.
RESET 0x0041 No Performs a full device reset.
SOFT_RESET 0x0042 No Gauge exits CONFIG UPDATE mode.
EXIT_CFGUPDATE 0x0043 No Exits CONFIG UPDATE mode without an OCV measurement and without resimulating to update StateOfCharge().
EXIT_RESIM 0x0044 No Exits CONFIG UPDATE mode without an OCV measurement and resimulates with updated configuration data to update StateOfCharge().

9.5.3 Extended Data Commands

Extended data commands offer additional functionality beyond the standard set of commands. They are used in the same manner; however, unlike standard commands, extended commands are not limited to 2-byte words. The number of command bytes for a given extended command ranges in size from single to multiple bytes, as specified in Table 3.

Table 3. Extended Commands

NAME COMMAND CODE UNIT SEALED ACCESS(1)(2) UNSEALED ACCESS(1)(2)
OpConfig() 0x3A and 0x3B NA R R
DesignCapacity() 0x3C and 0x3D mAh R R
DataClass()(2) 0x3E NA NA RW
DataBlock()(2) 0x3F NA RW RW
BlockData() 0x40 through 0x5F NA R RW
BlockDataCheckSum() 0x60 NA RW RW
BlockDataControl() 0x61 NA NA RW
Reserved 0x62 through 0x7F NA R R
(1) SEALED and UNSEALED states are entered via commands to Control() 0x00 and 0x01.
(2) In SEALED mode, data cannot be accessed through commands 0x3E and 0x3F.

9.5.4 Communications

9.5.4.1 I2C Interface

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.

i2c_packet_format.gif

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):

i2c_invalid_write.gif

Attempt to read an address above 0x6B (NACK command):

i2c_invalid_read.gif

9.5.4.2 I2C Time Out

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.

9.5.4.3 I2C Command Waiting Time

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.

i2c_comm_wait.gif

9.5.4.4 I2C Clock Stretching

A clock stretch can occur during all modes of fuel gauge operation. In SLEEP and HIBERNATE modes, a short ≤ 100-µs clock stretch occurs on all I2C traffic as the device must wake-up to process the packet. In the other modes (INITIALIZATION, NORMAL), a ≤ 4-ms clock stretching period may occur within packets addressed for the fuel gauge as the I2C interface performs normal data flow control.