22. Inter-integrated circuit (I2C) interface

22.1 Introduction

The I 2 C (inter-integrated circuit) bus interface handles communications between the microcontroller and the serial I 2 C bus. It provides multimaster capability, and controls all I 2 C bus-specific sequencing, protocol, arbitration and timing. It supports Standard-mode (Sm), Fast-mode (Fm) and Fast-mode Plus (Fm+).

The I 2 C bus interface is also SMBus (system management bus) and PMBus ® (power management bus) compatible.

DMA can be used to reduce CPU overload.

22.2 I2C main features

The following features are also available, depending upon product implementation (see Section 22.3 ):

22.3 I2C implementation

This manual describes the full set of features implemented in I2C1. I2C2 supports a smaller set of features, but is otherwise identical to I2C1. The differences are listed below.

Table 68. STM32F0x0 I2C implementation

I2C features (1)STM32F030x4,
STM32F030x6,
STM32F070x6
STM32F030x8STM32F070xB
STM32F030xC
I2C1I2C1I2C2I2C1I2C2
7-bit addressing modeXXXXX
10-bit addressing modeXXXXX
Standard mode (up to 100 kbit/s)XXXXX
Fast-mode (up to 400 kbit/s)XXXXX
Fast-mode Plus with 20 mA output drive I/Os (up to 1 Mbit/s)XX-X-
Independent clockXX-X-
Wake-up from Stop mode-----
SMBus/PMBusXX-X-

1. X = supported.

22.4 I2C functional description

In addition to receiving and transmitting data, this interface converts them from serial to parallel format and vice versa. The interrupts are enabled or disabled by software. The interface is connected to the I 2 C bus by a data pin (SDA) and by a clock pin (SCL). It can be connected with a standard (up to 100 kHz), Fast-mode (up to 400 kHz) or Fast-mode Plus (up to 1 MHz) I 2 C bus.

This interface can also be connected to an SMBus with data (SDA) and clock (SCL) pins.

If the SMBus feature is supported, the optional SMBus Alert pin (SMBA) is also available.

22.4.1 I2C block diagram

The block diagram of the I2C interface is shown in Figure 199 .

Figure 199. I2C block diagram

I2C block diagram showing internal components like Data control, Clock control, and Registers connected to an APB bus, with external pins I2C_SDA, I2C_SCL, and I2C_SMBA.

The diagram illustrates the internal architecture of the I2C interface. It features a central functional block containing 'Data control' (with 'Shift register' and 'SMBUS PEC generation/check'), 'Clock control' (with 'Master clock generation', 'Slave clock stretching', and 'SMBus timeout check'), and 'SMBus alert control/status'. These are connected to a 'Registers' block, which in turn connects to an 'APB bus'. External inputs include 'i2c_ker_ck' (connected to I2CCLK) and 'i2c_pclk' (connected to PCLK). Output stages for 'I2C_SDA' and 'I2C_SCL' consist of 'Digital noise filter', 'Analog noise filter', and 'GPIO logic'. The 'I2C_SMBA' output is also shown. A vertical label 'DT56356' is present on the right side.

I2C block diagram showing internal components like Data control, Clock control, and Registers connected to an APB bus, with external pins I2C_SDA, I2C_SCL, and I2C_SMBA.

The I2C is clocked by an independent clock source, which allows the I2C to operate independently from the PCLK frequency.

For I2C I/Os supporting 20 mA output current drive for Fast-mode Plus operation, the driving capability is enabled through control bits in the system configuration controller (SYSCFG). Refer to Section 22.3: I2C implementation .

22.4.2 I2C2 block diagram

The block diagram of the I2C2 interface is shown in Figure 200 .

Figure 200. I2C2 block diagram

Figure 200. I2C2 block diagram. The diagram shows the internal architecture of the I2C2 interface. It includes a Data control block with a Shift register, a Clock control block with Master clock generation and Slave clock stretching, and a Registers block. These blocks are connected to an APB bus. The Data control block is connected to a Digital noise filter, which is connected to an Analog noise filter, which is connected to GPIO logic, which outputs I2C2_SDA. The Clock control block is connected to a Digital noise filter, which is connected to an Analog noise filter, which is connected to GPIO logic, which outputs I2C2_SCL. The PCLK signal is input to the Data control block. The APB bus is shown at the bottom with a double-headed arrow. The text MS19874V1 is in the bottom right corner.
Figure 200. I2C2 block diagram. The diagram shows the internal architecture of the I2C2 interface. It includes a Data control block with a Shift register, a Clock control block with Master clock generation and Slave clock stretching, and a Registers block. These blocks are connected to an APB bus. The Data control block is connected to a Digital noise filter, which is connected to an Analog noise filter, which is connected to GPIO logic, which outputs I2C2_SDA. The Clock control block is connected to a Digital noise filter, which is connected to an Analog noise filter, which is connected to GPIO logic, which outputs I2C2_SCL. The PCLK signal is input to the Data control block. The APB bus is shown at the bottom with a double-headed arrow. The text MS19874V1 is in the bottom right corner.

22.4.3 I2C pins and internal signals

Table 69. I2C input/output pins

Pin nameSignal typeDescription
I2C_SDABidirectionalI2C data
I2C_SCLBidirectionalI2C clock
I2C_SMBABidirectionalSMBus alert

Table 70. I2C internal input/output signals

Internal signal nameSignal typeDescription
i2c_ker_ckInputI2C kernel clock, also named I2CCLK in this document
i2c_pclkInputI2C APB clock
i2c_itOutputI2C interrupts, refer to Table 84 for the list of interrupt sources
i2c_rx_dmaOutputI2C receive data DMA request (I2C_RX)
i2c_tx_dmaOutputI2C transmit data DMA request (I2C_TX)

22.4.4 I2C clock requirements

The I2C kernel is clocked by I2CCLK.

The I2CCLK period \( t_{I2CCLK} \) must respect the following conditions:

with:

\( t_{LOW} \) : SCL low time and \( t_{HIGH} \) : SCL high time

\( t_{filters} \) : when enabled, sum of the delays brought by the analog and by the digital filters.

The digital filter delay is \( DNF \times t_{I2CCLK} \) .

The PCLK clock period \( t_{PCLK} \) must respect the condition:

Caution: When the I2C kernel is clocked by PCLK, this clock must respect the conditions for \( t_{I2CCLK} \) .

22.4.5 Mode selection

The interface can operate in one of the four following modes:

By default, it operates in slave mode. The interface automatically switches from slave to master when it generates a START condition, and from master to slave if an arbitration loss or a STOP generation occurs, allowing multimaster capability.

Communication flow

In master mode, the I2C interface initiates a data transfer and generates the clock signal. A serial data transfer always begins with a START condition, and ends with a STOP condition. Both START and STOP conditions are generated in master mode by software.

In slave mode, the interface is capable of recognizing its own addresses (7- or 10-bit), and the general call address. The general call address detection can be enabled or disabled by software. The reserved SMBus addresses can be enabled also by software.

Data and addresses are transferred as 8-bit bytes, MSB first. The first byte(s) following the START condition contains the address (one in 7-bit mode, two in 10-bit mode). The address is always transmitted in master mode.

A ninth clock pulse follows the eight clock cycles of a byte transfer, during which the receiver must send an acknowledge bit to the transmitter (see Figure 201 ).

Figure 201. I 2 C bus protocol Timing diagram of the I2C bus protocol showing SDA and SCL lines. The SDA line shows data transmission starting with a Start condition, followed by a byte with MSB, then a gap, then another byte with ACK, and finally a Stop condition. The SCL line shows a series of clock pulses labeled 1, 2, ..., 8, 9. The Start and Stop conditions are indicated by double-headed arrows at the beginning and end of the transmission sequence.
Timing diagram of the I2C bus protocol showing SDA and SCL lines. The SDA line shows data transmission starting with a Start condition, followed by a byte with MSB, then a gap, then another byte with ACK, and finally a Stop condition. The SCL line shows a series of clock pulses labeled 1, 2, ..., 8, 9. The Start and Stop conditions are indicated by double-headed arrows at the beginning and end of the transmission sequence.

Acknowledge can be enabled or disabled by software. The I 2 C interface addresses can be selected by software.

22.4.6 I 2 C initialization

Enabling and disabling the peripheral

The I 2 C peripheral clock must be configured and enabled in the clock controller, then the I 2 C can be enabled by setting the PE bit in the I 2 C_CR1 register.

When the I 2 C is disabled (PE = 0), the I 2 C performs a software reset. Refer to Section 22.4.7 for more details.

Noise filters

Before enabling the I 2 C peripheral by setting the PE bit in I 2 C_CR1 register, the user must configure the noise filters, if needed. By default, an analog noise filter is present on the SDA and SCL inputs. This filter is compliant with the I 2 C specification, which requires the suppression of spikes with pulse width up to 50 ns in Fast-mode and Fast-mode Plus. The user can disable this analog filter by setting the ANFOFF bit, and/or select a digital filter by configuring the DNF[3:0] bit in the I 2 C_CR1 register.

When the digital filter is enabled, the level of the SCL or the SDA line is internally changed only if it remains stable for more than DNF x I 2 CCLK periods. This allows to suppress spikes with a programmable length of one to fifteen I 2 CCLK periods.

Table 71. Comparison of analog vs. digital filters

-Analog filterDigital filter
Pulse width of suppressed spikes≥ 50 nsProgrammable length, from one to fifteen I 2 C peripheral clocks

Caution: The filter configuration cannot be changed when the I 2 C is enabled.

I 2 C timings

The timings must be configured to guarantee correct data hold and setup times, in master and slave modes. This is done by programming the PRESC[3:0], SCLDEL[3:0] and SDADEL[3:0] bits in the I2C_TIMINGR register.

The STM32CubeMX tool calculates and provides the I2C_TIMINGR content in the I2C configuration window.

Figure 202. Setup and hold timings

Timing diagrams for I2C setup and hold times. The top diagram shows the data hold time (tHD;DAT) after the SCL falling edge, accounting for SCL stretching (tSDADEL) and SDA output delay. The bottom diagram shows the data setup time (tSU;DAT) before the SCL rising edge, accounting for SCL stretching (tSCLDEL).

DATA HOLD TIME

SCL falling edge internal detection

\( t_{SYN1} \) SDADEL: SCL stretched low by the I2C

SCL

SDA output delay

SDA

\( t_{HD;DAT} \)

Data hold time: in case of transmission, the data is sent on SDA output after the SDADEL delay, if it is already available in I2C_TXDR.

DATA SETUP TIME

SCLDEL

SCL stretched low by the I2C

SCL

SDA

\( t_{SU;DAT} \)

Data setup time: in case of transmission, the SCLDEL counter starts when the data is sent on SDA output.

MS49608V1

Timing diagrams for I2C setup and hold times. The top diagram shows the data hold time (tHD;DAT) after the SCL falling edge, accounting for SCL stretching (tSDADEL) and SDA output delay. The bottom diagram shows the data setup time (tSU;DAT) before the SCL rising edge, accounting for SCL stretching (tSCLDEL).

When the SCL falling edge is internally detected, a delay ( \( t_{SDADEL} \) , impacting the hold time \( t_{HD;DAT} \) ) is inserted before sending SDA output: \( t_{SDADEL} = SDADEL \times t_{PRESK} + t_{I2CCLK} \) , where \( t_{PRESK} = (PRESC + 1) \times t_{I2CCLK} \) .

The total SDA output delay is:

\[ t_{\text{SYNC1}} + \{[\text{SDADEL} \times (\text{PRESC} + 1) + 1] \times t_{\text{I2CCLK}}\} \]

\( t_{\text{SYNC1}} \) duration depends upon:

To bridge the undefined region of the SCL falling edge, the user must program SDADEL in such a way that:

\[ \{t_{\text{f(max)}} + t_{\text{HD;DAT(min)}} - t_{\text{AF(min)}} - [(DNF + 3) \times t_{\text{I2CCLK}}] / \{(\text{PRESC} + 1) \times t_{\text{I2CCLK}}\} \leq \text{SDADEL} \]

\[ \text{SDADEL} \leq \{t_{\text{HD;DAT(max)}} - t_{\text{AF(max)}} - [(DNF + 4) \times t_{\text{I2CCLK}}] / \{(\text{PRESC} + 1) \times t_{\text{I2CCLK}}\} \]

Note: \( t_{\text{AF(min)}} / t_{\text{AF(max)}} \) are part of the equation only when the analog filter is enabled. Refer to the device datasheet for \( t_{\text{AF}} \) values.

The maximum \( t_{\text{HD;DAT}} \) can be 3.45 µs for Standard-mode, 0.9 µs for Fast-mode, 0.45 µs for Fast-mode Plus. It must be lower than the maximum of \( t_{\text{VD;DAT}} \) by a transition time. This maximum must only be met if the device does not stretch the LOW period ( \( t_{\text{LOW}} \) ) of the SCL signal. If the clock stretches the SCL, the data must be valid by the set-up time before it releases the clock.

The SDA rising edge is usually the worst case. In this case the previous equation becomes:

\[ \text{SDADEL} \leq \{t_{\text{VD;DAT(max)}} - t_{\text{r(max)}} - t_{\text{AF(max)}} - [(DNF + 4) \times t_{\text{I2CCLK}}] / \{(\text{PRESC} + 1) \times t_{\text{I2CCLK}}\} \]

Note: This condition can be violated when NOSTRETCH = 0, because the device stretches SCL low to guarantee the set-up time, according to the SCLDEL value.

Refer to Table 72 for \( t_{\text{f}} \) , \( t_{\text{r}} \) , \( t_{\text{HD;DAT}} \) , and \( t_{\text{VD;DAT}} \) standard values.

To bridge the undefined region of the SDA transition (rising edge usually worst case), the user must program SCLDEL in such a way that:

\[ \{t_{\text{r(max)}} + t_{\text{SU;DAT(min)}}\} / \{(\text{PRESC} + 1) \times t_{\text{I2CCLK}}\} - 1 \leq \text{SCLDEL} \]

Refer to Table 72 for \( t_{\text{r}} \) and \( t_{\text{SU;DAT}} \) standard values.

The SDA and SCL transition time values to use are the ones in the application. Using the maximum values from the standard increases the constraints for the SDADEL and SCLDEL calculation, but ensures the feature, whatever the application.

Note: At every clock pulse, after SCL falling edge detection, the I2C master or slave stretches SCL low during at least \( [(\text{SDADEL} + \text{SCLDEL} + 1) \times (\text{PRESC} + 1) + 1] \times t_{\text{I2CCLK}} \) , in both transmission and reception modes. In transmission mode, if the data is not yet written in I2C_TXDR when SDADEL counter is finished, the I2C keeps on stretching SCL low until the next data is written. Then new data MSB is sent on SDA output, and SCLDEL counter starts, continuing stretching SCL low to guarantee the data setup time.

If NOSTRETCH = 1 in slave mode, the SCL is not stretched, hence the SDADEL must be programmed so that it guarantees a sufficient setup time.

Table 72. I 2 C-SMBus specification data setup and hold times

SymbolParameterStandard-mode (Sm)Fast-mode (Fm)Fast-mode Plus (Fm+)SMBusUnit
MinMaxMinMaxMinMaxMinMax
t HD;DATData hold time0-0-0-0.3-µs
t VD;DATData valid time-3.45-0.9-0.45--
t SU;DATData setup time250-100-50-250-ns
t rRise time of both SDA and SCL signals-1000-300-120-1000
t fFall time of both SDA and SCL signals-300-300-120-300

Additionally, in master mode, the SCL clock high and low levels must be configured by programming the PRESC[3:0], SCLH[7:0] and SCLL[7:0] bit fields in the I2C_TIMINGR register.

Refer to I2C master initialization for more details.

Caution: Changing the timing configuration is not allowed when the I2C is enabled.

The I2C slave NOSTRETCH mode must also be configured before enabling the peripheral. Refer to I2C slave initialization for more details.

Caution: Changing the NOSTRETCH configuration is not allowed when the I2C is enabled.

Figure 203. I2C initialization flow

Flowchart of I2C initialization flow
graph TD; A([Initial settings]) --> B[Clear PE bit in I2C_CR1]; B --> C[Configure ANFOFF and DNF[3:0] in I2C_CR1]; C --> D["Configure PRESC[3:0], SDADEL[3:0], SCLDEL[3:0], SCLH[7:0], and SCLL[7:0] in I2C_TIMINGR"]; D --> E[Configure NOSTRETCH in I2C_CR1]; E --> F[Set PE bit in I2C_CR1]; F --> G([End]);

MS19847V3

Flowchart of I2C initialization flow

22.4.7 Software reset

A software reset can be performed by clearing the PE bit in the I2C_CR1 register. In that case I2C lines SCL and SDA are released. Internal states machines are reset and communication control bits, as well as status bits, come back to their reset value. The configuration registers are not impacted.

Impacted register bits:

  1. 1. I2C_CR2 register: START, STOP, NACK
  2. 2. I2C_ISR register: BUSY, TXE, TXIS, RXNE, ADDR, NACKF, TCR, TC, STOPF, BERR, ARLO, OVR

In addition when the SMBus feature is supported:

  1. 1. I2C_CR2 register: PECBYTE
  2. 2. I2C_ISR register: PECERR, TIMEOUT, ALERT

PE must be kept low during at least three APB clock cycles to perform the software reset. This is ensured by the following software sequence:

  1. 1. Write PE = 0
  2. 2. Check PE = 0
  3. 3. Write PE = 1

22.4.8 Data transfer

The data transfer is managed through transmit and receive data registers and a shift register.

Reception

The SDA input fills the shift register. After the eighth SCL pulse (when the complete data byte is received), the shift register is copied into I2C_RXDR register if it is empty (RXNE = 0). If RXNE = 1, meaning that the previous received data byte has not yet been read, the SCL line is stretched low until I2C_RXDR is read. The stretch is inserted between the eighth and ninth SCL pulse (before the acknowledge pulse).

Figure 204. Data reception

Timing diagram for I2C data reception showing SCL, Shift register, RXNE, and I2C_RXDR signals over time.

The diagram illustrates the timing for data reception on an I2C interface. It shows four horizontal timelines: SCL (Serial Clock), Shift register, RXNE (Receive Not Empty), and I2C_RXDR (Receive Data Register).
1. SCL: A periodic square wave. A blue vertical dashed line indicates an SCL stretch between the 8th and 9th pulses. Two 'ACK pulse' labels with circles are shown after the 8th and 9th pulses.
2. Shift register: A horizontal bar divided into segments. It contains 'xx' (unknown), 'data1', 'xx', 'data2', and 'xx'. A blue vertical dashed line separates the first 'xx' from 'data1'.
3. RXNE: A signal line that goes high when 'data1' is in the shift register and low when it is being read ('rd data1').
4. I2C_RXDR: A register that receives data from the shift register. It contains 'data0', 'data1', and 'data2'. Arrows show 'data0' being copied from the first 'xx' segment, 'data1' being copied from the 'data1' segment, and 'data2' being copied from the 'data2' segment. The label 'rd data0' indicates the read of the first byte.
A legend on the right shows a blue line segment labeled 'SCL stretch'.

Timing diagram for I2C data reception showing SCL, Shift register, RXNE, and I2C_RXDR signals over time.

MS19848V1

Transmission

If the I2C_TXDR register is not empty (TXE = 0), its content is copied into the shift register after the ninth SCL pulse (the acknowledge pulse). Then the shift register content is shifted out on SDA line. If TXE = 1, meaning that no data is written yet in I2C_TXDR, SCL line is stretched low until I2C_TXDR is written. The stretch is done after the ninth SCL pulse.

Figure 205. Data transmission

Timing diagram for I2C data transmission showing SCL, Shift register, TXE, and I2C_TXDR signals over time. The diagram illustrates the flow of data from the I2C_TXDR register through a shift register to the SDA line, synchronized with the SCL clock. ACK pulses are shown on the SCL line. The TXE flag is shown going low when data is ready for transmission. The I2C_TXDR register is shown being updated with new data (data1, data2) while the previous data (data0) is being transmitted. A legend indicates that a blue line represents an SCL stretch.

The diagram illustrates the timing of data transmission in an I2C interface. It shows four horizontal timelines: SCL (Serial Clock Line), Shift register, TXE (Transmit Empty flag), and I2C_TXDR (Transmit Data Register).
- SCL: A periodic square wave. Two 'ACK pulse' labels with circles are placed over the falling edges of the 9th and 17th clock cycles. A blue vertical line indicates an 'SCL stretch' after the 9th pulse.
- Shift register: A horizontal bar divided into segments. It contains 'xx' (unknown data) and 'data1', 'data2'. Arrows show data being shifted from the I2C_TXDR register into the shift register.
- TXE: A signal that goes low (active) when the shift register is empty and ready for new data. It is shown going low after the 9th SCL pulse and returning high after 'wr data1' and 'wr data2' are performed.
- I2C_TXDR: A register containing 'data0', 'data1', and 'data2'. Arrows labeled 'wr data1' and 'wr data2' point to the register, indicating writes that occur while the previous data is being shifted out.
- Legend: A blue line segment is labeled 'SCL stretch'.

Timing diagram for I2C data transmission showing SCL, Shift register, TXE, and I2C_TXDR signals over time. The diagram illustrates the flow of data from the I2C_TXDR register through a shift register to the SDA line, synchronized with the SCL clock. ACK pulses are shown on the SCL line. The TXE flag is shown going low when data is ready for transmission. The I2C_TXDR register is shown being updated with new data (data1, data2) while the previous data (data0) is being transmitted. A legend indicates that a blue line represents an SCL stretch.

MS19849V1

Hardware transfer management

The I2C features an embedded byte counter to manage byte transfer and to close the communication in various modes, such as:

The byte counter is always used in master mode. By default, it is disabled in slave mode. It can be enabled by software by setting the SBC (slave byte control) bit in the I2C_CR1 register.

The number of bytes to be transferred is programmed in the NBBYTES[7:0] bit field in the I2C_CR2 register. If the number of bytes to be transferred (NBBYTES) is greater than 255, or if a receiver wants to control the acknowledge value of a received data byte, the reload mode must be selected by setting the RELOAD bit in the I2C_CR2 register. In this mode, the TCR flag is set when the number of bytes programmed in NBBYTES is transferred, and an interrupt is generated if TCIE is set. SCL is stretched as long as TCR flag is set. TCR is cleared by software when NBBYTES is written to a non-zero value.

When the NBBYTES counter is reloaded with the last number of bytes, RELOAD bit must be cleared.

When RELOAD = 0 in master mode, the counter can be used in two modes:

Caution: The AUTOEND bit has no effect when the RELOAD bit is set.

Table 73. I2C configuration

FunctionSBC bitRELOAD bitAUTOEND bit
Master Tx/Rx NBBYTES + STOPx01
Master Tx/Rx + NBBYTES + RESTARTx00
Slave Tx/Rx, all received bytes ACKed0xx
Slave Rx with ACK control11x

22.4.9 I2C slave mode

I2C slave initialization

To work in slave mode, the user must enable at least one slave address. Registers I2C_OAR1 and I2C_OAR2 are available to program the slave own addresses OA1 and OA2.

When the I2C is selected by one of its enabled addresses, the ADDR interrupt status flag is set, and an interrupt is generated if the ADDRIE bit is set.

By default, the slave uses its clock stretching capability, which means that it stretches the SCL signal at low level when needed, to perform software actions. If the master does not

support clock stretching, the I2C must be configured with NOSTRETCH = 1 in the I2C_CR1 register.

After receiving an ADDR interrupt, if several addresses are enabled, the user must read the ADDCODE[6:0] bits in the I2C_ISR register to check which address matched. DIR flag must also be checked to know the transfer direction.

Slave clock stretching (NOSTRETCH = 0)

In default mode, the I2C slave stretches the SCL clock in the following situations:

Slave without clock stretching (NOSTRETCH = 1)

When NOSTRETCH = 1 in the I2C_CR1 register, the I2C slave does not stretch the SCL signal.

Slave byte control mode

To allow byte ACK control in slave reception mode, the Slave byte control mode must be enabled by setting the SBC bit in the I2C_CR1 register. This is required to be compliant with SMBus standards.

The Reload mode must be selected to allow byte ACK control in slave reception mode (RELOAD = 1). To get control of each byte, NBBYTES must be initialized to 0x1 in the ADDR interrupt subroutine, and reloaded to 0x1 after each received byte. When the byte is received, the TCR bit is set, stretching the SCL signal low between the eighth and ninth SCL pulses. The user can read the data from the I2C_RXDR register, and then decide to acknowledge it or not by configuring the ACK bit in the I2C_CR2 register. The SCL stretch is released by programming NBBYTES to a non-zero value: the acknowledge or not-acknowledge is sent, and the next byte can be received.

NBYTES can be loaded with a value greater than 0x1, and in this case, the reception flow is continuous during NBBYTES data reception.

Note: The SBC bit must be configured when the I2C is disabled, or when the slave is not addressed, or when ADDR = 1.

The RELOAD bit value can be changed when ADDR = 1, or when TCR = 1.

Caution: The Slave byte control mode is not compatible with NOSTRETCH mode. Setting SBC when NOSTRETCH = 1 is not allowed.

Figure 206. Slave initialization flow

Flowchart of Slave initialization flow
graph TD; A([Slave initialization]) --> B[Initial settings]; B --> C[Clear OA1EN and OA2EN in I2C_OAR1/I2C_OAR2]; C --> D["Configure OA1[9:0], OA1MODE, OA1EN, OA2[6:0], OA2MSK[2:0], OA2EN, and GCEN"]; D --> E["Optional: Configure SBC in I2C_CR1(1)"]; E --> F[Enable interrupts and/or DMA in I2C_CR1]; F --> G([End]);

The flowchart illustrates the slave initialization process. It begins with an oval labeled 'Slave initialization', which points down to a rectangle 'Initial settings'. This is followed by a sequence of rectangles: 'Clear OA1EN and OA2EN in I2C_OAR1/I2C_OAR2', 'Configure OA1[9:0], OA1MODE, OA1EN, OA2[6:0], OA2MSK[2:0], OA2EN, and GCEN', 'Optional: Configure SBC in I2C_CR1 (1) ', and 'Enable interrupts and/or DMA in I2C_CR1'. The process concludes with an oval labeled 'End'. A small note 'MS19850V3' is visible in the bottom right corner of the diagram area.

Flowchart of Slave initialization flow

1. SBC must be set to support SMBus features.

For a code example refer to A.11.3: I2C configured in slave mode .

Slave transmitter

A transmit interrupt status (TXIS) is generated when the I2C_TXDR register becomes empty. An interrupt is generated if the TXIE bit is set in the I2C_CR1 register.

The TXIS bit is cleared when the I2C_TXDR register is written with the next data byte to be transmitted.

When a NACK is received, the NACKF bit is set in the I2C_ISR register, and an interrupt is generated if the NACKIE bit is set in the I2C_CR1 register. The slave automatically releases the SCL and SDA lines to let the master perform a STOP or a RESTART condition. The TXIS bit is not set when a NACK is received.

When a STOP is received and the STOPIE bit is set in the I2C_CR1 register, the STOPF flag is set in the I2C_ISR register and an interrupt is generated. In most applications, the SBC bit is usually programmed to 0. In this case, If TXE = 0 when the slave address is received (ADDR = 1), the user can choose either to send the content of the I2C_TXDR register as the first data byte, or to flush the I2C_TXDR register by setting the TXE bit in order to program a new data byte.

In Slave byte control mode (SBC = 1), the number of bytes to be transmitted must be programmed in NBBYTES in the address match interrupt subroutine (ADDR = 1). In this case, the number of TXIS events during the transfer corresponds to the value programmed in NBBYTES.

Caution: When NOSTRETCH = 1, the SCL clock is not stretched while the ADDR flag is set, so the user cannot flush the I2C_TXDR register content in the ADDR subroutine, to program the first data byte. The first data byte to be sent must be previously programmed in the I2C_TXDR register:

If STOPF is still set when the first data transmission starts, an underrun error is generated (the OVR flag is set).

If a TXIS event (transmit interrupt or transmit DMA request) is needed, the user must set the TXIS bit in addition to the TXE bit, to generate the event.

Figure 207. Transfer sequence flow for I2C slave transmitter, NOSTRETCH = 0

Flowchart of I2C slave transmitter transfer sequence. Steps: Slave transmission -> Slave initialization -> I2C_ISR.ADDR = 1? (No loop back, Yes proceeds) -> Read ADDCODE and DIR in I2C_ISR, Optional: Set I2C_ISR.TXE = 1, Set I2C_ICR.ADDRCF -> I2C_ISR.TXIS = 1? (No loop back, Yes proceeds) -> Write I2C_TXDR.TXDATA. A vertical double-headed arrow on the right indicates 'SCL stretched' between the address and data phases.
graph TD; Start([Slave transmission]) --> Init[Slave initialization]; Init --> ADDR{I2C_ISR.ADDR = 1?}; ADDR -- No --> ADDR; ADDR -- Yes --> Read[Read ADDCODE and DIR in I2C_ISR<br/>Optional: Set I2C_ISR.TXE = 1<br/>Set I2C_ICR.ADDRCF]; Read --> TXIS{I2C_ISR.TXIS = 1?}; TXIS -- No --> TXIS; TXIS -- Yes --> Write[Write I2C_TXDR.TXDATA]; Write --> TXIS;

MS19851V2

Flowchart of I2C slave transmitter transfer sequence. Steps: Slave transmission -> Slave initialization -> I2C_ISR.ADDR = 1? (No loop back, Yes proceeds) -> Read ADDCODE and DIR in I2C_ISR, Optional: Set I2C_ISR.TXE = 1, Set I2C_ICR.ADDRCF -> I2C_ISR.TXIS = 1? (No loop back, Yes proceeds) -> Write I2C_TXDR.TXDATA. A vertical double-headed arrow on the right indicates 'SCL stretched' between the address and data phases.

Figure 208. Transfer sequence flow for I2C slave transmitter, NOSTRETCH = 1

Flowchart for I2C slave transmitter transfer sequence. It starts with 'Slave transmission' (oval), followed by 'Slave initialization' (rectangle). A loop begins with a decision 'I2C_ISR.TXIS = 1?'. If 'Yes', it goes to 'Write I2C_TXDR.TXDATA' (rectangle) and loops back. If 'No', it goes to another decision 'I2C_ISR.STOPF = 1?'. If 'Yes', it goes to 'Optional: Set I2C_ISR.TXE = 1 and I2C_ISR.TXIS=1' (rectangle), then 'Set I2C_ICR.STOPCF' (rectangle).
graph TD; Start([Slave transmission]) --> Init[Slave initialization]; Init --> TXIS{I2C_ISR.TXIS = 1?}; TXIS -- Yes --> Write[Write I2C_TXDR.TXDATA]; Write --> TXIS; TXIS -- No --> STOPF{I2C_ISR.STOPF = 1?}; STOPF -- Yes --> Optional[Optional: Set I2C_ISR.TXE = 1 and I2C_ISR.TXIS=1]; Optional --> StopCF[Set I2C_ICR.STOPCF];

MS19852V2

Flowchart for I2C slave transmitter transfer sequence. It starts with 'Slave transmission' (oval), followed by 'Slave initialization' (rectangle). A loop begins with a decision 'I2C_ISR.TXIS = 1?'. If 'Yes', it goes to 'Write I2C_TXDR.TXDATA' (rectangle) and loops back. If 'No', it goes to another decision 'I2C_ISR.STOPF = 1?'. If 'Yes', it goes to 'Optional: Set I2C_ISR.TXE = 1 and I2C_ISR.TXIS=1' (rectangle), then 'Set I2C_ICR.STOPCF' (rectangle).

Figure 209. Transfer bus diagrams for I2C slave transmitter (mandatory events only)

Diagram showing I2C slave transmitter 3 bytes with 1st data flushed. The sequence starts with a Slave (S) address, followed by Acknowledge (A), data1, A, data2, A, data3, Not Acknowledge (NA), and Stop (P). Events EV1 (ADDR) and EV2 (TXIS) occur at the address. EV3 (TXIS) occurs after data1 is sent. EV4 (TXIS) occurs after data2 is sent. EV5 (TXIS) occurs after data3 is sent. The TXE line is shown as a pulse. Legend: transmission (white), reception (yellow), SCL stretch (blue line). Diagram showing I2C slave transmitter 3 bytes without 1st data flush. The sequence starts with a Slave (S) address, followed by Acknowledge (A), data1, A, data2, A, data3, Not Acknowledge (NA), and Stop (P). Events EV1 (ADDR) and EV2 (TXIS) occur at the address. EV3 (TXIS) occurs after data1 is sent. EV4 (TXIS) occurs after data2 is sent. EV5 (TXIS) occurs after data3 is sent. The TXE line is shown as a pulse. Legend: transmission (white), reception (yellow), SCL stretch (blue line). Diagram showing I2C slave transmitter 3 bytes with NOSTRETCH=1. The sequence starts with a Slave (S) address, followed by Acknowledge (A), data1, A, data2, A, data3, Not Acknowledge (NA), and Stop (P). Events EV1 (TXIS) occurs after data1 is sent. EV2 (TXIS) occurs after data2 is sent. EV3 (TXIS) occurs after data3 is sent. EV4 (TXIS) occurs after data3 is sent. EV5 (STOPF) occurs at the Stop (P) condition. The TXE line is shown as a pulse. Legend: transmission (white), reception (yellow), SCL stretch (blue line).

Example I2C slave transmitter 3 bytes with 1st data flushed, NOSTRETCH=0:

EV1: ADDR ISR: check ADDCODE and DIR, set TXE, set ADDRCF
EV2: TXIS ISR: wr data1
EV3: TXIS ISR: wr data2
EV4: TXIS ISR: wr data3
EV5: TXIS ISR: wr data4 (not sent)

Example I2C slave transmitter 3 bytes without 1st data flush, NOSTRETCH=0:

EV1: ADDR ISR: check ADDCODE and DIR, set ADDRCF
EV2: TXIS ISR: wr data2
EV3: TXIS ISR: wr data3
EV4: TXIS ISR: wr data4 (not sent)

Example I2C slave transmitter 3 bytes, NOSTRETCH=1:

EV1: wr data1
EV2: TXIS ISR: wr data2
EV3: TXIS ISR: wr data3
EV4: TXIS ISR: wr data4 (not sent)
EV5: STOPF ISR: (optional: set TXE and TXIS), set STOPCF

MS19853V2

Diagram showing I2C slave transmitter 3 bytes with 1st data flushed. The sequence starts with a Slave (S) address, followed by Acknowledge (A), data1, A, data2, A, data3, Not Acknowledge (NA), and Stop (P). Events EV1 (ADDR) and EV2 (TXIS) occur at the address. EV3 (TXIS) occurs after data1 is sent. EV4 (TXIS) occurs after data2 is sent. EV5 (TXIS) occurs after data3 is sent. The TXE line is shown as a pulse. Legend: transmission (white), reception (yellow), SCL stretch (blue line). Diagram showing I2C slave transmitter 3 bytes without 1st data flush. The sequence starts with a Slave (S) address, followed by Acknowledge (A), data1, A, data2, A, data3, Not Acknowledge (NA), and Stop (P). Events EV1 (ADDR) and EV2 (TXIS) occur at the address. EV3 (TXIS) occurs after data1 is sent. EV4 (TXIS) occurs after data2 is sent. EV5 (TXIS) occurs after data3 is sent. The TXE line is shown as a pulse. Legend: transmission (white), reception (yellow), SCL stretch (blue line). Diagram showing I2C slave transmitter 3 bytes with NOSTRETCH=1. The sequence starts with a Slave (S) address, followed by Acknowledge (A), data1, A, data2, A, data3, Not Acknowledge (NA), and Stop (P). Events EV1 (TXIS) occurs after data1 is sent. EV2 (TXIS) occurs after data2 is sent. EV3 (TXIS) occurs after data3 is sent. EV4 (TXIS) occurs after data3 is sent. EV5 (STOPF) occurs at the Stop (P) condition. The TXE line is shown as a pulse. Legend: transmission (white), reception (yellow), SCL stretch (blue line).

For a code example refer to A.11.6: I2C slave transmitter .

Slave receiver

RXNE is set in I2C_ISR when the I2C_RXDR is full, and generates an interrupt if RXIE is set in I2C_CR1. RXNE is cleared when I2C_RXDR is read.

When a STOP is received and STOPIE is set in I2C_CR1, STOPF is set in I2C_ISR and an interrupt is generated.

Figure 210. Transfer sequence flow for slave receiver with NOSTRETCH = 0

Flowchart of the transfer sequence for a slave receiver with NOSTRETCH = 0.
graph TD; Start([Slave reception]) --> Init[Slave initialization]; Init --> ADDR{I2C_ISR.ADDR = 1?}; ADDR -- No --> ADDR; ADDR -- Yes --> Read[Read ADDCODE and DIR in I2C_ISR<br/>Set I2C_ICR.ADDRCF]; Read --> RXNE{I2C_ISR.RXNE = 1?}; RXNE -- No --> RXNE; RXNE -- Yes --> Write[Write I2C_RXDR.RXDATA]; Write --> RXNE;

The flowchart illustrates the transfer sequence for a slave receiver. It begins with 'Slave reception' (oval), followed by 'Slave initialization' (rectangle). A decision diamond 'I2C_ISR.ADDR = 1?' follows. If 'No', the flow loops back to the entry point of the decision. If 'Yes', it proceeds to 'Read ADDCODE and DIR in I2C_ISR' and 'Set I2C_ICR.ADDRCF' (rectangle). Next is a decision diamond 'I2C_ISR.RXNE = 1?'. If 'No', the flow loops back to the entry point of this decision. If 'Yes', it proceeds to 'Write I2C_RXDR.RXDATA' (rectangle), which then loops back to the entry point of the 'I2C_ISR.RXNE = 1?' decision. A vertical double-headed arrow on the right is labeled 'SCL stretched'.

MS19855V2

Flowchart of the transfer sequence for a slave receiver with NOSTRETCH = 0.

Figure 211. Transfer sequence flow for slave receiver with NOSTRETCH = 1

Flowchart for slave receiver transfer sequence with NOSTRETCH = 1. It starts with 'Slave reception' (oval), followed by 'Slave initialization' (rectangle). A loop begins with a decision 'I2C_ISR.RXNE = 1?'. If 'Yes', it goes to 'Read I2C_RXDR.RXDATA' (rectangle) and loops back. If 'No', it goes to another decision 'I2C_ISR.STOPF = 1?'. If 'Yes', it goes to 'Set I2C_ICR.STOPCF' (rectangle) and loops back. If 'No', it loops back directly.
graph TD
    Start([Slave reception]) --> Init[Slave initialization]
    Init --> RXNE{I2C_ISR.RXNE = 1?}
    RXNE -- Yes --> Read[Read I2C_RXDR.RXDATA]
    Read --> RXNE
    RXNE -- No --> STOPF{I2C_ISR.STOPF = 1?}
    STOPF -- Yes --> StopCF[Set I2C_ICR.STOPCF]
    StopCF --> RXNE
    STOPF -- No --> RXNE
    

MS19856V2

Flowchart for slave receiver transfer sequence with NOSTRETCH = 1. It starts with 'Slave reception' (oval), followed by 'Slave initialization' (rectangle). A loop begins with a decision 'I2C_ISR.RXNE = 1?'. If 'Yes', it goes to 'Read I2C_RXDR.RXDATA' (rectangle) and loops back. If 'No', it goes to another decision 'I2C_ISR.STOPF = 1?'. If 'Yes', it goes to 'Set I2C_ICR.STOPCF' (rectangle) and loops back. If 'No', it loops back directly.

Figure 212. Transfer bus diagrams for I2C slave receiver (mandatory events only)

Timing diagram for NOSTRETCH = 0. It shows a sequence of bytes: S (Start), Address, A (Acknowledge), data1, A, data2, A, data3, A. RXNE signals are shown for data1, data2, and data3. EV1 (ADDR ISR) is at the Address byte. EV2 (RXNE ISR) is at the data1 byte. EV3 (RXNE ISR) is at the data2 byte. EV4 (RXNE ISR) is at the data3 byte. A legend indicates Transmission (white), Reception (yellow), and SCL stretch (blue line). Timing diagram for NOSTRETCH = 1. It shows a sequence of bytes: S (Start), Address, A, data1, A, data2, A, data3, A, P (Stop). RXNE signals are shown for data1, data2, and data3. EV1 (RXNE ISR) is at the data1 byte. EV2 (RXNE ISR) is at the data2 byte. EV3 (RXNE ISR) is at the data3 byte. A legend indicates Transmission (white), Reception (yellow), and SCL stretch (blue line).

Example I2C slave receiver 3 bytes, NOSTRETCH = 0:

EV1: ADDR ISR: check ADDCODE and DIR, set ADDRCF
EV2: RXNE ISR: rd data1
EV3: RXNE ISR: rd data2
EV4: RXNE ISR: rd data3

Example I2C slave receiver 3 bytes, NOSTRETCH = 1:

EV1: RXNE ISR: rd data1
EV2: RXNE ISR: rd data2
EV3: RXNE ISR: rd data3

MS19857V4

Timing diagram for NOSTRETCH = 0. It shows a sequence of bytes: S (Start), Address, A (Acknowledge), data1, A, data2, A, data3, A. RXNE signals are shown for data1, data2, and data3. EV1 (ADDR ISR) is at the Address byte. EV2 (RXNE ISR) is at the data1 byte. EV3 (RXNE ISR) is at the data2 byte. EV4 (RXNE ISR) is at the data3 byte. A legend indicates Transmission (white), Reception (yellow), and SCL stretch (blue line). Timing diagram for NOSTRETCH = 1. It shows a sequence of bytes: S (Start), Address, A, data1, A, data2, A, data3, A, P (Stop). RXNE signals are shown for data1, data2, and data3. EV1 (RXNE ISR) is at the data1 byte. EV2 (RXNE ISR) is at the data2 byte. EV3 (RXNE ISR) is at the data3 byte. A legend indicates Transmission (white), Reception (yellow), and SCL stretch (blue line).

For a code example refer to A.11.7: I2C slave receiver .

22.4.10 I2C master mode

I2C master initialization

Before enabling the peripheral, the I2C master clock must be configured by setting the SCLH and SCLL bits in the I2C_TIMINGR register.

The STM32CubeMX tool calculates and provides the I2C_TIMINGR content in the I2C Configuration window.

A clock synchronization mechanism is implemented in order to support multi-master environment and slave clock stretching.

In order to allow clock synchronization:

The I2C detects its own SCL low level after a \( t_{\text{SYNC1}} \) delay depending on the SCL falling edge, SCL input noise filters (analog and digital), and SCL synchronization to the I2CxCLK clock. The I2C releases SCL to high level once the SCLL counter reaches the value programmed in the SCLL[7:0] bits in the I2C_TIMINGR register.

The I2C detects its own SCL high level after a \( t_{\text{SYNC2}} \) delay depending on the SCL rising edge, SCL input noise filters (analog + digital) and SCL synchronization to I2CxCLK clock. The I2C ties SCL to low level once the SCLH counter reaches the value programmed in the SCLH[7:0] bits in the I2C_TIMINGR register.

Consequently the master clock period is:

\[ t_{\text{SCL}} = t_{\text{SYNC1}} + t_{\text{SYNC2}} + \{[(\text{SCLH} + 1) + (\text{SCLL} + 1)] \times (\text{PRESC} + 1) \times t_{\text{I2CCLK}}\} \]

The duration of \( t_{\text{SYNC1}} \) depends upon:

The duration of \( t_{\text{SYNC2}} \) depends upon:

Figure 213. Master clock generation

Timing diagram for SCL master clock generation showing the relationship between SCL signal transitions and counter starts for SCLH and SCLL. Timing diagram for SCL master clock synchronization showing multiple clock cycles and the effect of another device driving the SCL line low.

SCL master clock generation

The diagram illustrates the SCL master clock generation process. The SCL signal is shown as a line that transitions between high and low states. Key events are marked with boxes: 'SCL high level detected SCLH counter starts' at the rising edge, 'SCL low level detected SCLL counter starts' at the falling edge, 'SCL released' at the initial rising edge, and 'SCL driven low' at the initial falling edge. Timing parameters are indicated: \( t_{SYNC2} \) is the time from the rising edge to the start of the high period (SCLH); \( t_{SYNC1} \) is the time from the falling edge to the start of the low period (SCLL). The SCLH and SCLL periods are shown as horizontal double-headed arrows.

SCL master clock synchronization

This diagram shows SCL master clock synchronization across multiple cycles. It features three rising edges, each marked with 'SCL high level detected SCLH counter starts'. The first cycle shows a falling edge where 'SCL driven low by another device' occurs, followed by 'SCL low level detected SCLL counter starts' when the signal returns high. The second cycle shows 'SCL released' at a falling edge. The third cycle shows another 'SCL driven low by another device' event. Timing parameters SCLH and SCLL are shown for the first and third cycles.

MS19858V1

Timing diagram for SCL master clock generation showing the relationship between SCL signal transitions and counter starts for SCLH and SCLL. Timing diagram for SCL master clock synchronization showing multiple clock cycles and the effect of another device driving the SCL line low.

Caution: To be I 2 C or SMBus compliant, the master clock must respect the timings given in the following table.

Table 74. I 2 C-SMBus specification clock timings

SymbolParameterStandard-mode (Sm)Fast-mode (Fm)Fast-mode Plus (Fm+)SMBusUnit
MinMaxMinMaxMinMaxMinMax
f SCLSCL clock frequency-100-400-1000-100kHz
t HD:STAHold time (repeated) START condition4.0-0.6-0.26-4.0-µs
t SU:STASet-up time for a repeated START condition4.7-0.6-0.26-4.7-
t SU:STOSet-up time for STOP condition4.0-0.6-0.26-4.0-
t BUFBus free time between a STOP and START condition4.7-1.3-0.5-4.7-
t LOWLow period of the SCL clock4.7-1.3-0.5-4.7-
t HIGHPeriod of the SCL clock4.0-0.6-0.26-4.050ns
t rRise time of both SDA and SCL signals-1000-300-120-1000
t fFall time of both SDA and SCL signals-300-300-120-300

Note: S CLL and S CLH are also used to generate, respectively, the t BUF / t SU:STA and the t HD:STA / t SU:STO timings.

Refer to Section 22.4.11 for examples of I2C_TIMINGR settings vs. I2CCLK frequency.

Master communication initialization (address phase)

To initiate the communication, program the following parameters for the addressed slave in the I2C_CR2 register:

The user must then set the START bit in I2C_CR2 register. Changing all the above bits is not allowed when START bit is set.

Then the master automatically sends the START condition followed by the slave address as soon as it detects that the bus is free (BUSY = 0) and after a t BUF delay.

In case of an arbitration loss, the master automatically switches back to slave mode and can acknowledge its own address if it is addressed as a slave.

Note: The START bit is reset by hardware when the slave address is sent on the bus, whatever the received acknowledge value. The START bit is also reset by hardware if an arbitration loss occurs.

In 10-bit addressing mode, when the slave address first seven bits are NACKed by the slave, the master relaunches automatically the slave address transmission until ACK is received. In this case ADDRCF must be set if a NACK is received from the slave, to stop sending the slave address.

If the I2C is addressed as a slave (ADDR = 1) while the START bit is set, the I2C switches to slave mode, and the START bit is cleared, when the ADDRCF bit is set.

Note: The same procedure is applied for a repeated start condition. In this case BUSY = 1.

Figure 214. Master initialization flow

Flowchart for Master initialization flow. The steps are: Master initialization (oval) -> Initial settings (rectangle) -> Enable interrupts and/or DMA in I2C_CR1 (rectangle) -> End (oval).
graph TD
    A([Master initialization]) --> B[Initial settings]
    B --> C[Enable interrupts and/or DMA in I2C_CR1]
    C --> D([End])
    
Flowchart for Master initialization flow. The steps are: Master initialization (oval) -> Initial settings (rectangle) -> Enable interrupts and/or DMA in I2C_CR1 (rectangle) -> End (oval).

For code examples refer to A.11.1: I2C configured in master mode to receive and A.11.2: I2C configured in master mode to transmit .

Initialization of a master receiver addressing a 10-bit address slave

Figure 215. 10-bit address read access with HEAD10R = 0

Timing diagram for 10-bit address read access. It shows a sequence of bytes: S (Start), Slave address 1st 7 bits, R/W (Write), A1 (Ack), Slave address 2nd byte, A2 (Ack), Sr (Repeated Start), Slave address 1st 7 bits, R/W (Read), A3 (Ack), DATA, A (Ack), DATA, A-bar (Nack), P (Stop). Above the first part is '1 1 1 1 0 X X 0' and above the second part is '1 1 1 1 0 X X 1'. Labels 'Write' and 'Read' are below the first and second parts respectively.
1 1 1 1 0 X X 01 1 1 1 0 X X 1
SSlave address 1st 7 bitsR/WA1Slave address 2nd byteA2SrSlave address 1st 7 bitsR/WA3DATAADATAA-barP
WriteRead
Timing diagram for 10-bit address read access. It shows a sequence of bytes: S (Start), Slave address 1st 7 bits, R/W (Write), A1 (Ack), Slave address 2nd byte, A2 (Ack), Sr (Repeated Start), Slave address 1st 7 bits, R/W (Read), A3 (Ack), DATA, A (Ack), DATA, A-bar (Nack), P (Stop). Above the first part is '1 1 1 1 0 X X 0' and above the second part is '1 1 1 1 0 X X 1'. Labels 'Write' and 'Read' are below the first and second parts respectively.

Figure 216. 10-bit address read access with HEAD10R = 1

Timing diagram for 10-bit address read access with HEAD10R = 1. The diagram shows two sequences of I2C transactions. The first sequence is a 'Write' transaction starting with a Start (S) bit, followed by a 10-bit slave address (1st 7 bits: 11110XX, 0; R/W bit: 0), an Acknowledge (A), the 2nd byte of the 10-bit address, another Acknowledge (A), a DATA block, another Acknowledge (A), a second DATA block, and finally a Not Acknowledge (N/A). A Repeated Start (Sr) follows. The second sequence is a 'Read' transaction starting with the Repeated Start (Sr), followed by the 10-bit slave address (1st 7 bits: 11110XX, 1; R/W bit: 1), an Acknowledge (A), a DATA block, another Acknowledge (A), a second DATA block, a Not Acknowledge (N/A), and a Stop (P) bit. The diagram is labeled MS19823V1.
Timing diagram for 10-bit address read access with HEAD10R = 1. The diagram shows two sequences of I2C transactions. The first sequence is a 'Write' transaction starting with a Start (S) bit, followed by a 10-bit slave address (1st 7 bits: 11110XX, 0; R/W bit: 0), an Acknowledge (A), the 2nd byte of the 10-bit address, another Acknowledge (A), a DATA block, another Acknowledge (A), a second DATA block, and finally a Not Acknowledge (N/A). A Repeated Start (Sr) follows. The second sequence is a 'Read' transaction starting with the Repeated Start (Sr), followed by the 10-bit slave address (1st 7 bits: 11110XX, 1; R/W bit: 1), an Acknowledge (A), a DATA block, another Acknowledge (A), a second DATA block, a Not Acknowledge (N/A), and a Stop (P) bit. The diagram is labeled MS19823V1.

Master transmitter

In the case of a write transfer, the TXIS flag is set after each byte transmission, after the ninth SCL pulse when an ACK is received.

A TXIS event generates an interrupt if the TXIE bit is set in the I2C_CR1 register. The flag is cleared when the I2C_TXDR register is written with the next data byte to be transmitted.

The number of TXIS events during the transfer corresponds to the value programmed in NBBYTES[7:0]. If the total number of data bytes to be sent is greater than 255, reload mode must be selected by setting the RELOAD bit in the I2C_CR2 register. In this case, when NBBYTES data have been transferred, the TCR flag is set and the SCL line is stretched low until NBBYTES[7:0] is written to a non-zero value.

The TXIS flag is not set when a NACK is received.

A RESTART condition can be requested by setting the START bit in the I2C_CR2 register with the proper slave address configuration, and number of bytes to be transferred. Setting the START bit clears the TC flag and the START condition is sent on the bus.

A STOP condition can be requested by setting the STOP bit in the I2C_CR2 register. Setting the STOP bit clears the TC flag and the STOP condition is sent on the bus.

Figure 217. Transfer sequence flow for I2C master transmitter for N ≤ 255 bytes

Flowchart for I2C master transmitter transfer sequence. It starts with 'Master transmission' (oval), followed by 'Master initialization' (rectangle), and a configuration block (rectangle) with NBYTES = N, AUTOEND settings, slave address, and I2C_CR2.START. A loop begins with two decision diamonds: 'I2C_ISR.NACKF = 1?' (if Yes, End; if No, proceed) and 'I2C_ISR.TXIS = 1?' (if Yes, Write I2C_TXDR; if No, loop back). After writing, a decision 'NBYTES transmitted?' (if No, loop back; if Yes, proceed) leads to 'I2C_ISR.TC = 1?' (if Yes, Set I2C_CR2.START with slave address NBYTES ...; if No, End). A dashed line indicates continuation.
graph TD; Start([Master transmission]) --> Init[Master initialization]; Init --> Config["NBYTES = N<br/>AUTOEND = 0 for RESTART; 1 for STOP<br/>Configure slave address<br/>Set I2C_CR2.START"]; Config --> LoopStart(( )); LoopStart --> NACKF{"I2C_ISR.NACKF = 1?"}; NACKF -- Yes --> End1([End]); NACKF -- No --> TXIS{"I2C_ISR.TXIS = 1?"}; TXIS -- No --> LoopStart; TXIS -- Yes --> Write[Write I2C_TXDR]; Write --> NBYTES{"NBYTES transmitted?"}; NBYTES -- No --> LoopStart; NBYTES -- Yes --> TC{"I2C_ISR.TC = 1?"}; TC -- Yes --> SetStart["Set I2C_CR2.START with slave address NBYTES ..."]; TC -- No --> End2([End]); SetStart -.-> DashedLine[...];
Flowchart for I2C master transmitter transfer sequence. It starts with 'Master transmission' (oval), followed by 'Master initialization' (rectangle), and a configuration block (rectangle) with NBYTES = N, AUTOEND settings, slave address, and I2C_CR2.START. A loop begins with two decision diamonds: 'I2C_ISR.NACKF = 1?' (if Yes, End; if No, proceed) and 'I2C_ISR.TXIS = 1?' (if Yes, Write I2C_TXDR; if No, loop back). After writing, a decision 'NBYTES transmitted?' (if No, loop back; if Yes, proceed) leads to 'I2C_ISR.TC = 1?' (if Yes, Set I2C_CR2.START with slave address NBYTES ...; if No, End). A dashed line indicates continuation.

MS19860V2

Figure 218. Transfer sequence flow for I2C master transmitter for N > 255 bytes

Flowchart for I2C master transmitter for N > 255 bytes. The process starts with 'Master transmission', followed by 'Master initialization' where NBYTES = 0xFF, N=N-255, RELOAD = 1, slave address is configured, and I2C_CR2.START is set. A loop begins with a decision 'I2C_ISR.TXIS = 1?'. If 'No', it goes to 'NBYTES transmitted ?'. If 'Yes', it goes to 'Write I2C_TXDR'. From 'Write I2C_TXDR', it goes to 'NBYTES transmitted ?'. If 'No', it loops back to the start of the loop. If 'Yes', it goes to 'I2C_ISR.TC = 1?'. If 'Yes', it goes to 'Set I2C_CR2.START with slave address NBYTES ...'. If 'No', it goes to 'I2C_ISR.TCR = 1?'. From 'Set I2C_CR2.START...', it goes to 'End'. From 'I2C_ISR.TCR = 1?', if 'Yes', it goes to a block with 'IF N < 256' logic. If 'No', it loops back to the start of the loop. The 'IF N < 256' block contains: 'IF N < 256: NBYTES = N; N = 0; RELOAD = 0; AUTOEND = 0 for RESTART; 1 for STOP ELSE: NBYTES = 0xFF; N = N-255; RELOAD = 1'. After this block, it goes to 'End'.
graph TD; Start([Master transmission]) --> Init[Master initialization]; Init --> InitParams["NBYTES = 0xFF; N=N-255<br>RELOAD = 1<br>Configure slave address<br>Set I2C_CR2.START"]; InitParams --> LoopStart(( )); LoopStart --> TXIS{I2C_ISR.TXIS = 1?}; TXIS -- No --> NTransmitted{NBYTES transmitted ?}; TXIS -- Yes --> WriteTXDR[Write I2C_TXDR]; WriteTXDR --> NTransmitted; NTransmitted -- No --> LoopStart; NTransmitted -- Yes --> TC{I2C_ISR.TC = 1?}; TC -- Yes --> StartNext["Set I2C_CR2.START<br>with slave address<br>NBYTES ..."]; TC -- No --> TCR{I2C_ISR.TCR = 1?}; StartNext --> End1([End]); TCR -- Yes --> EndLogic["IF N < 256<br>NBYTES = N; N = 0; RELOAD = 0<br>AUTOEND = 0 for RESTART; 1 for STOP<br>ELSE<br>NBYTES = 0xFF; N = N-255<br>RELOAD = 1"]; TCR -- No --> LoopStart; EndLogic --> End2([End]);
Flowchart for I2C master transmitter for N > 255 bytes. The process starts with 'Master transmission', followed by 'Master initialization' where NBYTES = 0xFF, N=N-255, RELOAD = 1, slave address is configured, and I2C_CR2.START is set. A loop begins with a decision 'I2C_ISR.TXIS = 1?'. If 'No', it goes to 'NBYTES transmitted ?'. If 'Yes', it goes to 'Write I2C_TXDR'. From 'Write I2C_TXDR', it goes to 'NBYTES transmitted ?'. If 'No', it loops back to the start of the loop. If 'Yes', it goes to 'I2C_ISR.TC = 1?'. If 'Yes', it goes to 'Set I2C_CR2.START with slave address NBYTES ...'. If 'No', it goes to 'I2C_ISR.TCR = 1?'. From 'Set I2C_CR2.START...', it goes to 'End'. From 'I2C_ISR.TCR = 1?', if 'Yes', it goes to a block with 'IF N < 256' logic. If 'No', it loops back to the start of the loop. The 'IF N < 256' block contains: 'IF N < 256: NBYTES = N; N = 0; RELOAD = 0; AUTOEND = 0 for RESTART; 1 for STOP ELSE: NBYTES = 0xFF; N = N-255; RELOAD = 1'. After this block, it goes to 'End'.

MS19861V3

Figure 219. Transfer bus diagrams for I2C master transmitter (mandatory events only)

Timing diagram for I2C master transmitter in automatic stop mode. The bus sequence shows: Start (S), Address (white), Ack (A, yellow), data1 (white), Ack (A, yellow), data2 (white), Ack (A, yellow), and Stop (P, white). Above the bus, TXIS events are marked at the start of data1 and data2. Below, the TXE signal pulses low during data transmission. NBYTES is shown transitioning from XX to 2. SCL stretch is indicated by a blue line during the Ack phases. Legend: white boxes for transmission, yellow boxes for reception, blue line for SCL stretch. Timing diagram for I2C master transmitter in software end mode. The bus sequence shows: Start (S), Address, Ack (A), data1, Ack (A), data2, Ack (A), followed by a Restart (ReS) and a new Address. Above the bus, TXIS events occur for data1 and data2, and a TC (Transfer Complete) event occurs after the final Ack. Below, TXE pulses and NBYTES is set to 2. SCL stretch occurs during Ack phases and after the TC event until the Restart. Legend: white boxes for transmission, yellow boxes for reception, blue line for SCL stretch.

Example I2C master transmitter 2 bytes, automatic end mode (STOP)

legend:
transmission
reception
SCL stretch

INIT: program Slave address, program NBYTES = 2, AUTOEND=1, set START
EV1: TXIS ISR: wr data1
EV2: TXIS ISR: wr data2


Example I2C master transmitter 2 bytes, software end mode (RESTART)

legend:
transmission
reception
SCL stretch

INIT: program Slave address, program NBYTES = 2, AUTOEND=0, set START
EV1: TXIS ISR: wr data1
EV2: TXIS ISR: wr data2
EV3: TC ISR: program Slave address, program NBYTES = N, set START

MS19862V2

Timing diagram for I2C master transmitter in automatic stop mode. The bus sequence shows: Start (S), Address (white), Ack (A, yellow), data1 (white), Ack (A, yellow), data2 (white), Ack (A, yellow), and Stop (P, white). Above the bus, TXIS events are marked at the start of data1 and data2. Below, the TXE signal pulses low during data transmission. NBYTES is shown transitioning from XX to 2. SCL stretch is indicated by a blue line during the Ack phases. Legend: white boxes for transmission, yellow boxes for reception, blue line for SCL stretch. Timing diagram for I2C master transmitter in software end mode. The bus sequence shows: Start (S), Address, Ack (A), data1, Ack (A), data2, Ack (A), followed by a Restart (ReS) and a new Address. Above the bus, TXIS events occur for data1 and data2, and a TC (Transfer Complete) event occurs after the final Ack. Below, TXE pulses and NBYTES is set to 2. SCL stretch occurs during Ack phases and after the TC event until the Restart. Legend: white boxes for transmission, yellow boxes for reception, blue line for SCL stretch.

For a code example refer to A.11.4: I2C master transmitter .

Master receiver

In the case of a read transfer, the RXNE flag is set after each byte reception, after the eighth SCL pulse. An RXNE event generates an interrupt if the RXIE bit is set in the I2C_CR1 register. The flag is cleared when I2C_RXDR is read.

If the total number of data bytes to be received is greater than 255, reload mode must be selected by setting the RELOAD bit in the I2C_CR2 register. In this case, when NBYTES[7:0] data have been transferred, the TCR flag is set and the SCL line is stretched low until NBYTES[7:0] is written to a non-zero value.

A RESTART condition can be requested by setting the START bit in the I2C_CR2 register with the proper slave address configuration, and number of bytes to be transferred. Setting the START bit clears the TC flag and the START condition, followed by slave address, are sent on the bus.

A STOP condition can be requested by setting the STOP bit in the I2C_CR2 register. Setting the STOP bit clears the TC flag and the STOP condition is sent on the bus.

Figure 220. Transfer sequence flow for I2C master receiver for N ≤ 255 bytes

Flowchart for I2C master receiver transfer sequence. It starts with 'Master reception', followed by 'Master initialization', then a block with 'NBYTES = N', 'AUTOEND' settings, 'Configure slave address', and 'Set I2C_CR2.START'. A loop begins with a decision 'I2C_ISR.RXNE = 1?'. If 'No', it loops back to the start of the loop. If 'Yes', it goes to 'Read I2C_RXDR'. Next is a decision 'NBYTES received?'. If 'No', it loops back to the start of the loop. If 'Yes', it goes to a decision 'I2C_ISR.TC = 1?'. If 'Yes', it goes to 'Set I2C_CR2.START with slave address NBYTES ...'. If 'No', it goes to 'End'. A dashed line indicates continuation from the 'Set I2C_CR2.START' block.
graph TD; Start([Master reception]) --> Init[Master initialization]; Init --> Config["NBYTES = N<br/>AUTOEND = 0 for RESTART; 1 for STOP<br/>Configure slave address<br/>Set I2C_CR2.START"]; Config --> RXNE{"I2C_ISR.RXNE<br/>= 1?"}; RXNE -- No --> RXNE; RXNE -- Yes --> Read[Read I2C_RXDR]; Read --> NBYTES{"NBYTES<br/>received?"}; NBYTES -- No --> RXNE; NBYTES -- Yes --> TC{"I2C_ISR.TC<br/>= 1?"}; TC -- Yes --> SetCR2["Set I2C_CR2.START with<br/>slave address NBYTES ..."]; TC -- No --> End([End]); SetCR2 -.-> Dots[...];
Flowchart for I2C master receiver transfer sequence. It starts with 'Master reception', followed by 'Master initialization', then a block with 'NBYTES = N', 'AUTOEND' settings, 'Configure slave address', and 'Set I2C_CR2.START'. A loop begins with a decision 'I2C_ISR.RXNE = 1?'. If 'No', it loops back to the start of the loop. If 'Yes', it goes to 'Read I2C_RXDR'. Next is a decision 'NBYTES received?'. If 'No', it loops back to the start of the loop. If 'Yes', it goes to a decision 'I2C_ISR.TC = 1?'. If 'Yes', it goes to 'Set I2C_CR2.START with slave address NBYTES ...'. If 'No', it goes to 'End'. A dashed line indicates continuation from the 'Set I2C_CR2.START' block.

MS19863V2

Figure 221. Transfer sequence flow for I2C master receiver for N > 255 bytes

Flowchart for I2C master receiver transfer sequence for N > 255 bytes. The process starts with 'Master reception', followed by 'Master initialization'. It then enters a loop: 'NBYPES = 0xFF; N=N-255; RELOAD =1; Configure slave address; Set I2C_CR2.START'. A loop condition 'I2C_ISR.RXNE =1?' is checked. If 'No', it loops back to the start of the loop. If 'Yes', it proceeds to 'Read I2C_RXDR'. Another loop condition 'NBYPES received?' is checked. If 'No', it loops back to the start of the loop. If 'Yes', it checks 'I2C_ISR.TC = 1?'. If 'Yes', it proceeds to 'Set I2C_CR2.START with slave address NBYPES ...'. If 'No', it checks 'I2C_ISR.TCR = 1?'. If 'Yes', it proceeds to a block with 'IF N< 256' and 'ELSE' conditions. Finally, it reaches 'End'.
graph TD
    Start([Master reception]) --> Init[Master initialization]
    Init --> LoopStart[NBYTES = 0xFF; N=N-255
RELOAD =1
Configure slave address
Set I2C_CR2.START] LoopStart --> RXNE{I2C_ISR.RXNE
=1?} RXNE -- No --> LoopStart RXNE -- Yes --> Read[Read I2C_RXDR] Read --> Received{NBYPES
received?} Received -- No --> LoopStart Received -- Yes --> TC{I2C_ISR.TC
= 1?} TC -- Yes --> SetStart[Set I2C_CR2.START with
slave address NBYPES ...] TC -- No --> TCR{I2C_ISR.TCR
= 1?} TCR -- Yes --> IFN[IF N< 256
NBYTES =N; N=0;RELOAD=0
AUTOEND=0 for RESTART; 1 for STOP
ELSE
NBYTES =0xFF;N=N-255
RELOAD=1] TCR -- No --> End([End]) SetStart --> End IFN --> End IFN --> LoopStart
Flowchart for I2C master receiver transfer sequence for N > 255 bytes. The process starts with 'Master reception', followed by 'Master initialization'. It then enters a loop: 'NBYPES = 0xFF; N=N-255; RELOAD =1; Configure slave address; Set I2C_CR2.START'. A loop condition 'I2C_ISR.RXNE =1?' is checked. If 'No', it loops back to the start of the loop. If 'Yes', it proceeds to 'Read I2C_RXDR'. Another loop condition 'NBYPES received?' is checked. If 'No', it loops back to the start of the loop. If 'Yes', it checks 'I2C_ISR.TC = 1?'. If 'Yes', it proceeds to 'Set I2C_CR2.START with slave address NBYPES ...'. If 'No', it checks 'I2C_ISR.TCR = 1?'. If 'Yes', it proceeds to a block with 'IF N< 256' and 'ELSE' conditions. Finally, it reaches 'End'.

MS19864V2

Figure 222. Transfer bus diagrams for I2C master receiver (mandatory events only)

Diagram of I2C master receiver in automatic end mode (STOP). The sequence starts with INIT (S, Address), followed by reception of data1 (A, RXNE), data2 (A, RXNE), and ends with NA and P. The NBYTES register is set to 2. Legend: transmission (white), reception (yellow), SCL stretch (blue line). Diagram of I2C master receiver in software end mode (RESTART). The sequence starts with INIT (S, Address), followed by reception of data1 (A, RXNE), data2 (A, RXNE), NA, and then a RESTART (ReS, Address). The NBYTES register is set to 2 for the first part and N for the second part. Legend: transmission (white), reception (yellow), SCL stretch (blue line).

Example I2C master receiver 2 bytes, automatic end mode (STOP)

INIT: program Slave address, program NBYTES = 2, AUTOEND=1, set START
EV1: RXNE ISR: rd data1
EV2: RXNE ISR: rd data2

Example I2C master receiver 2 bytes, software end mode (RESTART)

INIT: program Slave address, program NBYTES = 2, AUTOEND=0, set START
EV1: RXNE ISR: rd data1
EV2: RXNE ISR: read data2
EV3: TC ISR: program Slave address, program NBYTES = N, set START

MS19865V1

Diagram of I2C master receiver in automatic end mode (STOP). The sequence starts with INIT (S, Address), followed by reception of data1 (A, RXNE), data2 (A, RXNE), and ends with NA and P. The NBYTES register is set to 2. Legend: transmission (white), reception (yellow), SCL stretch (blue line). Diagram of I2C master receiver in software end mode (RESTART). The sequence starts with INIT (S, Address), followed by reception of data1 (A, RXNE), data2 (A, RXNE), NA, and then a RESTART (ReS, Address). The NBYTES register is set to 2 for the first part and N for the second part. Legend: transmission (white), reception (yellow), SCL stretch (blue line).

For a code example refer to A.11.5: I2C master receiver .

22.4.11 I2C_TIMINGR register configuration examples

The following tables provide examples of how to program the I2C_TIMINGR to obtain timings compliant with the I 2 C specification. To get more accurate configuration values, use the STM32CubeMX tool (I2C Configuration window).

Table 75. Examples of timing settings for \( f_{I2CCLK} = 8 \) MHz
ParameterStandard-mode (Sm)Fast-mode (Fm)Fast-mode Plus (Fm+)
10 kHz100 kHz400 kHz500 kHz
PRESC0x10x10x00x0
SCLL0xC70x130x90x6
\( t_{SCLL} \)200 x 250 ns = 50 µs20 x 250 ns = 5.0 µs10 x 125 ns = 1250 ns7 x 125 ns = 875 ns
SCLH0xC30xF0x30x3
\( t_{SCLH} \)196 x 250 ns = 49 µs16 x 250 ns = 4.0 µs4 x 125 ns = 500 ns4 x 125 ns = 500 ns
\( t_{SCL}^{(1)} \)~100 µs (2)~10 µs (2)~2.5 µs (3)~2.0 µs (4)
SDADEL0x20x20x10x0
\( t_{SDADEL} \)2 x 250 ns = 500 ns2 x 250 ns = 500 ns1 x 125 ns = 125 ns0 ns
SCLDEL0x40x40x30x1
\( t_{SCLDEL} \)5 x 250 ns = 1250 ns5 x 250 ns = 1250 ns4 x 125 ns = 500 ns2 x 125 ns = 250 ns
  1. 1. \( t_{SCL} \) is greater than \( t_{SCLL} + t_{SCLH} \) due to SCL internal detection delay. Values provided for \( t_{SCL} \) are examples only.
  2. 2. \( t_{SYNC1} + t_{SYNC2} \) minimum value is \( 4 \times t_{I2CCLK} = 500 \) ns. Example with \( t_{SYNC1} + t_{SYNC2} = 1000 \) ns.
  3. 3. \( t_{SYNC1} + t_{SYNC2} \) minimum value is \( 4 \times t_{I2CCLK} = 500 \) ns. Example with \( t_{SYNC1} + t_{SYNC2} = 750 \) ns.
  4. 4. \( t_{SYNC1} + t_{SYNC2} \) minimum value is \( 4 \times t_{I2CCLK} = 500 \) ns. Example with \( t_{SYNC1} + t_{SYNC2} = 655 \) ns.
Table 76. Examples of timing settings for \( f_{I2CCLK} = 16 \) MHz
ParameterStandard-mode (Sm)Fast-mode (Fm)Fast-mode Plus (Fm+)
10 kHz100 kHz400 kHz1000 kHz
PRESC0x30x30x10x0
SCLL0xC70x130x90x4
\( t_{SCLL} \)200 x 250 ns = 50 µs20 x 250 ns = 5.0 µs10 x 125 ns = 1250 ns5 x 62.5 ns = 312.5 ns
SCLH0xC30xF0x30x2
\( t_{SCLH} \)196 x 250 ns = 49 µs16 x 250 ns = 4.0 µs4 x 125 ns = 500 ns3 x 62.5 ns = 187.5 ns
\( t_{SCL}^{(1)} \)~100 µs (2)~10 µs (2)~2.5 µs (3)~1.0 µs (4)
SDADEL0x20x20x20x0
\( t_{SDADEL} \)2 x 250 ns = 500 ns2 x 250 ns = 500 ns2 x 125 ns = 250 ns0 ns
SCLDEL0x40x40x30x2
\( t_{SCLDEL} \)5 x 250 ns = 1250 ns5 x 250 ns = 1250 ns4 x 125 ns = 500 ns3 x 62.5 ns = 187.5 ns
  1. 1. \( t_{SCL} \) is greater than \( t_{SCLL} + t_{SCLH} \) due to SCL internal detection delay. Values provided for \( t_{SCL} \) are examples only.
  2. 2. \( t_{SYNC1} + t_{SYNC2} \) minimum value is \( 4 \times t_{I2CCLK} = 250 \) ns. Example with \( t_{SYNC1} + t_{SYNC2} = 1000 \) ns.
  3. 3. \( t_{SYNC1} + t_{SYNC2} \) minimum value is \( 4 \times t_{I2CCLK} = 250 \) ns. Example with \( t_{SYNC1} + t_{SYNC2} = 750 \) ns.
  4. 4. \( t_{SYNC1} + t_{SYNC2} \) minimum value is \( 4 \times t_{I2CCLK} = 250 \) ns. Example with \( t_{SYNC1} + t_{SYNC2} = 500 \) ns.
Table 77. Examples of timing settings for \( f_{I2CCLK} = 48 \text{ MHz} \)
ParameterStandard-mode (Sm)Fast-mode (Fm)Fast-mode Plus (Fm+)
10 kHz100 kHz400 kHz1000 kHz
PRESC0xB0xB0x50x5
SCLL0xC70x130x90x3
\( t_{SCLL} \)\( 200 \times 250 \text{ ns} = 50 \text{ } \mu\text{s} \)\( 20 \times 250 \text{ ns} = 5.0 \text{ } \mu\text{s} \)\( 10 \times 125 \text{ ns} = 1250 \text{ ns} \)\( 4 \times 125 \text{ ns} = 500 \text{ ns} \)
SCLH0xC30xF0x30x1
\( t_{SCLH} \)\( 196 \times 250 \text{ ns} = 49 \text{ } \mu\text{s} \)\( 16 \times 250 \text{ ns} = 4.0 \text{ } \mu\text{s} \)\( 4 \times 125 \text{ ns} = 500 \text{ ns} \)\( 2 \times 125 \text{ ns} = 250 \text{ ns} \)
\( t_{SCL}^{(1)} \)\( \sim 100 \text{ } \mu\text{s}^{(2)} \)\( \sim 10 \text{ } \mu\text{s}^{(2)} \)\( \sim 2.5 \text{ } \mu\text{s}^{(3)} \)\( \sim 875 \text{ ns}^{(4)} \)
SDADEL0x20x20x30x0
\( t_{SDADEL} \)\( 2 \times 250 \text{ ns} = 500 \text{ ns} \)\( 2 \times 250 \text{ ns} = 500 \text{ ns} \)\( 3 \times 125 \text{ ns} = 375 \text{ ns} \)0 ns
SCLDEL0x40x40x30x1
\( t_{SCLDEL} \)\( 5 \times 250 \text{ ns} = 1250 \text{ ns} \)\( 5 \times 250 \text{ ns} = 1250 \text{ ns} \)\( 4 \times 125 \text{ ns} = 500 \text{ ns} \)\( 2 \times 125 \text{ ns} = 250 \text{ ns} \)

1. \( t_{SCL} \) is greater than \( t_{SCLL} + t_{SCLH} \) due to the SCL internal detection delay. Values provided for \( t_{SCL} \) are only examples.

2. \( t_{SYNC1} + t_{SYNC2} \) minimum value is \( 4 \times f_{I2CCLK} = 83.3 \text{ ns} \) . Example with \( t_{SYNC1} + t_{SYNC2} = 1000 \text{ ns} \)

3. \( t_{SYNC1} + t_{SYNC2} \) minimum value is \( 4 \times f_{I2CCLK} = 83.3 \text{ ns} \) . Example with \( t_{SYNC1} + t_{SYNC2} = 750 \text{ ns} \)

4. \( t_{SYNC1} + t_{SYNC2} \) minimum value is \( 4 \times f_{I2CCLK} = 83.3 \text{ ns} \) . Example with \( t_{SYNC1} + t_{SYNC2} = 250 \text{ ns} \)

22.4.12 SMBus specific features

This section is relevant only when the SMBus feature is supported (refer to Section 22.3 ).

Introduction

The system management bus (SMBus) is a two-wire interface through which various devices can communicate with each other and with the rest of the system. It is based on I 2 C principles of operation. The SMBus provides a control bus for system and power management related tasks.

This peripheral is compatible with the SMBus specification ( http://smbus.org ).

The system management bus specification refers to three types of devices

This peripheral can be configured as master or slave device, and also as a host.

Bus protocols

There are eleven possible command protocols for any given device. A device can use any or all of them to communicate. The protocols are Quick Command, Send Byte, Receive Byte, Write Byte, Write Word, Read Byte, Read Word, Process Call, Block Read, Block

Write, and Block Write-Block Read Process Call. These protocols must be implemented by the user software.

For more details on these protocols, refer to SMBus specification ( http://smbus.org ).

Address resolution protocol (ARP)

SMBus slave address conflicts can be resolved by dynamically assigning a new unique address to each slave device. To provide a mechanism to isolate each device for the purpose of address assignment, each device must implement a unique device identifier (UDID). This 128-bit number is implemented by software.

This peripheral supports the Address Resolution Protocol (ARP). The SMBus Device Default Address (0b1100 001) is enabled by setting SMBDEN bit in I2C_CR1 register. The ARP commands must be implemented by the user software.

Arbitration is also performed in slave mode for ARP support.

For more details of the SMBus address resolution protocol, refer to SMBus specification ( http://smbus.org ).

Received command and data acknowledge control

A SMBus receiver must be able to NACK each received command or data. In order to allow the ACK control in slave mode, the Slave byte control mode must be enabled by setting SBC bit in I2C_CR1 register. Refer to Slave byte control mode for more details.

Host notify protocol

This peripheral supports the host notify protocol by setting the SMBHEN bit in the I2C_CR1 register. In this case the host acknowledges the SMBus host address (0b0001 000).

When this protocol is used, the device acts as a master and the host as a slave.

SMBus alert

The SMBus ALERT optional signal is supported. A slave-only device can signal the host through the SMBALERT# pin that it wants to talk. The host processes the interrupt and simultaneously accesses all SMBALERT# devices through the alert response address (0b0001 100). Only the device(s) which pulled SMBALERT# low acknowledges the alert response address.

When configured as a slave device (SMBHEN = 0), the SMBA pin is pulled low by setting the ALERTEN bit in the I2C_CR1 register. The Alert Response Address is enabled at the same time.

When configured as a host (SMBHEN = 1), the ALERT flag is set in the I2C_ISR register when a falling edge is detected on the SMBA pin and ALERTEN = 1. An interrupt is generated if the ERRIE bit is set in the I2C_CR1 register. When ALERTEN = 0, the ALERT line is considered high even if the external SMBA pin is low.

If the SMBus ALERT pin is not needed, the SMBA pin can be used as a standard GPIO if ALERTEN = 0.

Packet error checking

A packet error checking mechanism has been introduced in the SMBus specification to improve reliability and communication robustness. The packet error checking is implemented by appending a packet error code (PEC) at the end of each message transfer.

The PEC is calculated by using the \( C(x) = x^8 + x^2 + x + 1 \) CRC-8 polynomial on all the message bytes (including addresses and read/write bits).

The peripheral embeds a hardware PEC calculator and allows a not acknowledge to be sent automatically when the received byte does not match with the hardware calculated PEC.

Timeouts

This peripheral embeds hardware timers to be compliant with the three timeouts defined in the SMBus specification.

Table 78. SMBus timeout specifications

SymbolParameterLimitsUnit
MinMax
\( t_{TIMEOUT} \)Detect clock low timeout2535ms
\( t_{LOW:SEXT}^{(1)} \)Cumulative clock low extend time (slave device)-25
\( t_{LOW:MEXT}^{(2)} \)Cumulative clock low extend time (master device)-10
  1. \( t_{LOW:SEXT} \) is the cumulative time a given slave device is allowed to extend the clock cycles in one message from the initial START to the STOP. It is possible that another slave device or the master also extends the clock causing the combined clock low extend time to be greater than \( t_{LOW:SEXT} \) . Therefore, this parameter is measured with the slave device as the sole target of a full-speed master.
  2. \( t_{LOW:MEXT} \) is the cumulative time a master device is allowed to extend its clock cycles within each byte of a message as defined from START-to-ACK, ACK-to-ACK, or ACK-to-STOP. It is possible that a slave device or another master also extends the clock, causing the combined clock low time to be greater than \( t_{LOW:MEXT} \) on a given byte. Therefore, this parameter is measured with a full speed slave device as the sole target of the master.

Figure 223. Timeout intervals for \( t_{LOW:SEXT} \) , \( t_{LOW:MEXT} \)

Timing diagram showing SMBCLK and SMBDAT signals. It illustrates the timeout intervals for t_LOW:SEXT (cumulative clock low extend time for a slave) and t_LOW:MEXT (cumulative clock low extend time for a master) between START and STOP conditions. The diagram shows the clock signal (SMBCLK) and data signal (SMBDAT) with markers for START, STOP, and ACK signals (ClkAck).

The diagram shows two signal lines: SMBCLK (top) and SMBDAT (bottom). The sequence starts with a 'Start' condition and ends with a 'Stop' condition. The SMBCLK signal is shown as a square wave. The SMBDAT signal is shown as a series of pulses. Vertical dashed lines mark the 'Start', 'Stop', and 'ClkAck' (acknowledge) points. The interval from 'Start' to the first 'ClkAck' is labeled \( t_{LOW:MEXT} \) . The interval from the first 'ClkAck' to the second 'ClkAck' is also labeled \( t_{LOW:MEXT} \) . The interval from the second 'ClkAck' to 'Stop' is labeled \( t_{LOW:MEXT} \) . The total interval from 'Start' to 'Stop' is labeled \( t_{LOW:SEXT} \) .

Timing diagram showing SMBCLK and SMBDAT signals. It illustrates the timeout intervals for t_LOW:SEXT (cumulative clock low extend time for a slave) and t_LOW:MEXT (cumulative clock low extend time for a master) between START and STOP conditions. The diagram shows the clock signal (SMBCLK) and data signal (SMBDAT) with markers for START, STOP, and ACK signals (ClkAck).

MS19866V1

Bus idle detection

A master can assume that the bus is free if it detects that the clock and data signals have been high for \( t_{IDLE} > t_{HIGH,MAX} \) (refer to I2C timings ).

This timing parameter covers the condition where a master has been dynamically added to the bus, and may not have detected a state transition on the SMBCLK or SMBDAT lines. In this case, the master must wait long enough to ensure that a transfer is not currently in progress. The peripheral supports a hardware bus idle detection.

22.4.13 SMBus initialization

This section is relevant only when SMBus feature is supported (see Section 22.3 ).

In addition to I2C initialization, some other specific initialization must be done to perform SMBus communication.

Received command and data acknowledge control (slave mode)

A SMBus receiver must be able to NACK each received command or data. To allow ACK control in slave mode, the Slave byte control mode must be enabled by setting the SBC bit in the I2C_CR1 register. Refer to Slave byte control mode for more details.

Specific address (slave mode)

The specific SMBus addresses must be enabled if needed. Refer to Bus idle detection for more details.

Packet error checking

PEC calculation is enabled by setting the PECEN bit in the I2C_CR1 register. Then the PEC transfer is managed with the help of the hardware byte counter NBBYTES[7:0] in the I2C_CR2 register. The PECEN bit must be configured before enabling the I2C.

The PEC transfer is managed with the hardware byte counter, so the SBC bit must be set when interfacing the SMBus in slave mode. The PEC is transferred after NBBYTES - 1 data have been transferred when the PECBYTE bit is set and the RELOAD bit is cleared. If RELOAD is set, PECBYTE has no effect.

Caution: Changing the PECEN configuration is not allowed when the I2C is enabled.

Table 79. SMBus with PEC configuration

ModeSBC bitRELOAD bitAUTOEND bitPECBYTE bit
Master Tx/Rx NBBYTES + PEC+ STOPx011
Master Tx/Rx NBBYTES + PEC + ReSTARTx001
Slave Tx/Rx with PEC10x1

Timeout detection

The timeout detection is enabled by setting the TIMOUTEN and TEXTEN bits in the I2C_TIMEOUTR register. The timers must be programmed in such a way that they detect a timeout before the maximum time given in the SMBus specification.

To enable the \( t_{\text{TIMEOUT}} \) check, the 12-bit TIMEOUTA[11:0] bits must be programmed with the timer reload value, to check the \( t_{\text{TIMEOUT}} \) parameter. The TIDLE bit must be configured to 0 to detect the SCL low level timeout.

Then the timer is enabled by setting the TIMOUTEN in the I2C_TIMEOUTR register.

If SCL is tied low for a time greater than \( (\text{TIMEOUTA} + 1) \times 2048 \times t_{\text{I2CCLK}} \) , the TIMEOUT flag is set in the I2C_ISR register.

Refer to Table 80 .

Caution: Changing the TIMEOUTA[11:0] bits and TIDLE bit configuration is not allowed when the TIMOUTEN bit is set.

Depending on if the peripheral is configured as a master or as a slave, the 12-bit TIMEOUTB timer must be configured to check \( t_{\text{LOW:SEXT}} \) for a slave, and \( t_{\text{LOW:MEXT}} \) for a master. As the standard specifies only a maximum, the user can choose the same value for both. The timer is then enabled by setting the TEXTEN bit in the I2C_TIMEOUTR register.

If the SMBus peripheral performs a cumulative SCL stretch for a time greater than \( (\text{TIMEOUTB} + 1) \times 2048 \times t_{\text{I2CCLK}} \) , and in the timeout interval described in Bus idle detection section, the TIMEOUT flag is set in the I2C_ISR register.

Refer to Table 81

Caution: Changing the TIMEOUTB configuration is not allowed when the TEXTEN bit is set.

Bus idle detection

To enable the \( t_{\text{IDLE}} \) check, the 12-bit TIMEOUTA[11:0] field must be programmed with the timer reload value, to obtain the \( t_{\text{IDLE}} \) parameter. The TIDLE bit must be configured to '1 to detect both SCL and SDA high level timeout. The timer is then enabled by setting the TIMOUTEN bit in the I2C_TIMEOUTR register.

If both the SCL and SDA lines remain high for a time greater than \( (\text{TIMEOUTA} + 1) \times 4 \times t_{\text{I2CCLK}} \) , the TIMEOUT flag is set in the I2C_ISR register.

Refer to Table 82 .

Caution: Changing TIMEOUTA and TIDLE configuration is not allowed when TIMOUTEN is set.

22.4.14 SMBus: I2C_TIMEOUTR register configuration examples

This section is relevant only when SMBus feature is supported. Refer to Section 22.3 .

Table 80. Examples of TIMEOUTA settings (max \( t_{TIMEOUT} \) = 25 ms)

\( f_{I2CCLK} \)TIMEOUTA[11:0] bitsTIDLE bitTIMEOUTEN bit\( t_{TIMEOUT} \)
8 MHz0x6101\( 98 \times 2048 \times 125 \text{ ns} = 25 \text{ ms} \)
16 MHz0xC301\( 196 \times 2048 \times 62.5 \text{ ns} = 25 \text{ ms} \)
48 MHz0x24901\( 586 \times 2048 \times 20.08 \text{ ns} = 25 \text{ ms} \)

Table 81. Examples of TIMEOUTB settings

\( f_{I2CCLK} \)TIMEOUTB[11:0] bitsTEXTEN bit\( t_{LOW:EXT} \)
8 MHz0x1F1\( 32 \times 2048 \times 125 \text{ ns} = 8 \text{ ms} \)
16 MHz0x3F1\( 64 \times 2048 \times 62.5 \text{ ns} = 8 \text{ ms} \)
48 MHz0xBB1\( 188 \times 2048 \times 20.08 \text{ ns} = 8 \text{ ms} \)

Table 82. Examples of TIMEOUTA settings (max \( t_{IDLE} \) = 50 \( \mu\text{s} \) )

\( f_{I2CCLK} \)TIMEOUTA[11:0] bitsTIDLE bitTIMEOUTEN bit\( t_{IDLE} \)
8 MHz0x6311\( 100 \times 4 \times 125 \text{ ns} = 50 \mu\text{s} \)
16 MHz0xC711\( 200 \times 4 \times 62.5 \text{ ns} = 50 \mu\text{s} \)
48 MHz0x25711\( 600 \times 4 \times 20.08 \text{ ns} = 50 \mu\text{s} \)

22.4.15 SMBus slave mode

This section is relevant only when the SMBus feature is supported (refer to Section 22.3 ).

In addition to I2C slave transfer management (refer to Section 22.4.9 ), additional software flows are provided to support the SMBus.

SMBus slave transmitter

When the IP is used in SMBus, SBC must be programmed to 1 to enable the PEC transmission at the end of the programmed number of data bytes. When the PECBYTE bit is set, the number of bytes programmed in NBBYTES[7:0] includes the PEC transmission. In that case the total number of TXIS interrupts is NBBYTES - 1, and the content of the I2C_PECR register is automatically transmitted if the master requests an extra byte after the NBBYTES - 1 data transfer.

Caution: The PECBYTE bit has no effect when the RELOAD bit is set.

Figure 224. Transfer sequence flow for SMBus slave transmitter N bytes + PEC

Flowchart for SMBus slave transmitter N bytes + PEC. The process starts with 'SMBus slave transmission', followed by 'Slave initialization'. A loop exists for 'I2C_ISR.ADDR = 1?' (No path loops back to initialization). The 'Yes' path leads to 'Read ADDCODE and DIR in I2C_ISR, I2C_CR2.NBYTES = N + 1, PECBYTE=1, Set I2C_ICR.ADDRCF'. This is followed by a loop for 'I2C_ISR.TXIS = 1?' (No path loops back to the previous step). The 'Yes' path leads to 'Write I2C_TXDR.TXDATA', which then loops back to the 'I2C_ISR.TXIS = 1?' decision. A vertical double-headed arrow on the right indicates 'SCL stretched' during the TXIS loop.
graph TD
    Start([SMBus slave transmission]) --> Init[Slave initialization]
    Init --> ADDR{I2C_ISR.ADDR = 1?}
    ADDR -- No --> Init
    ADDR -- Yes --> Read[Read ADDCODE and DIR in I2C_ISR
I2C_CR2.NBYTES = N + 1
PECBYTE=1
Set I2C_ICR.ADDRCF] Read --> TXIS{I2C_ISR.TXIS = 1?} TXIS -- No --> Read TXIS -- Yes --> Write[Write I2C_TXDR.TXDATA] Write --> TXIS style ADDR fill:none,stroke:none style TXIS fill:none,stroke:none style Read fill:none,stroke:none style Write fill:none,stroke:none style Init fill:none,stroke:none style Start fill:none,stroke:none
Flowchart for SMBus slave transmitter N bytes + PEC. The process starts with 'SMBus slave transmission', followed by 'Slave initialization'. A loop exists for 'I2C_ISR.ADDR = 1?' (No path loops back to initialization). The 'Yes' path leads to 'Read ADDCODE and DIR in I2C_ISR, I2C_CR2.NBYTES = N + 1, PECBYTE=1, Set I2C_ICR.ADDRCF'. This is followed by a loop for 'I2C_ISR.TXIS = 1?' (No path loops back to the previous step). The 'Yes' path leads to 'Write I2C_TXDR.TXDATA', which then loops back to the 'I2C_ISR.TXIS = 1?' decision. A vertical double-headed arrow on the right indicates 'SCL stretched' during the TXIS loop.

Figure 225. Transfer bus diagrams for SMBus slave transmitter (SBC = 1)

Bus diagram for an example SMBus slave transmitter with 2 bytes + PEC. The sequence of events is: S (Start), Address (reception), A (ACK), data1 (transmission), A (ACK), data2 (transmission), A (ACK), PEC (reception), NA (NACK), P (Stop). Interrupts are triggered at ADDR (EV1), TXIS (EV2), and TXIS (EV3). A bracket below the sequence indicates NBYTES = 3 (data1, data2, and PEC).

Example SMBus slave transmitter 2 bytes + PEC,

legend:

NBYTES: [ Address | data1 | data2 | PEC ] = 3

EV1: ADDR ISR: check ADDCODE, program NBYTES=3, set PECBYTE, set ADDRCF
EV2: TXIS ISR: wr data1
EV3: TXIS ISR: wr data2

Bus diagram for an example SMBus slave transmitter with 2 bytes + PEC. The sequence of events is: S (Start), Address (reception), A (ACK), data1 (transmission), A (ACK), data2 (transmission), A (ACK), PEC (reception), NA (NACK), P (Stop). Interrupts are triggered at ADDR (EV1), TXIS (EV2), and TXIS (EV3). A bracket below the sequence indicates NBYTES = 3 (data1, data2, and PEC).

SMBus slave receiver

When the I2C is used in SMBus mode, SBC must be programmed to 1 to allow the PEC checking at the end of the programmed number of data bytes. To allow the ACK control of each byte, the reload mode must be selected (RELOAD = 1). Refer to Slave byte control mode for more details.

To check the PEC byte, the RELOAD bit must be cleared and the PECBYTE bit must be set. In this case, after NBBYTES - 1 data have been received, the next received byte is compared with the internal I2C_PECR register content. A NACK is automatically generated if the comparison does not match, and an ACK is automatically generated if the comparison matches, whatever the ACK bit value. Once the PEC byte is received, it is copied into the I2C_RXDR register like any other data, and the RXNE flag is set.

In the case of a PEC mismatch, the PECERR flag is set and an interrupt is generated if the ERRIE bit is set in the I2C_CR1 register.

If no ACK software control is needed, the user can program PECBYTE = 1 and, in the same write operation, program NBBYTES with the number of bytes to be received in a continuous flow. After NBBYTES - 1 are received, the next received byte is checked as being the PEC.

Caution: The PECBYTE bit has no effect when the RELOAD bit is set.

Figure 226. Transfer sequence flow for SMBus slave receiver N bytes + PEC

Flowchart for SMBus slave receiver transfer sequence. It starts with 'SMBus slave reception', followed by 'Slave initialization'. A loop checks 'I2C_ISR.ADDR = 1?'. If 'No', it loops back to initialization. If 'Yes', it reads ADDCODE and DIR, sets I2C_CR2.NBYTES = 1, RELOAD = 1, PECBYTE = 1, and sets I2C_ICR.ADDRCF. A vertical double-headed arrow labeled 'SCL stretched' is next to this block. Next, it checks 'I2C_ISR.RXNE = 1? I2C_ISR.TCR = 1?'. If 'No', it loops back to the previous block. If 'Yes', it reads I2C_RXDR.RXDATA, programs I2C_CR2.NACK = 0, I2C_CR2.NBYTES = 1, and N = N - 1. Then it checks 'N = 1?'. If 'No', it loops back to the 'I2C_ISR.RXNE' check. If 'Yes', it reads I2C_RXDR.RXDATA, programs RELOAD = 0, NACK = 0 and NBYTES = 1. Then it checks 'I2C_ISR.RXNE = 1?'. If 'No', it loops back to the 'I2C_CR2.NBYTES' block. If 'Yes', it reads I2C_RXDR.RXDATA and ends.
graph TD; Start([SMBus slave reception]) --> Init[Slave initialization]; Init --> ADDR{I2C_ISR.ADDR = 1?}; ADDR -- No --> Init; ADDR -- Yes --> Read1[Read ADDCODE and DIR in I2C_ISR<br/>I2C_CR2.NBYTES = 1, RELOAD = 1<br/>PECBYTE=1<br/>Set I2C_ICR.ADDRCF]; Read1 --> RXNE{I2C_ISR.RXNE = 1?<br/>I2C_ISR.TCR = 1?}; RXNE -- No --> Read1; RXNE -- Yes --> Read2[Read I2C_RXDR.RXDATA<br/>Program I2C_CR2.NACK = 0<br/>I2C_CR2.NBYTES = 1<br/>N = N - 1]; Read2 --> N{N = 1?}; N -- No --> RXNE; N -- Yes --> Read3[Read I2C_RXDR.RXDATA<br/>Program RELOAD = 0<br/>NACK = 0 and NBYTES = 1]; Read3 --> RXNE2{I2C_ISR.RXNE = 1?}; RXNE2 -- No --> Read1; RXNE2 -- Yes --> Read4[Read I2C_RXDR.RXDATA]; Read4 --> End([End]);
Flowchart for SMBus slave receiver transfer sequence. It starts with 'SMBus slave reception', followed by 'Slave initialization'. A loop checks 'I2C_ISR.ADDR = 1?'. If 'No', it loops back to initialization. If 'Yes', it reads ADDCODE and DIR, sets I2C_CR2.NBYTES = 1, RELOAD = 1, PECBYTE = 1, and sets I2C_ICR.ADDRCF. A vertical double-headed arrow labeled 'SCL stretched' is next to this block. Next, it checks 'I2C_ISR.RXNE = 1? I2C_ISR.TCR = 1?'. If 'No', it loops back to the previous block. If 'Yes', it reads I2C_RXDR.RXDATA, programs I2C_CR2.NACK = 0, I2C_CR2.NBYTES = 1, and N = N - 1. Then it checks 'N = 1?'. If 'No', it loops back to the 'I2C_ISR.RXNE' check. If 'Yes', it reads I2C_RXDR.RXDATA, programs RELOAD = 0, NACK = 0 and NBYTES = 1. Then it checks 'I2C_ISR.RXNE = 1?'. If 'No', it loops back to the 'I2C_CR2.NBYTES' block. If 'Yes', it reads I2C_RXDR.RXDATA and ends.

MS19868V2

Figure 227. Bus transfer diagrams for SMBus slave receiver (SBC = 1)

Diagram of an SMBus slave receiver transfer with 2 bytes of data and PEC. The sequence starts with a START (S) and Address (transmission), followed by an ACK (A, reception). Then data1 (reception), ACK (A, reception), data2 (reception), ACK (A, reception), PEC (reception), ACK (A, reception), and a STOP (P, transmission). Interrupts are triggered at EV1 (ADDR), EV2 (RXNE after data1), EV3 (RXNE after data2), and EV4 (RXNE after PEC). The NBYTES register is set to 3. Diagram of an SMBus slave receiver transfer with 2 bytes of data and PEC, using ACK control. The sequence is similar to the first diagram but with RELOAD=1. Interrupts are triggered at EV1 (ADDR), EV2 (RXNE-TCR after data1), EV3 (RXNE-TCR after data2), and EV4 (RXNE after PEC). The NBYTES register is set to 1.

Example SMBus slave receiver 2 bytes + PEC

legend:

NBYTES 3

EV1: ADDR ISR: check ADDCODE and DIR, program NBYTES = 3, PECBYTE=1, RELOAD=0, set ADDRCF
EV2: RXNE ISR: rd data1
EV3: RXNE ISR: rd data2
EV4: RXNE ISR: rd PEC

Example SMBus slave receiver 2 bytes + PEC, with ACK control (RELOAD=1/0)

legend :

NBYTES 1

EV1: ADDR ISR: check ADDCODE and DIR, program NBYTES = 1, PECBYTE=1, RELOAD=1, set ADDRCF
EV2: RXNE-TCR ISR: rd data1, program NACK=0 and NBYTES = 1
EV3: RXNE-TCR ISR: rd data2, program NACK=0, NBYTES = 1 and RELOAD=0
EV4: RXNE-TCR ISR: rd PEC

MS19870V2

Diagram of an SMBus slave receiver transfer with 2 bytes of data and PEC. The sequence starts with a START (S) and Address (transmission), followed by an ACK (A, reception). Then data1 (reception), ACK (A, reception), data2 (reception), ACK (A, reception), PEC (reception), ACK (A, reception), and a STOP (P, transmission). Interrupts are triggered at EV1 (ADDR), EV2 (RXNE after data1), EV3 (RXNE after data2), and EV4 (RXNE after PEC). The NBYTES register is set to 3. Diagram of an SMBus slave receiver transfer with 2 bytes of data and PEC, using ACK control. The sequence is similar to the first diagram but with RELOAD=1. Interrupts are triggered at EV1 (ADDR), EV2 (RXNE-TCR after data1), EV3 (RXNE-TCR after data2), and EV4 (RXNE after PEC). The NBYTES register is set to 1.

This section is relevant only when the SMBus feature is supported (refer to Section 22.3 ).

In addition to I2C master transfer management (refer to Section 22.4.10 ), additional software flows are provided to support the SMBus.

SMBus master transmitter

When the SMBus master wants to transmit the PEC, the PECBYTE bit must be set and the number of bytes must be programmed in the NBYTES[7:0] field, before setting the START bit. In this case the total number of TXIS interrupts is NBYTES - 1. So if the PECBYTE bit is set when NBYTES = 0x1, the content of the I2C_PECR register is automatically transmitted.

If the SMBus master wants to send a STOP condition after the PEC, automatic end mode must be selected (AUTOEND = 1). In this case, the STOP condition automatically follows the PEC transmission.

When the SMBus master wants to send a RESTART condition after the PEC, software mode must be selected (AUTOEND = 0). In this case, once NBYTES - 1 have been

transmitted, the I2C_PECR register content is transmitted and the TC flag is set after the PEC transmission, stretching the SCL line low. The RESTART condition must be programmed in the TC interrupt subroutine.

Caution: The PECBYTE bit has no effect when the RELOAD bit is set.

Figure 228. Bus transfer diagrams for SMBus master transmitter

Timing diagram for SMBus master transmitter in automatic end mode (STOP). The sequence shows: Start (S), Address (white), A (yellow), data1 (white), A (yellow), data2 (white), A (yellow), PEC (white), A (yellow), and Stop (P). Below the sequence, the TXE signal is shown as a logic level that pulses low at EV1 and EV2. The NBYTES signal shows a transition from 'xx' to '3' at the INIT point. Event markers: INIT (at Start), EV1 (after Address A), EV2 (after data1 A). A legend on the right indicates: white box for transmission, yellow box for reception, and a blue line for SCL stretch. Timing diagram for SMBus master transmitter in software end mode (RESTART). The sequence shows: Start (S), Address (white), A (yellow), data1 (white), A (yellow), data2 (white), A (yellow), PEC (white), A (yellow), followed by an SCL stretch (blue line), then a Repeated Start (Rstart) and Address. Below the sequence, the TXE signal pulses low at EV1 and EV2. The NBYTES signal transitions from 'xx' to '3' at INIT, and then to 'N' at EV3. Event markers: INIT (at Start), EV1 (after Address A), EV2 (after data1 A), TC (after PEC A), and EV3 (during SCL stretch). The same legend applies: white for transmission, yellow for reception, blue line for SCL stretch.

Example SMBus master transmitter 2 bytes + PEC, automatic end mode (STOP)

INIT: program Slave address, program NBYTES = 3, AUTOEND=1, set PECBYTE, set START
EV1: TXIS ISR: wr data1
EV2: TXIS ISR: wr data2


Example SMBus master transmitter 2 bytes + PEC, software end mode (RESTART)

INIT: program Slave address, program NBYTES = 3, AUTOEND=0, set PECBYTE, set START
EV1: TXIS ISR: wr data1
EV2: TXIS ISR: wr data2
EV3: TC ISR: program Slave address, program NBYTES = N, set START

MS19871V2

Timing diagram for SMBus master transmitter in automatic end mode (STOP). The sequence shows: Start (S), Address (white), A (yellow), data1 (white), A (yellow), data2 (white), A (yellow), PEC (white), A (yellow), and Stop (P). Below the sequence, the TXE signal is shown as a logic level that pulses low at EV1 and EV2. The NBYTES signal shows a transition from 'xx' to '3' at the INIT point. Event markers: INIT (at Start), EV1 (after Address A), EV2 (after data1 A). A legend on the right indicates: white box for transmission, yellow box for reception, and a blue line for SCL stretch. Timing diagram for SMBus master transmitter in software end mode (RESTART). The sequence shows: Start (S), Address (white), A (yellow), data1 (white), A (yellow), data2 (white), A (yellow), PEC (white), A (yellow), followed by an SCL stretch (blue line), then a Repeated Start (Rstart) and Address. Below the sequence, the TXE signal pulses low at EV1 and EV2. The NBYTES signal transitions from 'xx' to '3' at INIT, and then to 'N' at EV3. Event markers: INIT (at Start), EV1 (after Address A), EV2 (after data1 A), TC (after PEC A), and EV3 (during SCL stretch). The same legend applies: white for transmission, yellow for reception, blue line for SCL stretch.

SMBus master receiver

When the SMBus master wants to receive the PEC followed by a STOP at the end of the transfer, automatic end mode can be selected (AUTOEND = 1). The PECBYTE bit must be set and the slave address must be programmed, before setting the START bit. In this case, after NBYTES - 1 data have been received, the next received byte is automatically checked versus the I2C_PECR register content. A NACK response is given to the PEC byte, followed by a STOP condition.

When the SMBus master receiver wants to receive the PEC byte followed by a RESTART condition at the end of the transfer, software mode must be selected (AUTOEND = 0). The PECBYTE bit must be set and the slave address must be programmed, before setting the START bit. In this case, after NBYTES - 1 data have been received, the next received byte is automatically checked versus the I2C_PECR register content. The TC flag is set after the PEC byte reception, stretching the SCL line low. The RESTART condition can be programmed in the TC interrupt subroutine.

Caution: The PECBYTE bit has no effect when the RELOAD bit is set.

Figure 229. Bus transfer diagrams for SMBus master receiver

Timing diagram for SMBus master receiver in automatic stop mode. The sequence starts with INIT (S, Address), followed by reception of data1, data2, and PEC, ending with a STOP (P) condition. RXNE flags are set after each data byte and the PEC. Event markers EV1, EV2, and EV3 correspond to the reception of data1, data2, and PEC respectively. The NBYTES register is set to 3. Timing diagram for SMBus master receiver in software end mode. The sequence starts with INIT (S, Address), followed by reception of data1, data2, and PEC. After PEC, a RESTART (S) condition is generated, followed by a new Address. RXNE flags are set after each data byte and the PEC. Event markers EV1, EV2, EV3, and EV4 correspond to the reception of data1, data2, PEC, and the new Address respectively. The NBYTES register is initially set to 3, then changed to N for the second part of the transfer.

Example SMBus master receiver 2 bytes + PEC, automatic end mode (STOP)

INIT: program Slave address, program NBYTES = 3, AUTOEND=1, set PECBYTE, set START

EV1: RXNE ISR: rd data1

EV2: RXNE ISR: rd data2

EV3: RXNE ISR: rd PEC

Example SMBus master receiver 2 bytes + PEC, software end mode (RESTART)

INIT: program Slave address, program NBYTES = 3, AUTOEND=0, set PECBYTE, set START

EV1: RXNE ISR: rd data1

EV2: RXNE ISR: rd data2

EV3: RXNE ISR: read PEC

EV4: TC ISR: program Slave address, program NBYTES = N, set START

MS19872V2

Timing diagram for SMBus master receiver in automatic stop mode. The sequence starts with INIT (S, Address), followed by reception of data1, data2, and PEC, ending with a STOP (P) condition. RXNE flags are set after each data byte and the PEC. Event markers EV1, EV2, and EV3 correspond to the reception of data1, data2, and PEC respectively. The NBYTES register is set to 3. Timing diagram for SMBus master receiver in software end mode. The sequence starts with INIT (S, Address), followed by reception of data1, data2, and PEC. After PEC, a RESTART (S) condition is generated, followed by a new Address. RXNE flags are set after each data byte and the PEC. Event markers EV1, EV2, EV3, and EV4 correspond to the reception of data1, data2, PEC, and the new Address respectively. The NBYTES register is initially set to 3, then changed to N for the second part of the transfer.

22.4.16 Error conditions

The following errors are the conditions that can cause a communication fail.

Bus error (BERR)

A bus error is detected when a START or a STOP condition is detected and is not located after a multiple of nine SCL clock pulses. A START or a STOP condition is detected when an SDA edge occurs while SCL is high.

The bus error flag is set only if the I2C is involved in the transfer as master or addressed slave (i.e not during the address phase in slave mode).

In case of a misplaced START or RESTART detection in slave mode, the I2C enters address recognition state like for a correct START condition.

When a bus error is detected, the BERR flag is set in the I2C_ISR register, and an interrupt is generated if the ERRIE bit is set in the I2C_CR1 register.

Arbitration lost (ARLO)

An arbitration loss is detected when a high level is sent on the SDA line, but a low level is sampled on the SCL rising edge.

When an arbitration loss is detected, the ARLO flag is set in the I2C_ISR register, and an interrupt is generated if the ERRIE bit is set in the I2C_CR1 register.

Overrun/underrun error (OVR)

An overrun or underrun error is detected in slave mode when NOSTRETCH = 1 and:

When an overrun or underrun error is detected, the OVR flag is set in the I2C_ISR register, and an interrupt is generated if the ERRIE bit is set in the I2C_CR1 register.

Packet error checking error (PECERR)

This section is relevant only when the SMBus feature is supported (refer to Section 22.3 ).

A PEC error is detected when the received PEC byte does not match with the I2C_PECR register content. A NACK is automatically sent after the wrong PEC reception.

When a PEC error is detected, the PECERR flag is set in the I2C_ISR register, and an interrupt is generated if the ERRIE bit is set in the I2C_CR1 register.

Timeout error (TIMEOUT)

This section is relevant only when the SMBus feature is supported (refer to Section 22.3 ).

A timeout error occurs for any of these conditions:

When a timeout violation is detected in master mode, a STOP condition is automatically sent.

When a timeout violation is detected in slave mode, SDA and SCL lines are automatically released.

When a timeout error is detected, the TIMEOUT flag is set in the I2C_ISR register, and an interrupt is generated if the ERRIE bit is set in the I2C_CR1 register.

Alert (ALERT)

This section is relevant only when the SMBus feature is supported (refer to Section 22.3 ).

The ALERT flag is set when the I2C interface is configured as a Host (SMBHEN = 1), the alert pin detection is enabled (ALERTEN = 1) and a falling edge is detected on the SMBA pin. An interrupt is generated if the ERRIE bit is set in the I2C_CR1 register.

22.4.17 DMA requests

Transmission using DMA

DMA (direct memory access) can be enabled for transmission by setting the TXDMAEN bit in the I2C_CR1 register. Data is loaded from an SRAM area configured using the DMA peripheral (see Section 10: Direct memory access controller (DMA) ) to the I2C_TXDR register whenever the TXIS bit is set.

Only the data are transferred with DMA.

For a code example refer to A.11.8: I2C configured in master mode to transmit with DMA .

Note: If DMA is used for transmission, the TXIE bit does not need to be enabled.

Reception using DMA

DMA (direct memory access) can be enabled for reception by setting the RXDMAEN bit in the I2C_CR1 register. Data is loaded from the I2C_RXDR register to an SRAM area configured using the DMA peripheral (refer to Section 10: Direct memory access controller (DMA) on page 149 ) whenever the RXNE bit is set. Only the data (including PEC) are transferred with DMA.

Note: If DMA is used for reception, the RXIE bit does not need to be enabled.

For a code example refer to A.11.9: I2C configured in slave mode to receive with DMA .

22.4.18 Debug mode

When the microcontroller enters debug mode (core halted), the SMBus timeout either continues to work normally or stops, depending on the DBG_I2Cx_SMBUS_TIMEOUT configuration bits in the DBG module.

22.5 I2C low-power modes

Table 83. Effect of low-power modes on the I2C

ModeDescription
SleepNo effect
I2C interrupts cause the device to exit the Sleep mode.
StopThe contents of I2C registers are kept. The I2C must be disabled before entering Stop mode.
StandbyThe I2C peripheral is powered down and must be reinitialized after exiting Standby.

22.6 I2C interrupts

The following table gives the list of I2C interrupt requests.

Table 84. I2C interrupt requests

Interrupt acronymInterrupt eventEvent flagEnable control bitInterrupt clear methodExit Sleep modeExit Stop modesExit Standby modes
I2C_EVReceive buffer not emptyRXNERXIERead I2C_RXDR registerYesNoNo
Transmit buffer interrupt statusTXISTXIEWrite I2C_TXDR register
Stop detection interrupt flagSTOPFSTOPIEWrite STOPCF = 1
Transfer complete reloadTCRTCIEWrite I2C_CR2 with NBYTES[7:0] \( \neq \) 0
Transfer completeTCWrite START = 1 or STOP = 1
Address matchedADDRADDRIEWrite ADDRCF=1
NACK receptionNACKFNACKIEWrite NACKCF=1
I2C_ERBus errorBERRERRIEWrite BERRCF = 1YesNoNo
Arbitration lossARLOWrite ARLOCF = 1
Overrun/underrunOVRWrite OVRCF = 1
I2C_ERPEC errorPECERRERRIEWrite PECERRCF = 1YesNoNo
Timeout/
\( t_{LOW} \) error
TIMEOUTWrite TIMEOUTCF = 1
SMBus alertALERTWrite ALERTCF = 1

22.7 I2C registers

Refer to Section 1.2 on page 33 for the list of abbreviations used in register descriptions.

The registers are accessed by words (32-bit).

22.7.1 I2C control register 1 (I2C_CR1)

Address offset: 0x00

Reset value: 0x0000 0000

Access: no wait states, except if a write access occurs while a write access is ongoing. In this case, wait states are inserted in the second write access, until the previous one is completed. The latency of the second write access can be up to \( 2 \times PCLK1 + 6 \times I2CCLK \) .

31302928272625242322212019181716
Res.Res.Res.Res.Res.Res.Res.Res.PEC ENALERT ENSMBD ENSMBH ENGC ENRes.NO STRETCHSBC
r/wr/wr/wr/wr/wr/wr/w

1514131211109876543210
RXDMA ENTXDMA ENRes.ANF OFFDNF[3:0]ERRIETCIESTOP IENACK IEADDR IERXIETXIEPE
r/wr/wr/wr/wr/wr/wr/wr/wr/wr/wr/wr/wr/wr/wr/w

Bits 31:24 Reserved, must be kept at reset value.

Bit 23 PECEN : PEC enable

0: PEC calculation disabled

1: PEC calculation enabled

Note: If the SMBus feature is not supported, this bit is reserved and forced by hardware to 0.
Refer to Section 22.3 .

Bit 22 ALERTEN : SMBus alert enable

0: The SMBus alert pin (SMBA) is not supported in host mode (SMBHEN = 1). In device mode (SMBHEN = 0), the SMBA pin is released and the Alert Response Address header is disabled (0001100x followed by NACK).

1: The SMBus alert pin is supported in host mode (SMBHEN = 1). In device mode (SMBHEN = 0), the SMBA pin is driven low and the Alert Response Address header is enabled (0001100x followed by ACK).

Note: When ALERTEN = 0, the SMBA pin can be used as a standard GPIO.

If the SMBus feature is not supported, this bit is reserved and forced by hardware to 0.
Refer to Section 22.3 .

Bit 21 SMBDEN : SMBus device default address enable

0: Device default address disabled. Address 0b1100001x is NACKed.

1: Device default address enabled. Address 0b1100001x is ACKed.

Note: If the SMBus feature is not supported, this bit is reserved and forced by hardware to 0.
Refer to Section 22.3 .

Bit 20 SMBHEN : SMBus host address enable

0: Host address disabled. Address 0b0001000x is NACKed.

1: Host address enabled. Address 0b0001000x is ACKed.

Note: If the SMBus feature is not supported, this bit is reserved and forced by hardware to 0.
Refer to Section 22.3 .

Bit 19 GCEN : General call enable

0: General call disabled. Address 0b00000000 is NACKed.

1: General call enabled. Address 0b00000000 is ACKed.

Bit 18 Reserved, must be kept at reset value.

Bit 17 NOSTRETCH : Clock stretching disable

This bit is used to disable clock stretching in slave mode. It must be kept cleared in master mode.

0: Clock stretching enabled

1: Clock stretching disabled

Note: This bit can be programmed only when the I2C is disabled (PE = 0).

Bit 16 SBC : Slave byte control

This bit is used to enable hardware byte control in slave mode.

0: Slave byte control disabled

1: Slave byte control enabled

Bit 15 RXDMAEN : DMA reception requests enable

0: DMA mode disabled for reception

1: DMA mode enabled for reception

Bit 14 TXDMAEN : DMA transmission requests enable

0: DMA mode disabled for transmission

1: DMA mode enabled for transmission

Bit 13 Reserved, must be kept at reset value.

Bit 12 ANFOFF : Analog noise filter OFF

0: Analog noise filter enabled

1: Analog noise filter disabled

Note: This bit can be programmed only when the I2C is disabled (PE = 0).

Bits 11:8 DNF[3:0] : Digital noise filter

These bits are used to configure the digital noise filter on SDA and SCL input. The digital filter, filters spikes with a length of up to \( DNF[3:0] * t_{I2CCLK} \)

0000: Digital filter disabled

0001: Digital filter enabled and filtering capability up to one \( t_{I2CCLK} \)

...

1111: digital filter enabled and filtering capability up to fifteen \( t_{I2CCLK} \)

Note: If the analog filter is enabled, the digital filter is added to it. This filter can be programmed only when the I2C is disabled (PE = 0).

Bit 7 ERRIE : Error interrupts enable

0: Error detection interrupts disabled

1: Error detection interrupts enabled

Note: Any of these errors generate an interrupt:

Arbitration loss (ARLO)

Bus error detection (BERR)

Overrun/underrun (OVR)

Timeout detection (TIMEOUT)

PEC error detection (PECERR)

Alert pin event detection (ALERT)

Bit 6 TCIE : Transfer complete interrupt enable

0: Transfer complete interrupt disabled

1: Transfer complete interrupt enabled

Note: Any of these events generate an interrupt:

Transfer complete (TC)

Transfer complete reload (TCR)

Bit 5 STOPIE : Stop detection interrupt enable

0: Stop detection (STOPF) interrupt disabled

1: Stop detection (STOPF) interrupt enabled

Bit 4 NACKIE : Not acknowledge received interrupt enable

0: Not acknowledge (NACKF) received interrupts disabled

1: Not acknowledge (NACKF) received interrupts enabled

Bit 3 ADDRIE : Address match interrupt enable (slave only)

0: Address match (ADDR) interrupts disabled

1: Address match (ADDR) interrupts enabled

Bit 2 RXIE : RX interrupt enable

0: Receive (RXNE) interrupt disabled

1: Receive (RXNE) interrupt enabled

Bit 1 TXIE : TX interrupt enable

0: Transmit (TXIS) interrupt disabled

1: Transmit (TXIS) interrupt enabled

Bit 0 PE : Peripheral enable

0: Peripheral disable

1: Peripheral enable

Note: When PE = 0, the I2C SCL and SDA lines are released. Internal state machines and status bits are put back to their reset value. When cleared, PE must be kept low for at least three APB clock cycles.

22.7.2 I2C control register 2 (I2C_CR2)

Address offset: 0x04

Reset value: 0x0000 0000

Access: no wait states, except if a write access occurs while a write access is ongoing. In this case, wait states are inserted in the second write access until the previous one is completed. The latency of the second write access can be up to \( 2 \times PCLK1 + 6 \times I2CCLK \) .

31302928272625242322212019181716
Res.Res.Res.Res.Res.PEC BYTEAUTO ENDRE LOADNBYTES[7:0]
rsrwrwrwrwrwrwrwrwrwrw
1514131211109876543210
NACKSTOPSTARTHEAD 10RADD10RD_ WRNSADD[9:0]
rsrsrsrwrwrwrwrwrwrwrwrwrwrwrwrw

Bits 31:27 Reserved, must be kept at reset value.

Bit 26 PECBYTE: Packet error checking byte

This bit is set by software, and cleared by hardware when the PEC is transferred, or when a STOP condition or an Address matched is received, also when PE = 0.

0: No PEC transfer

1: PEC transmission/reception is requested

Note: Writing 0 to this bit has no effect.

This bit has no effect when RELOAD is set.

This bit has no effect in slave mode when SBC = 0.

Bit 25 AUTOEND: Automatic end mode (master mode)

This bit is set and cleared by software.

0: software end mode: TC flag is set when NBBYTES data are transferred, stretching SCL low.

1: Automatic end mode: a STOP condition is automatically sent when NBBYTES data are transferred.

Note: This bit has no effect in slave mode or when the RELOAD bit is set.

Bit 24 RELOAD: NBBYTES reload mode

This bit is set and cleared by software.

0: The transfer is completed after the NBBYTES data transfer (STOP or RESTART follows).

1: The transfer is not completed after the NBBYTES data transfer (NBBYTES is reloaded). TCR flag is set when NBBYTES data are transferred, stretching SCL low.

Bits 23:16 NBBYTES[7:0]: Number of bytes

The number of bytes to be transmitted/received is programmed there. This field is don't care in slave mode with SBC = 0.

Note: Changing these bits when the START bit is set is not allowed.

Bit 15 NACK: NACK generation (slave mode)

The bit is set by software, cleared by hardware when the NACK is sent, or when a STOP condition or an Address matched is received, or when PE = 0.

0: an ACK is sent after current received byte.

1: a NACK is sent after current received byte.

Note: Writing 0 to this bit has no effect.

This bit is used only in slave mode: in master receiver mode, NACK is automatically generated after last byte preceding STOP or RESTART condition, whatever the NACK bit value.

When an overrun occurs in slave receiver NOSTRETCH mode, a NACK is automatically generated, whatever the NACK bit value.

When hardware PEC checking is enabled (PECBYTE = 1), the PEC acknowledge value does not depend on the NACK value.

Bit 14 STOP: Stop generation (master mode)

The bit is set by software, cleared by hardware when a STOP condition is detected, or when PE = 0.

In master mode:

0: No Stop generation

1: Stop generation after current byte transfer

Note: Writing 0 to this bit has no effect.

Bit 13 START : Start generation

This bit is set by software, and cleared by hardware after the Start followed by the address sequence is sent, by an arbitration loss, by a timeout error detection, or when PE = 0. It can also be cleared by software by writing 1 to the ADDRCF bit in the I2C_ICR register.

0: No Start generation

1: Restart/Start generation:

If the I2C is already in master mode with AUTOEND = 0, setting this bit generates a Repeated start condition when RELOAD = 0, after the end of the NBYTES transfer.

Otherwise, setting this bit generates a START condition once the bus is free.

Note: Writing 0 to this bit has no effect.

The START bit can be set even if the bus is BUSY or I2C is in slave mode.

This bit has no effect when RELOAD is set.

Bit 12 HEAD10R : 10-bit address header only read direction (master receiver mode)

0: The master sends the complete 10-bit slave address read sequence: Start + 2 bytes 10-bit address in write direction + restart + first seven bits of the 10-bit address in read direction.

1: The master sends only the first seven bits of the 10-bit address, followed by read direction.

Note: Changing this bit when the START bit is set is not allowed.

Bit 11 ADD10 : 10-bit addressing mode (master mode)

0: The master operates in 7-bit addressing mode

1: The master operates in 10-bit addressing mode

Note: Changing this bit when the START bit is set is not allowed.

Bit 10 RD_WRN : Transfer direction (master mode)

0: Master requests a write transfer

1: Master requests a read transfer

Note: Changing this bit when the START bit is set is not allowed.

Bits 9:0 SADD[9:0] : Slave address (master mode)

In 7-bit addressing mode (ADD10 = 0):

SADD[7:1] must be written with the 7-bit slave address to be sent. Bits SADD[9], SADD[8] and SADD[0] are don't care.

In 10-bit addressing mode (ADD10 = 1):

SADD[9:0] must be written with the 10-bit slave address to be sent.

Note: Changing these bits when the START bit is set is not allowed.

22.7.3 I2C own address 1 register (I2C_OAR1)

Address offset: 0x08

Reset value: 0x0000 0000

Access: no wait states, except if a write access occurs while a write access is ongoing. In this case, wait states are inserted in the second write access until the previous one is completed. The latency of the second write access can be up to \( 2 \times PCLK1 + 6 \times I2CCLK \) .

31302928272625242322212019181716
Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.
1514131211109876543210
OA1ENRes.Res.Res.Res.OA1 MODEOA1[9:0]
rwrwrwrwrwrwrwrwrwrwrwrw

Bits 31:16 Reserved, must be kept at reset value.

Bit 15 OA1EN : Own address 1 enable

0: Own address 1 disabled. The received slave address OA1 is NACKed.

1: Own address 1 enabled. The received slave address OA1 is ACKed.

Bits 14:11 Reserved, must be kept at reset value.

Bit 10 OA1MODE : Own address 1 10-bit mode

0: Own address 1 is a 7-bit address.

1: Own address 1 is a 10-bit address.

Note: This bit can be written only when OA1EN = 0.

Bits 9:0 OA1[9:0] : Interface own slave address

7-bit addressing mode: OA1[7:1] contains the 7-bit own slave address. Bits OA1[9], OA1[8] and OA1[0] are don't care.

10-bit addressing mode: OA1[9:0] contains the 10-bit own slave address.

Note: These bits can be written only when OA1EN = 0.

22.7.4 I2C own address 2 register (I2C_OAR2)

Address offset: 0x0C

Reset value: 0x0000 0000

Access: no wait states, except if a write access occurs while a write access is ongoing. In this case, wait states are inserted in the second write access, until the previous one is completed. The latency of the second write access can be up to 2x PCLK1 + 6 x I2CCLK.

31302928272625242322212019181716
Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.
1514131211109876543210
OA2ENRes.Res.Res.Res.OA2MSK[2:0]OA2[7:1]Res.
rwrwrwrwrwrwrwrwrwrwrw

Bits 31:16 Reserved, must be kept at reset value.

Bit 15 OA2EN : Own address 2 enable

0: Own address 2 disabled. The received slave address OA2 is NACKed.

1: Own address 2 enabled. The received slave address OA2 is ACKed.

Bits 14:11 Reserved, must be kept at reset value.

Bits 10:8 OA2MSK[2:0] : Own address 2 masks

000: No mask

001: OA2[1] is masked and don't care. Only OA2[7:2] are compared.

010: OA2[2:1] are masked and don't care. Only OA2[7:3] are compared.

011: OA2[3:1] are masked and don't care. Only OA2[7:4] are compared.

100: OA2[4:1] are masked and don't care. Only OA2[7:5] are compared.

101: OA2[5:1] are masked and don't care. Only OA2[7:6] are compared.

110: OA2[6:1] are masked and don't care. Only OA2[7] is compared.

111: OA2[7:1] are masked and don't care. No comparison is done, and all (except reserved) 7-bit received addresses are acknowledged.

Note: These bits can be written only when OA2EN = 0.

As soon as OA2MSK ≠ 0, the reserved I2C addresses (0b0000xxx and 0b1111xxx) are not acknowledged, even if the comparison matches.

Bits 7:1 OA2[7:1] : Interface address

7-bit addressing mode: 7-bit address

Note: These bits can be written only when OA2EN = 0.

Bit 0 Reserved, must be kept at reset value.

22.7.5 I2C timing register (I2C_TIMINGR)

Address offset: 0x10

Reset value: 0x0000 0000

Access: no wait states

31302928272625242322212019181716
PRESC[3:0]Res.Res.Res.Res.SCLDEL[3:0]SDADEL[3:0]
rwrwrwrwrwrwrwrwrwrwrwrw
1514131211109876543210
SCLH[7:0]SCLL[7:0]
rwrwrwrwrwrwrwrwrwrwrwrwrwrwrwrw

Bits 31:28 PRESC[3:0] : Timing prescaler

This field is used to prescale I2CCLK to generate the clock period \( t_{\text{PRESC}} \) used for data setup and hold counters (refer to I2C timings ), and for SCL high and low level counters (refer to I2C master initialization ).

\[ t_{\text{PRESC}} = (\text{PRESC} + 1) \times t_{\text{I2CCLK}} \]

Bits 27:24 Reserved, must be kept at reset value.

Bits 23:20 SCLDEL[3:0] : Data setup time

This field is used to generate a delay \( t_{\text{SCLDEL}} \) between SDA edge and SCL rising edge. In master and in slave modes with NOSTRETCH = 0, the SCL line is stretched low during

\( t_{\text{SCLDEL}} \) :

\[ t_{\text{SCLDEL}} = (\text{SCLDEL} + 1) \times t_{\text{PRESC}} \]

Note: \( t_{\text{SCLDEL}} \) is used to generate \( t_{\text{SU:DAT}} \) timing.

Bits 19:16 SDADEL[3:0] : Data hold time

This field is used to generate the delay \( t_{SDADEL} \) between SCL falling edge and SDA edge. In master and in slave modes with NOSTRETCH = 0, the SCL line is stretched low during \( t_{SDADEL} \) .

\[ t_{SDADEL} = SDADEL \times t_{PRESCL} \]

Note: SDADEL is used to generate \( t_{HD:DAT} \) timing.

Bits 15:8 SCLH[7:0] : SCL high period (master mode)

This field is used to generate the SCL high period in master mode.

\[ t_{SCLH} = (SCLH + 1) \times t_{PRESCL} \]

Note: SCLH is also used to generate \( t_{SU:STO} \) and \( t_{HD:STA} \) timing.

Bits 7:0 SCLL[7:0] : SCL low period (master mode)

This field is used to generate the SCL low period in master mode.

\[ t_{SCLL} = (SCLL + 1) \times t_{PRESCL} \]

Note: SCLL is also used to generate \( t_{BUF} \) and \( t_{SU:STA} \) timings.

Note: This register must be configured when the I2C is disabled (PE = 0).

Note: The STM32CubeMX tool calculates and provides the I2C_TIMINGR content in the I2C Configuration window.

22.7.6 I2C timeout register (I2C_TIMEOUTR)

Address offset: 0x14

Reset value: 0x0000 0000

Access: no wait states, except if a write access occurs while a write access is ongoing. In this case, wait states are inserted in the second write access until the previous one is completed. The latency of the second write access can be up to \( 2 \times PCLK1 + 6 \times I2CCLK \) .

31302928272625242322212019181716
TEXTENRes.Res.Res.TIMEOUTB[11:0]
rwrwrwrwrwrwrwrwrwrwrwrwrw

1514131211109876543210
TIMOUTENRes.Res.TIDLETIMEOUTA[11:0]
rwrwrwrwrwrwrwrwrwrwrwrwrwrw

Bit 31 TEXTEN : Extended clock timeout enable

0: Extended clock timeout detection is disabled

1: Extended clock timeout detection is enabled. When a cumulative SCL stretch for more than \( t_{LOW:EXT} \) is done by the I2C interface, a timeout error is detected (TIMEOUT = 1).

Bits 30:28 Reserved, must be kept at reset value.

Bits 27:16 TIMEOUTB[11:0] : Bus timeout B

This field is used to configure the cumulative clock extension timeout:

In master mode, the master cumulative clock low extend time ( \( t_{LOW:MEXT} \) ) is detected

In slave mode, the slave cumulative clock low extend time ( \( t_{LOW:SEXT} \) ) is detected

\[ t_{LOW:EXT} = (TIMEOUTB + TIDLE = 01) \times 2048 \times t_{I2CCLK} \]

Note: These bits can be written only when TEXTEN = 0.

Bit 15 TIMOUTEN : Clock timeout enable

0: SCL timeout detection is disabled

1: SCL timeout detection is enabled: when SCL is low for more than \( t_{TIMEOUT} \) (TIDLE = 0) or high for more than \( t_{IDLE} \) (TIDLE = 1), a timeout error is detected (TIMEOUT = 1).

Bits 14:13 Reserved, must be kept at reset value.

Bit 12 TIDLE : Idle clock timeout detection

0: TIMEOUTA is used to detect SCL low timeout

1: TIMEOUTA is used to detect both SCL and SDA high timeout (bus idle condition)

Note: This bit can be written only when TIMOUTEN = 0.

Bits 11:0 TIMEOUTA[11:0] : Bus timeout A

This field is used to configure:

The SCL low timeout condition \( t_{TIMEOUT} \) when TIDLE = 0

\( t_{TIMEOUT} = (TIMEOUTA + 1) \times 2048 \times t_{I2CCLK} \)

The bus idle condition (both SCL and SDA high) when TIDLE = 1

\( t_{IDLE} = (TIMEOUTA + 1) \times 4 \times t_{I2CCLK} \)

Note: These bits can be written only when TIMOUTEN = 0.

22.7.7 I2C interrupt and status register (I2C_ISR)

Address offset: 0x18

Reset value: 0x0000 0001

Access: no wait states

31302928272625242322212019181716
Res.Res.Res.Res.Res.Res.Res.Res.ADDCODE[6:0]DIR
rrrrrrrr
1514131211109876543210
BUSYRes.ALERTTIME OUTPEC ERROVRARLOBERRTCRTCSTOPFNACKFADDRRXNETXISTXE
rrrrrrrrrrrrrrsrs

Bits 31:24 Reserved, must be kept at reset value.

Bits 23:17 ADDCODE[6:0] : Address match code (slave mode)

These bits are updated with the received address when an address match event occurs (ADDR = 1). In the case of a 10-bit address, ADDCODE provides the 10-bit header followed by the two MSBs of the address.

Bit 16 DIR : Transfer direction (slave mode)

This flag is updated when an address match event occurs (ADDR = 1).

0: Write transfer, slave enters receiver mode.

1: Read transfer, slave enters transmitter mode.

Bit 15 BUSY : Bus busy

This flag indicates that a communication is in progress on the bus. It is set by hardware when a START condition is detected, and cleared by hardware when a STOP condition is detected, or when PE = 0.

Bit 14 Reserved, must be kept at reset value.

Bit 13 ALERT : SMBus alert

This flag is set by hardware when SMBHEN = 1 (SMBus host configuration), ALERTEN = 1 and an SMBALERT event (falling edge) is detected on SMBA pin. It is cleared by software by setting the ALERTCF bit.

Note: This bit is cleared by hardware when PE = 0.

Bit 12 TIMEOUT : Timeout or \( t_{LOW} \) detection flag

This flag is set by hardware when a timeout or extended clock timeout occurred. It is cleared by software by setting the TIMEOUTCF bit.

Note: This bit is cleared by hardware when PE = 0.

Bit 11 PECERR : PEC error in reception

This flag is set by hardware when the received PEC does not match with the PEC register content. A NACK is automatically sent after the wrong PEC reception. It is cleared by software by setting the PECCF bit.

Note: This bit is cleared by hardware when PE = 0.

Bit 10 OVR : Overrun/underrun (slave mode)

This flag is set by hardware in slave mode with NOSTRETCH = 1, when an overrun/underrun error occurs. It is cleared by software by setting the OVRCF bit.

Note: This bit is cleared by hardware when PE = 0.

Bit 9 ARLO : Arbitration lost

This flag is set by hardware in case of arbitration loss. It is cleared by software by setting the ARLOCF bit.

Note: This bit is cleared by hardware when PE = 0.

Bit 8 BERR : Bus error

This flag is set by hardware when a misplaced Start or STOP condition is detected whereas the peripheral is involved in the transfer. The flag is not set during the address phase in slave mode. It is cleared by software by setting the BERRCF bit.

Note: This bit is cleared by hardware when PE = 0.

Bit 7 TCR : Transfer complete reload

This flag is set by hardware when RELOAD = 1 and NBBYTES data have been transferred. It is cleared by software when NBBYTES is written to a non-zero value.

Note: This bit is cleared by hardware when PE = 0.

This flag is only for master mode, or for slave mode when the SBC bit is set.

Bit 6 TC : Transfer complete (master mode)

This flag is set by hardware when RELOAD = 0, AUTOEND = 0 and NBBYTES data have been transferred. It is cleared by software when START bit or STOP bit is set.

Note: This bit is cleared by hardware when PE = 0.

Bit 5 STOPF : Stop detection flag

This flag is set by hardware when a STOP condition is detected on the bus and the peripheral is involved in this transfer:

It is cleared by software by setting the STOPCF bit.

Note: This bit is cleared by hardware when PE = 0.

Bit 4 NACKF : Not acknowledge received flag

This flag is set by hardware when a NACK is received after a byte transmission. It is cleared by software by setting the NACKCF bit.

Note: This bit is cleared by hardware when PE = 0.

Bit 3 ADDR : Address matched (slave mode)

This bit is set by hardware as soon as the received slave address matched with one of the enabled slave addresses. It is cleared by software by setting ADDRCF bit.

Note: This bit is cleared by hardware when PE = 0.

Bit 2 RXNE : Receive data register not empty (receivers)

This bit is set by hardware when the received data is copied into the I2C_RXDR register, and is ready to be read. It is cleared when I2C_RXDR is read.

Note: This bit is cleared by hardware when PE = 0.

Bit 1 TXIS : Transmit interrupt status (transmitters)

This bit is set by hardware when the I2C_TXDR register is empty and the data to be transmitted must be written in the I2C_TXDR register. It is cleared when the next data to be sent is written in the I2C_TXDR register.

This bit can be written to 1 by software only when NOSTRETCH = 1, to generate a TXIS event (interrupt if TXIE = 1 or DMA request if TXDMAEN = 1).

Note: This bit is cleared by hardware when PE = 0.

Bit 0 TXE : Transmit data register empty (transmitters)

This bit is set by hardware when the I2C_TXDR register is empty. It is cleared when the next data to be sent is written in the I2C_TXDR register.

This bit can be written to 1 by software in order to flush the transmit data register I2C_TXDR.

Note: This bit is set by hardware when PE = 0.

22.7.8 I2C interrupt clear register (I2C_ICR)

Address offset: 0x1C

Reset value: 0x0000 0000

Access: no wait states

31302928272625242322212019181716
Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.
1514131211109876543210
Res.Res.ALERT
CF
TIMOUT
CF
PEC
CF
OVR
CF
ARLO
CF
BERR
CF
Res.Res.STOP
CF
NACK
CF
ADDR
CF
Res.Res.Res.
wwwwwwwww

Bits 31:14 Reserved, must be kept at reset value.

Bit 13 ALERTCF : Alert flag clear

Writing 1 to this bit clears the ALERT flag in the I2C_ISR register.

Bit 12 TIMOUTCF : Timeout detection flag clear

Writing 1 to this bit clears the TIMEOUT flag in the I2C_ISR register. Refer to Section 22.3 .

Bit 11 PEC CF : PEC error flag clear

Writing 1 to this bit clears the PECERR flag in the I2C_ISR register.

22.7.9 I2C PEC register (I2C_PECR)

Address offset: 0x20

Reset value: 0x0000 0000

Access: no wait states

31302928272625242322212019181716
Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.
1514131211109876543210
Res.Res.Res.Res.Res.Res.Res.Res.PEC[7:0]
rrrrrrrr

22.7.10 I2C receive data register (I2C_RXDR)

Address offset: 0x24

Reset value: 0x0000 0000

Access: no wait states

31302928272625242322212019181716
Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.
1514131211109876543210
Res.Res.Res.Res.Res.Res.Res.Res.RXDATA[7:0]
rrrrrrrr

Bits 31:8 Reserved, must be kept at reset value.

Bits 7:0 RXDATA[7:0] : 8-bit receive data

Data byte received from the I 2 C bus

22.7.11 I2C transmit data register (I2C_TXDR)

Address offset: 0x28

Reset value: 0x0000 0000

Access: no wait states

31302928272625242322212019181716
Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.
1514131211109876543210
Res.Res.Res.Res.Res.Res.Res.Res.TXDATA[7:0]
rwrwrwrwrwrwrwrw

Bits 31:8 Reserved, must be kept at reset value.

Bits 7:0 TXDATA[7:0] : 8-bit transmit data

Data byte to be transmitted to the I 2 C bus

Note: These bits can be written only when TXE = 1.

22.7.12 I2C register map

The table below provides the I2C register map and the reset values.

Table 85. I2C register map and reset values

OffsetRegister name313029282726252423222120191817161514131211109876543210
0x00I2C_CR1Res.Res.Res.Res.Res.Res.Res.Res.PECENALERTENSMBDENSMBHENGCENRes.NOSTRETCHSBCRXDMAENTXDMAENRes.ANFOFFDNF[3:0]ERRIETCIESTOPIENACKIEADDRIERXIETXIEPE
Reset value0000000000000000000000
0x04I2C_CR2Res.Res.Res.Res.Res.PECBYTEAUTOENDRELOADNBYTES[7:0]NACKSTOPSTARTHEAD10RADD10RD_WRNSADD[9:0]
Reset value00000000000000000000000000
0x08I2C_OAR1Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.OA1ENRes.Res.Res.Res.OA1MODEOA1[9:0]
Reset value000000000000
0x0CI2C_OAR2Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.OA2ENRes.Res.Res.Res.OA2MSK [2:0]OA2[7:1]Res.
Reset value00000000000
0x10I2C_TIMINGRPRESC[3:0]Res.Res.Res.Res.SCLDEL [3:0]SDADEL [3:0]SCLH[7:0]SCLL[7:0]
Reset value0000000000000000000000000000
0x14I2C_TIMEOUTRTEXTENRes.Res.Res.TIMEOUTB[11:0]TIMOUTENRes.Res.TIDLETIMEOUTA[11:0]
Reset value000000000000000000000000000
0x18I2C_ISRRes.Res.Res.Res.Res.Res.Res.Res.ADDCODE[6:0]DIRBUSYRes.ALERTTIMEOUTPECERROVRARLOBERRTCRTCSTOPFNACKFADDRRXNETXISTXE
Reset value000000000000000000000001
0x1CI2C_ICRRes.Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.ALERTCFTIMOUTCFPECCFOVRCFARLOCFBERRCFRes.Res.STOPCFNACKCFADDRCFRes.Res.Res.
Reset value000000000
0x20I2C_PECRRes.Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.PEC[7:0]
Reset value00000000
0x24I2C_RXDRRes.Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.RXDATA[7:0]
Reset value00000000
0x28I2C_TXDRRes.Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.Res.TXDATA[7:0]
Reset value00000000

Refer to Section 2.2 on page 37 for the register boundary addresses.